Proqram təminatı inkişafında texniki borc (technical debt) qısa müddətli həllərin uzunmüddətdə yaratdığı əlavə xərc və mürəkkəblikdir. 1992-ci ildə Ward Cunningham tərəfindən ortaya qoyulmuş bu metafora, maliyyə borcu kimi faiz yığan və vaxtında ödənilməzsə layihəni iflic edə bilən bir hadisədir.
Texniki borc nədir?
Texniki borc inkişaf etdiricilərin vaxt təzyiqi, bilik çatışmazlığı və ya şüurlu seçimlər səbəbindən ideal olmayan həllər tətbiq etməsi ilə meydana gəlir.
Texniki borc növləri
Yaygın texniki borc mənbələri
- Kopyala-yapışdır kod: Eyni məntiqin birdən çox yerdə təkrarlanması
- Çatışmayan testlər: Test əhatəsi aşağı və ya yox
- Pis adlandırma: Dəyişən və funksiya adlarının anlaşılmazlığı
- Həddindən artıq asılılıq: Modullar arası sıx bağlılıq
- Köhnəlmiş asılılıqlar: Yenilənməmiş kitabxana və freymvorklər
Texniki borc idarəetmə strategiyaları
1. Görünən etmək
SonarQube, CodeClimate kimi vasitələrlə kod keyfiyyəti metrikalarını davamlı ölçün.
2. Boy Scout qaydası
Düşərgə sahəsini tapdığınızdan daha təmiz qoyun. Hər commit-də toxunduğunuz kodun keyfiyyətini bir az yaxşılaşdırın.
3. Sprint büdcəsi ayırma
Hər sprintdə tutumun %15-20-sini texniki borc ödəməyə ayırın.
TAGUM-da PratikEsnaf.Net platformamızın 20 ildən artıq tarixçəsində yığılmış texniki borcları sistematik şəkildə idarə edirik.
Nəticə
Texniki borc proqram təminatı layihələrinin qaçılmaz bir reallığıdır. Lakin idarə olunmayan texniki borc layihələrin səssiz qatili ola bilər.
→ Proqram təminatı layihənizin texniki borc analizi üçün TAGUM mütəxəssislərinə müraciət edin
