home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / lang / cplus / 13001 < prev    next >
Encoding:
Internet Message Format  |  1992-08-27  |  2.9 KB

  1. Path: sparky!uunet!cs.utexas.edu!devnull!rgp
  2. From: rgp@mpd.tandem.com (Ramon Pantin)
  3. Newsgroups: comp.lang.c++
  4. Subject: Re: GOTO, was: Tiny proposal for na
  5. Message-ID: <2330@devnull.mpd.tandem.com>
  6. Date: 28 Aug 92 05:37:15 GMT
  7. References: <1992Aug26.130335.26725@hemlock.cray.com> <1992Aug26.194538.1598@spss.com> <rmartin.714931485@thor>
  8. Sender: news@devnull.mpd.tandem.com
  9. Organization: Tandem Computers, Micro-Products Division
  10. Lines: 50
  11.  
  12. In article <rmartin.714931485@thor> rmartin@thor.Rational.COM (Bob Martin) writes:
  13. >hosken@spss.com (Bill Hosken) writes:
  14. >
  15. >>Clear thinking helps to write good code, gotos whether or not.
  16. >
  17. >This is sort of like saying:  "I am an expert driver, my clarity of
  18. >driving skills entitles me to ignore certain stop signs, when I know
  19. >(by virtue of my great skill) that there is no cross traffic.
  20. >
  21. >You see, I am such a good driver, that the legal alcohol limit does
  22. >not apply to me.  Nor do speed limits, detour signs, or even
  23. >the need to use headlights at night."
  24. >...
  25.  
  26. When was the last time that a "goto" ran you over?  You should not
  27. have been staring at the "breaks" and "continues" thru those x-windows
  28. (peeping is illegal you know), you should have been paying attention
  29. to the road, next time you might not be as lucky and a "mid-function"
  30. return might hit you!  I understand that when you are riding in your
  31. van full of state variables, redundant tests, duplicate code and added
  32. complextity you might not be even able to see more than a couple of
  33. yards away, anyhow remember to be very carefull when driving around
  34. in those conditions, you might even be able to get one of those signs
  35. for the handicapped.  :-)
  36.  
  37. Anyhow, you can't really do nothing about it, nobody is going to outlaw
  38. any of these, nobody is going to stop using them either, even if you
  39. don't like them (we like them), so learn to live with them.
  40.  
  41. >In software engineering, we have rules, but no cops.  (And I don't
  42. >want any cops either).  So "real good programmers" sometimes feel that
  43. >the rules don't apply to them.  We average types suffer at their hands.
  44.  
  45. The problem is that when you say "we have rules" you mean "I have rules",
  46. you have your rules and I have my rules.  I don't feel guilty when I
  47. use breaks, continues, returns, gotos or when I decide that a state
  48. variable makes more sense than any of these.  If you don't like using
  49. some of these, that is ok also, go ahead and don't use them, don't be
  50. afraid, I won't send my cops to look at your code.
  51.  
  52. Textbook software engineering for computer science students is not
  53. exactly how things work in the real world.  If somebody in the real world
  54. is making you "suffer at their hands" with good old C code, you can always
  55. find yourself a project that is being done strictly under your rules.
  56. If you can't find one, then you might be more tolerant of all the
  57. programmers that have not seen the light and give them some space.
  58. Please don't suffer too much if one of them puts a "break" in one of
  59. your statefull loops.
  60.  
  61. Ramon Pantin
  62.