Parte II. Gestione
Tidy è la progettazione del software che si rivolge a te, al tuo rapporto con il codice e, in ultima analisi, al tuo rapporto con te stesso. Nel prossimo libro della serie, parleremo di come e perché i team eseguono la progettazione del software insieme. Successivamente parleremo del design del software e del suo ruolo nelle relazioni con i non programmatori. Tidy è lacura di sé dei geek.
I meccanismi del Tidy ti verranno in mente con la pratica. La maggior parte di essi non richiede un supporto automatico. Gli ambienti di programmazione inspiegabilmente non dispongono di un supporto automatico per il refactoring ancora oggi, decenni dopo che è diventato fattibile. Ma va bene. Voglio che ti abitui a progettare il software un po' alla volta, sempre. I Tidy sono refactoring di passaggio.
Essere in grado di riconoscere un metodo di riordino e di applicarlo non significa che tu abbia imparato a fare ordine. Il titolo di questo libro è Tidy First?, con l'accento sul punto interrogativo. Volevo sottolineare che il fatto che tu sia in grado di riordinare non significa che tu debba riordinare.
Questa sezione sulla gestione del riordino spiega come inserire il riordino in un flusso di lavoro di sviluppo personale:
-
Quando si inizia a riordinare?
-
Quando smetti di fare ordine?
-
Come si fa a combinare il riordino, modificando la struttura del codice, con la modifica del comportamento del sistema?
Inizieremo parlando di come Tidy interagisce con le richieste di pull ...