home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / lang / forth / 3800 < prev    next >
Encoding:
Text File  |  1993-01-08  |  2.9 KB  |  67 lines
  1. Path: sparky!uunet!olivea!charnel!fish
  2. From: fish@ecst.csuchico.edu (Kevin Haddock)
  3. Newsgroups: comp.lang.forth
  4. Subject: Re: Documenting
  5. Message-ID: <1ijimoINN3u9@charnel.ecst.csuchico.edu>
  6. Date: 8 Jan 93 09:49:12 GMT
  7. References: <1993Jan7.142456.5519@titan.tsd.arlut.utexas.edu> <1993Jan7.190102.3517@mksol.dseg.ti.com> <1ii5teINNclv@transfer.stratus.com>
  8. Organization: California State University, Chico
  9. Lines: 55
  10. NNTP-Posting-Host: cscihp.ecst.csuchico.edu
  11.  
  12. In article <1ii5teINNclv@transfer.stratus.com> nick@sw.stratus.com (Nicolas Tamburri) writes:
  13. [...]
  14. >
  15. >brought up on other languages.  More importantly, it flies in the face of the
  16. >Forth phylosophy that the language should not get in the way of the programmer.
  17. >The language should not TEND to force modularization upon the programmer, it
  18. >should trust the programmer to do the right thing.  Most Forthers do.
  19. >
  20. >I don't mean to be judgmental on screens/blocks.  If you are more productive with
  21. >them, then by all means use them, and rejoice in the fact that you use a language
  22. >which lets you choose the best way to work.
  23. >
  24. >                                /nt
  25.  
  26.  
  27. This reminds me of a joke:
  28.  
  29. Man:  Doctor, it hurts when I do this <rasing up his right arm>.
  30. Doctor:  well then, don't do that!
  31.  
  32. I would argue that it does not fly in the face of Forth phylosophy to use
  33. screens because if you do your code correctly screens do not get in the way
  34. and since they are vastly simpler to impliment and use in creative ways
  35. in your source code they VERY MUCH fit into Forth phylosophy.
  36.  
  37. A lot of Forth is EXACTLY this way.  For instance: only really being
  38. able to get to the top few items on the stack (no problem if you
  39. are factoring properly), highly restrictive control structures (same
  40. reason), RPN math (take two minutes to unravel the occaisional formula)
  41. space delimited tokens (and the SIMPLE single character parser WORD),
  42. 'gas tank' style linear memory management, pointers with fetch and store,
  43. etc, etc, etc,......
  44.  
  45. I would argue that a very, very simple Forth gives one a feeling of
  46. confidence.  It is predictable.  If the tool is as simple as possible
  47. (yet flexible) it allows ones mind to concentrate on the complexity of
  48. the problem instead of the complexity of the tool.  This "it's so simple
  49. it has to work" phylosophy eliminates variables and vastly reduces the
  50. time spent hunting for bugs.
  51.  
  52. I have worked with 4gl's that amount to 10mb of buggy, low performance
  53. code, and I would still prefer to write everything myself in pygmy
  54. (which I can tuck away for future projects) than write patches and
  55. kludges around this gargantuan glob of rank spagetti.  That is
  56. a very frustrating situation.  It is not programming, creating or
  57. discovering new algolrythms and tools.  It is rote memorization and
  58. hopeless searches for information that will change with the winds of
  59. the next 'release'.
  60.  
  61.  
  62. -Kevin
  63. fish@cscihp.ecst.csuchico.edu
  64.  
  65. -------
  66. There are no complex problems; only complex solutions!
  67.