Modernizacija obično kreće od konkretnog problema: sustav se teško mijenja, testovi ne štite dovoljno, deployment je stresan ili se novi featurei grade oko starog koda umjesto kroz njega. To je dobar razlog za promjenu, ali ne i dokaz da treba krenuti u rewrite.
Veliki rewrite zvuči primamljivo jer obećava da krećete ispočetka. Često zaustavi delivery, kasno pokaže rizike i završi utrkom između starog sustava koji još treba održavati i novog koji još nije spreman.
Prvo mapirajte rizik, ne tehnologiju
Modernizacija ne počinje pitanjem "u koji stack prelazimo?". Počinje pitanjem koji dio sustava najviše koči promjene ili stvara operativni rizik. Ponekad je to arhitektura, ponekad testovi, ponekad deployment, a ponekad samo nejasan ownership.
Dobar audit traži
- dijelove codebasea koji se najčešće mijenjaju
- module u kojima se bugovi ponavljaju
- mjesta bez testova ili jasnih ugovora između sustava
- ručne release korake i operativne ovisnosti
Modernizirajte u malim, mjerljivim koracima
Najbolje modernizacije imaju jasnu granicu: jedan modul, jedan API, jedan workflow ili jedan dio infrastrukture. Takva promjena ima mjerljiv kraj i može se pustiti u produkciju bez čekanja da se prepiše cijeli sustav.
Dobre prve promjene
- test harness oko kritičnog workflowa
- izdvajanje jasnog API ugovora
- automatizacija deploymenta ili rollbacka
- zamjena jednog ručnog procesa internim alatom
Crvene zastavice
- plan nema inkrementalni release
- novi sustav mjesecima nema korisnike
- razvoj featurea stoji dok rewrite traje
- uspjeh se mjeri novim stackom, ne boljim deliveryjem
AI može pomoći, ali ne skida inženjersku odgovornost
AI alati mogu ubrzati analizu codebasea, pripremu testova, dokumentiranje postojećeg ponašanja i ograničene refaktore. To je korisno, ali samo ako tim zna što provjerava. Modernizacija je previše važna da bi se prepustila velikom automatskom patchu bez razumijevanja granica sustava.
AI najviše pomaže kada je spojen s dobrim software consulting procesom: prvo se definira cilj i rizik, zatim se alat koristi za bržu analizu i kontrolirane promjene.
Zaključak
Modernizacija bez zastoja znači da delivery ne staje dok se sustav poboljšava. To traži disciplinu: mali opseg, jasne granice, testove, observability i odluke koje se mogu objasniti timu.
Cilj nije imati najnoviji stack. Cilj je codebase koji se lakše mijenja, sigurnije isporučuje i bolje služi biznisu iza njega.
Josip Budalić
HOTFIX tim
Josip vodi HOTFIX d.o.o. i radi na software arhitekturi, AI-assisted development workflowima, modernizaciji codebasea i praktičnoj isporuci softwarea.