Teknisk gjeld er gapet mellom hvordan koden er og hvordan den burde være, påtatt seg (bevisst eller ikke) for å gå raskere. Noe gjeld er greit; jobben er å forvalte det, ikke eliminere det. Nøkkelen er å prioritere gjelden som faktisk gjør skade.
Prioriter etter innvirkning, ikke irritasjon
For each piece of debt, ask:
- How often does it slow us down or cause bugs? (frequency)
- How bad is it when it bites? (severity)
- How risky/expensive is it to fix? (cost)
High frequency + high severity + low cost → fix now
Low frequency + low severity → leave it, document it
