> Abstraction done poorly is where technical debt/bad technology comes from. I agree, but it is not the only source of technical debt. I tried to work on a bat

> Abstraction done poorly is where technical debt/bad technology comes from. I agree, but it is not the only source of technical debt. I tried to work on a batch job that ran a company one time, it was just a top to bottom script, if-statements, loops, etc... nested 17 (!) deep in places: an if inside a for loop inside a while loop inside an if inside an if inside a while loop inside an if inside a for loop inside a while loop inside an if, etc. The guy who wrote it didn't know what a function was. Believe me, you can have technical debt even without abstraction. One of my frustrations is that it takes a lot of skill to rise above "big pile of if-statements" programming, and it's so easy for a good abstraction to crumble back into a "pile of if-statements" if even one developer working on it doesn't understand the abstraction.