home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / lang / misc / 3511 < prev    next >
Encoding:
Internet Message Format  |  1992-11-06  |  2.6 KB
  1. Path: sparky!uunet!charon.amdahl.com!pacbell.com!decwrl!gossip.pyramid.com!pyramid!oracle!unrepliable!bounce
  2. From: akao@.com (Adam Kao)
  3. Newsgroups: comp.lang.misc
  4. Subject: Re: A challenge to the anti-goto
  5. Message-ID: <1992Nov6.025252.15720@oracle.us.oracle.com>
  6. Date: 6 Nov 92 02:52:52 GMT
  7. References: <id.BUMU.NH7@ferranti.com> <1992Nov3.183725.11681@oracle.us.oracle.com> <1992Nov5.205832.8919@linus.mitre.org>
  8. Sender: usenet@oracle.us.oracle.com (Oracle News Poster)
  9. Organization: Oracle Corporation, Redwood Shores, CA
  10. Lines: 54
  11. Nntp-Posting-Host: oasun1.us.oracle.com
  12. X-Disclaimer: This message was written by an unauthenticated user
  13.               at Oracle Corporation.  The opinions expressed are those
  14.               of the user and not necessarily those of Oracle.
  15.  
  16. In article <1992Nov5.205832.8919@linus.mitre.org> bs@gauss.mitre.org (Robert D. Silverman) writes:
  17. >I think all of Herman's detractors are missing the point.
  18.  
  19. Don't lump me in with all of Herman's detractors.
  20.  
  21.  
  22. >For Herman, the program IS NOT the product.
  23. >The result of the computation is.
  24. >Herman is not a programmer. He is a mathematician. Stop trying to pretend ...
  25.  
  26. Do you think I disagree with these statements?
  27.  
  28.  
  29. >He probably spent a LOT of time on it...
  30.  
  31. He probably took a machine language routine and translated it at the
  32. keyboard into something resembling C.  He never ran it through a
  33. compiler, which could have saved us all much time and traffic.
  34.  
  35.  
  36. >:the program is the first thing we look at, often the _only_ thing,
  37. >Ah. Wonderful. So you never bother checking on whether the algorithm
  38. >itself is well suited to your architecture.
  39.  
  40. Logic is a wonderful thing.  Sarcasm is not.
  41.  
  42.  
  43. >:and provides the bulk of our understanding.  For us, a program is
  44. >This is fine, but not for numerically intensive, and mathematically
  45. >deep algorithms. How does checking the code tell you if it is the most
  46. >efficient method for yor machine?
  47.  
  48. Herman admitted there were typos that would compile while breaking
  49. the algorithm.  How am I supposed to tell if it _works_?
  50.  
  51.  
  52. >I would call what everyone is criticizing Herman for:
  53. >An overemphasis on form and structure, rather than content.
  54.  
  55. You completely miss my point, probably because you insist on seeing
  56. me as part of a faceless horde.
  57.  
  58. The code Herman posted isn't efficient, it's BROKEN.  Will fixing the typos
  59. hurt the efficiency?  How about adding comments?  How about whitespace?
  60.  
  61. And what is it doing on USENET, anyway?  So we can all ignore it?  No,
  62. so we can READ it.  In this context, there is NOTHING more important
  63. than making it READABLE.
  64.  
  65. Once again:  we asked for a program because it's the most concrete,
  66. factual form of communication.  Herman gave us handwaving code.
  67.  
  68.  
  69. Adam
  70.