Technical Debt

Long time no see, my blog reading and tweeted links clicking friends!

De voorbije anderhalve week zat ik aan de Côte d’Azur en volgde ik de actualiteit maar met een half oog. Dat bleek voldoende om naar aanleiding van wat gezever rond de belastingen nog eens in mijn digitale pen te kruipen en op een klein pamflet te schrijven omtrent technical debt, een soort schuld die je opbouwt tijdens het maken van iets op een suboptimale manier. Hieronder copy-paste van de tekst:

Technical Debt

Not only in software

Technical debt is inevitable when building software. At certain moments in the process decisions are made. After a while it appears that these decisions weren’t the right ones. However, the team (and/or manager) decides that – for the time being – the bad decision(s) won’t be rectified to something more performant and maintainable. They’ll do the necessary refactoring when building the next release. Meanwhile, a monster is in the making and refactoring during the creation of the next release will take a tremendous amount of time. The debt’s been made and it will have to cleared sooner or later.

Compare it with the necessary roadworks after each winter because subpar materials were used (or the spec wasn’t good enough).

Compare it with tax law. Almost every year the government needs to find money somewhere, mostly because they were too optimistic while doing the planning, sometimes because, you know, reality just sucks. Nominally they do that by not spending some foreseen amounts (which hurts its very own core business) but also by patching the tax law in order to get some tiny more income. The result: a monster of a tax law, which is a pain in the ass to understand and hence makes it suboptimal in order to correctly tax people and companies.

Technical debt can be avoided by having managers who want to do it right (and who are mostly immune to constraints like insane deadlines). So, who’s a good manager?

’t Was wat in de rapte geschreven, da’s duidelijk. Mijn punt is vooral: het is normaal dat dingen suboptimaal gebouwd worden, alleen: wanneer worden ze optimaal/optimaler gemaakt. En hoelang moeten we tolereren dat er méér technical debt wordt gegenereerd?


Geef een reactie

Vul je gegevens in of klik op een icoon om in te loggen. logo

Je reageert onder je account. Log uit /  Bijwerken )

Google+ photo

Je reageert onder je Google+ account. Log uit /  Bijwerken )


Je reageert onder je Twitter account. Log uit /  Bijwerken )

Facebook foto

Je reageert onder je Facebook account. Log uit /  Bijwerken )


Verbinden met %s