Occasionally I see videos of people rapidly doing things, like doing work, sorting stuff, chopping/building/crafting things, using calculators/devices, and I realized one thing is absent there

Computers. Anything that runs a full operating system.

Why?

Because they SUCK, developers all massively assume that it's okay for an animation to take sometimes even SECONDS, that it's fine to not preload things because "humans aReN't fAsT eNoUgH", etc.

We need more programs that aren't SLOW as dogshit

I should say it's not even specifically developers, it's just a broad assumption in the industry that people want things "fancy", that animations and loading and switching and so forth can take longer than .5 seconds because "people don't notice".
Every company developing apps only thinks about themselves and the OS they interact with, at most they'll include some share function, but OS-native theming? Multitasking performance?

The result is a slow piece of shit, that looks like a circus tent🎪

@anthropy fancy doesn't have to be slow if you're not obsessive about doing work with as few devs as possible and keep a real UX team

but nah instead of quality they would rather have layoffs

@anthropy
You always can stop using your dogshit programs and go to Linux terminal. It's fast as lightning)
@grbit one does not exclude the other.
@anthropy I like fancy, but not at the expense of function
@anthropy what i think developers get wrong is that more often than not users do not give two shits how fancy or chic the software is, they just want to get the thing done
like i've seen people using truly disgusting looking software but the difference is it's fast and doesn't pretend to be the next big thing
i also turn off animations everywhere and have never looked back
@winter @anthropy also, they forget that looking good and being usable/accessible are different categories, and making it look *shiny* is not a replacement for those
@anthropy An important part of making fast programs is local-first design. It's just not possible to make a program fast if it has to query a remote server every two seconds to function. Too bad most companies seem to ignore this.

I have seen people use computers fast, except in all cases it was some kind of specialized software and no mice. Mostly in retail.

One example stuck in my head in particular is the information system in a chain of hardware stores in my city. The thing runs in text mode and is fully controllable with a keyboard. It must be fast-usable because there's no feedback required at all — after you've used this system for a while, you develop a mental model of its states and how it transitions between them. You don't need to constantly look at the screen to make sure the program is in the state you expect. You just enter the sequence of keystrokes that are required to get it from its current state to your desired one, without paying attention to the intermediate states.

Various kinds of forms work like that too. You build a mental model of the form and then you tab through the fields without looking at the screen.

And POS systems. Cashiers and waiters are often extremely fast at ringing up orders. It's often touchscreens these days but muscle memory works with touchscreens too.

@anthropy @a1ba A lot of those videos involve RTOSes.

I also don't make any of my software like that unless I'm paid to mutilate it in such a way.

@anthropy I had never really consciously noticed this, but I think this is one of the main reasons why some people (myself included) tend to prefer CLI applications. It just feels so damn satisfying when the software you're using can move as quickly as you can type, and I wasn't really sure how to describe what makes it so nice until now.

Really wish this attitude made it into more GUI apps as well, since a lot of things just don't make sense to do from the terminal and it would be nice if that didn't mean you have to suffer through seconds-long animations for every button press 

@anthropy this is because people doing things fast in an automated way using a computer is not very clickbaity.
@lizzard nothing wrong with automation! But I also think that user interfaces are far slower than they could be, if we actually cared
@anthropy I suppose the trend towards web based interfaces hasn't helped there.
@lizzard definitely, especially the layers and layers of javascript between every interaction and actually state changes, I've made fairly responsive websites, but if you stack 10 different frameworks and insert things like animations under every click, things are going to get slower very quickly haha