Il m'arrive par exemple très régulièrement de rendre du code propre avant tout pour la beauté de la chose en elle-même.
La plupart du temps, ça a pour effet de bord de me faire trouver des bugs, de factoriser des choses, d'en clarifier, etc.
Ce que je veux dire, c'est qu'un "code propre, beau et clair" est ce qui fait qu'un code est bon, et donc qu'il fait bien ce qu'il veut faire. Et pas l'inverse. Donc ça vaut le coup parfois de se dire "je ne sais pas du tout ce que ça apporte à la résolution du problème, mais je vais nettoyer ce code pour la beauté du geste".
J'ajouterais que pour moi un code propre, c'est un code qui traduit parfaitement l'intention du programmeur.
On doit comprendre du premier coup ce que le programmeur voulait faire en le lisant (avec éventuellement des commentaires pour les parties un peu tricky).
Quand je vois du code qui ne correspond pas à ça, alors il ne peut pas être un beau code propre.
Et pour aller plus loin, je pense que c'est le même genre de raisonnement qui anime les chercheurs quand ils étudient des choses abstraites qui n'ont rien à voir avec les problèmes actuels.
C'est souvent la seule manière de trouver une bonne solution à un problème que l'on ne connaissait pas au moment de la trouvaille !
[^] # Re: Code review
Posté par Victor . En réponse au journal Du code propre, c'est quoi ?. Évalué à 4.
Je ne suis pas totalement d'accord.
Il m'arrive par exemple très régulièrement de rendre du code propre avant tout pour la beauté de la chose en elle-même.
La plupart du temps, ça a pour effet de bord de me faire trouver des bugs, de factoriser des choses, d'en clarifier, etc.
Ce que je veux dire, c'est qu'un "code propre, beau et clair" est ce qui fait qu'un code est bon, et donc qu'il fait bien ce qu'il veut faire. Et pas l'inverse. Donc ça vaut le coup parfois de se dire "je ne sais pas du tout ce que ça apporte à la résolution du problème, mais je vais nettoyer ce code pour la beauté du geste".
J'ajouterais que pour moi un code propre, c'est un code qui traduit parfaitement l'intention du programmeur.
On doit comprendre du premier coup ce que le programmeur voulait faire en le lisant (avec éventuellement des commentaires pour les parties un peu tricky).
Quand je vois du code qui ne correspond pas à ça, alors il ne peut pas être un beau code propre.
Et pour aller plus loin, je pense que c'est le même genre de raisonnement qui anime les chercheurs quand ils étudient des choses abstraites qui n'ont rien à voir avec les problèmes actuels.
C'est souvent la seule manière de trouver une bonne solution à un problème que l'on ne connaissait pas au moment de la trouvaille !