home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / lang / misc / 3506 < prev    next >
Encoding:
Text File  |  1992-11-06  |  2.4 KB  |  67 lines
  1. Newsgroups: comp.lang.misc
  2. Path: sparky!uunet!ukma!usenet.ins.cwru.edu!agate!linus!linus.mitre.org!gauss!bs
  3. From: bs@gauss.mitre.org (Robert D. Silverman)
  4. Subject: Re: A challenge to the anti-goto
  5. Message-ID: <1992Nov5.205832.8919@linus.mitre.org>
  6. Sender: news@linus.mitre.org (News Service)
  7. Nntp-Posting-Host: gauss.mitre.org
  8. Organization: Research Computer Facility, MITRE Corporation, Bedford, MA
  9. References: <Bx0BuG.s4@mentor.cc.purdue.edu> <id.BUMU.NH7@ferranti.com> <1992Nov3.183725.11681@oracle.us.oracle.com>
  10. Date: Thu, 5 Nov 1992 20:58:32 GMT
  11. Lines: 54
  12.  
  13. In article <1992Nov3.183725.11681@oracle.us.oracle.com> akao@.com (Adam Kao) writes:
  14.  
  15. stuff deleted....
  16.  
  17.  
  18. :
  19. :Herman, for a programmer, the program isn't some figure, or illustration,
  20. :or formula which can be ignored after sufficiently understanding the text.
  21. :_The_program_is_the_product_.  I'm very glad that you finally made an
  22. :attempt to give us real code, but what you gave us _is_not_a_program_.
  23.  
  24. I think all of Herman's detractors are missing the point.
  25.  
  26. For Herman, the program IS NOT the product.
  27.  
  28. The result of the computation is.
  29.  
  30. Herman is not a programmer. He is a mathematician. Stop trying to pretend that
  31. his objectives are the same as yours. His objective is "speed", and he doesn't
  32. give a hoot about portability, readability, or any of the other programming
  33. style criteria you guys keep harping about.
  34.  
  35.  
  36. :I suspect that, to you, the program itself just isn't that important,
  37.  
  38. Bingo!
  39.  
  40. :so you didn't spend much time on it.  Try to understand that, for us,
  41.  
  42. I disagree. He probably spent a LOT of time on it. But he was spending
  43. time on figuring out the fastest way to do something and the efficiency
  44. of his code on a particular machine. 
  45.  
  46. :the program is the first thing we look at, often the _only_ thing,
  47.  
  48. Ah. Wonderful. So you never bother checking on whether the algorithm
  49. itself is well suited to your architecture.
  50.  
  51. :and provides the bulk of our understanding.  For us, a program is
  52.  
  53. This is fine, but not for numerically intensive, and mathematically
  54. deep algorithms. How does checking the code tell you if it is the most
  55. efficient method for yor machine?
  56.  
  57.  
  58. I would call what everyone is criticizing Herman for:
  59.  
  60. An overemphasis on form and structure, rather than content.
  61.  
  62. --
  63. Bob Silverman
  64. These are my opinions and not MITRE's.
  65. Mitre Corporation, Bedford, MA 01730
  66. "You can lead a horse's ass to knowledge, but you can't make him think"
  67.