Come vorresti riscriverlo / refactarlo? [duplicare]

Con questi piccoli fatti che hai fornito, è impossibile dirlo.

Alla fine, questa è un'analisi costi / benefici.

• Quanto costa la riscrittura?
• Quanto costa l'amministrazione del sistema crea in questo momento e quanto costerà dopo la riscrittura?
• Qual è il costo attuale di eseguire una modifica tipica al sistema e quale sarà il costo dopo la riscrittura?

Tieni presente che anche quando aumenti il personale a breve termine durante la riscrittura (come assumere una società di consulenza esterna per farlo), la riscrittura ti costerà delle risorse. Ciò significa che la situazione di supporto sarà peggiore mentre esegui la riscrittura. Inoltre, dimentica il pio desiderio che la nuova applicazione sia perfetta sin dal primo giorno. All'inizio ci saranno errori di progettazione e bug, che probabilmente richiederanno diversi anni per essere risolti. Ci vorrà un po 'finché non sarà produttivo come quello vecchio.

Tenendo presente tutto questo e quantificandolo in denaro, dovresti essere in grado di creare un'analisi costi / benefici che indichi quanto tempo ci vorrà prima che l'investimento si ammortizzi. Fornisci questo alla direzione e chiedi loro se ne vale la pena o meno.

Devi anche considerare un approccio alternativo : fai il meglio da ciò che hai. Hai detto "nessuno sa veramente cosa sta succedendo all'interno del codice asp classic". Sembra una mancanza di documentazione . Avviare un progetto ora per scrivere una documentazione adeguata per il sistema potrebbe aiutarti in futuro a fare modifiche e risolvere i problemi. Mentre lo fai, potresti anche essere in grado di identificare i problemi principali del sistema e trovare una soluzione per loro senza dover riscrivere il codice che funziona correttamente.

Alcuni opinioni di esperti sul software di riscrittura . Mi piace soprattutto R.C. Martins "Big Redesign in the Sky".

Imho, anche i software scadenti possono migliorare nel tempo. Ci vorrà del tempo, sarà molto impegnativo, e funzionerà sicuramente solo se tutti i membri del team lo vorranno, perché richiede che non venga scritto nessun nuovo brutto codice e che ogni componente che viene toccato venga migliorato in modo incrementale.

Potresti anche dare un'occhiata al metodo Mikado per il refactoring di un grande software legacy . Mi aiuta molto a ricordare questo principio.

Spero che questo aiuti un po '!

Non vuoi fare una riscrittura, perché fai notare che ci sono dei problemi.

Quello che dovresti fare è refactoring mentre ci stai lavorando - ogni volta che fai qualcosa con una delle pagine ASP classiche, trasformala in .Net. Fondamentalmente fai la pulizia mentre stai lavorando a un problema. Questo naturalmente aggiunge lavoro aggiuntivo alle singole attività, ma non è un completo "cambia tutto ora" e quando si fa l'aggiornamento, fare il meno possibile per ottenerlo. Net, non riscrivere l'intera pagina se non devi.

Alla fine avrai tutto come .Net e poi potrai iniziare qualunque sia la prossima operazione di pulizia.