Technical Debt Is Not Always Bad
Technical debt has a bad reputation. But like financial debt, it's a tool. Used wisely, it lets you move faster when speed matters.
The problem isn't taking on debt. It's taking it on accidentally, or never paying it back.
When to Take On Debt
Ship the MVP fast to validate an idea. If it works, you can refactor. If it doesn't, you saved time by not over-engineering.
Hit a deadline that actually matters. Real deadlines—like a conference demo or a contract renewal—can justify shortcuts.
Learn by doing. Sometimes you need to build the wrong thing first to understand what the right thing should be.
When Not to Take On Debt
Core infrastructure. Security. Data integrity. Anything that's expensive to fix later.
The Key
Be intentional. Write it down. Put it in the backlog. Make the tradeoff explicit.
The worst technical debt is the kind you didn't know you were taking on.