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/