J'aime beaucoup certaines de ces approches.

MAIS souvent on retrouve le même bémol : les exemples sont unitaires.

A l'échelle d'un énorme projet, appliquer toutes ces règles devient impossible car chronophage. Il faut trouver le juste milieu, mais certaines règles méritent vraiment d'être respectées.

Plus les années passent, plus j'ai l'impression que le dev aujourd'hui devient un "comment écrire le moins de code possible" au lieu de se focus sur "comment écrire le code le plus simple possible", créant plein de dérives.
Méthodes privées d'une ligne appelées qu'une fois, code overengineered, objets trop découpés, etc..

Oui, c'est mignon de split ton objet User en 2 objets Identity et Address, mais c'est rajouter un découpage inutile et une verbosité inutile quand ton objet User aura toujours besoin de son adresse...

via sebsauvage