home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!usc!wupost!sdd.hp.com!uakari.primate.wisc.edu!ames!data.nas.nasa.gov!taligent!apple!mumbo.apple.com!gallant.apple.com!badenov.apple.com!user
- From: nevin@apple.com (Nevin ":-]" Liber)
- Newsgroups: comp.lang.misc
- Subject: Re: Indentation
- Message-ID: <nevin-150992151056@badenov.apple.com>
- Date: 15 Sep 92 22:18:58 GMT
- References: <1992Aug23.215627.22233@smds.com> <1992Aug16.045245.9912@smds.com> <7050@charon.cwi.nl> <1992Aug18.065110.20337@smds.com> <id.Q0KS.MS1@ferranti.com> <1992Aug27.201810.20982@usenet.ins.cwru.edu>
- Sender: news@gallant.apple.com
- Followup-To: comp.lang.misc
- Organization: Apple Computer, Inc.
- Lines: 28
-
- In article <1992Aug27.201810.20982@usenet.ins.cwru.edu>,
- ah739@cleveland.Freenet.Edu (Leslie J. Somos) wrote:
- > OK, I believe most people would agree that choices in program layout are
- > just fluff, unimportant (in languages that don't care).
-
- I disagree. How many times have people been bitten by the following bug,
- hidden by bad layout:
-
- returnCode = kNoError;
- foo = DoSomeProcessing();
- if (NULL == foo)
- fprintf(stderr, "foo ought not be NULL.\n");
- returnCode = kError;
- DoSomeMoreProcessing();
- return returnCode;
-
- > STOP RIGHT THERE. I, for one, will not agree that choice of variable
- > names is not important. Of course, the compiler doesn't care, about
- > names or layout, that's why obfuscating programs work.
- > But variable names are _very_ important to humans who must read
- > programs.
-
- And so is layout.
- ___
- NEVIN ":-)" LIBER, RISC Porting Specialist/Blue Meanie, Mac System Software
- email: nevin@apple.com paper: Apple Computer, Inc.
- voice: (408) 974-MIX1 20525 Mariani Avenue, MS: 81-GC
- AppleLink: BADENOV Cupertino, CA 95014
-