home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / lang / lisp / 3401 < prev    next >
Encoding:
Internet Message Format  |  1993-01-28  |  3.8 KB
  1. Path: sparky!uunet!charon.amdahl.com!amdahl!rtech!sgiblab!sdd.hp.com!usc!howland.reston.ans.net!bogus.sura.net!udel!gatech!news.ans.net!cmcl2!calvin!cs!marcoxa
  2. From: marcoxa@cs.nyu.edu (Marco Antoniotti)
  3. Newsgroups: comp.lang.lisp
  4. Subject: Re: COBOL is a mainstream language. So what? (was Re: Lisp vs English)
  5. Date: 27 Jan 93 14:50:08
  6. Organization: Courant Institute of Mathematical Sciences
  7. Lines: 73
  8. Message-ID: <MARCOXA.93Jan27145008@image.nyu.edu>
  9. References: <KERS.93Jan27102244@cdollin.hpl.hp.com>
  10.     <19930127153328.7.SWM@SUMMER.SCRC.Symbolics.COM>
  11.     <1k6fec$9c8@agate.berkeley.edu>
  12. NNTP-Posting-Host: image.cs.nyu.edu
  13. In-reply-to: fateman@peoplesparc.Berkeley.EDU's message of 27 Jan 1993 17:06:20 GMT
  14.  
  15. OK, I'll jump in!
  16.  
  17. In article <1k6fec$9c8@agate.berkeley.edu> fateman@peoplesparc.Berkeley.EDU (Richard Fateman) writes:
  18.  
  19.  
  20.    Lisp is not a mainstream language, but COBOL is. Perhaps BASIC also.
  21.    (You may think C and Fortran are mainstream, but I'm not sure how
  22.    you are measuring.)  COBOL is, in some ways being replaced by
  23.    "4th generation languages".  Not by C or C++. Certainly not by LISP.
  24.  
  25.    How come?
  26.    1. COBOL is standardized.  (CL is getting that way, maybe.)
  27.  
  28. Common Lisp IS getting that way and EULISP too.
  29.  
  30.    Demonstrations of superiority in a niche -- the way the 4GLs are
  31.    displacing COBOL -- may be the way to broaden the appeal of CL(OS)...
  32.    Write truly great programs in Lisp to solve important and
  33.    widespread problems -- and rely on Lisp in such a way that the
  34.    program can't be rewritten in C "to save space/time/money..".
  35.  
  36. I perfectly agree with this.
  37.  
  38.    Symbolic mathematics programs like Macsyma and Reduce looked like this,
  39.    until people wrote similar systems in C (Maple, Mathematica).
  40.  
  41. But not with this second point. If you check the low level guts of
  42. Mathematica (e.g. to interface it with some C++, Fortran or COBOL code
  43. through the remote evaluation facilities - I do not know about Maple),
  44. you will recognize that its core is actually.... a Lisp interpreter.
  45.  
  46. Somebody else already pointed this out. But the flame about syntax is TOTALLY
  47. pointless. The REAL problems with CL(OS) are well known and none of them
  48. has to do with syntax. They have all surfaced in this flame. My
  49. personal opinio is that now there are better conditions to make CL(OS) a
  50. more widespread language. This has happened because of a number of
  51. historical reasons:
  52.  
  53. - CMU CL(OS) was not available until a little more than a year ago. If you
  54.   wanted CL(OS) performance you had to go to a Lisp vendor. I have nothing
  55.   against Lisp vendors, but the price difference was all there.
  56.  
  57. - WCL now addresses the problem of CL(OS) in a UNIX environment.
  58.  
  59. - Until a month ago there was NO commercial implementation of CL(OS) on
  60.   PC's at a reasonable price. (Somebody has correctly pointed out that
  61.   installing a C++ on a PC is not something that you do with two
  62.   diskettes anymore). The best commercial implementations available on PC
  63.   purportedly offer better development environment than any C++
  64.   environment on the same platform.
  65.  
  66. There are other reasons to believe that CL(OS) has now better chances than
  67. only two years ago.
  68.  
  69. As far as I am concerned I still believe that Lisp's have some edge on
  70. different languages as far as the programming process is taken into
  71. account. If I must program in C/C++ I'll do it. As well as COBOL.
  72.  
  73. Having said so, I conclude agreeing with those who pointed out that
  74. the ~R directive is too much English-centric (or English-centered ?!?
  75. :).
  76. I want a Swaili version of ~R in the standard.
  77.  
  78. Have a nice day
  79. --
  80. Marco Antoniotti
  81. -------------------------------------------------------------------------------
  82. Robotics Lab        | room: 1219 - tel. #: (212) 998 3370
  83. Courant Institute NYU    | e-mail: marcoxa@cs.nyu.edu
  84.  
  85. ...e` la semplicita` che e` difficile a farsi.
  86. ...it is simplicity that is difficult to make.
  87.                 B. Brecht
  88.