Earlier quoted context omitted.
I would think that’s the worse kind of manager. One of a manager’s job is to manage resources. There are always trade offs between doing things “right” and delivering. If you look at the old Joel quadrant of smart / gets things done (delivers value to the business), someone who “doesn’t care how long it takes” runs the risk of gold plating features instead of delivering. A deadline is a great focusing mechanism. And…
I agree - I've worked for a company where there was zero pressure to deliver and an emphasis on quality. This led to endless discussions about minutiae code details and long debates about best practises. We ended up rewriting some parts of the code base because someone suggested it wasn't exemplary even though it was definitely fine. The thing is, good code rarely looks stellar. It looks like code which you understan…
1. Everybody who disagrees with my manager's statement are working in software (I was not).
2. In software, nobody can seem to agree on what exactly "quality" means.
Software is still such a young field that nobody can seem to agree on anything at all. It reminds me of other fields 100 years ago, where you could just try anything and if it seemed to work that was fine.
> Sometimes saying 'things should be done right no matter how long it takes' just means the management is unable to balance technical debt with other objectives.
In this case, I would say they'd done such a good job with managing technical debt that they knew they could say "as long as it takes" on a micro-level, and be confident that nothing would blow up on a macro-level.
This was a physical system that has annual (or semi-annual) inspections by a third party. Can you say the same about your software system?