Hacker News Reader

Thanks, I feel that “Tech Debt” is an abused term to make mistakes sound like they’re not mistakes but something else to evade responsibility.

If you fucked up, that’s not technical debt. If business requirements change, you don’t have technical debt

Calling every problem or challenge technical debt is so unhelpful and frankly a bit dishonest too.

View on HN

Process debt is another one I've invariably come across and covers the need for loose requirements (especially early on).

There's a lot of technical debt that's going to accrue before the process debt is sorted if you're trying to scale quickly.

If you build with the explicit goal to learn and explore the process and problem domain, and then have to rework code because of new insights and understanding, we are as close to the original definition of technical debt.

But it is my impression that this is the rare exception. In most cases, people are just bullshitting to cover up their ineptitude.

I tend to use "tech debt" as a euphemism for other people's bad code and design decisions. Work politics.

Ha, I think that’s the most legit usage of the term.

Reply on news.ycombinator.com