home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / software / 4433 < prev    next >
Encoding:
Text File  |  1992-11-20  |  2.3 KB  |  44 lines

  1. Newsgroups: comp.software-eng
  2. Path: sparky!uunet!think.com!ames!pioneer.arc.nasa.gov!lamaster
  3. From: lamaster@pioneer.arc.nasa.gov (Hugh LaMaster)
  4. Subject: Re: Software Factory (was: Re: Do Software Engineers Actualy Do So Badly?)
  5. Message-ID: <1992Nov20.181132.25549@news.arc.nasa.gov>
  6. Sender: usenet@news.arc.nasa.gov
  7. Organization: NASA Ames Research Center, Moffett Field, CA
  8. References: <georgerj.721551764@emerald> <BxLw2F.6tA@NeoSoft.com> <1992Nov16.212036.12342@news.arc.nasa.gov> <1992Nov19.023834.27234@netcom.com>
  9. Date: Fri, 20 Nov 1992 18:11:32 GMT
  10. Lines: 32
  11.  
  12. With reference to Scott McGregor's article, I am pretty much in
  13. agreement with most of what he says.  (I haven't read the book he
  14. refers to, but the various books on Quality and design productivity
  15. I have read are pretty long on labor intensive design processes
  16. [I have no doubt that the focus on requirements and quality is good,
  17. BTW] and pretty short on numbers...)  Anyway, I like, and concur with, 
  18. the examples he cites at the end.  I merely wanted to point out the 
  19. obvious once again: there is a gaping chasm between the *kind* of
  20. engineering estimates he cites, with their sometimes large variances,
  21. and the *kind* of *very* precise estimation which many have attempted,
  22. failed at, and then proceeded to reaffirm the "software crisis".  The
  23. "crisis" is simply one of failed expectations based on false analogies.
  24. In the meantime, software project management continues to improve, 
  25. using both generally applicable techniques (e.g. walkthroughs,
  26. configuration management), and techniques specific to software (e.g.
  27. high(er) level programming languages, source code debuggers).
  28.  
  29. Let me make a tongue-in-cheek prediction:
  30.  
  31. In the year 2018(?), a software developer will be able to specify, 
  32. implement, test, debug, and deploy a complete client-server database 
  33. in somewhere between an hour and a day.  In the same year, at the 
  34. official fiftieth anniversary birthday celebration of the "software
  35. crisis", people will still be griping because the variance in software
  36. project estimates and completion times will be greater than ever.
  37.  
  38.  
  39. -- 
  40.   Hugh LaMaster, M/S 233-9,     UUCP:      ames!lamaster
  41.   NASA Ames Research Center     Internet:  lamaster@ames.arc.nasa.gov
  42.   Moffett Field, CA 94035-1000  Or:        lamaster@george.arc.nasa.gov 
  43.   Phone:  415/604-1056                     #include <usenet/std_disclaimer.h> 
  44.