- Le texte présente les cinq règles de programmation de Rob Pike concernant l’optimisation du code ainsi que le choix de structures de données et d’algorithmes appropriés.
- La règle 1 affirme que les programmeurs ne peuvent pas prévoir où un programme passera l’essentiel de son temps, ce qui signifie que des astuces d’optimisation ne devraient être mises en œuvre qu’après avoir identifié les véritables goulots d’étranglement.
- La règle 2 souligne l’importance des mesures avant tout ajustement visant la vitesse, suggérant que l’optimisation ne devrait être effectuée que lorsqu’une partie du code a un impact significatif sur les performances globales.
- La règle 3 met en garde contre l’utilisation d’algorithmes complexes lorsque la taille d’entrée (n) est faible, car ils ont tendance à être plus lents à cause de grandes constantes.
- La règle 4 recommande l’usage d’algorithmes et de structures de données simples, moins sujets aux bugs et plus faciles à implémenter que les solutions complexes.
- La règle 5 soutient qu’un choix approprié de structure de données peut rendre évident l’algorithme adéquat, soulignant le rôle central des structures de données en programmation.
- Les règles 1 et 2 de Pike reflètent la célèbre formule de Tony Hoare : "l’optimisation prématurée est la source de tous les maux".
- Ken Thompson a reformulé les règles 3 et 4 de Pike en disant : "en cas de doute, utilisez la force brute", ce qui rejoint la philosophie de conception KISS (Keep It Simple, Stupid).
- La règle 5 est souvent résumée ainsi : "écrivez du code idiot en utilisant des objets intelligents", une idée déjà mentionnée dans le livre The Mythical Man-Month de Fred Brooks.
1 commentaires
Avis Hacker News