Ennek a bejegyzésnek az apropója egy nemrég olvasott cikk, amely szerint a programozók legnagyobb százalékban az elavult kódbázis (legacy code) miatt mondanak fel a munkahelyükön. A Storyblok által készített, friss 2025-ös felmérés szerint – amely 200 közép-, és nagyvállalati szoftverfejlesztő véleménye alapján készült el – a programozók 58%-a nyilatkozta azt, hogy elege van az elavult kódbázis fenntartásából, sőt egyenesen kínosnak érzi a jelenlegi tech stacket, és emiatt szívesen váltana munkahelyet.
Ami viszont még érdekesebb, hogy a nyilatkozók 92%-a egy 10%-os fizetésemelésért cserébe hajlandó lenne mégis tovább foglalkozni ezekkel a rendszerekkel. Akkor a pénz megszépíti a csúnya legacy kódot? Némi extra fizetségért cserébe máris nem lesz kínos a tech stack? Nincs itt valami ellentmondás? Ezekre a kérdésekre is keressük a válaszokat ebben a bejegyzésben.
A kutatás főbb megállapításai – mit mondanak a számok?
Nézzük át röviden, a 2025-ös felmérés főbb megállapításait!
A válaszadók 58%-a komolyan fontolgatja, hogy felmond a munkahelyén, mert nem hajlandó tovább elavult, “kínos” technológiai stacken dolgozni. 86%-uk nyilatkozott úgy, hogy szégyelli a jelenlegi technológiai környezetét. És mindössze 14% mondta azt, hogy teljesen elégedett a használt eszközökkel és kódbázissal.
A fejlesztők napjainak legnagyobb részét a régi rendszerek karbantartása és a hibajavítás (27,5%) tölti ki. Ezt követi a nem technikai stakeholder-ekkel való kommunikáció (21,5%), majd a következetlen elvárások és a folyamatosan változó prioritások (14%).
A főbb problémák legacy rendszerekkel a válaszadók szerint:
- hiányos alapfunkcionalitások (51%),
- nehézkes karbantarthatóság (47%),
- és a modern innovációkkal – például mesterséges intelligenciával – való kompatibilitás hiánya (31%).
74%-uk szerint a technológiai stack jelentősen befolyásolja a szakmai identitásukat, 19,5% szerint pedig szinte teljesen meghatározza azt. A válaszadók 24,5%-a kifejezetten a legacy rendszerek miatt érzi magát “kínosan”, de sokan említik a túlzott technikai adósságot (22,5%) és az elavult könyvtárakat, frameworköket is (18%).
A fejlesztők 92%-a legalább 10%-os fizetésemelést várna el ahhoz, hogy maradjon a jelenlegi, elavult technológiákkal dolgozó munkahelyén. 42%-uk pedig 20% vagy annál is nagyobb emelést tart szükségesnek. Ez azt mutatja, hogy a pénz rövid távon kompenzálhatja a szakmai frusztrációt, de a kutatás szerint hosszú távon csak a modernizáció, a technikai adósság csökkentése és a fejlesztők bevonása jelenthet valódi megoldást.
Az elavult tartalomkezelő rendszerek (CMS) kiemelten nagy elégedetlenséget váltanak ki. A fejlesztők 67,5%-a szerint a jelenlegi CMS akadályozza a munkát, és csak 4% érzi úgy, hogy a platform tökéletesen megfelel az igényeiknek.
A fejlesztői elégedetlenség okai
A fejlesztői elégedetlenség nem csupán technológiai, hanem mélyen emberi, szervezeti és pszichológiai probléma is. A legacy kód csak a jéghegy csúcsa: a valódi okok között ott van a szakmai stagnálás, a stressz, a szakmai büszkeség hiánya, a szervezeti kultúra gyengesége és a piaci nyomás is. Ezek együttesen vezetnek oda, hogy a fejlesztők egy része inkább a váltást választja, mintsem hogy hosszú távon kompromisszumot kössön.
Szakmai stagnálás és motivációvesztés
A fejlesztők számára a folyamatos tanulás, fejlődés és új technológiák kipróbálása alapvető motivációs tényező. Ha valaki éveken át ugyanazt a régi rendszert toldozza-foldozza, könnyen úgy érezheti, hogy szakmailag megrekedt, lemarad a piaci trendektől, és csökken az értéke a munkaerőpiacon. Ez hosszú távon kiégéshez, elégedetlenséghez vezethet.
Technikai adósság és karbantarthatatlanság
A legacy rendszerek gyakran tele vannak technikai adóssággal: rosszul dokumentált, nehezen érthető, elavult kód, amelyet csak kevesen ismernek igazán. Az ilyen környezetben a hibajavítás, új funkciók bevezetése időigényes és stresszes, ráadásul a fejlesztők gyakran érzik úgy, hogy csak „tűzoltanak”, nem pedig valódi értéket teremtenek.
Stressz és pszichológiai terhelés
A folyamatos bizonytalanság, a rövid határidők, az állandó karbantartási problémák és a stakeholder-ekkel való nehézkes kommunikáció jelentős pszichés terhelést okoznak. A krónikus stressz nemcsak a munkahelyi elégedetlenséget növeli, hanem a kód minőségét is rontja, és hosszú távon kiégéshez vezethet.
Szakmai identitás és büszkeség hiánya
A fejlesztők jelentős része a használt technológiai stack-et a szakmai önazonosságuk részének tekinti. Ha valaki folyamatosan elavult, „szégyellni való” rendszereken dolgozik, az csökkenti az önbecsülést és a szakmai büszkeséget. Ez a szégyenérzet tovább növeli az elégedetlenséget és a váltási hajlandóságot.
Szervezeti kultúra, vezetői támogatás hiánya
Ha a vállalat nem ismeri fel a modernizáció szükségességét, vagy nem vonja be a fejlesztőket a döntésekbe, az tovább fokozza a frusztrációt. A támogató vezetés, a nyílt kommunikáció és a fejlesztők bevonása nélkül a problémák csak halmozódnak, a motiváció pedig tovább csökken.
Külső elvárások, piaci nyomás
A fejlesztők gyakran érzik, hogy a piac elvárásaihoz képest lemaradnak, mert a cégnél nincs lehetőség új technológiák kipróbálására vagy tanulásra. Ez a versenyképesség elvesztésének félelmével, bizonytalansággal és stresszel jár együtt.
Jól látszik, hogy számos oka van annak, hogy a fejlesztők elégedetlenek a jelenlegi munkahelyükkel. Az a felmérésből is kiderül, hogy a legacy kód, csak a jéghegy csúcsa, hiszen a folyton változó prioritások és a kaotikus, nem megfelelően kifejtett üzleti döntések lekövetése is masszívan szerepet játszik abban, hogy a fejlesztők motivációja csökken és ez hosszú távon hozzájárulhat a kiégéshez is.
Van itt némi ellentmondás, nem?
A kutatás egyik legizgalmasabb és szerintem legellentmondásosabb tanulsága, hogy bár a fejlesztők többsége szívesen otthagyná a munkahelyét az elavult kódbázis miatt, mégis hajlandó lenne maradni, ha némi fizetésemelést kapna. Ez elsőre azt a benyomást keltheti, hogy a pénz képes ellensúlyozni a szakmai frusztrációt, de a helyzet ennél jóval összetettebb.
Cseberből vederbe
Sokan abban bíznak, hogy egy munkahelyváltás majd megoldja a legacy kód okozta problémákat, és végre modernebb, izgalmasabb technológiákkal dolgozhatnak. A valóság azonban az, hogy a cégek jelentős része – akár 70–80 százaléka – még mindig örökölt rendszereken üzemel. Így egy fejlesztő könnyen találhatja magát ugyanabban a helyzetben, csak másik cégnél. Ez a tipikus „cseberből vederbe” esete: a váltás után hamar kiderülhet, hogy a kihívások ugyanazok, csak a környezet, a csapat vagy a fizetés változott.
A rövid távú anyagi kompenzáció valóban csökkentheti a szakmai elégedetlenséget, de nem szünteti meg a problémát. Sokan inkább választják a biztos, ismerős „rosszat” egy kis plusz pénzért, mintsem hogy kockáztassanak egy ismeretlen, de nagy valószínűséggel hasonlóan elavult környezetet. A fejlesztők gyakran abban reménykednek, hogy egy új munkahelyen végre modernebb technológiákkal dolgozhatnak, de a legtöbb nagyvállalatnál ugyanazokkal a kihívásokkal szembesülnek. Így a szakmai büszkeség és fejlődés ára sokszor tényleg csak egy bérpapíron jelenik meg, miközben a valódi elégedettség elmarad.
Tehát a legacy kód okozta frusztrációt rövid távon kompenzálhatja a pénz, de a tartós elégedettséghez és szakmai fejlődéshez valódi technológiai és szervezeti változásra lenne szükség. A fejlesztőknek pedig érdemes tudatosan mérlegelni, hogy egy váltás valóban előrelépést jelent-e, vagy csak újabb kompromisszumokat hoz magával.
Mi a hosszútávú megoldás?
Rövidtávon tehát a pénz mégiscsak boldogít, de hosszú távon mindenképp az lenne a cél, hogy a legacy kódot valamilyen formában modernizáljuk. Ez azonban nem megy egyik napról a másikra, és az üzleti stakeholderek igényeivel összhangban kell modernizálni.
A modernizáció első lépése fejlesztői oldalról az, hogy tudatosan törekszünk a kód folyamatos átalakítására és egyszerűsítésére. Minden apró refaktorálás, minden egyszerűsített if-else szerkezet vagy olvashatóbbá tett függvény közelebb visz ahhoz, hogy a rendszer kevésbé legyen terhes a jövőben. Érdemes automatizációs eszközöket is bevetni, hogy a monoton, ismétlődő feladatok ne vegyék el az időt a kreatívabb, értékteremtő munkától. A tanulás és fejlődés sem állhat meg: akár a munkahelyen kívül, akár szakmai közösségekben, meetupokon, vagy online kurzusokon keresztül érdemes naprakészen tartani a tudásunkat.
A cégek számára kulcsfontosságú, hogy ne csak ad hoc módon kezeljék a technikai adósságot, hanem átgondolt, lépésről lépésre haladó modernizációs ütemtervet dolgozzanak ki, amely figyelembe veszi az üzleti igényeket is. A fejlesztők bevonása a technológiai döntésekbe, rendszeres képzések, illetve a szakmai előrelépés támogatása mind hozzájárulnak ahhoz, hogy a csapat motivált és elkötelezett maradjon. A támogató, empatikus vezetés és a transzparens kommunikáció a változások során elengedhetetlen, hiszen csak így lehet hosszú távon is fenntartani a bizalmat és a lendületet.
Mese habbal
Ez így leírva mind szép és jó, de a valóságban gyakran azt látjuk, hogy szinte feloldhatatlan ellentétek és törésvonalak húzódnak a fejlesztői csapat és az üzlet között. Az évek alatt kialakult bizalmatlanságot sem lehet egyik napról a másikra feloldani, ehhez már érdemes coach segítségét kérni, aki elsimítja ezeket a nézeteltéréseket.
Jó kiindulópont lehet, ha az üzleti döntéshozók és a fejlesztők egy kisebb pilot projekt keretén belül hozzák be az újításokat. Ebben a kisléptékű projektben az üzlet törekszik a megfelelő specifikáció elkészítésére, míg a fejlesztők új, modernebb eszközöket használhatnak a fejlesztés során, és rövid határidővel át is adhatják a kész produktumot. Ez mindkét fél számára sikerélményt jelent, ami segít megalapozni a bizalom visszaépítését.