Tartalomjegyzék:
Meghatározás - Mit jelent a műszaki adósság?
A műszaki adósság olyan fogalom a programozásban, amely tükrözi azt a kiegészítő fejlesztési munkát, amely akkor merül fel, ha rövid távon könnyen megvalósítható kódot használunk ahelyett, hogy a legjobb átfogó megoldást alkalmaznánk.
A technikai adósságot általában a szélsőséges programozással társítják, különösen a refaktorálás kapcsán. Vagyis azt jelenti, hogy a fejlesztési folyamat részeként meglévő kód átszervezése (refactoring) szükséges. A gondolkodás ezen vonalán keresztül a refaktorálás nem csak a rosszul megírt kód eredménye, hanem a probléma egyre változó megértésén és a probléma megoldásának legjobb módján alapul.
A biztosítástechnikai adósság névértékként is ismert.
A Techopedia magyarázza a műszaki adósságot
A kifejezést Ward Cunningham, egy programozó, aki szintén ismert az első wiki fejlesztéséről, megalkotta. A technikai adósság olyan metafora, amely a szoftverfejlesztést a pénzügyi adóssághoz hasonlítja. Képzelje el, hogy van egy olyan projektje, amelynek két lehetséges lehetősége van. Az egyik gyors és egyszerű, de a jövőben módosítást igényel. A másik kialakítása jobb, de több időbe telik a végrehajtása. A fejlesztés során a kód gyors és egyszerű megközelítésként történő kiadása olyan, mint az adósság felmerülése - a kamatkötelezettséggel jár, amely a technikai adósság esetén a jövőben további munka formájában jelentkezik. A refaktorra fordított idő megegyezik a tőke befizetésével. Noha ez rövid távon időt vesz igénybe, ez csökkenti a jövőbeni kamatfizetéseket is.
Ward Cunningham ezt a fogalmat 1992-ben írja le:
"Az első kézbesítési kód olyan, mint adósságba történő befizetés. Egy kis adósság felgyorsítja a fejlődést, mindaddig, amíg azt azonnal újraírják. A tárgyak lehetővé teszik az ügylet költségeinek elfogadhatóságát. A veszély akkor jelentkezik, ha az adósságot nem fizetik vissza. Minden perc A nem igazán helyes kódra fordított összeg az adott adósság kamatának számít. A teljes mérnöki szervezetek állhatatos helyzetbe hozhatók egy nem konszolidált, objektumorientált vagy más módon végrehajtott adósságterhelés alatt. "
A koncepció nem azt jelenti, hogy soha nem szabad az adósságot felmerülni. Ugyanúgy, mint a tőkeáttétel segítheti a társaságot, ha helyesen használja, a gyors megoldás gyorsabb időt jelenthet a szoftverfejlesztés piacra lépésekor. Ezenkívül a műszaki adósság nem csupán rossz kód. A rossz kód rossz kód, és a technikai adósság a jó programozók munkájából eredhet irreális projektkorlátozások mellett.
