Prošlog je tjedna jedan od naših voditelja proizvoda (PM) izradio i poslao značajku. Nije specificirano. Nisam podnio kartu za to. Napravio ga, testirao i poslao u proizvodnju. Za jedan dan.
Nekoliko dana ranije, naš je dizajner primijetio da je vizualni izgled naših IDE dodataka odstupio od sustava dizajna. U starom svijetu to je značilo snimke zaslona, JIRA kartu, razgovor za objašnjenje namjere i sprint slot. Umjesto toga, otvorio je agenta, sam prilagodio izgled, eksperimentirao, ponavljao i podešavao u stvarnom vremenu, a zatim gurnuo popravak. Osoba s najjačom dizajnerskom intuicijom izravno je popravila dizajn. Nije potreban sloj prijevoda.
Ništa od ovoga nije novo u teoriji. Vibe kodiranje otvorilo je vrata stvaranja softvera milijunima. To je bila težnja. Kad sam podijelio podatke o tome kako su naši inženjeri udvostručili propusnost, prešli s kodiranja na provjeru valjanosti, unaprijedili dizajn za brzo eksperimentiranje, to je još uvijek bila inženjerska priča. Ono što se promijenilo jest da je teorija postala praksa. Evo kako se to zapravo odigralo.
Sadržaj objave
Usko grlo se pomaknulo
Kad smo 2025. godine prvi krenuli s umjetnom inteligencijom, troškovi implementacije su se srušili. Agenti su preuzeli skele, testove i ponavljajući kod ljepila koji je prije pojeo pola sprinta. Vremena ciklusa smanjila su se s tjedana na dane, s dana na sate. Inženjeri su počeli manje razmišljati o datotekama i funkcijama, a više o arhitekturi, ograničenjima i planovima izvršenja.
Ali nakon što su inženjerski kapaciteti prestali biti usko grlo, primijetili smo nešto: brzina odlučivanja je bila. Svi mehanizmi koordinacije koje smo izgradili da zaštitimo vrijeme inženjeringa (specifikacije, karte, primopredaje, dotjerivanje zaostataka) sada su bili najsporiji dio sustava. Optimizirali smo za ograničenje koje više nije postojalo.
Što se događa kada je gradnja jeftinija od koordinacije
Počeli smo postavljati drugačije pitanje: kako bi izgledalo da ljudi koji su najbliži namjeri mogu izravno slati softver?
PM-ovi već razmišljaju o specifikacijama. Dizajneri već definiraju strukturu, izgled i ponašanje. Oni ne razmišljaju u sintaksi. Oni razmišljaju o rezultatima. Kad su troškovi pretvaranja namjere u radni softver dovoljno pali, ove uloge više nisu trebale “naučiti kodirati.” Trošak implementacije jednostavno je pao na njihovu razinu.
Zamolio sam jednog od naših premijera, Dmitrija, da opiše što se promijenilo iz njegove perspektive. Rekao mi je: “Dok agenti generiraju zadatke u Zenflowu, postoji nekoliko minuta praznog hoda. Samo mrtav zrak. Htio sam napraviti malu igricu, nešto s čime možete komunicirati dok čekate.”
Ako ste ikada vodili proizvodni tim, znate ovu vrstu ideje. Ne pomiče KPI. Nemoguće je opravdati na sastanku o prioritetima. Odgađa se zauvijek. Ali dodaje osobnost. Proizvod daje dojam kao da je nekome stalo do sitnih detalja. To su upravo one stvari koje se optimiziraju iz svake zaostale sesije dotjerivanja i točno ono čega se korisnici sjećaju.
Sagradio ga je za jedan dan.
U prošlosti bi ta ideja umrla u proračunskoj tablici za određivanje prioriteta. Ne zato što je bio loš, već zato što je trošak provedbe učinio neracionalnim nastaviti s njim. Kada taj trošak padne blizu nule, računica se potpuno mijenja.
Dostava je postala jeftinija od objašnjavanja
Kako je sve više ljudi počelo izravno graditi, čitavi slojevi procesa tiho su nestali. Manje ulaznica. Manje predaja. Manje “možeš li objasniti što misliš pod…” razgovori. Manje trenutaka izgubljenih u prijevodu.
Za smislenu klasu zadataka postalo je brže samo izgraditi stvar nego opisati što želite i čekati da netko drugi to izgradi. Razmislite o tome na trenutak. Svaka moderna softverska organizacija je strukturirana oko pretpostavke da je implementacija skup dio. Kada se ta pretpostavka pokvari, organizacija se mora promijeniti s njom.
Naš dizajner koji popravlja korisničko sučelje dodatka savršen je primjer. Stari tijek rada (snimka zaslona problema, podnošenje prijave, objašnjenje jaza između namjere i implementacije, čekanje sprinta, pregled rezultata, traženje prilagodbi) postojao je u potpunosti radi zaštite inženjerske propusnosti. Kada osoba s dizajnerskom intuicijom može izravno djelovati na to, cijeli taj niz nestaje. Ne zato što smo eliminirali proces radi njega samog, već zato što je proces rješavao problem koji više nije postojao.
Učinak spoja
Evo što me najviše iznenadilo: Slaže se.
Kada PM-ovi grade vlastite ideje, njihove specifikacije postaju oštrije, jer sada razumiju što agent treba da dobro izvede. Oštrije specifikacije daju bolji učinak agenta. Bolji izlaz znači manje ciklusa ponavljanja. Vidimo velocity joint iz tjedna u tjedan, ne samo zato što su se modeli poboljšali, već zato što su se ljudi koji ih koriste približili poslu.
Dmitry je to dobro rekao: povratna sprega između namjere i ishoda trajala je od tjedana do minuta. Kada odmah možete vidjeti rezultat svoje specifikacije, saznat ćete koja je preciznost potrebna sustavu i instinktivno je počinjete pružati.
Postoji učinak drugog reda koji je teže izmjeriti, ali ga je nemoguće propustiti: vlasništvo. Ljudi prestanu čekati. Prestaju prijavljivati kazne za stvari koje bi samo mogli popraviti. “Graditelj” prestao biti naziv radnog mjesta. To je postalo zadano ponašanje.
Što to znači za industriju
Puno toga “svi mogu kodirati” prošlogodišnji narativ bio je teorijski ili fokusiran na solo osnivače i malene timove. Ono što smo mi doživjeli je drugačije. Imamo oko 50 inženjera koji rade u složenoj bazi kodova brownfielda: višestruke površine i programski jezici, poslovne integracije, puna težina pravog proizvodnog sustava.
Ne mislim da smo jedinstveni. Mislim da smo uranili. A sa svakom novom generacijom modela, jaz između onoga tko može graditi i tko ne može smanjuje se brže nego što većina organizacija shvaća. Svaka softverska tvrtka uskoro će otkriti da njihovi PM-ovi i dizajneri sjede na nerealiziranim kapacitetima izgradnje, blokirani ne vještinom, već cijenom implementacije. Kako taj trošak nastavlja padati, organizacijske implikacije su duboke.
Počeli smo s namjerom da ubrzamo softversko inženjerstvo. Ono što postajemo je nešto drugačije: tvrtka u koju svi šalju.
Andrew Filev je osnivač i izvršni direktor tvrtke Zencoder.
