home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / lang / c / 16430 < prev    next >
Encoding:
Internet Message Format  |  1992-11-12  |  2.9 KB
  1. Path: sparky!uunet!know!cass.ma02.bull.com!mips2!news.bbn.com!noc.near.net!nic.umass.edu!caen!zaphod.mps.ohio-state.edu!news.acns.nwu.edu!nucsrl!travis
  2. From: travis@eecs.nwu.edu (Travis Marlatte)
  3. Newsgroups: comp.lang.c
  4. Subject: Re: Productivity of a C programmer ?
  5. Message-ID: <1992Nov12.230327.8660@eecs.nwu.edu>
  6. Date: 12 Nov 92 23:03:27 GMT
  7. References: <1992Nov6.112137.10887@uklirb.informatik.uni-kl.de> <721104893@sheol.UUCP> <572@ulogic.UUCP>
  8. Organization: Rauland-Borg Corporation, Skokie IL
  9. Lines: 55
  10.  
  11. I don't understand the need to look at the source code to establish
  12. productivity. Actually, I don't understand the need to establish
  13. productivity at all. It definitely isn't needed to quote future
  14. projects.
  15.  
  16. For example, when a hardware engineer creates estimates for a new
  17. circuit he doesn't say, "I figure its going to have 1500 resistors,
  18. 1000 capacitors, 150 ICs... therefore based on ohms per hour I should
  19. have this done in 14.6 man-days."
  20.  
  21. And when the circuit is complete, other engineers don't evaluate it based
  22. on the number of compontents. They may evaluate its complexity, but not
  23. directly its component count. Imagine a manager saying, "We're giving you
  24. a raise. You deserve it. Last year you completed designs with 1M components.
  25. Congratulations!"
  26.  
  27. When a programmer asks me to evaluate his work, I am not immediately
  28. interested in the source code. I want to first know
  29.  
  30.     - how cleanly does it interact with the other parts of the system.
  31.     - how well it interacts with the user (if any)
  32.     - how does its processing time compare with ideal
  33.     - how does its elapsed processing time fit into the system
  34.     - how much executable space does it consume
  35.     - how much memory does it require worst case
  36.     - what trade-offs were made for code space against time
  37.  
  38. These are the external characteristics that can be quantified and compared.
  39. I can compare the results of multiple programmers based on this kind
  40. of information.
  41.  
  42. Then I want to look at the code. If it runs close to ideal in a minimal
  43. amount of code space but the source code is unintelligible, it's garbage
  44. unless there is a real need for the resulting performance. But if the
  45. need is there, then speghetti code can be justified (sometimes).
  46.  
  47. If a programmer cannot provide the above information, then I don't think
  48. the programmer actually engineered the code. It is more a result of hacking
  49. together the first idea that had a chance - maybe with improvements done
  50. after it was once working.
  51.  
  52. Lines of code and comments only add to readability. They mean nothing
  53. in terms of productivity. I can take 6 months to engineer an algorithm
  54. and make it readable in a day.
  55.  
  56. Why are you all so interested in productivity? If your jobs depend on it,
  57. then maybe you should find a company that is more interested in real results
  58. rather than fluff. Can you say 90210? I thought you could.
  59.  
  60. Travis "The source code fits on the disk so what do I care" Marlatte
  61.  
  62. -- 
  63. Travis Marlatte
  64. travis@eecs.nwu.edu
  65. 708-297-0055
  66.