The Universe of Discourse : Design patterns of 1972 - The Diigo Meta page

• 19 Jun 15
  

  Guilherme Pedrosa

  Design Patterns

• 05 Jan 15
  

  Cheng Lian

  design-patterns

• 25 Oct 13
  

  Konstantinos
• 07 Aug 11
  

  viniciusjl

  design pattern programming language

• 23 Sep 10
  

  Alin Cosmanescu
• 13 May 09
  

  Matt Gumbley

  design-patterns dominus

• 27 Sep 08
  

  Timo Tuominen

  gradu patterns programming design oop software language designpatterns

• 18 Sep 08
  

  Mahmoud Abu-Wardeh

  donereading

• 02 Dec 07
  

  David Naughton

  Mark Jason Dominus - "Patterns are signs of weakness in programming languages": 2006-09-11: The Universe of Discourse

  design-patterns mjd mark-jason-dominus programming patterns design for_jtrammell for_libsys for_gormsby

• 10 Nov 07
  

  aminggs

  "Patterns are signs of weakness in programming languages." See also Ralph Johnson's response and Mark's response to Ralph.

  document article blog mark-dominus designpattern programming oop inlink:lesscode import:delicious

• 11 Sep 07
  

  ratbeard

  interesting patterns programming

  • The single major driver for the invention of C++ was to codify this pattern into the language so that it was "invisible".
  • The stance of the "Design Patterns" movement seems to be that it is somehow inevitable that programmers will need to implement Visitors, Abstract Factories, Decorators, and Façades. But these are no more inevitable than the need to implement Subroutine Calls or Object-Oriented Classes in the source language. These patterns should be seen as defects or missing features in Java and C++. The best response to identification of these patterns is to ask what defects in those languages cause the patterns to be necessary, and how the languages might provide better support for solving these kinds of problems.
• 21 Jul 07
  

  jeubeda

  patterns design

• 23 Jun 07
  

  spookylukey

  design patterns programming history

• 12 Dec 06
  

  Carlos Santos

  design java patterns programming software

• 04 Dec 06
  

  dtikhonov
• 26 Nov 06
  

  infrared

  The problem with the "Design Patterns" movement is the use to which the patterns are put afterward: programmers are trained to identify and apply the patterns when possible. Instead, the patterns should be used as signposts to the failures of the language

  patterns programming

Page Comments

• 
  ratbeard on 2007-09-11
  Design Patterns to solve a recurring problem could be a sign the weakness of a language.  Interesting alternate universe if the object pattern in c was continually used instead of advancing to c++.  Link to one of the gang of four's short response, which then gets torn apart by this guy.  I'd say most (myself included) thought of design patterns as solutions to problems we'd always come up against.
  

Would you like to comment?

Join Diigo for a free account, or sign in if you are already a member.