> A fourth hack may still be better
That may be true, but itβs still a problem if you can never create new abstractions, because that prevents you from creating good abstractions too, not just bad ones.
That may be true, but itβs still a problem if you can never create new abstractions, because that prevents you from creating good abstractions too, not just bad ones.
If you end up having a poorly fitting abstraction, then you'll be spending extra effort on doing things "properly", but not really getting any benefit out of it. You just loose the agility of hacking things quick'n'dirty, or you end up hacking around the bad abstraction, and get worst of both worlds.
The rest depends on having management that understands trade-offs between doing things properly and efficiently long-term vs getting stuff out of the door quickly (if you're a startup with a short runway, or racing to be the first to win some opportunity, shipping ugly hacks now may be the only way to survive to even have "later" to worry about).