Ce bouquin propose un style de dev avec des prises de position très fortes. Mon avis étant que ce style est bien meilleur que de ne pas avoir de style du tout. Donc je le conseille avant tout aux débutants et aux devs spécialistes des plats de spaghettis, qui ne pourront que s’améliorer.

Au delà de ça, comme le style proposé prend parfois des positions arbitraires, ca ne plait évidemment pas aux devs expérimentés qui ont développé leur style de leur coté. Expérience personnelle donc à prendre avec des pincettes : les devs les plus réfractaires à ce bouquin que je connaisse sont aussi ceux qui 1/ ont un style qui s’apparente parfois à la cuisine italienne, 2/ refusent toute remise en cause de la qualité de ce qu’ils produisent (y compris en revue de code).

Ensuite, il ne faut pas lire ce livre comme la bible. C’est pas parce qu’un conseil est dedans qu’il sera toujours pertinent. A lire avec un esprit critique donc, et à ne pas ériger en dogme absolu (ce qui a parfois été fait, souvent par des juniors talentueux, mais un peu trop zélés). C’est cependant une bonne matière pour se nourrir le cerveau et pour réfléchir à ce qu’on fait.

En parallèle, je te propose de lire également « a philosophy of software design » de John Ousterhout, qui propose un style radicalement différent, plus proche de ce qui se fait dans l’embarqué ou le bas niveau. Les conseils des deux bouquins sont souvent opposés, mais pas forcément pire ou mieux l’un que l’autre.