Vaš tim isporučuje više koda nego ikada. I vi mu verujete manje nego pre godinu dana. Pitanje koje mi CTO-ovi postavljaju glasi otprilike ovako: šta konkretno da promenim?
Kupite više seniorskog kapaciteta za code review. Ne bot i ne lakši proces, nego ljude koji dok čitaju diff drže u glavi poslovnu logiku, bezbednosni model i profil performansi tog sistema.
Pregled koda tako postaje stavka u planu, sa svojim satima i svojim ljudima, a ne nešto što se radi između dva zadatka. To je skup odgovor. Takođe je i tačan, za svakoga ko isporučuje softver koji ljudi plaćaju.
Šta se zapravo promenilo
Faros AI je merio timove sa visokom primenom AI alata. Ti timovi prave 98% više pull requestova. Vreme potrebno za review jednog pull requesta poraslo je za 91%. Dakle, duplo više posla ulazi u red, a svaki komad tog posla traje skoro duplo duže da se pregleda.
CircleCI u izveštaju za 2026. vidi istu stvar iz drugog ugla. Propusnost na feature granama porasla je za 59% na godišnjem nivou. Medijana propusnosti na main grani je istovremeno pala. Kod se piše brže nego što stiže do produkcije, a razlika se gomila negde između.
DORA izveštaj za 2025. daje broj za taj dobitak. AI podiže propusnost između 2% i 18%, u zavisnosti od tima. Isti izveštaj taj dobitak povezuje sa višom stopom neuspelih izmena. Objašnjenje koje DORA nudi nije da AI piše loš kod. Objašnjenje je da generisanje prestiže kapacitet za review i za deploy.
GitClear meri nešto drugo, sam oblik koda. Dupliranje blokova poraslo je za 81% u odnosu na 2023. i to je najviši nivo koji su ikada zabeležili. Refaktorisan, odnosno premešten kod pao je sa 13% izmenjenih linija u 2023. na 3,8% u 2026. Pozivi funkcija između fajlova pali su za 35%. Kod se sve više kopira, a sve manje ponovo koristi.
Ima i gori nalaz. Studija iz 2026. o ponašanju ljudi koji čitaju tuđi kod pokazala je da su pull requestovi sa AI kodom, u kojima je bilo otprilike duplo više redundantnog koda, dobili manje negativnih reakcija nego što se očekivalo. Više šuma je prošlo uz manji otpor.
Četiri opcije koje su na stolu
Progutati to
Isti ljudi rade review, isti standardi važe, samo volumen raste. Na papiru ovo ne košta ništa i zato je podrazumevana opcija u većini timova. Nju zapravo niko nije ni izabrao. Prosto niko nije doneo suprotnu odluku.
Rizik je visok i, što je gore, stiže kasno. Ova opcija ne pada glasno. Pregledi postanu plići nekoliko meseci pre nego što iko to prizna naglas, a prvo što se izgubi nije sintaksa nego pitanje da li ova izmena uopšte pripada ovde.
MSR studija iz 2026. o agentskim pull requestovima pokazuje kako to izgleda kada ode do kraja. Od spojenih pull requestova koje je napisao agent, 77,5% spojio je isti agentski identitet koji ih je i podneo. Kod ljudi je ta cifra 57,6%. U 5,5% spajanja nije bilo nikakve vidljive ljudske interakcije. To više nije review, to je logovanje.
AI review ispred reda
Bot uradi prvi prolaz, čovek čita ono što ostane. Cena je niska, reda veličine desetina evra po programeru mesečno. Rizik je umeren, ali pogrešno shvaćen, i tu većina timova pogreši.
Ovi alati su odlični u svojoj klasi problema. Prijaviće neiskorišćen import, promašen null check, test koji zapravo ništa ne tvrdi. Problem je što skupa klasa grešaka nije ta.
Bot ne može da zna da je servisna klasa koju gleda upravo dobila drugu odgovornost. Ne može da zna da tok povraćaja novca mora da upiše stavku u glavnu knjigu pre nego što pozove payment provajdera. Ne može, jer to niko nigde nije zapisao tamo gde bot ume da pročita.
Kao linter sa boljim manirima, ovo je sasvim u redu i preporučujem ga skoro svakom timu. Kao kapija, znači da ste automatizovali baš onaj deo presuđivanja zbog kojeg je kapija i postojala.
Usporiti ulaz
Ograničite veličinu pull requesta, tražite manje izmene, uže definišite obim zadatka. Košta malo novca, a dosta trenja. Rizik je nizak, a timovima koji se dave u pull requestovima od 900 linija ovo stvarno pomaže.
Ali problem količine ne rešava se time što ćete izmene smanjivati unedogled. Posle jedne tačke, deset malih pregleda košta više prebacivanja konteksta nego dva velika. Ovo je korisna higijena, nije odgovor.
Kupiti više seniorskog kapaciteta za review
Review postaje prvorazredan posao, sa stvarnim satima u planu i sa imenom čoveka pored njih. I na njemu stoje ljudi dovoljno iskusni da uhvate grešku u poslovnoj logici, a ne prekršaj stila.
Ovo je ubedljivo najskuplja od četiri opcije. Rizik je nizak. Odgovara svakome čiji softver, kada padne u produkciji, košta pravi novac ili pravo poverenje. To je i ono što preporučujemo.
Šta mi radimo i koliko nas to košta
Kod nas se svaka linija čita, a ne preleće. Kod koji izađe iz naših tokova je obično dobrog kvaliteta i to ne menja apsolutno ništa u vezi sa odgovornošću. AI ne potpisuje ugovor, ne nosi odgovornost i ne može da se pozove u 11 uveče kada nešto stane.
Ono što odbijamo skoro nikada nije sintaksa. Arhitektura je. Redovno vraćam pull requestove zbog kršenja SOLID principa i to je iz nedelje u nedelju isti obrazac.
Kod radi. Testovi prolaze. A klasa je usput tiho dobila drugu odgovornost, jer je to bio najkraći put do odgovora koji radi.
AI optimizuje za izmenu koja je ispred njega. Ne zna da je klasa koju je proširio ona od koje zavise tri tima. Ne zna da ste taj interfejs namerno držali uskim. Ništa u diffu to ne pokazuje, morate to već znati o svom sistemu. Zato senior, a ne bilo ko sa slobodnim vremenom.
Sada i ono što nas to košta, jer računica nije prijatna.
Prvo, vreme. Trošimo znatno više sati na review nego pre godinu dana. Nemam preciznu cifru koju bih ovde napisao i neću je izmišljati, ali na fiksnoj ceni ta razlika izlazi iz marže, ne iz nečije dobre volje.
Drugo, ljudi se zamaraju. Review je mentalno naporan na način na koji pisanje koda nije. Pisanje ima ritam i vidite kako stvar raste pod rukama. Review znači držati tuđu nameru u glavi i loviti ono čega u kodu nema. Posle šest sati toga nemate na šta da pokažete.
Treće, tim to kaže naglas. Previše pregledamo, premalo gradimo. Nemam čisto rešenje za to. Rotacija ljudi, ograničeni blokovi za review i zaštićeno vreme za gradnju pomažu malo, ali tenzija ne nestaje. Svaka agencija koja tvrdi da je taj problem rešila nešto vam prodaje.
Četvrto, i to me najviše brine. Seniora je malo i biće ih još manje. Seniori su se godinama pravili tako što juniori pišu kod, neko iskusniji ih ispravlja, pa vremenom počnu sami da ispravljaju druge. Ako juniori pišu bitno manje koda, odakle stižu sledeći ljudi koji umeju da rade review? Ne znam. Mislim da to zasad niko ne zna.
Odluka, prema situaciji
Pet situacija pokriva gotovo sve što viđamo kod klijenata.
- Pre prihoda, prototip, kod koji ćete baciti. Progutajte to. Isporučujte i pregledajte lako. Režija procesa će vas ubiti brže od bilo kog buga.
- Mali proizvod, pravi korisnici, novac se ne pomera. Bot za prvi prolaz i manji pull requestovi. Senior review držite na autentifikaciji i na podacima.
- Novac, lični podaci ili regulisano opterećenje. Senior review na sve, bot samo kao dopuna. Skupo je i tačno je.
- Nasleđeni sistem, mali tim, visok obim izmena. Senior review plus tvrdo ograničenje veličine pull requesta. Vaš problem je razumevanje sistema, a ne propusnost.
- Ne možete da zaposlite seniore. Dovedite tim spolja za kapacitet dok gradite svoj. Samo nemojte se pretvarati da je kapija popunjena kada nije.
Ako ste u ovoj situaciji, izaberite ovo
Ako vaš kod pomera novac, drži lične podatke ili bi vas u ponedeljak ujutru osramotio pred klijentom, popunite kapiju seniorima i platite to. Sve jeftinije od toga kupuje vam određenu vrstu slepila, samo birate koju.
Postoji situacija u kojoj je ovaj savet pogrešan i vredi je reći jasno. Ako ste pre prihoda i gradite da biste uopšte saznali da li to nekome treba, isporučujte brzo, pregledajte lako i uzmite tehnički dug svesno. Bar ćete znati gde je zakopan.
Prekretnica je dan kada vam neko da svoju karticu. Najčešća greška koju viđam nije pogrešan izbor opcije, nego to što timovi koji su tu prekretnicu odavno prešli i dalje rade kao da nisu. Navikli su se na brzinu dok još nije bilo šta da se izgubi, a posle niko nije doneo odluku da se ta brzina promeni.
Gde mi ulazimo
Seniorski kapacitet za code review je jedna od stvari koje radimo za klijente, samostalno ili kao deo razvojnog angažmana. Ne poredimo kod sa generičkom čeklistom. Čitamo ga u odnosu na vašu poslovnu logiku, vaš bezbednosni model i profil performansi vašeg sistema, jer se skupe greške kriju tu, a ne u stilu.
Gradimo sa Laravelom kao Laravel Community Partner, uz React i React Native. Radimo u istoj vremenskoj zoni kao zapadna Evropa, što za review znači više nego za bilo šta drugo. Review koji čeka osam sati nije review, to je red čekanja.
Ako vam pull requestovi stoje, a niste sigurni da li vam trebaju ljudi, alat ili prosto manji pull request, pišite nam na [email protected]. Pogledaćemo vaš postojeći proces i iskreno vam reći šta vam od toga zaista nedostaje.