Java e parë me një bazë kodi të trashëguar duhet të nisë me vënien në punë dhe publikimin e produktit, jo me rishkrimin e tij, argumenton autori. Leximi i skedarëve nuk mjafton për të kuptuar çfarë bën produkti, ku ka probleme dhe pse disa zgjidhje duken të ndërlikuara.
Qasja mbështetet në përvojën si CTO te RAQTS, platformë e teknologjisë sportive me Unity, React Native dhe Next.js, si dhe në këshillimin e Bettershop për një aplikacion analitik me React, TypeScript dhe GraphQL për shitësit në Amazon. Rregulli fillestar është të mos ndryshohet arkitektura: kodi i pazakontë mund të përmbajë korrigjime për probleme të mëparshme, të cilat një rishkrim i nxituar mund t’i rikthejë.
Prova e parë është kalimi nga një kompjuter i pastër te një version funksional, pastaj te një ndryshim që mund t’i shpërndahet përdoruesit. Çdo hap i padokumentuar duhet shënuar, përfshirë kredencialet e ruajtura lokalisht, mbushjen manuale të bazës së të dhënave dhe versionet e domosdoshme të mjeteve.
Po aq i rëndësishëm është kontrolli i pronësisë së llogarive të dyqaneve të aplikacioneve, shërbimeve cloud, domenit, DNS-së dhe pagesave. Kompania duhet të zotërojë aksesin, çelësat e nënshkrimit dhe certifikatat. Për autorin, aftësia për të publikuar një version është kusht paraprak për ta mirëmbajtur dhe korrigjuar produktin.
Burimi: DEV Community (Web Dev Feed) — lexoni artikullin e plotë në anglisht.
