Yeah sure, really expensive until the accumulated tech debt prevents any productive work from being done. Correct a typo? Sorry boss, takes at least 1 year, shit hits the fan when you change labels like that (the truth). How much is your salary? Oh ok... let's not do that then.
Managers throw more people at the problem to improve productivity, only for the new people to need training. Okay, let's have the new people develop everything from scratch. Wow, that's fast... initially, but they throw code quality out of the window to reach feature parity asap, crippling productivity in the process again. Rinse and repeat.
Or, or... give people the time to improve things. Nobody wants to pay for quality in software until they realize how much it costs them to neglect quality. Unfortunately, some people never realize, cut their losses after a dozen rewrites, and launch the current half-assed iteration. No, it didn't work out for them.
I think cars are a poor example. Cheaping out on quality can cost companies 6 years of 12 developers' salaries, market share, reputation, customers and bankruptcy procedures instead of... 3 years of 9 developers' salaries.
I've seen it firsthand: Major update to our only software product. Years of work. Everything is moving too slow. Managers hire more people. Performance tanks due to training the new folks. Our publicly available software is abandonware, all hands on the major update to get it done. A few customers switch to competitors, but hype is high for the new update.
After 5 total rewrites, they cut their losses and launch the half-baked current iteration. Launch feels earth shatteringly disappointing and insulting to all stakeholders, even including the developers of the major update. Developers receive death threats. Many developers leave the company. Remaining customers flee to competitors.
Lessons learned: Don't cheap out on quality. It can quite literally cost you your company. Nobody needs absolute quality, and that's impossible to achieve, but at least try to care about quality.
Managers throw more people at the problem to improve productivity, only for the new people to need training. Okay, let's have the new people develop everything from scratch. Wow, that's fast... initially, but they throw code quality out of the window to reach feature parity asap, crippling productivity in the process again. Rinse and repeat.
Or, or... give people the time to improve things. Nobody wants to pay for quality in software until they realize how much it costs them to neglect quality. Unfortunately, some people never realize, cut their losses after a dozen rewrites, and launch the current half-assed iteration. No, it didn't work out for them.