Kako je jedan prompt zamijenio sat vremena programiranja

Booking.com je s 700 developera izmjerio 30% više merge requestova nakon treninga za AI alate. Što se stvarno događa kad rečenica zamijeni sat kucanja koda.

Prije tri godine, da netko treba formu za registraciju s validacijom, spajanje na bazu i email potvrdom, sjeo bi i kucao — možda sat, možda dva, ovisno o iskustvu i koliko puta zaboravi točku-zarez. Danas sve češće samo napiše: "napravi mi formu za registraciju s validacijom emaila, spremanjem u bazu i potvrdom na mail" — i pet minuta kasnije provjerava je li kod ispravan, umjesto da ga piše od nule.

To nije marketinška fraza. To je ono što Collins Dictionary krajem 2025. proglasio riječju godine pod imenom "vibe coding" — pojam koji je u optjecaj pustio Andrej Karpathy, a koji do 2026. postaje standardni način rada za ogroman dio developera.

Brojka koja to čini opipljivim

Booking.com je početkom 2026. proveo pilot-program sa 700 developera koji su koristili generativne AI alate za kod. Ključni detalj nije bio uvođenje alata samog po sebi — bilo ga je i prije, s osrednjim rezultatima — nego trening timova da AI-u daju precizne, eksplicitne upute umjesto nejasnih zahtjeva. Rezultat: 30 posto više spojenih merge requestova i, prema izvještaju tima, primjetno veće zadovoljstvo poslom.

Šire gledano, 92 posto američkih developera očekuje se da će do kraja 2026. svakodnevno koristiti AI alate za kod, a prosječna ušteda vremena po developeru procjenjuje se na oko 3,6 sati tjedno na uzorku od 135.000 programera. Kod redovnih, iskusnih korisnika ta brojka penje se na 5 do 8 sati tjedno — gotovo cijeli radni dan.

Zašto rečenica uopće može zamijeniti sat kucanja

Razlog nije samo brzina generiranja teksta. Moderni AI alati za kod u 2026. rade "full-stack generaciju" — iz jednog prompta grade frontend, backend, shemu baze, autentikaciju i API rute istovremeno, umjesto da developer ručno spaja te dijelove. Ono što je nekad bilo pet odvojenih zadataka postaje jedan opis namjere, a alat sam popuni sve rubove — konfiguraciju, boilerplate, uvezene pakete — stvari koje inače pojedu vrijeme, a rijetko su intelektualno zanimljive.

Kvaka koju statistike o "uštedi vremena" često ne spominju

Nije sve tako jednostavno kako zvuči. Kontrolirana studija istraživačke organizacije METR iz 2026. otkrila je da su iskusni developeri koji su AI koristili loše — bez jasnih uputa i bez provjere — u prosjeku trebali 19 posto duže da završe zadatak, iako su subjektivno bili uvjereni da su brži. Osjećaj brzine i stvarna brzina nisu isto.

Postoji i drugi rizik: kod napisan uz AI pomoć bez odgovarajućeg nadzora bilježi otprilike 1,7 puta više prijavljenih grešaka i sigurnosnih propusta od ručno pisanog koda. Drugim riječima, prompt koji zamijeni sat kucanja ne zamjenjuje i sat razmišljanja o tome je li rezultat ispravan.

Razlika je u tome kako se prompt piše, ne u alatu

Booking.comov nalaz najbolje sažima što razdvaja timove koji stvarno štede vrijeme od onih koji samo misle da štede: eksplicitnost. "Napravi mi login" daje lošiji rezultat od "napravi formu za prijavu s email/lozinka poljima, bcrypt hashiranjem, rate-limitingom na pet pokušaja i JWT tokenom koji vrijedi sedam dana". Prvi prompt tjera model da nagađa, pa developer troši vrijeme na ispravljanje pogrešnih pretpostavki. Drugi prompt prenosi odluke koje bi developer ionako morao donijeti — samo ih izgovara umjesto da ih kuca kroz sintaksu jezika.

Što to znači za sam posao programiranja

Vještina koja raste u vrijednosti nije brzina tipkanja, nego preciznost mišljenja — sposobnost da se problem razloži na jasne, nedvosmislene zahtjeve prije nego što uopće krene pisanje koda ili prompta. To je vještina koju su dobri arhitekti softvera oduvijek imali; sad je ona postala vidljiva svakom developeru, jer je razlika između dobrog i lošeg prompta odjednom mjerljiva u minutama uštede ili gubitka.

Kucanje sintakse — točke-zareza, zagrade, uvoz biblioteka — bilo je oduvijek najmanje vrijedan dio posla, samo što ranije nije bilo načina da se preskoči. Sad postoji, i posao se pomiče prema onome što je oduvijek bio njegov stvarni sadržaj: razumjeti problem, provjeriti rješenje, snositi odgovornost za ono što ide u produkciju.