home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / software / 4281 < prev    next >
Encoding:
Internet Message Format  |  1992-11-14  |  2.9 KB
  1. Path: sparky!uunet!charon.amdahl.com!pacbell.com!ames!haven.umd.edu!decuac!pa.dec.com!decwrl!sooner.palo-alto.ca.us!ima!thirdi!greg
  2. From: greg@thirdi.uucp (Greg Holmberg)
  3. Newsgroups: comp.software-eng
  4. Subject: Re: Will we keep ignoring this productivity issue?
  5. Message-ID: <1992Nov13.222826.8173@thirdi.uucp>
  6. Date: 13 Nov 92 22:28:26 GMT
  7. References: <Bwtn3H.F2@iat.holonet.net> <1992Nov1.132750.9856@vax.oxford.ac.uk> <1776@aviary.Stars.Reston.Unisys.COM> <1992Nov11.055130@eklektix.com>
  8. Reply-To: greg@thirdi.UUCP (Greg Holmberg)
  9. Organization: Third Eye Software, Menlo Park, CA
  10. Lines: 58
  11.  
  12. In article <1992Nov11.055130@eklektix.com> rcd@raven.eklektix.com (Dick Dunn) writes:
  13.     >...However, it is a fairly-well-established rule of thumb that
  14.     >very good programmers can be an order of magnitude or more
  15.     >productive than the average and do a good job...
  16.  
  17.     How *can* we afford to be off pondering complexity metrics,
  18.     bantering about 25% changes, gaping in awe at the occasional
  19.     arguably-possible factor of 2, when there's this sort of
  20.     fundamental difference that's been staring us in the faces for
  21.     the past several decades?
  22.  
  23.     >...I've always felt that the path to **IMPROVING SOFTWARE
  24.     >PRODUCTIVITY** should start with an investigation of why that's
  25.     >so and how to take advantage of it.  Instead, we are spending
  26.     >$hundreds of million$ to lower the skill level needed for
  27.     >programming.
  28.  
  29.     Or, if I may reword what Bob said rather less kindly, we are
  30.     spending vast sums to get code out of the people who can't
  31.     program, instead of finding out how the folks who can program
  32.     do it.
  33.  
  34. An excellent article on this subject is "No Silver Bullets" by
  35. Frederick P. Brooks, Jr. (author of "The Mythical Man-Month").  This
  36. article appeared the November 1987 issue of Unix Review (Volume 5
  37. Number 11).
  38.  
  39. In it, he discusses successs in software development productivity in
  40. the past and analyzes the reasons for their successes.  He then looks
  41. at some hopes for the future, including:
  42.  
  43.     Programming environments and tools, workstations
  44.     Ada and other high-level language advances
  45.     Object-oriented programming
  46.     Artificial intelligence
  47.     Expert systems
  48.     Automatic programming
  49.     Graphical programming
  50.     Program verification
  51.     Reuse
  52.     Requirements refinement and rapid prototyping
  53.     Incremental development
  54.     Great designers
  55.  
  56. In the end, he holds some hope for object-oriented programming (he
  57. says, "Many students of the art hold out more hope for object-oriented
  58. programming than for any of the other technical fads of the day.  I am
  59. among them."), but says that first priority must be to find and nurture
  60. great designers.  He makes the case that attracting and growing the
  61. right people will be the only real solution to our software development
  62. problems.
  63.  
  64. I agree and I highly recommend this article.
  65. -- 
  66. Greg Holmberg
  67.  
  68. Third Eye Software, Inc.                415/321-0967 Voice
  69. 750 Menlo Avenue, Suite 300             415/321-2066 Fax
  70.