Linije koda su se vratile (i gore je nego prije)

Linije koda su se vratile kao mjera produktivnosti i softverski timovi posvuda bi trebali biti zabrinuti. Ono što je nekoć bilo diskreditirano kao opasno obmanjujuće mjerenje inženjerskih rezultata tiho se vratilo u sobe za sastanke, preglede performansi i nadzorne ploče koje je generirala umjetna inteligencija — a ovaj put su posljedice za vaše poslovanje daleko teže.

Zašto su linije koda uopće postale mjera produktivnosti?

Opsesija linijama koda (LOC) potječe iz 1960-ih i 1970-ih, kada je softver još bio nov, menadžeri još uvijek zbunjeni, a brojati nešto - bilo što - bilo je bolje nego ne brojati ništa. Ako je programer napisao više redaka, sigurno je radio više posla, zar ne?

Logika je uvijek bila pogrešna. Bill Gates je slavno upozorio da je mjerenje produktivnosti softvera linijama koda kao mjerenje proizvodnje zrakoplova težinom. Dvostruko teži avion nije duplo bolji. Nije ni kod koji je dvostruko duži.

Do 1990-ih i ranih 2000-ih, industrija je uvelike napredovala. Agilne metodologije, mjerenje temeljeno na rezultatima i rastuće razumijevanje tehničkog duga gurnuli su LOC u smetlište loših ideja. Inženjeri su slavili. Voditelji proizvoda prilagođeni. Tvrtke su počele mjeriti ono što je zapravo važno: isporučene značajke, riješene greške, postignuti korisnički rezultati.

Što potiče povratak opsjednutosti linijama koda?

Dvije su se sile urotile kako bi uskrsnule ovu zombi metriku: alati za generiranje kodova umjetne inteligencije i izvršni pritisak za vidljiv dokaz produktivnosti.

Dok su GitHub Copilot, Cursor i slični alati preplavili tržište, tvrtke su se trudile opravdati svoja ulaganja u umjetnu inteligenciju. Najlakši način da pokažete ROI? Prebrojite linije koda koje ti alati proizvode. Odjednom su inženjerski timovi generirali tisuće redaka dnevno — a rukovoditelji su tu brojku počeli tretirati kao vrhunsko postignuće.

U međuvremenu, rad na daljinu i distribuirani timovi stvorili su novu tjeskobu među menadžerima koji nisu mogli vidjeti svoje programere kako fizički tipkaju. Potražnja za mjerljivim izlaznim metrikama je naglo porasla. LOC je nudio iluziju vidljivosti. Činilo se objektivnim. Osjećao se mjerljivo. Osjećao se sigurno.

Nije ništa od toga.

Zašto je povratak gori od izvornog problema?

Kada su ljudski programeri napisali pretjeran kod kako bi povećali svoje LOC brojeve, šteta je bila ograničena ljudskom brzinom. Programer bi mogao samo tako brzo tipkati, izmisliti toliko suvišnih funkcija ili ispuniti toliko blokova komentara u jednom radnom danu.

AI mijenja sve. Jedan programer s AI pomoćnikom sada može generirati desetke tisuća redaka u satima. Ako njihov pregled izvedbe nagrađuje količinu, imaju sve poticaje da puste umjetnu inteligenciju na volju - proizvodeći opsežan, napuhan, neodrživ kod koji izgleda impresivno u proračunskoj tablici, a katastrofalan je u proizvodnji.

"Najopasnija metrika je ona koju je lako zaigrati. Kada su nagrada linije koda, rezultat nije veća produktivnost - to je više koda. To su vrlo različite stvari."

Nizvodni učinci su ozbiljni i složeni. Napuhane baze kodova teže je otkloniti pogreške, sporije ih je implementirati, skuplje je održavati i daleko su ranjivije na sigurnosne napade. Svaki redak nepotrebnog koda buduća je obveza koja stoji u vašoj bilanci, nevidljiva dok ne pokvari nešto kritično.

Što bi moderne tvrtke zapravo trebale mjeriti umjesto toga?

Dobra vijest je da postoje bolje alternative i da su već testirane u bitkama od strane visokoučinkovitih inženjerskih organizacija. Ako vaša tvrtka trenutno prati LOC u bilo kojem svojstvu, odmah je zamijenite mjernim podacima koji su zapravo u korelaciji s poslovnim rezultatima:

