Hutang teknikal ialah jurang antara bagaimana kod itu dan bagaimana sepatutnya, diambil (dengan sengaja atau sebaliknya) untuk bergerak lebih cepat. Beberapa hutang itu baik; tugasnya adalah mengurusnya, bukan menghapuskannya. Kuncinya ialah mengutamakan hutang yang benar-benar merugikan.
Mengapa ini penting
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
Satu contoh konkrit
Satu modul yang rapuh yang rosak pada setiap keluaran dan menyekat pasukan setiap minggu patut diperbaiki. Satu utiliti yang hodoh-tetapi-stabil yang tidak ada siapa menyentuhnya itu , walaupun ia membuat anda marah. Memfaktor semulanya ialah keangkuhan, bukan nilai.