Karrier
30 napos terv: hogyan legyél forward deployed engineer
Négy hét, heti bontásban: építs egy valódi ágenst, tedd hibatűrővé, mérd meg, és tanuld meg megvédeni üzleti nyelven is. Konkrét ellenőrzőpontokkal.
Ha egyben kellene összefoglalni: csináld a munkát, mielőtt megkapnád a címet. Harminc nap alatt lehet olyan bizonyítékod, amivel érdemben lehet pályázni egy ilyen szerepre.
Az alábbi ütemezés napi néhány órával reális. Nem verseny — ha hat hét lesz belőle, az is rendben van, a sorrend a lényeg.
1. hét — építs egy ágenst, ami végigvisz egy valódi feladatot
A cél nem egy chatbot. A cél egy rendszer, ami kap egy feladatot, és befejezi — anélkül, hogy valaki tökéletesen fogalmazna neki.
Válassz egy valódi back-office munkafolyamatot. Ne találj ki: kérdezd meg egy ismerősödet, mit csinál a pénzügyön, a beszerzésen vagy a HR-en, és kérd meg, hogy mesélje el lépésről lépésre. Ez a gyakorlat maga is FDE-készség.
Napi bontásban:
- Ágensciklus. Egy hurok, ami tervez, cselekszik, kiértékel, és tudja, mikor áll meg.
- Eszközhasználat. Két-három valódi eszköz — fájlolvasás, HTTP-hívás, adatbázis-lekérdezés.
- Guardrailek. Mit nem csinálhat. Maximális lépésszám, maximális költség, tiltott műveletek.
- Kontextus és memória. Mi kerül be a hívásba, mi marad ki, mi az, amit futások között meg kell őrizni.
- Naplózás. Minden lépés visszanézhető: bemenet, döntés, indoklás.
- A teljes folyamat. Kösd össze, futtasd végig.
- Ellenőrzőpont. Működik egy feladatra, eszközökkel, guardrailekkel, naplóval.
Az 5. nap a legfontosabb, és ezt hagyják ki a legtöbben. Ha nem tudod megmutatni, mit csinált az ágens, senki nem fog megbízni benne. Ez a különbség egy hobbiprojekt és egy védhető rendszer között.
2. hét — tedd olyanná, ami túléli a valóságot
Az első heti rendszered a boldog úton működik. Most jön a többi.
- Strukturált kimenet. Sémával definiált JSON, validálva. Ne szabad szöveget parsolj.
- Hibamódok listája. Írd össze, hányféleképpen tud elromlani. Legalább húsz sort találsz, ha őszinte vagy.
- Kivételkezelés. Mindegyikre: újrapróbálkozás, más út, vagy emberhez küldés. De soha nem csendes elnyelés.
- Idempotencia. Ha kétszer fut le ugyanarra, ne csináljon két dolgot.
- Ellenőrzőpont. Dobj rá szándékosan rossz bemeneteket. Elromlott PDF, hiányzó mező, üres fájl, kétszer küldött ugyanaz. Egyiktől se álljon le némán.
Ez a hét a legkevésbé látványos, és ez választja el a demót a rendszertől. Erről bővebben: a boldogtalan utak.
3. hét — tedd mérhetővé és megfizethetővé
- Arany adathalmaz. 50–100 eset, minden kategóriából. Címkézd fel, mi a helyes kimenet. Így épül fel.
- Mérőszkript. Egy parancs, ami végigfuttatja és kiírja a kategóriánkénti eredményt.
- Hibaelemzés. Nézd meg, mi bukott el, és miért. Csoportosítsd.
- Olcsóbb modell részfeladatokra. Mérd meg, mit veszítesz. Gyakran semmit.
- Költség és késleltetés esetenként. Konkrét szám.
- Ellenőrzőpont. Van egy számod, tudod a hibamódjaidat, tudod, mibe kerül egy eset.
Ha eddig eljutottál, többet tudsz a saját rendszeredről, mint a legtöbb AI-projekt csapata a sajátjáról.
4. hét — tanuld meg megvédeni
Ez a hét arról szól, hogy kétféleképpen tudd elmondani, amit csináltál.
Mérnöknek. Mi az architektúra? Miért így? Mi volt az alternatíva, és miért vetetted el? Hol a szűk keresztmetszet? Mi törik el először, ha tízszeres terhelés jön?
Vezetőnek. Milyen üzleti problémát old meg? Mennyi időt takarít meg, konkrétan? Mi a kockázat, és mi történik, ha téved? Mennyibe kerül havonta? Miért éri meg?
A második nehezebb, ha mérnökből jössz — és pontosan ez a rész választja el az FDE-t a fejlesztőtől.
Aztán jön a leghasznosabb lépés: mutasd meg valakinek, aki abban a szakmában dolgozik. Nem azért, hogy dicsérjen. Azért, hogy elmondja, mit értettél félre. Fogja is: „ez nálunk nem így megy”, „ezt a lépést nem csináljuk”, „ez a kivétel nálunk az esetek harmada”.
Ez a visszajelzés ér a legtöbbet az egész hónapból.
Mi lesz a végén
Nem FDE leszel harminc nap alatt. Az a szerep évekig épül.
De lesz egy működő rendszered, egy mérési készleted, egy listád a hibamódokról, és két különböző előadásod ugyanarról. Ez több, mint amivel a jelöltek túlnyomó többsége érkezik — és pontosan az, amit egy ilyen pozícióra felvevő cég látni akar.
A második oldal — a kommunikáció, az üzleti megértés, a szervezeti politika — csak valódi ügyfélnél tanulható. De addig sem tétlenül kell várni.
Ha ezt végigcsináltad és beszélgetnél róla, írj — mérnököket keresünk. Előtte érdemes elolvasni: mi az FDE.
Kérdések ehhez a témához
Kell hozzá szoftvermérnöki háttér?
Nagyon segít, de nem minden FDE-szerep igényel produkciós kódot. Van, ahol meglévő platformon konfigurálsz. Ami minden szerepben közös: érteni kell, mit csinál a rendszer, mert éles hibánál te leszel a hívott fél.
Tényleg 30 nap alatt meg lehet ezt tanulni?
A szerepet nem, a belépőt igen. A 30 nap célja, hogy legyen egy védhető, működő rendszered és egy értelmes véleményed. A többi az első valódi ügyfélnél jön.
Ez nálatok hogy néz ki?
Ha ez a probléma ismerős, kezdjük egy folyamattal. Írjátok meg, melyik részleg viszi el a legtöbb kézi munkaórát — visszaírunk egy konkrét javaslattal.