Az AI-s kódolás sötét oldala: miért fárad el tőle a fejlesztő?
Az AI-s kóírás rejtett adója: miért fáraszt ki a villámgyors fejlődés
Biztos veled is előfordult: három óra AI-s segédlet után úgy érzed, mintha a fejedet turmixolták volna. Rosszabb döntéseket hozol. Kétszer is meggondolod magad. Szünet kell – azonnal.
Ez nem gyengeség, és nem azt jelenti, hogy "rosszul kezeled az AI-t". Ez kognitív tudomány, amit a fejlesztők éppen most kezdenek felfogni.
A sebesség nem ingyen van – agyenergiát emészt fel
Senki sem figyelmeztet erre a cserére: az AI ügynökök eltörlik a természetes tempót, amit a hagyományos kódolás adott.
Régebben beépített szünetek voltak. Megírtad a függvényt, elgondolkodtál a suivantson. Teszteltél, vártál az eredményre. Merge konfliktust oldottál meg. Ezek nem vesztegetés – ezek agyi pihenők a nagy döntések között.
Az AI összenyomja ezt. Kódot gyárt, döntéseket dob eléd, architektúrát javasol, refaktorálást ajánl – mindent gyorsan, egymás után. A döntések nem szépen elosztva érkeznek, hanem kupacban. A munkamemóriád már telve van az eggyel, és már jönnek a következők.
Mintha erdei sétából hirtelen maratonra váltanál. Többet haladsz, de az ár valós és mérhető.
Döntéssűrűség: ez a igazi szűk keresztmetszet
A szoftverfejlesztés lényegében magas tétű döntéssorozat, amit gépelés álcáz.
Architektúra. Névadási szokások. API-határok. Hibakezelés. Edge case-ek. Tesztfedés. Könyvtárválasztás. Függőségmenedzsment. Ezeket régen napokra, hetekre osztottuk el. Most az AI megcsinálja a mechanikus részeket, és minden döntés egyszerre zúdul rád.
A pszichológia igazolja: döntésfáradtság létezik. A bírák nap végére kevesebb kedvező ítéletet hoznak. Befektetők estére butábban döntenek. Fejlesztőknél? Tudod, mi történik ötkor a code review-val.
Egyszerű a mechanizmus: dönteni drága az agynak. Minden döntés erőt emészt fel. Az AI nem szünteti meg őket – csak gyorsítja a tempót.
És itt a csavar: nem engedheted meg a hibát. Az AI-kód bonyolultabb, összefonódottabb, és jobban függ a te éleslátásodtól. Ha kihagysz egy tesztet, figyelmen kívül hagyasz egy code smellt, vagy rossz könyvtárat használsz, az sokszoros bajt okoz. Tehát csúcsformában kell lenned, miközben a döntések száma megduplázódik.
A kognitív terhelés csapdája
John Sweller kognitív terhelés-elmélete magyarázza, miért nagy ez a probléma.
A munkamemória egyszerre 3-4 dolgot bír megfogni, mielőtt összeomlik a gondolkodás. Régebbi kódolásban ez segített: kompilálás vagy tesztelés közben az agy kirakta az infót. Visszatérve csak a lényeggel foglalkoztál.
Az AI megöli ezt a ciklust. Folyamatosan többet kell fejben tartanod, mert a következő döntés már jön, mielőtt az előzőt feldolgoztad. Az AI diffet dob, ami öt modult érint. Meg kell nézned, hogy ép marad-e az architektúra. Hogy illik-e a meglévő mintákhoz. Hogy jó-e az irány.
Közben az AI már kérdez vagy jelez újabb gondot.
Ez nem fókuszhiány vagy lustaság – ez az emberi agy határa túlterhelve.
A megszakítás-dilemma
Tudjuk, hogy a kontextusváltás drága. Külső zavarok – Slack-üzenet, kolléga megkopogtat – tönkreteszik a flow-t.
De kevésbé ismert: a saját megszakítások még rosszabbak.
Az AI-s kódolás erre épül:
- Javaslat jön, ami "majdnem jó" – megállsz értékelni
- Teszt bukik – utánanézel
- Az AI pontosítást kér – magyarázod
- Függőségkonfliktus – megoldod
- Refaktorálási ötlet – átgondolod a hatásokat
Mindegyik kiránt a magas szintű problémamegoldásból review-steer módba. Külső zavarokat ki tudsz heverni, de ezek te döntesz róluk. Ezért még jobban megterhel.
Nem okolhatod az AI-t vagy a körülményeket. Az agyad viseli a teljes költséget.
Mit tegyél a munkafolyamatoddal
Ez nem az AI ellen szól – ők erősek. Hanem arról, hogy dolgozz az agyaddel együtt, ne ellene.
Korlátozd az AI-s sessionöket. Két éles óra jobb, mint hat kimerült. A hatodik óra döntései gyengék, később úgyis átírod.
Célzottan használd. Kiválóak tiszta design kódra alakításakor. Gyengék, ha még tervezel. Az explorációt és architektúrát egyedül csináld – implementációra tartsd őket.
Építs be szüneteket. A régi flow-ban ezek megvoltak. Most tudatosan kell: tesztelj, review-zolj, lépj ki. Az agyad nem lusta – keményebben dolgozik, mint valaha.
Lásd be a cserét. A sebesség fontos, de a helyesség és fenntarthatóság is. Az AI gyorsít a kómon, de nem a gondolkodáson. Néha a lassabb gyorsabb hosszú távon, ha beleszámolod a javítást.
A termelékenységi paradoxon
A kemény igazság: az AI-s fejlesztés növeli a kódmennyiséget, de rontja a döntésminőséget. Több sort írsz gyorsabban, de agyi erőforrásaiddal felzabál.
Ez nem hiba – ez a természet. Sebesség és könnyű gondolkodás fordítottan arányos. Vagy-az- vagy, de mindkettőért az agyad fizet.
A nyertes fejlesztők nem azok, akik hajtanak. Azok, akik ismerik a határaikat, és belül maradnak. Erősítőként használják az AI-t tiszta feladatokra. Szüneteznek. Tudják, mikor kell lassítani gondolkodásra.
És látják: "gyors kódolás" nem mindig egyenlő "fenntartható kódolással".
NameOceannél olyan eszközöket építünk, amik okosabban dolgoztatnak, nem csak gyorsabban. AI-s kód deploy vagy infrastruktúrakezelés – a fenntartható módszerek kellenek. Nézd meg a Vibe Hostingot, hogyan csökkenti az AI-s infra az agyi terhelést a workflow többi részén.