FDE Műhely

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:

  1. Ágensciklus. Egy hurok, ami tervez, cselekszik, kiértékel, és tudja, mikor áll meg.
  2. Eszközhasználat. Két-három valódi eszköz — fájlolvasás, HTTP-hívás, adatbázis-lekérdezés.
  3. Guardrailek. Mit nem csinálhat. Maximális lépésszám, maximális költség, tiltott műveletek.
  4. 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.
  5. Naplózás. Minden lépés visszanézhető: bemenet, döntés, indoklás.
  6. A teljes folyamat. Kösd össze, futtasd végig.
  7. 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.

Kapcsolódó cikkek