home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!pmafire!news.dell.com!natinst.com!cs.utexas.edu!zaphod.mps.ohio-state.edu!howland.reston.ans.net!spool.mu.edu!hri.com!noc.near.net!transfer.stratus.com!sw.stratus.com!nick
- From: nick@sw.stratus.com (Nicolas Tamburri)
- Newsgroups: comp.lang.forth
- Subject: Re: Forth and Adaptation
- Message-ID: <1k3iudINNjgk@transfer.stratus.com>
- Date: 26 Jan 93 14:47:41 GMT
- References: <28370@sybase.sybase.com>
- Organization: Stratus Computer, Inc.
- Lines: 21
- NNTP-Posting-Host: kyron.sw.stratus.com
-
- hamish@sybase.com (Just Another Deckchair on the Titanic) writes:
- >
- > Even more important is the ability to let the vendors do as much of
- > your work as possible - why reinvent the wheel? If a system supplies a
- > set of networking and (say) windowing functions as a C library or C++
- > or Smalltalk class hierarchy, you should just plug into these for the
- > services (and generally can in any of the languages I work with).
-
- Mitch Bradley once quoted Charles Moore with saying that he (Chuck,) would
- never consider using Unix, because most of the tools that exist on it are
- not up to his standard of efficiency. He would rather rewrite the ones he
- needed. This philosophy seems to permeate the Forth programming world.
- Kevin Haddock [to which the above paragraph was replying,] seems to have
- implied as much about himself.
-
- Charles Moore said he invented Forth because he wanted to increase his
- productivity, measured in programs written per lifetime by a factor of
- 10. Forth seems to be a good tool to do this with, but I hope he was
- not counting rewriting existing tools in his goal.
-
- /nt
-