home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / lang / c / 16385 < prev    next >
Encoding:
Internet Message Format  |  1992-11-12  |  1.3 KB
  1. Path: sparky!uunet!europa.asd.contel.com!emory!ogicse!psgrain!charnel!sifon!thunder.mcrcim.mcgill.edu!mouse
  2. From: mouse@thunder.mcrcim.mcgill.edu (der Mouse)
  3. Newsgroups: comp.lang.c
  4. Subject: Re: The Correct Way To Write C if-Statements
  5. Message-ID: <1992Nov12.101654.21932@thunder.mcrcim.mcgill.edu>
  6. Date: 12 Nov 92 10:16:54 GMT
  7. Article-I.D.: thunder.1992Nov12.101654.21932
  8. References: <140742@lll-winken.LLNL.GOV> <2184@ontek.com>
  9. Organization: McGill Research Centre for Intelligent Machines
  10. Lines: 21
  11.  
  12. In article <2184@ontek.com>, mikey@ontek.com (euphausia superba) writes:
  13.  
  14. > Establishing a consistent, company-wide style of code formatting
  15. > results in a loss of information.  [...]
  16.  
  17. > 3. Some anal-retents, when given a hunk of code to maintain or
  18. >    enhance, will reformat it before beginning work on on it anyway,
  19. >    erasing the style-signatures of the previous authors and wasting
  20. >    time in the process.
  21.  
  22. As onje of the group you slur as "anal-retents" here, I'd like to point
  23. out that perhaps there's a *reason* for this action, beyond just
  24. looking to make trouble, beyond even the aesthetics of mixing code
  25. styles.  In my case, the reason I reformat code is usually that the
  26. existing brace placement is such as to cause the C-mode I use to place
  27. my code with its left margin off around column 60 or so.
  28.  
  29.                     der Mouse
  30.  
  31.                 mouse@larry.mcrcim.mcgill.edu
  32.