Miért a papírkorszak
1965-ben a programozó kódolólapra írt, a lyukkártyát más lyukasztotta, a futás eredménye másnap jött meg. Egy elírás egy elveszett napot jelentett, ezért minden programot papíron ellenőriztek, mielőtt a gép közelébe került volna. Ebből a kényszerből született az asztali ellenőrzés, a nyomkövető tábla, a döntési tábla, a strukturált programozás és az inspekció.
AI asszisztált fejlesztésnél a gépidő ingyenes, a kód másodpercek alatt elkészül. A hiba ára viszont ugyanakkora maradt, csak később jelentkezik. Kiszivárgott ügyféladat, nyitott adatbázis, elszálló LLM számla, olyan kód, amit senki nem ért. A kézikönyvek ezért a papírkorszak fegyelmét kötik össze a mai eszközök sebességével.
Generálni gyorsan lehet, dönteni lassan kell. A gép írja a kódot, az ember felel a szerkezetért, az adatért és a bizalmi határokért.
Hét gondolat, ami ötven év alatt nem változott
| Örök gondolat | Papírkorszak | Mai alak |
|---|---|---|
| Gondolkodás a futtatás előtt. A hiba ára fázisonként nagyságrendet nő. | Asztali ellenőrzés, nyomkövető tábla, Boehm költséggörbéje, Fagan inspekció | Specifikáció előbb, kis lépések, önátnézés ellenőrzőlistával, tesztek a specifikációból |
| A változó döntés egy hely mögé kerül. | Parnas információrejtése (1972), Yourdon és Constantine csatolás és kohézió fogalma | Mély modulok, hexagonális portok, moduláris monolit, bounded context |
| Az adat szerkezete viszi a programot. | Codd relációs modellje, Chen ER modellje, normalizálás, DeMarco adatszótára | Séma és validáció előbb, kényszerek az adatbázisban, sémaevolúció |
| Minden hozzáférést egy kicsi, megkerülhetetlen elem ellenőriz, alapból tiltva. | Anderson referencia monitora, Saltzer és Schroeder elvei, Lampson hozzáférési mátrixa | Sorszintű biztonság, szerver oldali jogosultság, zero trust, legkisebb jogosultság az AI ügynököknél is |
| Ami kívülről jön, ellenséges, amíg nincs ellenőrizve. | A Multics tiger teamjei, Thompson Trusting Trust előadása | Injekció és SSRF védelem, ellátási lánc biztonság, prompt injekció |
| Egy rendszernek egy következetes gondolata van. | Brooks koncepcionális integritása, Naur Programming as Theory Building írása | Döntési napló, architektúra dokumentáció, kis és átnézhető változtatások |
| A lényegi bonyolultság nem tűnik el. | Brooks No Silver Bullet (1986), Lehman törvényei | Az AI a járulékos munkát viszi el, a döntés, a specifikáció és az ellenőrzés megmarad |
Munkarend kockázati szint szerint
A módszerek ára a kockázathoz igazodik. Egy egyszeri szkriptnél fölösleges a fenyegetésmodell, egy ügyféladatot kezelő éles rendszernél viszont a teljes munkarend kötelező.
| Szint | Mikor | Elvárás |
|---|---|---|
| 0. Eldobható | Egyszeri szkript, kísérlet, valódi adat nélkül | Kis lépések, futtatás, a bizonytalanság kimondása |
| 1. Belső eszköz | Szűk csapat, nem érzékeny adat | Rövid tervezés, titokkezelés, bemenet validálása |
| 2. Éles termék | Külső felhasználó, személyes adat, fizetés | Teljes munkarend, fenyegetésmodell, teljes ellenőrzőlista |
| 3. Kritikus | Különleges adat, több bérlő, visszafordíthatatlan műveletet végző AI ügynök | Döntési napló, architektúra értékelés, adatvédelmi hatásvizsgálat, emberi jóváhagyási kapuk, helyreállítási próba |
Ellenőrzőlista éles rendszerhez
Szerkezet
- Egy bekezdésben elmondható, mit csinál a rendszer
- Minden külső szolgáltatás (adatbázis, fizetés, LLM, email) egy saját modul mögött van
- A nem triviális döntések le vannak írva
Adat és hozzáférés
- A séma migrációs fájlban van, kényszerekkel
- Az időbélyeg UTC, a pénz decimális típusban, soha nem lebegőpontosan
- Webhook, fizetés és ütemezett feladat kétszer lefutva sem duplikál
- Sorszintű jogosultság minden táblán, két különböző felhasználóval tesztelve
- Minden végpont szerver oldalon ellenőrzi a jogosultságot és a tulajdonjogot
Titkok, bemenet, függőségek
- Nincs titok a frontendben, a kódtárban, a naplóban és az LLM promptban
- Minden külső bemenet sémával validált, az LLM kimenete is
- Minden új csomag létezik, karbantartott, és a lockfile a kódtárban van
Üzemeltetés és AI
- Hiba esetén a rendszer zárva marad, a felhasználó nem lát belső hibaüzenetet
- Strukturált napló személyes adat nélkül, riasztás a kritikus eseményekre
- LLM hívásnál időkorlát, tokenlimit és költségplafon
- Az AI ügynök a legkisebb jogosultsággal fut, visszafordíthatatlan lépés előtt ember hagy jóvá
Kinek szól
Fejlesztőknek és AI asszisztenssel dolgozó építőknek, akik gyorsan akarnak haladni úgy, hogy a rendszer később se forduljon ellenük. CTO-knak és IT vezetőknek, akik AI által generált kódot vesznek át vagy ilyen projektet felügyelnek. Compliance és információbiztonsági felelősöknek, akiknek ISO 27001, ISO 42001 vagy NIS2 audit előtt kell látniuk, mit jelentenek a kontrollok a fejlesztés nyelvén.
A kézikönyvek a módszereket tanítják, nem a könyveket ismertetik. Minden fejezet leírja, hogyan kell az adott módszert alkalmazni, mikor érdemes, mi a tipikus hiba, és mit jelent ma, AI asszisztált fejlesztésnél.
Állapot 2026 októberében. A szöveg szakmai összefoglaló, nem jogi tanácsadás. A szabványok és jogszabályok aktuális szövegét a kiadótól érdemes ellenőrizni.