Hva du får
Du beholder kodebasen du har, og arbeidet kommer inn i den. Arbeidet leveres i ditt eget kodelager.
Mange ledere har sittet gjennom en presentasjon som begynner med en omskriving: flytt alt over til leverandørens favorittrammeverk først, så kommer forbedringene etterpå. Den veien koster måneder før brukerne dine merker noe, og den etterlater teamet ditt med ansvaret for kode formet av noen andres vaner. Zefana starter ikke der.
Verktøyene dine forblir dine. Programmeringsspråket, rammeverket og måten prosjektet ditt er lagt opp på, er beslutninger teamet ditt allerede har tatt, ofte av grunner som fortsatt er gode. Hvert oppdrag er skreddersydd for produktet ditt og målene dine, og det begynner med produktet slik det står i dag.
Konvensjonene dine er målestokken. Du bestemmer hva som lanseres. Ingenting når brukerne dine uten at du har godkjent det. En endring som overser hvordan teamet ditt navngir ting, organiserer filer eller skriver tester, er en endring du kan sende tilbake, så standarden hver endring svarer til, er din, ikke vår.
En omskriving bare om du velger det. Hvis du vil gå over til noe nyere en dag, er det en retning du setter, med sin egen plass blant prioriteringene dine. Den trenger ikke komme først.
Slik ser det ut i praksis
Tenk deg et produkt som har vokst i ett rammeverk i årevis, med vaner utviklerne dine kan utenat. En endring kommer inn. Den berører filene de allerede jobber i, og de kan lese den uten først å lære seg et nytt sett med verktøy. Hvis den ikke ligner koden rundt den, sier de fra, og en revidert versjon kommer tilbake.
Teamet ditt bruker tiden på å vurdere arbeidet, ikke på å oversette det. Ingen trenger å sette veikartet på pause for en migrering før den første forbedringen er på plass.
For ordens skyld, her er hvor arbeid har blitt levert så langt. Produkter levert så langt er bygget med TypeScript, Vue, Astro og PHP med Laravel. Hvis ditt er bygget på noe annet, er det et rimelig første spørsmål å ta med inn i en samtale.
Å stoppe endrer heller ingenting ved verktøyene dine. Koden din og produktet ditt er dine å ta med deg hvor som helst, og fordi de fortsatt er skrevet slik teamet ditt skriver, åpner den som fører arbeidet videre, en kodebase som allerede føles kjent.
Hvis du vil teste dette på ditt eget produkt, velg én liten endring og se om det som kommer inn, leses som noe teamet ditt har skrevet.
