[ppenenko]

I commiserate with your frustration with developers writing things suboptimally all too often. However, I disagree with the assumption that it's a JS/Python vs C issue.

Example: when VS Code came out, it was much, much faster, more responsive and stable than Visual Studio at the time. Despite being based on Electron, it apparently was much better on architecture, algorithms and multithreading than VS with its C++ and .NET legacy codebase. That really impressed me, as a C++ programmer.

Overall, it feels like folks who idealize bygone eras of computing didn't witness or have forgotten how slow Windows, VS, Office etc. used to feel in the 90s.

[Nevermark]

> Overall, it feels like folks who idealize bygone eras of computing didn't witness or have forgotten how slow Windows, VS, Office etc. used to feel in the 90s.

Let’s normalize speed over time like we do dollars, so we are talking about the same thing.

Given the enormous multiplier in CPU and storage hardware speeds and parallelism today vs. say 1995, any “slow” application then should be indistinguishable from instant today.

“Slow” in the 90’s vs. “Slow” in 2025 are essentially different words. Given unclarified co-use pushes several orders magnitude of either speed or inefficiency difference under the rug.

[naikrovek]

“Slow” is when the human waits on the computer.

The promise of computing is that what was slow in the 1960s and 1970s would be instant in 1990. And those things were instant, but those things aren’t what people did with computers anymore.

New software that did more than before, but less efficiently, came around, so everything felt the same. Developers didn’t have to focus on performance so much, so they didn’t.

Developers are lazy sacks who are held skyward because of hardware designers alone. And software developers are just getting heavier and heavier all the time, but the hardware people can’t hold them forever.

This cannot continue forever. Run software from the 1990s or 2000s on modern hardware. It is unbelievably fast.

Maybe it was slow in the 1990s, sure. I ask why we can’t (or won’t) write software that performs like that today.

The compiler for Turbo Pascal could compile something like a million lines per second in 1990. We have regressed to waiting for 60+ minute C++ compile times today, on even moderate project sizes.

Debugging in visual studio used to be instant when you did things like Step Over. You could hold the Function key down and just eyeball your watch variables to see what was going on. The UI would update at 60FPS the entire time. Now if I hold down that key, the UI freezes and when I let go of the key it takes time to catch up. Useless. All so Microsoft could write the front end in dotnet. Ruin a product so it is easier to write… absolute nonsense decision.

All software is like that today. It’s all slow because developers are lazy sacks who will only do the minimum necessary so they can proceed to the next thing. I am ashamed of my industry because of things like this.

[Gigablah]

“Developers are lazy sacks who are held skyward because of hardware designers alone”

As a programmer who studied computer and electrical engineering in university, never before have I been so offended by something I one hundred percent agree with

[wonnage]

Counterpoint: single threaded performance hasn't improved much in the past 20 years. Maybe 5x at best. And virtually every UI programming environment still has problems with work done on the main thread.

[DrillShopper]

Single thread performance increased every processor generation, and is still doing so today.

[zveyaeyv3sfye]

Increased yes, but not by a whole lot. See https://cdn.arstechnica.net/wp-content/uploads/2020/11/CPU-p... and https://cdn.arstechnica.net/wp-content/uploads/2020/11/CPU-p...

Source: https://arstechnica.com/gadgets/2020/11/a-history-of-intel-v...

(I'm sure someone could dig up more recent graphs, but you get the idea).

In order to get more performance, your app needs to use multithreading.

[Nevermark]

Too true!

RAM parallel bandwidth, increased caching levels and size, and better caching rules, instruction re-ordering, predictive branching, register optimization, vector instructions, ... there have been many advances in single thread execution since the 90's. Beyond any clock speed advances.

[antod]

Office 4.3 loading on Win3.1 was glacial. I haven't forgotten.