They Write the Right Stuff

Exactly. I imagine writing bug free code is a lot like site uptime, where each 9 added after the decimal place doubles the cost. There are few software companies (or maybe none) where debugging to that extent would make fiscal sense.

It's crazy the amount of effort they put into the process, and yet the slightest computer bug blows up a whole shuttle. I forget which shuttle it was, but an arithmetic bug was replicated in both failsafe systems, and it was exactly this bug that caused the shuttle to crash. Nowhere is Murphy's law more true.

No, it's not a unique situation. Or rather, it's only unique in one way: if failure occurs, it occurs loudly, spectacularly, and in front of millions of people. The article itself mentioned the Denver airport, where billions of dollars still didn't prevent software errors from happening, delaying a massive project. And let's not forget the cascading failures that happened just last year because of bad weather and poor planning/routing software programs.

Every time this article is posted, and it's been around since at least 2004, the one thing that strikes me profoundly is how great communications play an integral part in the entire affair. It's getting to the point where we as software programmers and engineers can't improve our software and craft until we learn the importance of communication, between ourselves and our clients. Yeah, we talk about it, but we don't really implement it. It's like saying we understand the need to watch what we eat to be healthy, and yet still eating a McDonalds value meal every meal, only with Diet Soda instead regular.

We need to improve our all parts of our craft to grow. Technically is alright. The people part, the interaction part, the expectation part, goal-setting, testing, planning needs to improve tremedously. We know the problem, and we must provide the solution. If a client doesn't know what they want, ask more information. Educate the client about how the development process should work. Find out more about the industry. See what was wrong/troublesome about the old way they did their business. If information isn't making it's way from the managers to the coders/planners, find the problem and eliminate it. This is not new. I am not smart, and I know these problems. Surely, we can do better.

Yes, the projects will probably end up taking longer. Yes, development will probably end up costing more. But it will be better. And the clients will be happier.

p.s. YC.news needs a preview option instead of just a reply option.

Not to say that every project needs to be planned like NASA, but I would like to know how many start-ups have calculated their acceptable rate of failure (in their software) prior to launch.