Re: Database Design Patterns?

From: Marshall <marshall.spight_at_gmail.com>
Date: 2 Apr 2007 19:45:22 -0700
Message-ID: <1175568322.909637.223860_at_e65g2000hsc.googlegroups.com>


On Apr 2, 6:12 pm, Bob Badour <bbad..._at_pei.sympatico.ca> wrote:
> Doug Morse wrote:
>
> > as an academic in both computer science and cognitive psychology, i
> > couldn't agree with you more re: the importance of a thorough training
> > on the fundamentals. and certainly "half-baked" recipies are of
> > little value, if not outright damaging.
>
> > that said, though, pattern recognition tied to appropriate actions is
> > without question one of the core aspects of expert functioning and
> > behavior. "patterns" books in any field that accurately capture and
> > represent how experts "organize their world" and "see things" and then
> > take action on what they see will always be of great value.
>
> With all due respect, that's what the fundamentals teach.

Um, couldn't one teach the fundamentals through a vehicle of using patterns?

> The GoF style patterns are bath water not baby.

Mightn't that have more to do with the fact that that book is organized around OOP, than with the idea of patterns per se?

Coincidentally, we were just mentioning design patterns over in comp.lang.functional like yesterday. Several authors have observed that OOP design patterns sort of dissolve in a functional language setting. For example:

http://norvig.com/design-patterns/

By the excellent Peter Norvig, author of the world's longest palindrome, the hilarious Gettysburg Power Point Presentation, and the essay "Teach Yourself Programming in Ten Years." Not to mention some books.

Marshall Received on Tue Apr 03 2007 - 04:45:22 CEST

Original text of this message