home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / lang / c / 16022 < prev    next >
Encoding:
Internet Message Format  |  1992-11-05  |  1.4 KB
  1. Xref: sparky comp.lang.c:16022 comp.software-eng:4158 comp.sys.mac.programmer:18031
  2. Newsgroups: comp.lang.c,comp.software-eng,comp.sys.mac.programmer
  3. Path: sparky!uunet!zaphod.mps.ohio-state.edu!pacific.mps.ohio-state.edu!linac!att!att!fang!gator!miles!rms
  4. From: rms@miles.com (Rob Schultz)
  5. Subject: Re: Productivity of a C programmer ?
  6. Message-ID: <1992Nov5.134225.2098@miles.com>
  7. Organization: Miles Inc., Diagnostics Division, Elkhart, IN
  8. References: <Bx3KFK.7Er@cdsmn.mn.org> <Bx6zr4.AEC@gabriel.keele.ac.uk> <Bx753E.5qB@cs.uiuc.edu>
  9. Date: Thu, 5 Nov 1992 13:42:25 GMT
  10. Lines: 23
  11.  
  12. In article <Bx753E.5qB@cs.uiuc.edu> marick@cs.uiuc.edu (Brian Marick) writes:
  13. >
  14. >The size of the specification (measured a couple of ways) was poorly
  15. >correlated with time to test and initial coverage.  Lines of code
  16. >(omitting blanks and comments) did slightly better.  Both of them were
  17. >lousy predictors - individual variability and between-program
  18. >variability dominated.
  19.  
  20.  
  21. Brian -
  22.  
  23. Did you by any chance try to correlate this data to Allan Albrecht's
  24. Function Points?  I have been told that this is a very good method of
  25. predicting (non-embedded) software development/testing effort, as well
  26. as a good bug predictor.
  27.  
  28. thanks -
  29.      rms
  30.  
  31. -- 
  32. Rob Schultz   At Home:                        At work:          +1 219 262 7206
  33.                       rms@andria.miles.com                        rms@miles.com
  34.       {uunet|iuvax}!gator!miles!andria!rms        {uunet|iuvax}!gator!miles!rms
  35.