Tidy First?

Capitolo 20. Come districarsi

Questo lavoro è stato tradotto utilizzando l'AI. Siamo lieti di ricevere il tuo feedback e i tuoi commenti: [e-mail]

Stai modificando il comportamento di un codice. Vedi un riordino che renderebbe più facile la modifica. Tidy. Poi scrivi un altro caso di test e ora hai bisogno di cambiare il comportamento di altre cose. Questo porta a un'altra riorganizzazione. Un'ora dopo:

• Capire effettivamente tutti i cambiamenti di comportamento che devono essere apportati

• Comprendi effettivamente tutte le operazioni di riordino che facilitano i cambiamenti di comportamento.

• Abbiamo una confusione di riordini e cambiamenti tutti aggrovigliati tra loro

Hai almeno tre opzioni, nessuna delle quali attraente:

• Spediscilo così com'è. Si tratta di un'operazione scortese nei confronti dei revisori e soggetta a errori, ma è veloce.

• Districare i riordini e le modifiche in PR separate, o in una sequenza di PR, o in una sequenza di commit in un'unica PR. Questo è un metodo più educato, ma può essere molto impegnativo.

• Scarta il lavoro in corso e ricomincia da capo, facendo prima un po' di ordine. Si tratta di un lavoro più impegnativo, ma lascia una catena coerente di commit.

La fallacia dei costi irrecuperabili complica la scelta tra queste opzioni. Hai dei nuovi test. Sono stati superati. Perché vorresti buttarli via?

La risposta, come sempre, è che non stai solo istruendo un computer, ma stai spiegando le tue intenzioni sul computer ...