home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / arch / 10458 < prev    next >
Encoding:
Internet Message Format  |  1992-11-07  |  1.9 KB
  1. Xref: sparky comp.arch:10458 comp.lang.misc:3525
  2. Path: sparky!uunet!ogicse!uwm.edu!zaphod.mps.ohio-state.edu!uunet.ca!cognos!alanm
  3. From: alanm@cognos.com (Alan Myrvold)
  4. Newsgroups: comp.arch,comp.lang.misc
  5. Subject: Re: A challenge to the anti-goto (C code included!)
  6. Message-ID: <1992Nov6.151917.619@cognos.com>
  7. Date: 6 Nov 92 15:19:17 GMT
  8. Article-I.D.: cognos.1992Nov6.151917.619
  9. References: <BwxsF6.3DF@mentor.cc.purdue.edu> <1992Nov3.053951.7786@cognos.com> <1992Nov5.203759.8030@linus.mitre.org>
  10. Organization: Cognos Incorporated, Ottawa CANADA
  11. Lines: 30
  12.  
  13. In article <1992Nov5.203759.8030@linus.mitre.org> bs@gauss.mitre.org (Robert D. Silverman) writes:
  14. >I would suggest Mr. Myrvold, that you attend to your business and let
  15. >Dr. Rubin attend to his.
  16.  
  17. You're probably right.
  18.  
  19. >There are times when readability, portability, and ease of maintenance are
  20. >of primary importance. There are times when they don't matter at all. 
  21.  
  22. The code fragment posted could not be compiled, so what other purpose did
  23. it have besides being read?
  24. Posting code to comp.lang.misc is an invitation for it to be READ!  
  25. It is a time when comments and whitespace are appropriate.
  26.  
  27. In some article long since expired from our system :
  28. %% Lawrence Crowl wrote:
  29. %% It's time for you to put up some work.  Write up a C (or Fortran, or some
  30. %% ...
  31. % And Herman Rubin responded
  32. % I might be able to get a graduate student to do this on a versatile semi-
  33. % portable "package" which I already have, not not programmed.
  34.    
  35. By refusing to learn the artistry of programming, Herman is spouting 
  36. criticism from a position of ignorance.
  37.  
  38. So I understand now.  Herman is not a programmer, will never be one,
  39. and his algorithms will probably never get out of the ivory towers, or
  40. if they do, they will be so unportable that they  will not be able to
  41. take advantage of new hardware performance increases, or be used by
  42. people with hardware incompatible to his.
  43.