"L'architecture est vraiment importante. Les choses qui sont difficiles à changer sont l'architecture initiale, la culture et les compétences de l'équipe. C'est pourquoi il est important de bien faire les choses dès le départ." - Martin Fowler Après une période de balbutiement où nous codions comme nous pouvions, nous avons cru, après les années 2000, avoir trouvé l'architecture idéale : un découpage en couches, où chacune aurait une responsabilité dédiée. Idée séduisante sur le papier, mise en oeuvre efficace... au départ. Des années après, tout un tas de problèmes a fait surface lors de la maintenance et de l'évolutivité du logiciel, surtout avec l'abondance et le cycle de vie des frameworks. Afin de pallier ces problèmes, des architectures ont émergé, dont l’architecture Hexagonale et la Clean architecture. Mais qu'apportent-elles réellement ? Que veut dire "clean/propre" au sujet d'une architecture ? Quelles sont leurs périmètres d'action ? Est-ce juste du marketing ou une véritable plus-value ? Sont-elles équivalentes avec un nommage différent ? Enfin... sont-elles la réponse unique à tous les problèmes ?