Clean Code - chapitre 12 "Emergence"


#1

Le chapitre décrit quatres règles pour garder le code simple. L’idée n’est pas de tout designer dès le début, mais qu’en respectant les principes, cela émergera au fur et à mesure.
Dans l’ordre d’importance, les règles du système:

  • elle réussit tout les tests.
  • elle ne contient aucune redondance.
  • elle exprime les intentions du programmeur.
  • elle réduit le nombre de classe et de méthodes.

Dans la phase de refactoring, il est important de prendre du recul par rapport à son code. Pratique qui n’est pas forcément enseigné pendant les études et qui n’est pas forcément courante chez les développeurs.
Il existe un juste milieu entre la réflexion sur le design et la mise en action. Le danger avec la réflexion peut-être une fuite vers un design du grand tout chronophage.

Il ne faut pas écrire du code pour soit, mais surtout pour les autres. D’autant plus que les autre sera probablement le programmeur dans le futur. Il ne faut donc pas égoïste lors de l’écriture.
Le coût d’un projet étant principalement de la maintenance, réduire la complexité et améliorer l’intelligibilité du code diminue ce code à long terme.
cf. egoless programming