If the goal is to make money, you will make money. If the goal is to make quality software, you will make quality software. Sometimes those two goals are in alignment, most of the time they are at odds.
in my experience, when it comes to picking two out of: quality, cost, or speed to delivery, businesses always choose speed and cost.
I dont' like it, but I just grew to accept that.
The reason why physical engineering seems focused on delivering quality is because of strict regulatory oversight, which for better or worse, we lack in software.
good quality software (say, based on well designed, documented, tested etc. building blocks) can lower costs and improve speed to delivery in the longer run (less need to refactor, fewer bugs, easy to reuse, extend etc. etc.)
the trouble, empirically speaking, is that this "longer run" is not close enough to weigh on decisions :-)
natoliniak|2 years ago
nologic01|2 years ago
the trouble, empirically speaking, is that this "longer run" is not close enough to weigh on decisions :-)