Pitajte developera gdje mu curi vrijeme i dobit ćete uvijek iste odgovore: sastanci, prekidi, loši zahtjevi. Sve točno — i sve izvan njegove kontrole. A onda isti taj developer dvadeset puta dnevno ručno pretipkava istu naredbu, klikće kroz iste ekrane, čeka build od osam minuta i traži datoteku po projektu — i to ne računa u izgubljeno vrijeme, jer je "to samo minuta".
Upravo to programeri masovno ignoriraju: vlastito radno okruženje kao sustav koji se optimizira. Ne alat, ne framework — nego zbroj sitnih trenja koja se ponavljaju.
Matematika koju nitko ne napravi
Trenje od 30 sekundi koje se ponavlja 20 puta dnevno = 10 minuta dnevno = skoro sat vremena tjedno — za jednu jedinu sitnicu. Prosječan developer ima ih desetak: traženje datoteka, pretipkavanje naredbi, ručno testiranje kroz UI ono što bi pokrio jedan curl, prepisivanje istih git rituala, čekanje builda koji bi se dao prepoloviti, klikanje kroz cloud konzolu za nešto što ima CLI.
Zbroj: pola dana do dan tjedno. Godišnje — mjesec dana rada. Nijedan sastanak vam ne uzima toliko.
A razlog zašto se ne rješava je psihološki: svaka pojedinačna sitnica je premala da bi bila vrijedna rješavanja, i rješavanje izgleda kao "gubljenje vremena na štelanje umjesto rada". Pa se mjesec dana godišnje pokloni entropiji.
Što konkretno pojede najviše (i kako se vraća)
1. Ručno ponavljanje naredbi i procedura. Sve što ste utipkali treći put zaslužuje alias, skriptu ili Makefile target. Deploy procedura od šest koraka koja postoji samo u vašoj glavi nije procedura, nego tempirana greška. Pravilo trećeg puta je dosadno i radi.
2. Traženje umjesto skakanja. Datoteke, naredbe iz povijesti, grane, definicija funkcije — ako išta od toga tražite očima po listama, gubite. Fuzzy pretraga u editoru i terminalu (fzf i srodni alati), skok na definiciju, globalna pretraga projekta — to su vještine od pet minuta učenja koje se vraćaju svaki dan.
3. Spora povratna petlja. Najskuplje trenje od svih: build od osam minuta, test suite koji vrtite cijeli jer ne znate pokrenuti jedan test, kontejner koji se diže dvije minute da biste vidjeli promjenu jedne linije. Svako čekanje dulje od par sekundi nije samo izgubljeno vrijeme — nego izlet u Slack s kojeg se vraćate s ispražnjenim radnim pamćenjem. Sat vremena uložen u ubrzavanje petlje (watch mode, pokretanje pojedinačnog testa, keširanje builda) najbolja je investicija u ovom tekstu.
4. Editor na tvorničkim postavkama. Ljudi provedu osam sati dnevno u alatu čije prečace ne znaju. Ne treba vam vim-guru status; treba vam dvadeset prečaca vašeg editora: multi-cursor, preimenovanje simbola, skok na simbol, snippeti za kod koji stalno pišete.
5. AI asistent bez sustava. Novija varijanta trenja: korištenje AI alata copy-paste stilom kroz browser umjesto integracije u editor/terminal, i pretipkavanje istog konteksta u svaki razgovor. Alat koji je trebao štedjeti vrijeme troši ga na vlastito posluživanje.
Kako početi, bez preseljenja u konfiguracijsku spilju
Postoji i suprotna zamka — ljudi koji tjednima glancaju dotfileove umjesto da rade. Zdrava doza: petkom 30 minuta. Tijekom tjedna zapisujte (papir, notes, bilo što) svaki put kad vas nešto zasvrbi — "opet ovo tipkam", "opet ovo tražim", "opet čekam". Petkom uzmite najčešću stavku s popisa i ubijte je: alias, skripta, prečac, watch mode. Jedna stavka tjedno. Za tri mjeseca radit ćete u okruženju koje ne prepoznajete — u dobrom smislu.
Zaključak
Najveći dobici u developerskoj produktivnosti ne dolaze od herojskih optimizacija nego od dosadne higijene: primijetiti trenje, izmjeriti ga poštenom matematikom i ukloniti ga jednom zauvijek. Vaše okruženje je kod — i kao svaki kod, ili ga održavate, ili trune. Sat vremena tjedno koje sad gubite na "samo minutu" sitnice nitko vam neće vratiti — ali od sljedećeg petka ga možete prestati poklanjati.
