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: 26 Jul 93 22:27:26 GMT
From: cis.ohio-state.edu!news.sei.cmu.edu!ajpo.sei.cmu.edu!dyer@ucbvax.Berkeley
.EDU  (Richard Dye)
Subject: Re: Anyone else actually like Ada?
Message-ID: <1993Jul26.182726.149@sei.cmu.edu>
List-Id: <comp.lang.ada>

In article <230ni6$eo0@truffula.fp.trw.com> erwin@trwacs.fp.trw.com (Harry Erwi
n) writes:
>But those are the sorts of applications Ada was specifically designed for.
>People -->should<-- be using Ada there. But they should not be using Ada
>for applications where a fully object-oriented design approach is
>appropriate (test software, simulations, operating systems, more
>generally, message passing systems).
>
>Cheers,

Harry, I strongly suggest that you look around in TRW at all the "test
software, simulations, operating systems," and "message passing
systems" that are currently being built or have been built in the past
by your company.  CCPDS-R is all Ada and it is one of the largest
mesage passing systems you'll find.  The UNAS product that came out of
CCPDS-R is all Ada - it's largely a message passing and distribution
framework.  The ASOS (Ada Secure Operating System) project was worked
years ago by TRW.  It's been 3.5 years since I worked at TRW so I'm
sure there are more now than there were then.

Before you say where Ada shouldn't be used, you should at least know
where it's already being successfully used - especially when it's in
your own company.

Dick Dye