Korlátlan építés a Codex segítségével a Nextdoor mérnökeinél
A Nextdoor központi platformcsapatában a Codex hibákat vizsgál, és a termékmérnököket ülteti a vezetőülésbe.
Egy olyan termék, mint a Nextdoor, amely 11 országban több mint 110 millió felhasználót szolgál ki, sokféle igényt támaszt a platformcsapattal szemben. Cory Dolphin mérnöki vezető számára a Codex alapvető váltást jelent: „eltávolodást attól, hogy iteratívan adjunk utasításokat egy ügynöknek, és elmozdulást az eredményközpontú mérnöki munka felé, ahol a mérnökök elkezdenek a kívánt eredményben gondolkodni, és egy ügynökkel dolgoznak együtt annak megtervezésén.”
Ez azt jelenti, hogy az egyes mérnökök feljebb lépnek a technológiai rétegben: már nem egy adott rendszer vagy keretrendszer specialistáiként vannak bezárva, hanem többé-kevésbé végponttól végpontig felelősek lehetnek a termékélményért, akár több platformon át is. A termelékenység annyira felgyorsult, hogy a szűk keresztmetszet már nem a mérnöki munka, hanem azok a nehéz stratégiai kérdések, hogy mit érdemes legközelebb építeni.
„A Codex alapjaiban változtatta meg, hogyan gondolkodunk a mérnöki munkáról; olyannyira, hogy már el sem tudjuk képzelni a mérnöki munkát nélküle.”
A Codex segítségével „a mérnökök sokkal kevesebb időt töltenek azzal, hogy pontosan hogyan építsenek, és többet az eredmény átgondolásával” – magyarázza Dolphin. Ez az eredmény lehet képernyőkép vagy videó, amely felé az ügynök építhet, egy adott teljesítmény- vagy teszteredmény, vagy egy teljesen új funkcióötlet.
A Nextdoor nemrég bevezette az Opportunity Alerts funkciót, amellyel az emberek szolgáltatókat találhatnak a közelükben; a Codex segítségével a mérnökök irányítják a termékélményt és a terméktervet. Például az értesítéseken dolgozó egyik mérnök felismerte, hogy hasznos lenne térképen megjeleníteni a szolgáltatókat. Korábban egy ilyen funkcióhoz három csapat – a mobilos, a frontend- és a backendmérnöki csapat – együttműködésére lett volna szükség, és lehet, hogy sosem került volna ki a backlogból.
A Codex segítségével azonban „egy mérnök végponttól végpontig meg tudta építeni” – magyarázza Dolphin –, „ami azt jelenti, hogy nemcsak gyorsabban tudja előrevinni a terméket, hanem jobban megérti a tényleges termékélményt és azt is, mi a megfelelő dolog, amit ki kell adni.”
„Ahogy a mérnökök feljebb lépnek a technológiai rétegben, nagyobb felelősséget vállalhatnak az általuk épített termékért. Valóban látni, ahogy az egyes mérnökök elkezdik előrevinni a termékeket.”
Beágyazott Rust-adatbázisokkal és szoros versenyhelyzetekkel működő rendszerekkel dolgozva a Nextdoor a Codex segítségét veszi igénybe a legnehezebben reprodukálható hibák hibakereséséhez. A csapat tiszta környezetet és vizsgálati keretrendszert biztosít az ügynöknek, majd mindenre használja: annak kiderítésétől, hogy miért nem indulnak el a Kubernetes podok, egészen addig, hogy megtalálja a megfelelő trendvonalat egy adatelemzésben.
„A GPT‑5.4 és 5.5 esetében ez igazán lenyűgöző frissítés volt. Azt látjuk, hogy a Codex kiemelkedően jól teljesít abban, hogy rendkívül kitartóan próbálja megtalálni a megfelelő megoldást, és mélyre ás néhány látszólag ezoterikus technikai részletben, hogy eljusson a kiváltó okig” – magyarázza Dolphin.
A Codex és a GPT‑5.5 Fast Mode-járól Dolphin így fogalmaz: „Őszintének kell lennem, a csapat nagy része rászokott. Amikor gyors visszajelzési ciklusod van az éppen megoldott problémával kapcsolatban, mérnökként mámorító érzés.”
A mérnöki munka annyival gyorsabbá vált, hogy Dolphin változást látott a szervezet különböző részeire nehezedő nyomásban. „Olyan sokkal gyorsabban haladunk, hogy a szűk keresztmetszetek már nem a mérnöki munkában vannak. Most már tényleg az a kérdés, hogyan tudjuk beazonosítani, mit érdemes építeni és mi a megfelelő stratégia – és kevésbé az, hogy ténylegesen hogyan építjük meg.”
