it-swarm.it

Mantenimento del codice legacy

Ho una vecchia base di codice che "funziona" ancora ma è difficile/quasi impossibile da mantenere. Potrebbe essere costoso (in termini di tempo e denaro) aggiornarlo. Devo solo provarci o dovrei continuare a odiare il mio mondo (ma continuare a lavorare su qualcosa che funziona ed è relativamente privo di bug)?

5
Jason

Se vedi un futuro nel tuo sito, ti preghiamo di riscriverlo il prima possibile se non è gestibile. Mantengo diversi grandi siti di +5 anni e nel tempo che ho trascorso maledicendo gli stupidi problemi che ne derivavano avrei potuto riscriverli tutti. Fatti un piacere e riscrivilo, è anche più divertente costruire qualcosa di nuovo;)

4
D4V360

Sono sicuro che dipende dalle circostanze specifiche, ma assicurati di tener conto del tempo extra che devi dedicare a mantenere la tua base di codice esistente rispetto alle spese di aggiornamento. Non conoscendo più dettagli, direi di aggiornarlo piuttosto che lottare con quello che hai.

1

Sono in una situazione simile. La mia azienda ha il suo sito Web legacy che fa tutto ciò di cui ha bisogno. Inoltre, hanno un sito Web creato da una società esterna per sostituirlo che fa il 90% di ciò di cui hanno bisogno. Si aspettano che il 90% diventi il ​​110%.

Ho deciso il seguente corso d'azione:

  • Mantenere il sito Web legacy fino alla consegna del nuovo sito
  • Ottieni le funzionalità extra integrate nel nuovo sito il più rapidamente possibile
  • Mantenere il nuovo sito Web come se non fosse sostituito
  • Una volta che tutto è attivo e funzionante, ricostruire il sito e creare un piano di migrazione
  • Migrare al nuovo nuovo sito e dimenticare che uno di quei vecchi è mai esistito

Per quanto mi piacerebbe semplicemente ignorare gli altri due siti, questa non è un'opzione. Indipendentemente da come mi sento a riguardo, il sito che verrà consegnato dovrà servirci per un certo numero di mesi prima che io possa persino tentare di sostituirlo. La mia priorità sarà l'ottimizzazione, il mantenimento e il miglioramento. Quel sito deve funzionare durante la sua vita. Quindi costruire il nuovo nuovo sito sarà un progetto durante-quei-tempi-che-tutto-funziona-e-sul-mio-tempo-personale-quando-voglio-hackerare-su-qualcosa. Ma va bene, dal momento che gestisce le aspettative di tutti. La compagnia che si aspetta che questo nuovo sito si esibisca ad un certo livello farà funzionare il proprio sito a quel livello, e allo stesso tempo lo migliorerò attivamente dietro le quinte. E allo stesso tempo, costruirò un sostituto che lo spazzerà via.

Nella mia situazione, il mio "nuovo sito" (dall'azienda esterna) è la tua base di codice legacy, e il mio "nuovo nuovo sito" è il tuo dovrei solo ricostruirlo. Quindi immagino che la mia breve risposta sia che, pur mantenendo la base di codice legacy per far girare il mondo, è ancora possibile ricostruire.

0
Bryson

Sono d'accordo con @ D4V360, c'è davvero piacere nello scrivere qualcosa di nuovo. Inoltre, considera il concetto di "debito tecnico" di cui Jeff e Joel hanno parlato nei loro podcast. Ecco alcuni link pertinenti sull'argomento:

0
Alan