3 ms·

I'm not sure I agree that about the mismatch issue. I would certainly agree that for the majority for programming nowadays, quality takes a back seat to quantit

by rifung 12y ago

I'm not sure I agree that about the mismatch issue. I would certainly agree that for the majority for programming nowadays, quality takes a back seat to quantity. On the other hand, there are still many jobs where quality is very important, like dealing with the mechanical/aerospace industry, security related software, and financial software. Those businesses don't seem to have problems finding the right people and working with a different set of constraints.

bsder 12y ago
You are grossly overestimating the competence of those industries: http://www.edn.com/design/automotive/4423428/2/Toyota-s-killer-firmware--Bad-design-and-its-consequences http://www.edn.com/design/automotive/4423428/2/Toyota-s-kill...
- morgante 12y ago
  Indeed: http://dougseven.com/2014/04/17/knightmare-a-devops-cautionary-tale/ http://dougseven.com/2014/04/17/knightmare-a-devops-cautiona...
- rifung 12y ago
  I'll admit I don't know if I'm correct or not, but a single counterexample doesn't really show anything. I imagine there must be at least some who have gotten it correct, and perhaps the issue is that the best coding practices for stable systems haven't been propagated far enough, but I don't think that 99.9% of companies have this ship fast and fix it later philosophy at least. It's not an easy problem to solve I'll admit, but I don't think that stems from the tendency for most software firms to want to push out features quickly.
leonth 12y ago
Besides the counter-examples already mentioned, healthcare is already relatively unsafe - there are more people who die from medical errors compared to plane crashes, despite whole industry focus towards safety. Nobody wants IT experiments that magnify these numbers. Another more feeling perspective is that in healthcare, errors cause real harm to individuals that you see and care for on a daily basis. Most errors can be attributable at least partially to a specific human that care for the patient. This surely has much higher psychological damage than a very occasional loss of 200 passengers that are not even your countrymen in a plane crash, or a loss of a few million dollars that is not even your own money to begin with.

by rifung 12y ago

bsder 12y ago

You are grossly overestimating the competence of those industries: http://www.edn.com/design/automotive/4423428/2/Toyota-s-killer-firmware--Bad-design-and-its-consequences http://www.edn.com/design/automotive/4423428/2/Toyota-s-kill...

morgante 12y ago
Indeed: http://dougseven.com/2014/04/17/knightmare-a-devops-cautionary-tale/ http://dougseven.com/2014/04/17/knightmare-a-devops-cautiona...
rifung 12y ago
I'll admit I don't know if I'm correct or not, but a single counterexample doesn't really show anything. I imagine there must be at least some who have gotten it correct, and perhaps the issue is that the best coding practices for stable systems haven't been propagated far enough, but I don't think that 99.9% of companies have this ship fast and fix it later philosophy at least. It's not an easy problem to solve I'll admit, but I don't think that stems from the tendency for most software firms to want to push out features quickly.

leonth 12y ago

Besides the counter-examples already mentioned, healthcare is already relatively unsafe - there are more people who die from medical errors compared to plane crashes, despite whole industry focus towards safety. Nobody wants IT experiments that magnify these numbers. Another more feeling perspective is that in healthcare, errors cause real harm to individuals that you see and care for on a daily basis. Most errors can be attributable at least partially to a specific human that care for the patient. This surely has much higher psychological damage than a very occasional loss of 200 passengers that are not even your countrymen in a plane crash, or a loss of a few million dollars that is not even your own money to begin with.