From mboxrd@z Thu Jan  1 00:00:00 1970
X-Spam-Checker-Version: SpamAssassin 3.4.5-pre1 (2020-06-20) on
	ip-172-31-74-118.ec2.internal
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 required=3.0 tests=BAYES_00 autolearn=ham
	autolearn_force=no version=3.4.5-pre1
Date: 14 Apr 93 15:29:32 GMT
From: news.crd.ge.com!e7sa!groleau@uunet.uu.net  (Wes Groleau X7574)
Subject: Re: more re: If Ada isn't the problem, what is?
Message-ID: <C5HCD8.FA0@crdnns.crd.ge.com>
List-Id: <comp.lang.ada>

In article <9304122053.AA10849@ajpo.sei.cmu.edu> SAHARBAUGH@ROO.FIT.EDU writes:
>.............. in a General Accounting Office report.  I have 
>...........
>The longest list is for "lack of well-defined requirements".  I'm not surprize
d,
>are you?

No, I'm not.  And that's obviously NOT Ada's fault.  A related problem not in
the list (or I missed it) is:

"Specs written by semi-FORTRAN-educated engineers who don't know the difference
between requirements and implementation."

Which means that programmers have to try to persuade management that "searching
a monstrous array of characters for a particular substring and using that
substrings location in a computed GOTO" is not really a requirement.