Inhoudsopgave:
Definitie - Wat betekent technische schuld?
Technische schuld is een concept in de programmering dat het extra ontwikkelingswerk weerspiegelt dat ontstaat wanneer code wordt gebruikt die op korte termijn gemakkelijk te implementeren is in plaats van de beste algemene oplossing toe te passen.
Technische schuld wordt vaak geassocieerd met extreme programmering, vooral in het kader van refactoring. Dat wil zeggen dat het impliceert dat herstructurering van bestaande code (refactoring) vereist is als onderdeel van het ontwikkelingsproces. Onder deze gedachtegang is refactoring niet alleen een gevolg van slecht geschreven code, maar wordt het ook gedaan op basis van een evoluerend begrip van een probleem en de beste manier om dat probleem op te lossen.
Technische schulden kunnen ook wel ontwerpschulden worden genoemd.
Techopedia legt technische schuld uit
De term werd bedacht door Ward Cunningham, een programmeur die ook bekend staat om het ontwikkelen van de eerste wiki. Technische schuld is een metafoor die softwareontwikkeling gelijkstelt aan financiële schuld. Stel je voor dat je een project hebt met twee mogelijke opties. Een daarvan is snel en eenvoudig, maar zal in de toekomst aanpassing nodig hebben. De andere heeft een beter ontwerp, maar kost meer tijd om te implementeren. In de ontwikkeling is het vrijgeven van code als een snelle en gemakkelijke aanpak net als schulden aangaan - het komt met de verplichting tot rente, die voor technische schulden in de vorm van extra werk in de toekomst komt. De tijd nemen om te refactor is gelijk aan het betalen van de hoofdsom. Hoewel dit op de korte termijn tijd kost, vermindert het ook toekomstige rentebetalingen.
Ward Cunningham beschrijft dit concept in 1992 als volgt:
"Het verzenden van de eerste code is als in de schulden gaan. Een beetje schulden versnelt de ontwikkeling zolang het snel wordt terugbetaald met een herschrijving. Objecten maken de kosten van deze transactie aanvaardbaar. Het gevaar ontstaat wanneer de schuld niet wordt terugbetaald. Elke minuut uitgegeven aan niet helemaal juiste code telt als rente over die schuld. Volledige technische organisaties kunnen tot stilstand worden gebracht onder de schuldenlast van een niet-geconsolideerde implementatie, objectgericht of anderszins. "
Het concept betekent niet dat er nooit schulden mogen worden gemaakt. Net zoals hefboomwerking een bedrijf kan helpen bij correct gebruik, kan een snelle oplossing een snellere time-to-market voor softwareontwikkeling betekenen. Bovendien is technische schuld niet alleen slechte code. Slechte code is slechte code en technische schuld kan het gevolg zijn van het werk van goede programmeurs onder onrealistische projectbeperkingen.
