Architecture logicielle propre

Clean Architecture est mon modèle d'architecture préféré, et ce livre y est pour beaucoup. Quand je l'ai lu, je travaillais déjà sur de gros systèmes, mais je prenais encore beaucoup de décisions de structure par habitude. Le livre m'a donné les mots pour ce que je ressentais sans savoir l'expliquer.

La règle de dépendance est au centre de tout : le code de l'intérieur ne connaît pas celui de l'extérieur. Les règles métier ne savent pas qu'il existe une base de données, un framework ou un écran. Ça paraît simple, mais quand on l'applique vraiment, le système change de visage. La base de données devient un détail, le framework devient un détail, et remplacer une pièce cesse d'être un projet de trois mois.

J'aime aussi beaucoup la partie sur les principes des composants et la façon dont il porte SOLID à une plus grande échelle. L'idée d'une architecture qui crie son domaine plutôt que son framework, je la trouve d'une élégance extrême.

Le livre vend parfois l'architecture comme si son coût était toujours faible. Ce n'est pas le cas. Dans un petit système ou un MVP avec un délai serré, trop de couches deviennent de la cérémonie. Uncle Bob parle de compromis, mais le lecteur pressé ne l'entend pas.

Je le recommande vivement à ceux qui veulent arrêter d'être juniors et commencer à comprendre l'architecture des systèmes. Pour les seniors, ça vaut le coup de le relire de temps en temps pour se rappeler pourquoi les règles existent.