From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: * X-Spam-Status: No, score=1.6 required=5.0 tests=BAYES_05,INVALID_MSGID, REPLYTO_WITHOUT_TO_CC autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,b0d569080889afd6 X-Google-Attributes: gid103376,public From: Marin David Condic Subject: Re: A question for my personal knowledge. Date: 1999/05/10 Message-ID: <37374039.BEC1A380@pwfl.com>#1/1 X-Deja-AN: 476307948 Content-Transfer-Encoding: 7bit Sender: condicma@bogon.pwfl.com References: <1VEZ2.1515$I51.88140@carnaval.risq.qc.ca> <37373414.74FA7F93@pwfl.com> <37373868.670768FB@grep.net> Content-Type: text/plain; charset=us-ascii Organization: Pratt & Whitney Mime-Version: 1.0 Reply-To: diespammer@pwfl.com Newsgroups: comp.lang.ada Date: 1999-05-10T00:00:00+00:00 List-Id: Paul Whittington wrote: > > When it comes to quality the question is not is it as good as it can > be, or could it be better; the question is "Is it good enough?" > Very true! I'm not sure if my previous response had a whole lot to do with quality though. And, of course, deciding when you've reached "good enough" can be a difficult task. Of course (if we're going to get a language war going ;-) there are more reasons for selecting Ada than issues of quality or reliability. Depending on the mission, Ada has lifecycle cost advantages over some other approaches. There are also fitness for a given purpose issues, such as support for OOP, support for multitasking applications, interfacing to other languages, interfacing to hardware, etc. A lot depends on the nature of the project you have in mind. MDC -- Marin David Condic Real Time & Embedded Systems, Propulsion Systems Analysis United Technologies, Pratt & Whitney, Large Military Engines M/S 731-95, P.O.B. 109600, West Palm Beach, FL, 33410-9600 ***To reply, remove "bogon" from the domain name.*** Visit my web page at: http://www.flipag.net/mcondic