Y'a énorme débat dans la communauté du dev de manière générale pour savoir si telle ou telle pratique est mieux qu'une autre, et ça tourne très souvent autour du développement d'applications business.
(Et je suis pas d'accord avec le principe du "monde idéal où tout programme est propre". En réalité, c'est surtout un problème de façon d'aborder les problèmes. C'est assez bien expliqué par le mec dont 0^2 a posté l'article en ./662: Tu commences par la solution "il faut utiliser ce design pattern" (=> Comment l'appliquer à mon problème) au lieu de commencer par le problème "qu'est-ce que je cherche à faire ?" (=> Comment je pourrais arriver à mes fins))
Quand j'avais fait mon troll là dessus il y a très longtemps, j'avais comparé les design pattern (développement) aux figures de style (écriture), je sais pas si tu trouverais cela plus pertinent exprimé de cette manière ? (Après, c'est ma vision à moi, pas un truc universel, hein
)bearbecue > Bah on te pose souvent ce genre de questions en entretien, et on lit assez souvent sur le net que les design pattern sont super important, etc… Mais personnellement, mon avis là dessus est fait depuis longtemps.