home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / lang / forth / 3790 < prev    next >
Encoding:
Internet Message Format  |  1993-01-07  |  2.1 KB
  1. Path: sparky!uunet!noc.near.net!transfer.stratus.com!sw.stratus.com!nick
  2. From: nick@sw.stratus.com (Nicolas Tamburri)
  3. Newsgroups: comp.lang.forth
  4. Subject: Re: Documenting
  5. Date: 7 Jan 1993 21:04:46 GMT
  6. Organization: Stratus Computer, Inc.
  7. Lines: 29
  8. Distribution: world
  9. Message-ID: <1ii5teINNclv@transfer.stratus.com>
  10. References: <C0EoE4.Go3@starnine.com> <1492@eouk9.eoe.co.uk> <1993Jan7.142456.5519@titan.tsd.arlut.utexas.edu> <1993Jan7.190102.3517@mksol.dseg.ti.com>
  11. NNTP-Posting-Host: osa.sw.stratus.com
  12.  
  13. In article <1993Jan7.190102.3517@mksol.dseg.ti.com>, strohm@mksol.dseg.ti.com (john r strohm) writes:
  14. > 
  15. > Blocks forces every single chunk of code to fit in a very restricted window,
  16. > and it makes it darned near impossible to "slide" the window.  In my
  17. > personal opinion, based on the code that I have seen, this restriction
  18. > TENDS to force a greater degree of modularization, conciseness, and
  19. > coherence, as compared to code developed under programming support
  20. > environments that allow and even encourage the programmer to ramble on for
  21. > hundreds of lines.
  22.  
  23. Which brings us back to why Forth programs are so badly structured stylistically...
  24.  
  25. There is no shame in preferring blocks over files,  but this argument started
  26. when someone asked why the Forth programs he had seen were so abominably structured.
  27. It was pointed out that the language's blocked heritage has a lot to do with it;
  28. simple statement of fact to anyone who had to fit a large program onto a an 80K
  29. floppy.  You don't want to waste real estate storing spaces.
  30.  
  31. The restriction you view as an asset is to a constricting liability to most
  32. brought up on other languages.  More importantly, it flies in the face of the
  33. Forth phylosophy that the language should not get in the way of the programmer.
  34. The language should not TEND to force modularization upon the programmer, it
  35. should trust the programmer to do the right thing.  Most Forthers do.
  36.  
  37. I don't mean to be judgmental on screens/blocks.  If you are more productive with
  38. them, then by all means use them, and rejoice in the fact that you use a language
  39. which lets you choose the best way to work.
  40.  
  41.                                 /nt
  42.