• Učestalost implementacije: Koliko često vaš tim isporučuje radni softver u proizvodnju? Timovi s visokim učinkom raspoređuju se više puta dnevno, a ne kvartalno.
• Vrijeme pripreme za promjene: Koliko je vremena potrebno od odobrene promjene koda do te promjene u produkciji? Što je kraće, to je bolje — to znači da je vaš proces učinkovit i brz.
• Promjena stope neuspjeha: Koliki postotak implementacija uzrokuje incidente ili zahtijeva vraćanje? To vam govori o kvaliteti izlaza, a ne samo o glasnoći.
• Prosječno vrijeme do oporavka (MTTR): Kada se nešto pokvari, koliko brzo vaš tim vraća uslugu? Brzina oporavka odražava otpornost sustava i sposobnost tima.
• Ishodi okrenuti korisniku: Koriste li se značajke koje isporučujete? Rješavaju li probleme za koje su stvoreni? Podaci o zadržavanju, angažmanu i konverzijama govore pravu priču.

Ovo su DORA metrike koje je razvio tim DevOps Research and Assessment kroz godine istraživanja. Oni su besplatni, naširoko cijenjeni i izravno predviđaju organizacijski učinak. Nema dobrog razloga za brojanje redaka koda kada ove alternative postoje.

Kako rastuća poduzeća mogu izbjeći da ih zarobe mjerni podaci o taštini?

Oživljavanje LOC-a simptom je dubljeg problema: tvrtke kojima nedostaju integrirani sustavi za praćenje onoga što je istinski važno na kraju prestanu primjenjivati ono što je najlakše prebrojati. Ovo jednako vrijedi za prodajne timove koji prate broj poziva preko sklopljenih poslova kao i za inženjerske timove koji prate broj kodova preko isporučene vrijednosti.

Rješenje nije više proračunskih tablica ili više nadzornih ploča pričvršćenih na nepovezane alate. Gradi vaše operacije na platformi koja povezuje vaše mjerne podatke s vašim stvarnim poslovnim ciljevima — na kojoj podaci o produktivnosti, ishodi projekta, izvedba tima i rezultati korisnika žive u istom sustavu i govore koherentnu priču.

Mewayz je napravljen posebno za ovaj izazov. Kao poslovni operativni sustav od 207 modula koji koristi više od 138.000 tvrtki, Mewayz daje rastućim tvrtkama infrastrukturu za zamjenu metrike ispraznosti smislenom - u inženjerstvu, marketingu, prodaji, ljudskim resursima i svakoj drugoj funkciji koja pokreće vaš rast. Počevši od 19 USD mjesečno, to je vrsta operativne jasnoće koja je koštala poslovne proračune i šestomjesečne implementacije.

Često postavljana pitanja

Jesu li linije koda ikada korisna mjera za bilo što?

LOC ima ograničenu upotrebu u vrlo specifičnim kontekstima, kao što je procjena grubog opsega naslijeđene baze koda za planiranje migracije ili izračunavanje složenosti softvera korištenjem izvedenih metrika poput ciklomatske složenosti. Međutim, nikada se ne bi smio koristiti kao metrika produktivnosti ili mjera izvedbe individualnog programera. U tim kontekstima aktivno potiče loše ishode.

Kako AI alati za kodiranje mijenjaju problem redaka koda?

Asistenti za kodiranje pomoću umjetne inteligencije dramatično ubrzavaju generiranje koda, što znači da se problem volumena eksponencijalno povećava kada se LOC tretira kao metrika uspjeha. Timovi koji koriste AI alate s poticajima temeljenim na LOC-u proizvest će masivne, napuhane baze kodova daleko brže nego što bi mogli timovi prije AI-ja. Rješenje je upariti alate umjetne inteligencije s metrikom temeljenom na ishodu tako da se brzina generiranja uskladi s odgovarajućim fokusom na kvalitetu i korisnost.

Koji je najbrži način da se tvrtka odmakne od mjerenja taštine?

Najbrži put je konsolidirati vaše operativne alate na platformu koja prati ishode prema dizajnu, a ne spajati izvješća na postojeće alate za tijek rada. Kada vaš poslovni OS povezuje aktivnosti tima s poslovnim rezultatima u stvarnom vremenu, ispravne metrike prirodno izlaze na površinu, a metrike ispraznosti gube svoju privlačnost jer su bolje informacije uvijek dostupne.

Vaša tvrtka zaslužuje mjerne podatke koji govore istinu. Prestanite brojati retke koda i počnite mjeriti rezultate koji zapravo pokreću rast. Istražite Mewayz na app.mewayz.com i pogledajte kako je 138.000 tvrtki izgradilo pametnije poslovanje — počevši od samo 19 USD mjesečno.