NITIDO_
Notizie

Riscrivere il codice da zero raramente funziona: meglio testare e rifattorizzare l’esistente

nitido@ai:~$ cat news_1

› Simon Willison ha pubblicato il 6 settembre 2026 un commento sul thread Lobsters dedicato al debito tecnico, sostenendo che la riscrittura completa di un sistema legacy fallisce quasi sempre e che l'alternativa più solida è il consolidamento progressivo del codice esistente.Il ragionamento di Willison parte da un'osservazione ricorrente: nel momento in cui un'azienda annuncia che il sistema vecchio è irrecuperabile e forma un team per riscriverlo da zero, il vecchio sistema non si ferma - continua a far girare il business e continua a cambiare.

nitido@ai:~$ cat news_2

› Chi ci lavora, sapendo che sarà presto sostituito, non ha incentivi a fare di più del minimo indispensabile.

nitido@ai:~$ cat news_3

› Il debito tecnico, quindi, continua ad accumularsi anche durante la riscrittura.Sul fronte opposto, il team incaricato del nuovo sistema parte con entusiasmo su un progetto greenfield, ma si scontra rapidamente con una realtà scomoda: nessuno conosce per intero il comportamento del sistema che sta sostituendo.

nitido@ai:~$ cat news_4

› Se fosse ben documentato e testato, del resto, non avrebbe bisogno di essere riscritto.«After months (or even years) without delivering value, the pressure is on to 'ship it', so the new system is launched to handle a subset of what the old system handled.»- Simon WillisonIl risultato tipico è avere due sistemi in produzione: il vecchio, che nessuno vuole toccare, e il nuovo, che copre solo una parte delle funzionalità e contiene l'80% di codice inattivo destinato a rimpiazzare il precedente.

nitido@ai:~$ open --full
Leggi tutto

Riscrivere il codice da zero raramente funziona: meglio testare e rifattorizzare l’esistente

Apri l'articolo su nitidezza.it