home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / lang / function / 1013 < prev    next >
Encoding:
Text File  |  1992-08-19  |  2.1 KB  |  48 lines
  1. Newsgroups: comp.lang.functional
  2. Path: sparky!uunet!charon.amdahl.com!pacbell.com!mips!sdd.hp.com!usc!sol.ctr.columbia.edu!ira.uka.de!rz.uni-karlsruhe.de!stepsun.uni-kl.de!uklirb!bordeaux.informatik.uni-kl.de!eppler
  3. From: eppler@bordeaux.informatik.uni-kl.de (Reinhard Eppler)
  4. Subject: Re: Questions from soc.college
  5. Message-ID: <1992Aug19.160326.27474@uklirb.informatik.uni-kl.de>
  6. Sender: news@uklirb.informatik.uni-kl.de (Unix-News-System)
  7. Nntp-Posting-Host: cognac.informatik.uni-kl.de
  8. Reply-To: eppler@bordeaux.informatik.uni-kl.de (Reinhard Eppler)
  9. Organization: University of Kaiserslautern (Germany)
  10. References:  <1992Aug19.053005.28328@src.umd.edu>
  11. Date: Wed, 19 Aug 1992 16:03:26 GMT
  12. Lines: 34
  13.  
  14. In article <1992Aug19.053005.28328@src.umd.edu>, clin@eng.umd.edu
  15. (Charles Lin) writes:
  16.  
  17. |>   So, the question is this.  While people are looking
  18. |>to functional languages for their own research purposes,
  19. |>is there a general feeling that these languages ought to
  20. |>be the foundational basis of all work done, or at least
  21. |>most work (in the same way that C is) done?  I doubt there
  22. |>is any kind of academic push to make functional languages
  23. |>the medium of instruction on general, or the language
  24. |>for general "real world" use.
  25.  
  26. My opinion is:
  27.  
  28.  o most of the concepts needed (at least I need) are present in LISP
  29.  o we need another syntax for LISP
  30.  o list comprehension, pattern matching, soft typing (and ...?) 
  31.    should be added to LISP
  32.  o a pure functional language might be too difficult to use
  33.    (if we had started with pure functional languages, someone would have
  34.    invented global variables to keep the number of parameters small.)
  35.    -> we need multiparadigm languages, e.g. assignments for some cases 
  36.  o by now functional languages are too slow; we need better optimization
  37.    techniques. This also holds for 'pure' OOP.
  38.  o Haskell probably has too much concepts (this is the case with LISP, too)
  39.  o I regard the work on Haskell and similar languages as very useful
  40.    for research and some day someone has to put the good things into
  41.    a "real world" language.
  42.  
  43. --
  44. Reinhard Eppler
  45. eppler@cognac.informatik.uni-kl.de
  46.  
  47. "Would you like to end up with all work done?"
  48.