home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / lang / forth / 2995 < prev    next >
Encoding:
Internet Message Format  |  1992-08-21  |  2.2 KB
  1. Path: sparky!uunet!elroy.jpl.nasa.gov!ames!agate!rsoft!mindlink!a684
  2. From: Nick_Janow@mindlink.bc.ca (Nick Janow)
  3. Newsgroups: comp.lang.forth
  4. Subject: Re: Free Forth
  5. Message-ID: <14487@mindlink.bc.ca>
  6. Date: 22 Aug 92 03:54:16 GMT
  7. Organization: MIND LINK! - British Columbia, Canada
  8. Distribution: world
  9. Lines: 42
  10.  
  11. mikeh@starnine.com (Mike Haas) writes:
  12.  
  13. > I would propose that "platform-oriented" Forths (which I take to mean a Forth
  14. > that is designed to mate particularly well with a particular operating
  15. > system) should not care at all about their size.
  16.  
  17. I think that's going a bit too far.  Having no regard for size usually leads to
  18. sloppiness, and all the problems that go with it: slow, buggy, difficult to
  19. read, maintain or understand...
  20.  
  21. I agree that 4K kernels are going too far in the other direction; minimal size
  22. shouldn't be a major priority, though I think it should be a concern.  A
  23. word--or program--that is no larger than it needs to be is elegant, and it
  24. carries with it many benefits: robustness, ease of understanding and
  25. applying...
  26.  
  27. As with other tools, such as a woodworking plane, a fine tool encourages the
  28. user to do fine work, and allows him to do fine work.  A clumsy tool leads to
  29. clumsy work, and that is all it is capable of.
  30.  
  31. > As long as larger size resultss from increased functionality (a more powerful
  32. > Forth) I'll gladly make that trade.
  33.  
  34. Yes, if the development system is considered a workshop, adding fine tools is a
  35. worthwhile trade-off for size.  Power tools, such as a power planer, can also
  36. be worth the extra size, handling the "grunt work" of software development.
  37. However, simply offering lots of tools of low quality is not a worthy
  38. trade-off.  I've encountered cheap tools before, and I don't want them.
  39.  
  40. To sum up, there should be a balance between trying to provide the most
  41. functions and trying to make each word as small as possible.  Spending too much
  42. effort on either aspect will result in an inferior product.
  43.  
  44.  
  45. Besides, wouldn't you like to watch a C programmer load his development system,
  46. taking hours, with lots of disk swapping, referring to manuals, etc, and then
  47. load your powerful Forth development system in a minute or two, with no fuss,
  48. muss or disk swapping?  :)
  49.  
  50. --
  51.  
  52. Nick_Janow@mindlink.bc.ca
  53.