technikai adósság

angolul: technical debt

alapelterjedt

A technikai adósság a szoftverben felhalmozott gyors, félkész megoldások ára: ma időt spórolnak, később viszont minden változtatást lassabbá és drágábbá tesznek.

Érthetően

Képzeld el, hogy felújítás közben a villanyszerelő nem vési be a vezetéket a falba, csak hosszabbítóval oldja meg, mert holnap költözöl. Működik, de minden újabb lámpánál és konnektornál kerülgetni kell, és egyszer úgyis rendesen meg kell csinálni. A szoftverben ugyanez a technikai adósság: a gyors megoldás kölcsön, amelyet később kamatostul fizetsz vissza.

A „kamat” az a többletmunka, amely minden későbbi módosításnál jelentkezik: lassabban készülnek az új funkciók, több a hiba, és nehezebb betanítani az új kollégát. A „tőke” maga a rendbetétel, vagyis az az idő, amíg valaki tisztességesen átírja a kódot.

Az adósság nem feltétlenül rossz. Ha egy határidő vagy egy piaci lehetőség megéri, tudatosan is fel lehet venni, ahogy a lakáshitelt. A baj akkor kezdődik, ha senki sem tartja számon, és a törlesztés mindig elmarad.

Az AI-korszakban a téma új súlyt kapott: a kódoló agentek percek alatt rengeteg, első ránézésre működő kódot írnak, de ha senki sem nézi át és nem tartja rendben, az adósság is ugyanilyen gyorsan nő.

Hogyan működik

Felvétel: a csapat a gyorsabb utat választja a jobb helyett, például kihagyja a teszteket, lemásol egy kódrészt ahelyett, hogy közös megoldást írna, vagy nem dokumentál.
Kamatozás: a rendszer ezután is működik, de minden új fejlesztés egy kicsit tovább tart, mert a régi kerülőutakat kerülgetni kell.
Halmozódás: az újabb gyors megoldások a régiekre épülnek, így egy idő után egy apró változtatás is váratlan helyeken okoz hibát.
Számontartás: a jó csapat listát vezet a tartozásairól, és megbecsüli, melyik tétel mennyi időt visz el havonta.
Törlesztés: a fejlesztők rendszeresen időt kapnak a kód átszervezésére (refaktorálás), a tesztek pótlására és az elavult elemek cseréjére, lehetőleg a legdrágább kamatú tételekkel kezdve.

Példa a mindennapokból

A kedvenc webáruházad alkalmazásába hónapok óta nem kerül új funkció, a frissítések pedig rendre elrontanak valamit, ami addig működött. A háttérben gyakran az áll, hogy a fejlesztők idejük nagy részét a régi, összefércelt kód kerülgetésére költik, vagyis a technikai adósság kamatát fizetik.

Kit érint

fejlesztőŐ érzi meg naponta, mert a rendezetlen kódban minden feladat tovább tart és több hibát szül. → Kód

vállalkozó, vezetőŐ dönti el, mennyi idő jut rendrakásra, és ő fizeti meg, ha a fejlesztés lelassul vagy a rendszert újra kell írni.

munkavállalóHa a céges rendszerek lassúak, körülményesek és gyakran leállnak, annak sokszor évek óta halogatott technikai adósság az oka. → Munka és HR

mindenkiA bank, a hivatal vagy a szolgáltató akadozó, elavult rendszerei mögött gyakran felgyűlt technikai adósság áll.

Gyakori félreértés

TévhitA technikai adósság egyszerűen rossz, hanyag programozók munkájának eredménye.

ValójábanGyakran tudatos és észszerű üzleti döntés, hogy valami előbb készüljön el, és jó csapatoknál is keletkezik, mert a követelmények és a technológia közben változnak. A gond a számon nem tartott és soha nem törlesztett adósság.

Korlátok és kockázatok

Nehéz pontosan forintosítani: nincs egységes mérőszáma, a becslések csapatonként és eszközönként eltérnek.
Kívülről sokáig láthatatlan, mert a program működik, a vezetők pedig csak a lassulást és a hibákat érzékelik.
A hasonlat sántít: a banki hitellel ellentétben itt nincs szerződés és ismert kamatláb, és előfordul, hogy egy tartozást soha nem kell visszafizetni, mert a kódot kidobják.
Az AI-agentek által gyorsan termelt, át nem nézett kód észrevétlenül növelheti az adósságot, ha senki sem érti pontosan, mit és miért írt a gép.

Hasonló, de nem ugyanaz

szoftverhiba (bug) – A hiba azt jelenti, hogy a program rosszul működik, a technikai adósság mellett viszont jól működhet, csak nehéz és drága módosítani.
örökölt rendszer (legacy) – Az örökölt rendszer egy régi, de még használt szoftver, a technikai adósság pedig a benne (vagy akár vadonatúj kódban) felgyűlt elhalasztott munka.
refaktorálás – A refaktorálás nem maga az adósság, hanem a törlesztés egyik módja: a kód rendbetétele úgy, hogy a működése nem változik.

Kapcsolódó fogalmak

Tágabb

szoftverfejlesztés, szoftverminőség, szoftverkarbantartás

Szűkebb

kódadósság, architekturális adósság, tesztelési adósság, dokumentációs adósság

Rokon

refaktorálás, örökölt rendszer, kódáttekintés, vibe coding, kódoló agent

Röviden a története

Az adósság-hasonlatot Ward Cunningham amerikai programozó vezette be 1992-ben, egy pénzügyi szoftverről szóló konferenciabeszámolójában (OOPSLA), hogy üzleti vezetőknek is érthetően elmagyarázza, miért kell időt szánni a kód rendbetételére. Ő még csak „adósságról” írt, a „technikai adósság” (technical debt) kifejezés a következő években terjedt el, és azóta a szoftveripar alapszava lett.

Hol tart most

2026 végén a fogalom a szoftveripar mindennapi szókincsének része, a fejlesztők és a vezetők egyaránt használják. A kódoló agentek terjedésével új vita folyik arról, hogy az AI gyorsítja-e a törlesztést, vagy a tömegesen generált kóddal inkább növeli az adósságot.

Állapot: 2026. november

A hírekben

3 Agent Age-sztoriban fordul elő; a görbe a hírmagazin heti előfordulása.

Harvard-tanulmány 718 cégről: az AI több kódot ad, de nem gyorsítja a szállítást2026. okt. 19. · Kód
A Bank of England figyelmeztet: az AI és az adósság együtt veszélyezteti a pénzügyi stabilitást2026. szept. 30. · Pénz
Az AI-kód minőségi és karbantarthatósági kockázatot hoz: Info-Tech, GitHub Code Quality2026. aug. 10. · Kód

Más nevei

technikai adósság · technológiai adósság · műszaki adósság · kódadósság · technical debt · tech debt · code debt · design debt

Források

Martin Fowler: Technical Debt

A szócikk gépi szerkesztéssel készült és gépi szakmai lektoráláson ment át; a „hírekben” rész az Agent Age sztorijaiból automatikusan frissül.