Live data from Hacker News

The great software quality collapse or, how we normalized catastrophe

techtrenches.substack.com

31–40 of 260 posts

Re: The great software quality collapse or, how we normalized catastrophe

#31

I don't want to sound too dismissive, but all these arguments have been brought up time and again. The move from assembler to high level languages. The introduction of OOP. Component architecture / COM / CORBA / etc. The development of the web browser. The introduction of Java. 2018 isn't "the start of the decline", it's just another data point on a line that leads from, y'know, Elite 8-bit on a single tape in a few…

> If you plot the line it's probably still curving up and I'm not clear at which point (if ever) it would start bending the other way.

I suspect when Moore‘s law ends and we cannot build substantially faster machines anymore.

Re: The great software quality collapse or, how we normalized catastrophe

#32

I never read about Replit earlier this year, but I am now glad that I did. This article summarizes it in a way that is outrageously hilarious: The Replit incident in July 2025 crystallized the danger: 1. Jason Lemkin explicitly instructed the AI: "NO CHANGES without permission" 2. The AI encountered what looked like empty database queries 3. It "panicked" (its own words) and executed destructive commands 4. Deleted t…

using phrasing like admitted anthropomorphizes it way too much.

Re: The great software quality collapse or, how we normalized catastrophe

#33

Just false nostalgia memory. 20 years ago things werent any better. Software didn't consume gigabytes of ram because there was no gigabytes of ram to consume.

There's almost no product or piece of software that I use today that doesn't have at least 2 bugs that I run into on a daily basis. Every website, web app, mobile app, console app, etc, they all have clearly user-affecting bugs. And nearly every one of those makes it hard for me to diagnose or report the bugs. I spent at least 15 to 30 minutes every day working around bugs so I can live my life.

We have a vastly different software culture today. Constant churning change is superior to all else. I can't go two weeks without a mobile app forcing me to upgrade it so that it will keep operating. My Kubuntu 24.04 LTS box somehow has a constant stream of updates even though I've double-checked I'm on the LTS apt repos. Rolling-release distros are an actual thing people use intentionally (we used to call that the unstable branch).

I could speculate on specifics but I'm not a software developer so I don't see exactly what's going on with these teams. But software didn't used to be made or used this way. It felt like there were more adults in the room who would avoid making decisions that would clearly lead to problems. I think the values have changed to accept or ignore those problems. (I don't want to jump to the conclusion that "they're too ignorant to even know what potential problems exist", but it's a real possibility)

Re: The great software quality collapse or, how we normalized catastrophe

#34

I’ve read some versions of this post dozens of times over the years. At first I would nod along, sympathetic but now I realise that we shouldn’t chase some platonic ideal of perfect software. It has to exist in the real world and there will always be trade offs. In the end, most software exists to make businesses money.

As much as I like the article, I begrudgingly agree with you, which is why I think the author mentions the physical constraints of energy as the future wall that companies will have to deal with.

The question is do we think that will actually happen?

Personally I would love if it did, then this post would have the last laugh (as would I), but I think companies realize this energy problem already. Just search for the headlines of big tech funding or otherwise supporting nuclear reactors, power grid upgrades, etc.

Re: The great software quality collapse or, how we normalized catastrophe

#35

Just false nostalgia memory. 20 years ago things werent any better. Software didn't consume gigabytes of ram because there was no gigabytes of ram to consume.

Exactly, and if you used machines 20-30 years ago you got used to all sorts of periodic terrible faults that could require rebooting the machine ("blue screens" or sad Mac, guru meditation, etc) or at least restarting the program.

On top of that many things were simply hard to use for non-specialists, even after the introduction of the GUI.

They were also riddled with security holes that mostly went unnoticed because there was simply a smaller and less aggressive audience.

Anyways most people's interaction with "software" these days is through their phones, and the experience is a highly focused and reduced set of interactions, and most "productive" things take a SaaS form.

I do think as a software developer things are in some ways worse. But I actually don't think it's on a technical basis but organizational. There are so many own goals against productivity in this industry now, frankly a result of management and team practices ... I haven't worked on a truly productive fully engaged team in years. 20-25 years ago I saw teams writing a lot more code and getting a lot more done, but I won't use this as my soapbox to get into why. But it's not technology (it's never been better to write code!) it's humans.

Re: The great software quality collapse or, how we normalized catastrophe

#36
Try Windows 98 and contemporary apps and you'll be surprised how janky the experience was. User-facing software wasn't any less buggy 20 or 30 years ago. The overall non-cherrypicked quality and especially security were actually a lot worse across the board, and stuff that won't fly today such as segfaults/crashes and lost data was pretty normal. There was a point in time (several, actually) when installing Windows XP on an internet-connected machine was essentially impossible, because it would get infected during the installation! The only thing that has degraded a bit is UI latency, not universally. And yes, browsers and Electron-based apps are resource hogs, even for today's amounts of RAM.

Re: The great software quality collapse or, how we normalized catastrophe

#37
While it doesn't really change the meaning of the article, it's pretty clear that it isn't the calculator app leaking memory, per se.

Tahoe seems to have some system/API memory leaks that while they might get attributed to an app, can manifest against any app on the system. Lots of different apps have been hit by this. Personally I had an 80GB Messages app problem twice now.

Software quality is a problem. Tooling should improve this, and Swift, Rust et al should improve the situation over time, though it's a battle as software has gotten exponentially more complex.

Having said that, it's bizarre how this somehow turned into an AI screed. I doubt a single one of the noted bugs had AI play any part in its creation. Instead some weird confluence of events, usually with human beings making assumptions, happened and it occurs just randomly enough -- as with the Tahoe bug -- that it isn't caught by normal prevention techniques.

Re: The great software quality collapse or, how we normalized catastrophe

#39
Big Tech spending $300 Billion on infrastructure is a really good reason for power companies and the government to build power infrastructure faster. Where there is money, there is a way. The US is starting to talk about (finally) opening up some new nukes.

Re: The great software quality collapse or, how we normalized catastrophe

#40
post #4

The fact that software quality plays zero role in commercial software engineering is one of the reasons why I think LLMs will easily eat our lunch. Bugs simply don't matter.

I would have disagreed with you in the past by saying, "until it breaks something critical and you loose customers and business", but then again people just moved on from the Crowdstrike incident like business as usual.If something like that which grounded critical service globally and had an estimated 10 Billion Dollar economic impact doesn't change mindsets,I don't know what will.

> and had an estimated 10 Billion Dollar economic impact

This might be more to do with these estimates than anything.

Post reply on HN