Modernizacija starijeg koda

Legacy nije sinonim za loš kod. To je kod koji zarađuje i kojega se nitko ne usuđuje dirati — obično zato što nema testova, nema testne kopije i nema načina da se vidi što će promjena pokvariti. Modernizacija uklanja taj strah, a ne aplikaciju.

Počinjemo revizijom: verzije PHP-a i frameworka naspram datuma kraja podrške, poznate ranjivosti u ovisnostima, mjesta gdje podaci iz zahtjeva dolaze u SQL, kako kod stiže na server i što bi tvrtka izgubila u satu nedostupnosti. Rezultat je plan poredan po riziku i cijeni, a ne presuda.

Zatim posao ide ovim redom:
— testna kopija i objava koja se može ponoviti;
— sigurnosne kopije, prikupljanje grešaka i nadzor, da problemi budu vidljivi;
— izvršno okruženje i ovisnosti: PHP 8, aktualni paketi, nikakve napuštene biblioteke;
— testovi oko mjesta gdje greška stoji novca — plaćanja, cijene, prava pristupa;
— refaktoriranje malim koracima, od kojih se svaki može objaviti zasebno.

Pisanje ispočetka preporučujemo najrjeđe. Baca godine poslovnih pravila koja žive samo u kodu, traje daleko dulje od procjene i tvrtki ostavlja dva sustava za održavanje dok se ne dovrši. Postupna modernizacija donosi korist nakon prvog tjedna, a ne nakon prve godine.