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: ezt csak valódi ügyfélnél lehet megtanulni. 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, és visszaírunk egy konkrét javaslattal.