Hace unos días se ha publicado en Conocimiento Libre (o lo que está detrás del Software Libre) el artículo Los principios del programador, escrito en inglés por Daniel Read y traducido al castellano por Juan A. Romero.
En el artículo se comentan los siguientes principios de la programación:
- El principio del carácter personal que establece: escribir el código de forma que refleje, y saque a relucir, solo lo mejor del carácter personal del programador.
- El principio de la estética que establece: Esforzarse por conseguir la belleza y la elegancia en cada aspecto del trabajo.
- El principio de la claridad que establece: Darle el mismo valor a la claridad que a la corrección. Utilizar activamente técnicas que mejoran la claridad del código. La corrección vendrá casi por sí sola.
- El principio de la distribución que establece: Usar la distribución visual del código para comunicar la estructura del código a un lector humano.
- El principio de lo explícito que establece: Intentar siempre favorecer lo explícito sobre lo implícito.
- El principio de código auto-documentado que establece: La documentación más fiable para el software es el propio código. En muchos casos, el propio código es la única documentación. Por lo tanto, hay que esforzarse en hacer que el código sea auto-documentado, y allí donde no sea posible, añadir comentarios.
- El principio de los comentarios que establece: Comentar mediante frases completas para resumir y comunicar la intención.
- El principio de las suposiciones que establece: Dar los pasos que sean razonables para comprobar, documentar y prestar atención a las suposiciones hechas en cada módulo y rutina.
- El principio de la interfaz con el usuario que establece: No hacer nunca que el usuario se sienta estúpido.
- El principio de volver atrás que establece: El momento de escribir buen código es justamente el preciso momento en el que se está escribiendo.
- El principio de el tiempo y el dinero de otros que establece: Un verdadero profesional no gasta el tiempo ni el dinero de otras personas produciendo software que no esté razonablemente libre de fallos; que no esté mínimamente probado; que no cumpla con los requisitos establecidos; que esté falsamente adornado con características innecesarias; o que tenga un aspecto deplorable.
El artículo desarrolla los anteriores principios junto con consejos sobre la escritura de programas informáticos.