Az AI-kódolás forradalma: miért felesleges a kódminőség őrzése?
A fejlődés mintája (és a ellenállás)
A technológia történetében mindig ugyanaz a körforgás ismétlődik. Megjelenik egy új eszköz, ami lehetővé teszi, hogy laikusok is létrehozzanak dolgokat, amikhez eddig szakértők kellettek. A szakértők felháborodnak. Az eszközt megbízhatatlannak, biztonságtalannak, skálázhatatlannak bélyegzik. Öt év múlva viszont mindenki használnia kell – és akik először alkalmazkodtak, azok építik az új világot.
Most pont ezt látjuk az AI-alapú fejlesztéssel és a "vibe coding"-gal. Ha tudod, hol keresd, gyönyörűen kibontakozik előtted.
ColdFusion: a papok rémálma (1998)
Képzeld el: 1998 van, évekig tanultad a C-t, Perlt, a CGI trükköket. Ismered a memóriakezelést, a szálmodelleket. Igazi rendszereket építettél.
Aztán jön a ColdFusion.
Ezzel még egy ingatlanos, aki alig tud HTML-t, adatbázis-alapú webalkalmazást rak össze. A tanulási görbe évekből egy hétvégévé rövidül. A <cfquery> parancs olyan, mint egy sima <table>.
A szakértők megőrültek.
Panaszok áradata: lomha kód, nem skáláz, biztonság? Ami eszébe jut a fejlesztőnek. És igazuk volt részben – hackelték őket, sok nem bírta a terhelést.
De amit elmulasztottak észrevenni: a szoftverek világa felrobbant.
Iskolai rendszergazda megcsinálja a saját beiratkozó appot. Ingatlanközvetítő összerak egy listázót. Kisbeszállítók eszközöket építenek a napi munkához. Nem világmegváltók, de működnek, és betöltik a hézagokat, amiket a nagy startupok figyelmen kívül hagytak.
A hibák szem előtt voltak. A növekedés láthatatlan – amíg látható nem lett.
Rails és a bálnás összeomlás (2007-2008)
Majd megint elölről.
A Ruby on Rails berobban, és hetek alatt kész webapp születik hónapok helyett. Jack Dorsey és Noah Glass a Twittert Rails-szel rakta össze, mert csak így tudtak elég gyorsan iterálni.
2008-ra a Fail Whale állandó vendég. A Twitter folyton kidől. A Hacker News-en szétmarcangolták őket, hogy miért nem Java vagy C++-ból kezdték. Egy TechCrunch-cikk temette a Rails-t.
Technikailag igazuk volt: Rails nem erre a méretre való.
De lényegesen tévedtek.
Ha a Twittert rögtől 100 milliós skálára tervezték volna, soha nem indul el. Két év infrastruktúra-fejlesztés, miközben a MySpace lenyeli őket. A skálázási gondok nem kudarcot, hanem sikert jeleztek – azt, hogy megtalálták a piacot.
A csavar: Scala-ra írtak át részeket, de ez nem hozott új funkciókat. Egy mérnök szabadidejében átírta a üzenetsort, a 2,5 órás backlog 20 másodpercre rövidült. A "rossz eszköz" elég jó volt ahhoz, hogy túléljenek.
David Heinemeier Hansson Lex Fridmannál mondta ki tökéletesen: a Rails volt "a legjobb reklám a Rails-nek", mert tíz évig semmi nagy dolog nem történt, miután átálltak. A javítások nem az innovációt, hanem a túlélést szolgálták.
Vibe coding: a harmadik hullám
Harmadszor pörög le a film.
Az AI-segített fejlesztés – vibe coding, agentikus rendszerek, promptok – újra lejjebb viszi a belépési küszöböt. Szakértők, akiknek semmi közük a programozáshoz, megépíthetik a munkájukhoz kellő appot. Persze lesz köztük hibás, adatszivárgós, katasztrofális.
A "papok" megint dühösek, hogy elvették a sajtkájukat.
Ebben tévednek: a kezdeti bukások nem bizonyítékok a rossz eszközre. Hanem az ára annak, hogy többen építhetnek.
A láthatatlan nyereség
Mindig így van: a látható költség valós, de apró a láthatatlan hozamhoz képest.
Látható: több hibás app, gyenge biztonság, karbantarthatatlan kód olyanoktól, akik nem tudják, mit nem tudnak.
Láthatatlan: a szoftverek mennyisége expónenciálisan nő.
Gondolj az automatizációkra, amik elmaradtak, mert 150k dolláros fejlesztőt nem bírtak. A belső eszközökre, amik startup költségvetésből kimaradtak. A speciális problémákra, amikre nem jutott programozó.
Most ezek megépülhetnek. Persze néhányat meg kell erősíteni, átírni, profi mérnöknek átvenni, ha fontos lesz.
Ez nem csökkenti a mérnökök munkáját. Hanem megsokszorozza.
Mi a valódi mérnöki munka?
Sokan félreértik: a kódolás soha nem volt az egész szakma.
Igazi engineering:
- Architektúra, ami túllép a kezdeti határokon
- Biztonságosítás gyorsabban növő rendszerekre
- Refaktorálás gyors prototípusokból tartós kódba
- Mentorálás és tudástranszfer azoknak, akik működő dolgot csináltak, de nem értik a mintákat
- Infrastruktúra, DevOps, megfigyelhetőség
- Teljesítményoptimalizálás, ha a 5 másodperces demóból 10 ezer egyidejű user kell
Ha laikusok is építenek, ezek nem tűnnek el. Épp ellenkezőleg: értékesebbek lesznek, mert több minden optimalizálható.
A valódi győzelem
A NameOcean-nél ezért építettük a Vibe Hostingot – mert értjük ezt a pillanatot. Az AI-segített fejlesztés nem helyettesít mérnököket. Hanem több terepet teremt nekik.
Egy vibe-coded startup MVP-hez gyakran kell:
- Production deployment pipeline
- SSL/TLS beállítás és kezelés
- DNS architektúra skálára
- Cloud infrastruktúra, ami bírja a traffic csúcsot
- Megfigyelési és monitoring rendszerek
Az MVP-t összerakó ember valami működőt alkotott, de nem biztos, hogy túlélőre.
Itt kezdődik a igazi mérnöki munka.
A lényeg
A kapuőri szerep soha nem a kódról szólt. Hanem a hozzáférésről.
ColdFusionnel többen építettek – igen, sok gyenge. De kibővült a lehetséges. Rails-szel kis csapatok indítottak gyorsan – a skála-problémák a siker jelei voltak. Most az AI ugyanazt csinálja.
Akik alkalmazkodnak – AI-val dolgoznak, ilyen rendszereket architektúráznak, vibe MVP-ből production-t faragnak –, ők alakítják a következő évtizedet.
Akik romlásként látják? Sok energiát pazarolnak egy elkerülhetetlen dologra.
A torta nő. Nem kell mindenkinek CS diploma a hozzájáruláshoz. De akik értik a rendszereket, architektúrát, a tartós építést – ők sosem voltak értékesebbek.
Építs másképp. Építs jobban. Tudva, hogy a falak leomlanak, akár tetszik, akár nem.