La complexité ne disparaît pas
Une architecture peut déplacer la complexité, rarement l’éliminer. Ajouter des couches, des abstractions et des interfaces peut rendre certaines évolutions plus sûres — ou simplement obliger chaque développeur à traverser davantage de fichiers pour comprendre une règle simple.
La question n’est donc pas « ce patron de conception est-il reconnu? » mais « quelle ambiguïté ou quel risque retire-t-il ici? ».
Commencer par les frontières
Avant les patrons de conception, je préfère clarifier les frontières : qui possède la donnée, où vit la règle métier, quel contrat est public et quel échec doit traverser la frontière. Ces décisions ont généralement plus d’impact à long terme qu’un choix de structure de dossiers.
Quand les frontières sont claires, les patrons de conception utiles apparaissent souvent naturellement.
Optimiser pour la prochaine lecture
Le code sera lu beaucoup plus souvent qu’il ne sera écrit. Une architecture professionnelle doit donc optimiser non seulement pour l’extension, mais aussi pour la compréhension.
Si un nouveau membre de l’équipe peut suivre une requête du point d’entrée API jusqu’à la règle métier et comprendre pourquoi chaque étape existe, l’architecture est déjà en train de produire de la valeur.