home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / sys / amiga / programm / 15626 < prev    next >
Encoding:
Text File  |  1992-11-10  |  2.5 KB  |  60 lines
  1. Path: sparky!uunet!haven.umd.edu!darwin.sura.net!spool.mu.edu!agate!doc.ic.ac.uk!uknet!mcsun!sunic!seunet!pop!bjst
  2. From: bjst@sth.frontec.se (Bjorn Stenberg)
  3. Newsgroups: comp.sys.amiga.programmer
  4. Subject: Re: LISP - Don't use it.
  5. Message-ID: <1992Nov10.132424.28892@sth.frontec.se>
  6. Date: 10 Nov 92 13:24:24 GMT
  7. References: <1992Nov5.014803.1@eagle.wesleyan.edu> <mwm.2jht@contessa.palo-alto.ca.us> <1992Nov6.220216.2313@sth.frontec.se> <mwm.2k43@contessa.palo-alto.ca.us> <1992Nov9.132635.2620@sth.frontec.se> <OAHVENLA.92Nov10004018@lk-hp-4.hut.fi>
  8. Organization: IDK/Frontec - System Design Group
  9. Lines: 48
  10. Nntp-Posting-Host: pop.sth.frontec.se
  11.  
  12. oahvenla@snakemail.hut.fi (Osma Ahvenlampi) writes:
  13. > Seems like you haven't used much Lisp... 
  14.  
  15. Oh, yes. I've had more than my share... :-)
  16.  
  17. > Having all operations on numbers 2 and 3 in format (oper 2 3) means
  18. > that your program can easily change the operator, without having to modify
  19. > the structure of the command. 
  20.  
  21. That's not powerful at all. That's just plain silly.
  22. Code should be written to be: A) Easy to read. B) Easy to reuse. C) Effiecient.
  23.  
  24. Code shouldn't be written with respect to how easily it can be altered to do a
  25. completely different thing. That's not a very good purpose for your code...
  26.  
  27. > Besides, which is clearer, (+ 1 2 3 4 5 6 7 8) or
  28. > "1 + 2 + 3 + 4 + 5 + 6 + 7 + 8"?
  29.  
  30. The latter, no doubt.
  31. Remember we're talking end users here, not experienced programmers. *ALL* end
  32. users know what "1+2+3" or "4/2" means, but try and ask your someone not as
  33. deeply involved in computers (mom! :-) what "(+ 1 2 3)" means, and they'll
  34. probably look quite stupid.
  35.  
  36. > Simplicity is the key here...
  37.  
  38. Simplicity for who? The programmer, yes. The end user, no.
  39.  
  40. > There are some big projects done in Lisp, one of the smaller is the
  41. > newsreader I'm using right now...
  42.  
  43. I agree that TO THE EXPERIENCED USER, LISP can be a pretty powerful language
  44. (not much more than others, though) but for beginners it's simply not a good
  45. choice.
  46.  
  47. This discussion arised from my plead that developers programming end user
  48. Amiga applications should use another script language rather than LISP.
  49. I have never claimed that people programming applications *USING* LISP should
  50. quit doing so, I merely stated that I don't think LISP is a very good script
  51. language for end user applications.
  52.  
  53.         -- Bjorn
  54.  
  55.  
  56.  
  57.        ///  Bjorn Stenberg, Stockholm, Sweden         bjst@sth.frontec.se
  58.       ///  main() { printf(&unix["\021%six\012\0"],(unix)["have"]+"fun"-0x60);}
  59.  \\\ ///  "- Your documentation no longer confuses me, old version!"
  60.