←back to thread

449 points lemper | 1 comments | | HN request time: 0.328s | source
Show context
benrutter ◴[] No.45036836[source]
> software quality doesn't appear because you have good developers. It's the end result of a process, and that process informs both your software development practices, but also your testing. Your management. Even your sales and servicing.

If you only take one thing away from this article, it should be this one! The Therac-25 incident is a horrifying and important part of software history, it's really easy to think type-systems, unit-testing and defensive-coding can solve all software problems. They definitely can help a lot, but the real failure in the story of the Therac-25 from my understanding, is that it took far too long for incidents to be reported, investigated and fixed.

There was a great Cautionary Tales podcast about the device recently[0], one thing mentioned was that, even aside from the catasrophic accidents, Therac-25 machines were routinely seen by users to show unexplained errors, but these issues never made it to the desk of someone who might fix it.

[0] https://timharford.com/2025/07/cautionary-tales-captain-kirk...

replies(13): >>45036898 #>>45037054 #>>45037090 #>>45037874 #>>45038109 #>>45038360 #>>45038467 #>>45038827 #>>45043421 #>>45044645 #>>45046867 #>>45046969 #>>45047517 #
ChrisMarshallNY ◴[] No.45038827[source]
I worked for a company that manufactured some of the highest-Quality photographic and scientific equipment that you can buy. It was expensive as hell, but our customers seemed to think it was worth it.

> It's the end result of a process

In my experience, it's even more than that. It's a culture.

replies(2): >>45038936 #>>45042622 #
franktankbank ◴[] No.45038936[source]
A culture of high-quality engineering, no doubt. Made up of: high quality engineers!
replies(4): >>45039171 #>>45039214 #>>45040858 #>>45044538 #
herval ◴[] No.45040858[source]
you don't need "high quality engineers" to have high-quality outputs. And vice-versa - lots of places with very high quality engineers produce terribly low-quality software
replies(3): >>45041010 #>>45046913 #>>45049974 #
fesenjoonior ◴[] No.45046913[source]
> you don't need "high quality engineers" to have high-quality outputs.

[citation needed]

replies(1): >>45047189 #
herval ◴[] No.45047189[source]
37signals and craigslist are two examples (and they’re open about their engineering being sub-par). If you consider FB products “high quality”, it’s another example (the average FB developer is anything but “high quality”, by most definitions). Palantir is another example, with a horde of junior engineers and famous for bad practices (yet here they are commanding the US military). And so on and so on. The inverse is also true - plenty of stellar teams producing irrelevant or low impact products.
replies(1): >>45048619 #
1. jeltz ◴[] No.45048619[source]
FB products are low quality as is 37 signals. I don't think you necessarily need geniuses to build good products but your examples are bad.