Technische schuld
Een metafoor voor interne softwaregebreken die latere wijzigingen lastiger of riskanter maken.
Wat is technische schuld?
Technische schuld gebruikt een schuldmetafoor om te beschrijven hoe gebreken of eerdere keuzes in de interne softwarestructuur latere wijzigingen bewerkelijker of riskanter maken. Het is geen boekhoudkundige schuld. Oude code alleen bewijst geen technische schuld; concrete gevolgen voor noodzakelijk werk zijn bepalend.
In een fictief voorbeeld is dezelfde goedkeuringsregel op meerdere plaatsen gekopieerd. Een wijziging moet nu iedere kopie bereiken en kan uiteenlopende beslissingen veroorzaken. Een taak kan oorzaak, betrokken processen, verwachte gevolgen en een verantwoordelijke rol met een verbetervoorstel vastleggen. Prioriteit hangt af van gebruik, risico en komende wijzigingen. Hieruit volgt niet automatisch dat de hele applicatie opnieuw moet worden geschreven.
Bronnen
Verwante begrippen
- RefactoringDe interne structuur van software wijzigen met behoud van het verwachte waarneembare gedrag.
- LegacysysteemEen bestaand systeem dat nog wordt gebruikt, met gegroeide technische en bedrijfsafhankelijkheden.
- MultitenancyMultitenancy ondersteunt afzonderlijke klant- of groepsbereiken in één oplossing. Een tenant is niet automatisch één persoon of één database.
- BrowsercacheDe browsercache bewaart geschikte HTTP-antwoorden voor later gebruik. Hergebruik en validatie volgen de toepasselijke regels.
- Cache-invalidatieCache-invalidatie beëindigt hergebruik van een kopie volgens vastgelegde regels. Het bronrecord blijft daarvan gescheiden.
- CachingCaching hergebruikt opgeslagen gegevens of resultaten. Geldigheid en het toegestane gebruikersbereik horen bij het ontwerp.
Artikelen over dit onderwerp
Softwareontwikkeling met ASES
Maatwerksoftware, web- en mobiele apps