Il termine codice bellissimo è un termine molto vago e astratto. È facile capire cosa rappresenta e cosa significa, ma non dovrebbe mai essere visto come un obiettivo secondario.
Mi ricorda molto la metrica di copertura del codice. Quando il numero è abbastanza alto, puoi rilassarti e andare su qualcos'altro. Avere una base di codice con una copertura dell'80% circa è fantastico, non a prova di proiettile, ma abbastanza per rilassarsi e fare altre cose. Avere una copertura del 40% è abbastanza spaventoso e dovrebbe incoraggiarti ad aumentare quel numero.
Il punto è solo che la copertura del codice è davvero significativa solo se il numero è basso. Quindi non lasciare che sia basso. Quando la copertura sale a un certo punto, passa a qualcos'altro.
Allo stesso modo il bellissimo codice è fantastico. Se hai un bel codice, ottimo, passa a qualcos'altro. Non stressarti troppo. Non raggiungerai mai quel segno del 100% e, se lo fai, ti accorgerai di esserti concentrato troppo su ciò che legge, o su come appare, e non abbastanza su ciò che fa, o su come lo fa . Quindi arriva a un punteggio ragionevole e poi fermati.
Ma se il tuo codice è fugace, se è un disastro contorto di codice spaghetti, se ti fa male aprire fisicamente il file, se non hai commenti o documentazione, ecc. Ecc., Allora correggilo. E fallo al più presto.
Scoprirai nel tempo che la tua base di codice diventa generalmente più pulita, generalmente più luminosa e generalmente più bella e, soprattutto, più utilizzabile quando ti concentri sul renderla meno fugace. Scrivere un bellissimo codice non è un processo in un solo passaggio.
Non esiste una filosofia magica. I suoi 1000 passaggi più piccoli sono stati eseguiti tutti insieme, tutti utili a uno scopo concreto che non ha nulla a che fare con la bellezza del codice. Ma quando li servi tutti insieme, formano un bellissimo codice come la somma delle sue parti. Come voltron. O capitano pianeta.