Il software funziona da anni. Il problema è che adesso nessuno vuole più metterci mano.
Analizzo, recupero ed evolvo applicazioni PHP esistenti quando riscrivere tutto da zero non è la prima scelta sensata.
Un software vecchio può continuare a essere centrale per l'azienda
Molte applicazioni nate anni fa contengono procedure, regole e conoscenze che nel tempo sono diventate parte del lavoro quotidiano. Il codice può essere datato o poco documentato, ma questo non significa che il primo intervento debba essere una riscrittura completa.
Prima di proporre una sostituzione cerco di capire cosa funziona, cosa è fragile e quali parti impediscono al software di evolvere.
Analisi e recupero
Codice non documentato, dipendenze, database, configurazioni e problemi accumulati nel tempo.
Nuove funzioni
Estensioni mirate senza cambiare inutilmente ciò che gli utenti già conoscono e utilizzano.
Integrazioni
API, servizi esterni, nuovi flussi di dati e collegamenti con sistemi più moderni.
Entrare in un progetto esistente richiede più analisi, non meno
Nei sistemi legacy una modifica apparentemente semplice può avere conseguenze in punti non evidenti. Per questo preferisco ricostruire prima struttura e dipendenze, fare backup e lavorare per interventi verificabili.
Quando il progetto presenta molta incertezza, la fase iniziale di analisi può essere trattata come attività autonoma: serve a stabilire cosa conviene mantenere, cosa correggere e se esistono motivi reali per migrare.