Technicky dluh — jak ho merit a splacet

Kazdy softwarovy projekt ma technicky dluh. Pod tlakem deadlinu robite kompromisy. Problem nastane, kdyz dluh naroste tak, ze zpomaluje vyvoj.

Jak jsme to poznali¶

Nova funkce, ktera by v cistem kodu trvala den, trvala tyden. Kazda zmena rozbila neco jineho. Novy vyvojar potreboval mesic na orientaci. Build 20 minut. Testy nahodne selhavaly.

Mereni — SonarQube¶

Duplicity, cyklomaticka slozitost, coding standardy, test coverage. Technical debt metrika: 340 man-days. Sok.

Strategie splaceni¶

Boy Scout Rule: kazdym commitem zlepsete okoli. 20 procent kapacity na refactoring. Strangler Pattern pro legacy moduly. Test first pred refactorem.

Prioritizace¶

Ne vsechno je stejne bolestne. Hot spots (casto meneny kod) prioritne. Stabilni modul, ktery nikdo nemeni, muze pockat.

Zaverem¶

Technicky dluh je normalni, ale musite ho ridit. Merte, splacejte pravidelne, prioritizujte podle bolesti. A mluvte o tom s klientem — je to business riziko.