Exactly, this blog post is grossly oversimplifying, and maybe we are meant to “get the idea” but I think that even if it’s intentionally oversimplified it needs to address the elephants in the room.
Is longer code more “debt” if it’s more readable and more verbose? I could save lines of code by messing ternary operators, shortening variable names, using obscure language-specific features, or stuffing complicated expressions into one-liners.
Is longer code more “debt” if it’s more extensible and flexible for future growth and change?
Is longer code more “debt” if it has more test coverage? This is especially relevant to the article because AI is generally great at assisting with writing tests especially when the alternative is engineers not doing it.
We can’t just say “all else being equal” because that’s not how life works.
Is longer code more “debt” if it’s more readable and more verbose? I could save lines of code by messing ternary operators, shortening variable names, using obscure language-specific features, or stuffing complicated expressions into one-liners.
Is longer code more “debt” if it’s more extensible and flexible for future growth and change?
Is longer code more “debt” if it has more test coverage? This is especially relevant to the article because AI is generally great at assisting with writing tests especially when the alternative is engineers not doing it.
We can’t just say “all else being equal” because that’s not how life works.