A comment from the little langauges list worth reading
"Eric Merritt" <cyberlync-/[email protected]> Wed, 06 Aug 2003 18:43:56 -0000
| Newsgroups | gmane.comp.programming.pragmatic |
|---|---|
| Message-ID | <[email protected]> |
On 2003.05.27 16:56 Jerry Jackson wrote: > > - What's the metaphor? Although the days of the "pure" > languages are mostly gone, I believe it's still worthwhile to have a > good sense of the core language mental model, e.g.: > > FOL (Prolog), Objects (Smalltalk, etc.), Functions (lots), PDP-11 (C) :-), > Production System (OPS5, etc.). > > Different core models influence the "natural" styles of program development > in different languages even if the set of available facilities is similar. > They > also help define which late-arriving features will "fit" and which will be > warts. and On 2003.05.28 08:26 andrew cooke wrote: > > I wonder if the most interesting languages (those that do something > new) take a list like this and try to find some abstraction that > allows apparently conflicting choices to be viewed as two applications > of a single idea. get to the heart of the matter in my opinion. The finest programming is poetry, not prose. A language has to have an internal harmony and a natural rhythm to be poetic. Such coherence is never accidental; it must be supplied by the language designer. For the programmer, you want a language with as little friction as possible, where code flows freely and naturally. Simplicity, symmetry and internal consistency all help. A little harder to pin down but just as important is a language design that lends itself to conventions and idioms (the secret to C's success). For the reader (tester, maintainer, integrator, student), you want clarity and conciseness -- two properties often at odds with each other. A language which is intuitive, and thereby self-documenting, accomplishes both goals. It seems to me that the only practical way to achieve these things is to begin with a unified underlying vision -- a mental model or metaphor rich enough to suggest answers to almost all of the design questions. Best is to have both a model and a metaphor -- a conscious mental model to determine the broad structures and rules, and an intuitive metaphor or style to determine how those structures and rules get translated into concrete symbols and syntax. Of course most language designers do have mental models -- that's often why they design languages in the first place, so that they can talk about their mental models knowing that there's at least one language it makes sense in :) Michael St. Hippolyte http://www.bentodev.org ------------------------ Yahoo! Groups Sponsor ---------------------~--> Buy Ink Cartridges or Refill Kits for Your HP, Epson, Canon or Lexmark Printer at Myinks.com. Free s/h on orders $50 or more to the US & Canada. http://www.c1tracking.com/l.asp?cid=5511 http://us.click.yahoo.com/l.m7sD/LIdGAA/qnsNAA/W4wwlB/TM ---------------------------------------------------------------------~-> To unsubscribe from this group, send an email to: pragmatic_lang-unsubscribe-hHKSG33TihhbjbujkaE4pw@public.gmane.org Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/