tu peux voir ca comme des sortes de "recettes" toutes faites pour resoudre des problemes relativement communs que tu rencontre en programmation.
et qu'avec un arsenal de design patterns tout prets, c'est facile de pas prendre le temps de bien analyser ton probleme et de trouver la bonne solution.
en gros les design patterns c'est plein de solutions, et tu choisis celle dont le probleme initial (qui est un probleme theorique) te parait le mieux correspondre au vrai probleme que tu dois resoudre.
(et ca permet aussi aux programmeurs mediocres de craner en ayant des conversations pleines de buzzwords avec leurs collegues
)apres, les design patterns en soit, c'est pas forcement mal, en tant qu'anecdote.
si tu programmes tu vas de toutes facons te rendre compte au bout d'un moment qu'en fait sans le savoir t'as "utilise" plein de design patterns deja existants.
Mais le fait de les nommer et de les repertorier precisement va faire que certains debutants vont les prendre pour des solutions miracles qu'il faut absolument appliquer, meme si ca alourdit et complique inutilement leur code. leur code devient forcement bien, parcequ'ils ont utilise des design patterns. alors qu'en fait ca serait plutot l'inverse.
c'est un peu comme si on t'apprenait a l'ecole des phrases toutes faites a caser pendant des conversations.
GC> au final, parmi les autres devs que je cotoie depuis qques annees, que ce soit au taff ou a l'etranger dans des confs, j'ai l'impression que quasiment personne n'aime les design patterns, dc ca m'interpelle que tu dise que tu croyais etre le seul a pas aimer ca
