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