Prije godinu ili dvije pitati inženjera koristi li AI za pisanje koda moglo je biti korisno dodatno pitanje, ali danas to postaje normalan dio kako se softver gradi.
Promjena se dogodila iznenađujuće brzo. JetBrains-ova anketa Developer Ecosystem Survey iz 2026., koja se temelji na više od 15.000 profesionalnih razvijatelja, pokazala je da je 90% razvijatelja koristilo AI agente za kodiranje na radnom mjestu najmanje jednom tjedno između svibnja i srpnja 2026., pri čemu je 68% koristilo ih svakodnevno. Sam Claude Code korišten je na radnom mjestu od strane oko 39% profesionalnih razvijatelja diljem svijeta, što je porast s 18% u siječnju. U Sjedinjenim Američkim Državama, taj broj je dostigao 47%.
To ne znači da je svaki razvojni inženjer iznenada prestao pisati kod sam. To znači da se način na koji razvijatelji rade mijenja. Umjesto da ručno pišu svaki redak, mnogi inženjeri sada koriste AI kako bi istražili ideje, napisali dijelove značajke, popravili greške, razumjeli nepoznat kod, pokrenuli testove i brže rješavali probleme.
Za startupe to stvara prilično važno pitanje: Ako vaši inženjeri već rade na ovaj način, trebalo bi li vašim procesima zapošljavanja i dalje procjenjivati njihove kvalifikacije kao da AI ne postoji?
AI je Promijenio Način Rada Inženjera
Dugo vremena, GitHub Copilot bio je naziv kojem su ljudi najčešće povezivali AI-pomoćnom kodiranju. Postao je poznat dio kompletnog razvoja softvera, posebno jer je radio direktno u alatima koje su razvijatelji već koristili.
Ali tržište se brzo promijenilo.
Prema najnovijoj anketi JetBrainsa, upotreba GitHub Copilota na radnom mjestu pala je s 29% od prije godinu dana na 21% u svibnju-srpnju 2026. Claude Code, međutim, rastao je s 18% u siječnju na 39% tijekom istog razdoblja. GitHub Copilot je i dalje mnogo poznatiji, s 79% razvijatelja globalno koji su čuli za njega, ali svijest i stvarna upotreba više nisu isto.
To je važna razlika za svakoga koji zapošljava inženjere.
Nije nužno potrebno da vas briga koji je AI alat trenutno broj jedan. Alati će se nastaviti mijenjati. Ono što je važno je da su AI agenti za kodiranje prešli s nečega što su razvijatelji eksperimentirali na nešto što mnogi sada koriste kao dio svoje normalne radne rutine.
Drugim riječima, alat se može promijeniti, ali novi način rada je već tu.
Što To Znači Za Vaš Tim
To je još važnije kada zapošljavate za startup.
Mali inženjerski tim nema luksuz da troši mjesece gradeći svaku značajku ručno. Trebaju vam ljudi koji mogu razumjeti problem, donositi dobre odluke, kretati se brzo i znati kada nešto treba detaljnije razmotriti.
AI može pomoći s dijelom tog rada, ali ne zamjenjuje osobu koja donosi odluke. To je zapravo najvažniji dio ovog pomaka.
Razvojni inženjer može zatražiti od AI agenta da nešto izgradi u minutama. Ali razmislite što se događa dalje:
1. Što se odvija kada odgovor izgleda ispravan a nije?
2. Što se odvija kada AI krivo razumije važan zahtjev?
3. Što se odvija kada promijeni nešto u jednom dijelu aplikacije i tiho prekine nešto drugdje?
To su inženjerska pitanja, i postaju važnija, ne manja.
JetBrains-ova istraživanja pokazuju da razvojni inženjeri koji koriste ove alate i dalje znatno variraju u tome koliko dopuštaju AI da radi. Između razvijatelja koji koriste Claude Code najčešće, primjerice, oko 32% izvještava da agenti generiraju više od 80% njihova koda. To znači da ne postoji jedinstveni "AI razvojni inženjer" tok rada. Neki koriste agente intenzivno, dok drugi i dalje obave većinu kodiranja sami.
Dakle, cilj vašeg razgovora ne bi trebao biti pronaći nekoga tko dopušta AI da napише sve. Trebalo bi biti razumijevanje kako to koriste i trebaju li znati kada mu ne treba vjerovati.
Ne Pitajte Samo Koriste Li AI, Pitajte Kako Ga Koriste
Ako ažurirate svoj proces intervjuiranja, jedna od najjednostavnijih promjena je i jedna od najkorisnije. Prestanite tretirati iskustvo s AI kao jednostavno da/ne pitanje.
Koristili ste Claude Code?
Da.
To vam ne govori puno.
Umjesto toga, zamolite kandidata da vam kaže o stvarnoj situaciji:
1. Gdje su koristili AI alat za kodiranje?
2. Što su pokušavali graditi?
3. Što su dopustili alatu da radi?
4. Što su provjerili sami?
5. Je li AI pogriješio? Kako su to uočili?
Odgovor može vam reći mnogo više nego naziv alata koji koriste.
Netko tko kaže, "Koristim AI kako bi brže generirao kod," vam zapravo nije rekao kako radi. Ali netko tko kaže, "Dopustim agentu da se nosi s prvom verzijom, ali sam primijetio da je pogrešno pretpostavljao kako naše baze podataka funkcioniraju, pa sam ga zaustavio i sam ponovno napisao taj dio," vam daje nešto mnogo korisnije.
Ta osoba pokazuje rasudu — i to je vještina koju startupima trebate.
Fluentnost AI Nije Ista Kao Ovisnost O AI
Postoji i zamka ovdje. Samo zato što netko intenzivno koristi AI ne znači da je automatski bolji inženjer. Zapravo, suprotno se može dogoditi kada netko bez razmatranja prihvaća sve što AI alat proizvede.
Najbolji inženjeri nisu nužno oni koji traže od AI da obavlja najviše posla. To su oni koji znaju koji posao joj dati, kako joj dati upute i kako provjeriti što se vraća. Ova razlika postaje sve važnija kako se agenti za kodiranje postaju sposobni rukovati većim dijelovima posla.
Anthropicova analiza od otprilike 400.000 Claude Code sesija pokazala je da ljudi obično donose odluke o planiranju, kao što su odluke o tome što treba obaviti, dok Claude rukuje većinom izvršavanja. Istraživanje je također pokazalo da ljudi s većim znanjem domena obično obavršavaju više posla po uputi.
To je koristan način kako razmisliti o budućnosti inženjerstva. Vrijednost nije jednostavno u bržem pisanju koda. To je u znanju što bi trebalo biti izgrađeno, davanju prave upute, pronalaženju problema i odlučivanju je li rezultat zaista dovoljno dobar za isporuku.
Što Bi "Viši Inženjer" Trebao Značiti Sada?
Ovaj pomak također postavlja veće pitanje o senioritetu.
Tradicionalno, viši inženjer bio je netko tko je mogao riješiti teške tehničke probleme samostalno, donositi arhitektonske odluke, pregledati rad drugih i pomoći timu da se pomakne naprijed. Te stvari i dalje su važne, ali sada postoji još jedan sloj.
Snažan viši inženjer trebao bi sve više znati kako učinkovito raditi s AI alatima bez prepuštanja svoje prosudbe njima.
Trebali bi biti u mogućnosti rastaviti veliki problem na manje dijelove, dati AI agentu korisnu uputu, pregledati rezultat, uočiti suptilne greške i razumjeti kada je obavljanje nečega ručno zapravo sigurnije ili brže.
To je drugačija vještina od jednostavnog znanja kako pisati kod, i to je nešto što vaš proces intervjuiranja može zapravo testirati.
Razlika Se Pokazuje Brzo
Zamislite da intervjuirate dva razvojaća inženjera za istu ulogu.
Prvi kandidat vam kaže da koristi AI tijekom prošle godine i kaže da mu pomaže da "kodira mnogo brže."
Drugi kandidat vam kaže o nedavnom projektu gdje je koristio AI agenta da se nosi s migracijom baze podataka. Agent je proizveo većinu početne implementacije, ali je kandidat primijetio da je krivo razumio kako su historijski zapisi povezani. Uočili su problem tijekom testiranja, promijenili pristup i ručno pregledali konačnu migraciju prije nego što je išla bilo gdje blizu proizvodnje.
Drugi kandidat nije samo demonstrirao da zna kako koristiti AI alat. Demonstrirao je nešto mnogo dragocjenije: rasudu. Zna kada delegirati, kada osporiti rezultat i kada preuzeti kontrolu sam.
To je vrsta signala koju vaš proces zapošljavanja trebao bi tražiti.
Što Bi Osnivači Trebali Promijeniti
Ne trebate potpuno ponovno graditi vaš proces intervjuiranja preko noći. Počnite s nekoliko jednostavnih promjena.
Pitajte kandidate kako AI odgovara njihovoj normalnoj radnoj rutini. Dajte im praktičan problem i dopustite im da koriste alate koje bi normalno koristili. Zatim fokusirajte svoja pitanja na odluke koje su donijeli, a ne samo na kod koji su proizveli.
Pitajte što je AI pogrešio, što su provjerili i što ne bi vjerovali da AI agent rukuje bez nadzora.
Ta pitanja vam daju mnogo jasniju sliku kako će netko zapravo raditi na vašem timu.
I ne pretvorite razgovor u test tko zna najviše AI alata, jer će se alati mijenjati. Važna vještina je učenje kako raditi s njima bez gubitka sposobnosti da nezavisno razmišljate.
To Nije Samo O Claude Codeu
Najveći pomak nije što je Claude Code postao popularan. To je što je AI-pomoćno razvoj postajući dio normale definicije inženjerstva softvera.
JetBrains je pronašao da je 90% profesionalnih razvijatelja koristilo AI agente za kodiranje na radnom mjestu najmanje jednom tjedno do sredine 2026. To ne znači da su tradicionalne inženjerske vještine nestale. To znači da posao sada uključuje drugi sloj rada s mašinama koja mogu rukovati sve većim dijelovima implementacije.
Dakle, ako vaš proces zapošljavanja i dalje traži od kandidata da dokažu samo koliko dobro mogu pisati kod bez AI, možda trebate samo mjeriti dio kako će zapravo raditi kada se vam pridruže.
Pitanje nije više jednostavno: "Može li ova osoba pisati dobar kod?"
Postaje: "Može li ova osoba koristiti svaki dostupan alat, uključujući AI, dok i dalje donosi dobre inženjerske odluke?"
To je mnogo korisnije pitanje za startup da odgovori.
A ako nemate vremena da ponovno dizajnirate vaš proces zapošljavanja oko kako inženjeri zapravo rade danas, tu vam MyNextDeveloper pomaže povezivanjem startupa s provjerenim inženjerima i AI talentom koji razumiju moderne tokove razvoja i mogu pridonijeti od prvog dana.
TL;DR
AI alati za kodiranje brzo su postali normalan dio kako razvijatelji rade, posebno u startupima. To znači da zapošljavanje inženjera samo na temelju koliko dobro mogu kodirati bez AI više nije dovoljno da vam kaže cijelu priču. Ono što je važno sada je trebaju li znati kako učinkovito koristiti AI, uočiti njegove greške i donositi dobre odluke sami. Najbolji inženjeri ne koriste samo AI da napišu kod brže — znaju kada mu vjerovati, kada ga osporiti i kada preuzeti kontrolu.
Želite graditi visoko performantan udaljeni tehnološki tim?
Provjerite MyNextDeveloper, platformu gdje možete pronaći top 3% inženjera softvera koji su duboko oduševljeni inovacijom. Naša rješenja za talente softvera na zahtjev, dedicirane i temeljite pruža sveobuhvatno rješenje za sve vaše potrebe softvera.
Posjetite našu web stranicu kako biste istražili kako možemo vam pomoći u sastavljanju vašeg savršenog tima.
