Technický dluh je rozdíl mezi tím, jak je kód, a tím, jak by měl být, který si vezmete (úmyslně nebo ne), abyste se pohybovali rychleji. Některý dluh je v pořádku; úkolem je jej spravovat, ne odstranit. Klíčové je upřednostnit dluh, který skutečně škodí.
Určete prioritu podle dopadu, ne podle obtížnosti
text
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
Konkrétní příklad
Křehký modul, který se porouchá při každé verzi a týden co týden blokuje tým, stojí za opravu. Ošklivý, ale stabilní nástroj, kterého se nikdo nedotýká, , i když vás uráží. Jeho refaktorování je marnost, ne hodnota.