Sto leggendo Coders at Work e Brendan Eich cita un articolo di Norvig, da quando era ad Harlequin, "su come i modelli di design sono davvero solo difetti nel tuo linguaggio di programmazione."
Qualcuno può fornire il link a questo articolo?
Penso che la "carta" sia in realtà la presentazione dei modelli di design nelle lingue dinamiche , citata anche in Wikipedia per questo particolare reclamo:
The design patterns may just be a sign of some missing features of a given programming language (Java or C++ for instance). Peter Norvig demonstrates that 16 out of the 23 patterns in the Design Patterns book (which is primarily focused on C++) are simplified or eliminated (via direct language support) in Lisp or Dylan.
In modo simile, Paul Graham descrive gli schemi di progettazione come "il compilatore umano al lavoro" in La vendetta dei nerd :
This practice is not only common, but institutionalized. For example, in the OO world you hear a good deal about "patterns". I wonder if these patterns are not sometimes evidence of case (c), the human compiler, at work. When I see patterns in my programs, I consider it a sign of trouble. The shape of a program should reflect only the problem it needs to solve. Any other regularity in the code is a sign, to me at least, that I'm using abstractions that aren't powerful enough - often that I'm generating by hand the expansions of some macro that I need to write.
Entrambe le virgolette sono la base delle Le caratteristiche dei modelli di progettazione manca la discussione sul Wiki di Ward.
Leggi altre domande sui tag design-patterns articles