home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / lang / forth / 3979 < prev    next >
Encoding:
Internet Message Format  |  1993-01-24  |  3.8 KB
  1. Path: sparky!uunet!ukma!usenet.ins.cwru.edu!gatech!pitt!willett!ForthNet
  2. From: ForthNet@willett.pgh.pa.us (ForthNet articles from GEnie)
  3. Newsgroups: comp.lang.forth
  4. Subject: PHILOSOPHY & CM
  5. Message-ID: <4271.UUL1.3#5129@willett.pgh.pa.us>
  6. Date: 24 Jan 93 13:45:21 GMT
  7. Organization: EIEI-U
  8. Lines: 93
  9.  
  10. Category 1,  Topic 12
  11. Message 12        Sat Jan 23, 1993
  12. L.ZETTEL [Len]               at 19:44 EST
  13.  
  14.   Chuck Moore, the creator of Forth, is the special guest in conference
  15.   on the GEnie Forth RoundTable for 24 August 1989. The topic of Chuck's
  16.   conference is 'The future of Forth...' . 
  17.  
  18.  Computers are getting ever more complicated, in violation of the
  19.   first principle of human activity: KEEP IT SIMPLE .
  20.  
  21.   1- I like classic Forth.
  22.   2- This includes BLOCKs - simpler, faster, better than files.
  23.   11- A program that can do everything (ie, SPICE) can do nothing
  24.       well, fast, easily.
  25.  
  26.  Doc.no.: X3J14/89-002
  27.           Draft, Feb. 10, 1989
  28.  
  29.  The facts speak for themselves.  That's my gut reaction.
  30.  
  31.  "Input stream."  I think this is obsolete.  Memories are getting 
  32.  large--you don't need to fragment source into blocks. 
  33.  
  34.  Consequences have a habit of multiplying.
  35.  
  36.  From CLMFORTH.ARC
  37.  
  38.  Computer languages are tools only.  It is the value of what 
  39.  they produce that establishes their fitness in the world
  40.  (this is true of human language in general).
  41.  
  42.  From MOORE87.SEP
  43.  
  44.      Moore uses tracks which are 5 blocks at a time.  Blocks 
  45.  should continue.  He'd give users a choice of the length of 
  46.  a block ( 1k, 5k, whatever ) but wouldn't want to give them 
  47.  variable length since limits performance and causes more 
  48.  overhead than necessary.  
  49.  
  50.   His philosophy is to use the least amount of hardware.
  51.  
  52.  TRANSCRIPT OF CSI FORTH FORUM CONFERENCE 
  53.  WITH CHARLES MOORE -- 1/16/86 (Moderated by Don Colburn, CSI)
  54.  
  55.  Files, I/O are horribly hardware dependent. Blocks are universal. 
  56.  
  57.  (Chuck) The wheel has been re-invented many times. It
  58.  will be. To keep it simple, the overhead must be brutally
  59.  pruned. I do this constantly, and I regret the inefficiency.
  60.  
  61.  Actually I'm not a purist.  Use what works. I do equate 
  62.  simplicity with minimum character count.
  63.  
  64.  (Chuck) Confusion exists once, upon learing. Cost exists forever.
  65.  
  66.  (Michael Brady) Speaking of code - are you still writing
  67.  one to two line words?
  68.  
  69.  (Chuck) More than ever. The factoring of an application
  70.  leads to the development of a language. The language is
  71.  more important than the application and rarely receives
  72.  the appreciation it deserves. A concept that cannot be
  73.  expressed tersely is a badly understood concept.
  74.  
  75.  Following appeared in the Proceedings of the 1983 Rochester Forth
  76.  Conference.
  77.  
  78.  FORTH solves the software problem. It does so by addressing the
  79.  real problem. FORTH is the language for man-machine
  80.  communication. It allows you to isolate a concept, assign a label
  81.  to it, and convey its meaning to a computer. It allows you to use
  82.  this concept to teach more elaborate ones. It allows you to
  83.  establish a context and maintain it through layers of complexity.
  84.  These are precisely the characteristics of human languages. They
  85.  must be the characteristics of computer languages.
  86.  
  87.  If we hope to continue to work in FORTH, we must assure that our 
  88.  programs use its power and exhibit its virtues. They must be 
  89.  compact, efficient and readable.
  90.  
  91.  Virtue does not lie in minimizing assembly code (thus maximizing
  92.  portability) but in maximizing performance.
  93.  
  94.  From SIGFORTh Neswletter Vol1 #2, p9:
  95.  
  96.  The harsh fact is that few people know what to do with a computer.  They 
  97.  decide that running an operating system is a substitute for productive work.
  98. -----
  99. This message came from GEnie via willett.  You *cannot* reply to the author
  100. using e-mail.  Please post a follow-up article, or use any instructions
  101. the author may have included (USMail addresses, telephone #, etc.).
  102. Report problems to: dwp@willett.pgh.pa.us
  103.