home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / lang / lisp / 2328 < prev    next >
Encoding:
Internet Message Format  |  1992-08-29  |  2.0 KB
  1. Path: sparky!uunet!mcsun!uknet!edcastle!aiai!jeff
  2. From: jeff@aiai.ed.ac.uk (Jeff Dalton)
  3. Newsgroups: comp.lang.lisp
  4. Subject: Re: style-guide
  5. Keywords: style
  6. Message-ID: <7389@skye.ed.ac.uk>
  7. Date: 28 Aug 92 16:53:06 GMT
  8. References: <HALTRAET.92Aug13043710@monsun.si.no> <1992Aug28.004913.1@cc.helsinki.fi>
  9. Organization: AIAI, University of Edinburgh, Scotland
  10. Lines: 40
  11.  
  12. In article <1992Aug28.004913.1@cc.helsinki.fi> pirinen@cc.helsinki.fi writes:
  13. >You rightly emphasise using 'the most specific construct'.  This, to my
  14. >mind, is the central principle of technical communication, although 'the
  15. >most appropriate construct' might be a better way of putting it.  
  16.  
  17. That's not a better way of putting it, it's saying something
  18. different.  Picking the most appropriate construct does not
  19. necessarily require picking the most specific one.
  20.  
  21. >Strunk & White put it in their usual admirably terse and concrete style: 'the
  22. >right word in the right place' (I also don't have my style guides handy,
  23. >but I think I remember that right). 
  24.  
  25. That's fine unless it's taken to mean there's always a single right
  26. word.
  27.  
  28. >There should probably be a whole chapter on the pitfalls of complex setf
  29. >methods.  I might write that chapter when I return my erstwhile
  30. >employer, Harlequin, and regain access to some good examples of them. 
  31.  
  32. I tend to think the answer to the problems of complex SETF methods
  33. is not to use them (though I have used them once or twice), so I'd
  34. be interested in seeing some good examples.
  35.  
  36. >CATCH and THROW have their place, when you truly want dynamic scope and
  37. >a restart is not appropriate.  They could, however, often be replaced by
  38. >using RETURN-FROM encapsulated in a closure, a technique a CL programmer
  39. >should understand anyhow. 
  40.  
  41. It might be useful to have some guidance on when to make this
  42. replacement.  Anyway
  43.  
  44. >Macros are a major reason why Lisp is such a great language to write
  45. >programs in.  They are a great aid to clarity, if used adroitly.  Macro
  46. >writing is the touchstone of a Lisp programmer's skill.  Therefore do
  47. >beware, but do dare!
  48.  
  49. Just so.
  50.  
  51. -- jd
  52.