El término código hermoso es un término muy vago y abstracto. Es fácil darse cuenta de lo que representa y lo que significa, pero nunca debe verse como algo más que un objetivo secundario.
Me recuerda mucho a la métrica de cobertura del código. Cuando obtiene el número lo suficientemente alto, puede relajarse y pasar a otra cosa. Tener una base de código con aproximadamente el 80% de cobertura es excelente, no a prueba de balas, pero lo suficiente como para relajarse y hacer otras cosas. Tener una cobertura del 40% es bastante aterrador y debería alentarlo a aumentar ese número.
El punto es solo que la cobertura del código solo es realmente significativa si el número es bajo. Así que no dejes que sea bajo. Cuando la cobertura se eleva a un cierto punto, pase a otra cosa.
Del mismo modo, el código hermoso es genial. Si tienes un código bonito, genial, pasa a otra cosa. No te preocupes demasiado por eso. Nunca alcanzarás esa marca del 100%, y si lo haces, te darás cuenta de que te has centrado demasiado en cómo se lee, o cómo se ve, y no lo suficiente en lo que hace o cómo lo hace. . Así que llega a una marca razonable y luego detente.
Pero si su código es fugoso, si es un desorden enredado gigante de código de espagueti, si físicamente le duele abrir el archivo, si no tiene comentarios o documentación, etc., etc., luego corríjalo. Y hazlo lo antes posible.
Con el tiempo, encontrará que su base de código termina generalmente más limpia, generalmente más brillante y generalmente más hermosa y, lo que es más importante, más útil cuando se concentra en hacerla menos fugosa. Escribir un código hermoso no es un proceso de un solo paso.
No hay filosofía mágica. Sus 1000 pasos más pequeños, todos juntos, todos tienen un propósito concreto que no tiene nada que ver con lo hermoso que se ve el código. Pero, cuando los sirve todos juntos, forman un hermoso código como la suma de sus partes. Como voltron. O el capitán del planeta.