- El texto analiza las cinco reglas de programación de Rob Pike, que ofrecen pautas sobre optimización de código y la elección adecuada de estructuras de datos y algoritmos.
- La regla 1 sostiene que los programadores no pueden predecir dónde pasará la mayor parte del tiempo un programa, lo que implica que los ajustes de velocidad solo deben implementarse después de confirmar los cuellos de botella reales.
- La regla 2 enfatiza la importancia de medir antes de ajustar por velocidad, y sugiere que la optimización solo debe hacerse cuando una parte del código tenga un impacto significativo en el rendimiento general.
- La regla 3 advierte contra el uso de algoritmos complejos cuando el tamaño de entrada (n) es pequeño, ya que tienden a ser más lentos debido a constantes grandes.
- La regla 4 recomienda usar algoritmos y estructuras de datos simples, ya que son menos propensos a errores y más fáciles de implementar que los complejos.
- La regla 5 sostiene que elegir correctamente la estructura de datos puede hacer evidente el algoritmo adecuado, subrayando la centralidad de las estructuras de datos en la programación.
- Las reglas 1 y 2 de Pike reflejan la famosa frase de Tony Hoare: "la optimización prematura es la raíz de todos los males".
- Ken Thompson reformuló las reglas 3 y 4 de Pike como "cuando dudes, usa la fuerza bruta", lo que coincide con la filosofía de diseño KISS (Keep It Simple, Stupid).
- La regla 5 suele resumirse como "escribe código tonto que use objetos inteligentes", algo que ya se había mencionado antes en el libro The Mythical Man-Month de Fred Brooks.
1 comentarios
Comentarios en Hacker News