Quanto tempo dovrei dedicare al refactoring del mio codice? [chiuso]

Non so se è solo con me, ma quando inizio a refactoring del codice perdo molto tempo a farlo e non finisce mai.

Ogni volta che rileggo il codice, trovo qualcosa che può essere migliorato, il refactoring del codice è come il mio cervello in un ciclo infinito e la fine condizionale viene raggiunta in modo casuale senza soddisfazione.

Quindi, quanto tempo dovrei dedicare al refactoring del mio codice?

Se tratti il ​​refactoring come una cosa sua, piuttosto che come parte del processo di sviluppo, allora può diventare infinito.

Se segui l'approccio di sviluppo guidato dai test di rosso, verde, refactor , in genere non dovrai dedicare molto tempo al refactoring per due motivi:

1. Durante il processo di refactoring, non dovrebbe diventare un compito mastodontico, ma solo un altro piccolo passo nel ciclo TDD.

2. La "pressione" interna per ottenere la prossima prova scritta manterrà i tuoi sforzi di refactoring a un livello ragionevole.

Se stai lavorando con un codice legacy, segui la "regola di scout Boy di zio Bob". Timebox te stesso per un breve periodo di tempo (diciamo, 30 minuti) e rendi il tuo obiettivo di controllare il codice in uno stato più pulito di prima. Ogni volta che devi toccare il codice, lo lascerai leggermente meglio. Nel tempo, il codice più modificato sarà il più leggibile e ben ponderato nella tua base di codice.