Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!uwm.edu!uakari.primate.wisc.edu!xanth!mcnc!duke!romeo!crm
From: crm@romeo.cs.duke.edu (Charlie Martin)
Newsgroups: comp.lang.visual,comp.lang.misc
Subject: Re: metaphor and programming
Message-ID: <16176@duke.cs.duke.edu>
Date: 22 Nov 89 22:33:27 GMT
References: <13770@orstcs.CS.ORST.EDU> <16175@duke.cs.duke.edu>
Sender: news@duke.cs.duke.edu
Reply-To: crm@romeo.UUCP (Charlie Martin)
Organization: Duke University CS Dept.; Durham, NC
Lines: 20

On second thought, maybe it wasn't so clear.

The rest of the idea is that these notations for domain-specific
exploratory programming need to be drawn from the metaphors already in
use, such as in physiology the metaphors or notations of compartmental
models and kinetic diagrams.

By building the notations around the metaphors that are already commonly
used, we use the user's knowledge of their own domain to validate the
form of the models or programs.  They have accumulated skills and
techniques which they (automatically or as part of standard practice)
apply to the definition of the problem using the notation.

Sorry for the lack, I've been working on this &$^#%^@ dissertation for
so long I no longer remember my name....
.

see, now I think I'm using ed....

Charlie Martin (crm@cs.duke.edu,mcnc!duke!crm)