home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.lang.c++
- Path: sparky!uunet!elroy.jpl.nasa.gov!sdd.hp.com!caen!sol.ctr.columbia.edu!eff!news.oc.com!spssig.spss.com!hosken
- From: hosken@spss.com (Bill Hosken)
- Subject: Re: GOTO, was: Tiny proposal for na
- Message-ID: <1992Aug27.181013.29933@spss.com>
- Sender: news@spss.com (Net News Admin)
- Organization: SPSS, Inc.
- References: <714668024@thor> <6800007@tisdec.tis.tandy.com> <1992Aug26.130335.26725@hemlock.cray.com> <1992Aug26.194538.1598@spss.com> <rmartin.714931485@thor>
- Date: Thu, 27 Aug 1992 18:10:13 GMT
- Lines: 26
-
- In article <rmartin.714931485@thor>, rmartin@thor.Rational.COM (Bob Martin) writes:
- > hosken@spss.com (Bill Hosken) writes:
- >
- > >Clear thinking helps to write good code, gotos whether or not.
- >
- >
- > This is sort of like saying: "I am an expert driver, my clarity of
- > driving skills entitles me to ignore certain stop signs, when I know
- > (by virtue of my great skill) that there is no cross traffic.
- >
- >
- > So we have rules. These rules protect us average types from the guys
- > who think they are "real good drivers". When some guy blows a stop
- > sign, it doesn't matter to me, one whit, if he is the greatest driver
- > in the world, I will still applaud the cop who pulls him over.
- >
-
- The rule "avoid goto" does not stop anyone from writing confusing
- code. It probably makes some people think more about the code
- they write when seeking alternatives to the goto, but taken alone
- it does little good.
-
- A better rule would be "Be prepared to give a clear and convincing
- argument that the code is correct".
-
-
-