Il termine codice bello è un termine molto vago e astratto.
È facile capire cosa rappresenta e cosa significa, ma non dovrebbe mai essere visto come qualcosa di più di un obiettivo secondario.
Mi ricorda molto la metrica della copertura del codice. Quando ottieni il numero abbastanza alto puoi rilassarti e andare su qualcos'altro. Avere una base di codice con una copertura di circa l'80% è ottima, non a prova di proiettile, ma abbastanza per rilassarsi e fare altre cose. Avere una copertura del 40% è piuttosto spaventoso e dovrebbe incoraggiarti a ottenere quel numero.
Il punto è 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 un bel codice è fantastico. Se hai un bel codice, ottimo, passa a qualcos'altro. Non stressarti troppo. Non colpirai mai quel marchio del 100% e, se lo fai, scoprirai di esserti concentrato troppo su quello che legge, o come appare, e non abbastanza su quello che fa, o come lo fa . Quindi prendi un segno ragionevole e poi fermati.
Ma se il tuo codice è fugace, se è un gigantesco disordine di codice spaghetti, se ti fa male fisicamente di aprire il file, se non hai commenti o documentazione ecc ecc., allora risolvilo. E fallo al più presto.
Scoprirai che con il tempo la tua base di codici diventa generalmente più pulita, generalmente più luminosa e generalmente più bella e, soprattutto, più utilizzabile quando ti concentri su come renderla meno fugace. Scrivere un codice bello non è un processo in un'unica fase.
Non esiste una filosofia magica. I suoi 1000 passaggi più piccoli sono tutti eseguiti insieme, ognuno dei quali ha uno scopo concreto che non ha nulla a che fare con quanto sia bello il codice. Ma quando li servi tutti insieme, formano un codice bellissimo come la somma delle sue parti. Come Voltron. O pianeta capitano.