There's no point in going crazy trying to make the perfect code. It just needs to be good enough for its purpose. Usually it is. The problem isn't usually the

There's no point in going crazy trying to make the perfect code. It just needs to be good enough for its purpose. Usually it is. The problem isn't usually the code, it's the people in charge not giving the right instructions, shifting the goal post, allowing feature creep, or the deadly sins of rewrites, large refactors, unrealistic deadlines. Over-engineering is just fine in the real world. The problem is when that causes cost and deadline overruns. Those can be controlled for, even if the complexity can't. But finding a manager who knows how to manage software teams effectively and simultaneously keep his bosses from digging their own graves is even rarer than an engineer who writes simple code.