home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / lang / lisp / 3394 < prev    next >
Encoding:
Internet Message Format  |  1993-01-28  |  3.9 KB

  1. Path: sparky!uunet!ferkel.ucsb.edu!taco!gatech!swrinde!zaphod.mps.ohio-state.edu!magnus.acs.ohio-state.edu!cis.ohio-state.edu!sacral.cis.ohio-state.edu!welch
  2. From: welch@sacral.cis.ohio-state.edu (Arun Welch)
  3. Newsgroups: comp.lang.lisp
  4. Subject: Re: Lisp vs English (was Re: Why Isn't Lisp a Mainstream Language?)
  5. Date: 26 Jan 1993 20:56:15 -0500
  6. Organization: OSU-LAIR
  7. Lines: 62
  8. Sender: welch@cis.ohio-state.edu
  9. Message-ID: <WELCH.93Jan26205611@sacral.cis.ohio-state.edu>
  10. References: <1993Jan21.230642.18561@netlabs.com>
  11.     <19930122162651.0.SWM@SUMMER.SCRC.Symbolics.COM>
  12.     <1993Jan23.073029.29713@linus.mitre.org>
  13.     <1993Jan27.000253.28545@linus.mitre.org>
  14. NNTP-Posting-Host: sacral.cis.ohio-state.edu
  15. In-reply-to: john@thelonius.mitre.org's message of Wed, 27 Jan 1993 00:02:53 GMT
  16.  
  17. In article <1993Jan27.000253.28545@linus.mitre.org> john@thelonius.mitre.org (John D. Burger) writes:
  18.  
  19.      ... but parsing english is legendary for its difficulty.
  20.  
  21.    You must make a distinction between syntactic correctness and understanding.  I'm
  22.    not sure which you mean by "illegible", but if I can't parse your trivially
  23.    written sentence, and few other English speakers can either, then it ain't
  24.    English, by definition.
  25.  
  26. Back in the mists of time when I took a course on natural language
  27. programming we were asked to parse "I saw the man on the hill with the
  28. telescope". I seem to remember 7 different ways to parse it. It's
  29. perfectly good, trivial english, you just need a whole lot of context to know
  30. what's the right one.
  31.  
  32. This has gotten pretty far afield from the original discussion, but
  33. none of these "reasons why Lisp isn't a mainstream language" seem
  34. reasonable.
  35.  
  36. We can't change the syntax, it'll confuse more people than it'll
  37. convert. I remember trying to teach people about the alternate syntax
  38. provided by Interlisp, which provides the usual syntax, apply-form,
  39. and infix form. It's too damn confusing, and it's just easier if you
  40. learn the regular syntax. I know a lot of people who find the Lisp
  41. syntax a lot easier to deal with than C's, for example.
  42.  
  43. Lisp images are large because there's a fair amount of other support
  44. (Yes, I realise that MCL is only 2.5 Mb. However, how does that
  45. compare with other programs on Mac's?) in the image, and yes, the
  46. language definition is huge. There have been recent developments on
  47. this score, like tree shakers and shared libraries. Besides, if
  48. smallness of the language was an indicator why isn't everyone
  49. programming in Scheme? SIOD will fit in 64K, if memory serves. 
  50.  
  51. I think there are other reasons for Lisps non-popularity, some of them
  52. historical. Lisp got tied in to the AI binge, and when AI busted it
  53. took Lisp with it. There've been a lot of other myths about Lisp
  54. raised through time too, most of which have stuck (Lisp isn't good for
  55. number-crunching, Lisp is slow, etc.) no matter how untrue they were.
  56. Some blame can also be put on the Lisp programmer community itself,
  57. through pricing itself out of the market during the AI heyday. One of
  58. Lisp's greatest features is it's extensibility, but this has also
  59. resulted in the mudball theory of programming language design :-). 
  60.  
  61. I think an associated question we should be asking is "How can we
  62. increase Lisp's popularity"? Knowing why it isn't popular is a good
  63. thing to discuss, but it would also be good to know where to go from
  64. here. Another question is "Should Lisp be a mainstream language?" I'm
  65. not sure the answer to that is yes. A lot of neat ideas have risen out
  66. of Lisp not having been standardised to death early on. CLOS is a case
  67. in point. If we'd standardised on Interlisp and LOOPS or Zetalisp and
  68. Flavors I think we'd be a lot poorer today. 
  69.  
  70. I'll stop now, I think this is certainly turning out to be an
  71. interesting discussion.
  72.  
  73. ...arun
  74. ----------------------------------------------------------------------------
  75. Arun Welch
  76. Lisp Systems Programmer, Lab for AI Research, Ohio State University
  77. welch@cis.ohio-state.edu
  78.  
  79.