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=-0.9 required=5.0 tests=BAYES_00,FREEMAIL_FROM, FREEMAIL_REPLY autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,325c54deb91283fd X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2003-04-25 10:46:35 PST Path: archiver1.google.com!postnews1.google.com!not-for-mail From: snarflemike@yahoo.com (Mike Silva) Newsgroups: comp.lang.ada Subject: Re: Ada in Iraq Date: 25 Apr 2003 10:46:35 -0700 Organization: http://groups.google.com/ Message-ID: <20619edc.0304250946.204a7ae1@posting.google.com> References: NNTP-Posting-Host: 154.6.152.68 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Trace: posting.google.com 1051292795 31825 127.0.0.1 (25 Apr 2003 17:46:35 GMT) X-Complaints-To: groups-abuse@google.com NNTP-Posting-Date: 25 Apr 2003 17:46:35 GMT Xref: archiver1.google.com comp.lang.ada:36561 Date: 2003-04-25T17:46:35+00:00 List-Id: 18k11tm001@sneakemail.com (Russ) wrote in message news:... > > Your continued obsession with Ada for purely academic reasons is a > seemingly naive approach to real software development. So when you argue for Ada on technical grounds it's obsessing, and when he rejects (not, apparently, refutes) your arguments he's being sophisticated (the opposite of naive?). > I have not > seen any legitimate justification for switching to Ada. So he *has* refuted the various studies and white papers you've pointed him to? > Which feature > of Ada critical to our **** development cannot be achieved with > C/C++/Java? The old Turing argument. We can do anything in any language! > There are several reasons why Ada is not practical. > First, there is no in-house large-scale Ada application development > experience among the software developers or civil servants. We can't > wait around while 40 developers come up speed. Furthermore, i'll be > blunt and say there was "little" in-house C++ experience when the > **** was redesigned and we're still paying the price for that > inexperience. Second, the FAA does not use Ada for the rest of its > FFP software development. The bottomline is that in today's world, if > you want to draw from the largest pool of talent, you better be > programming in C, C++ or Java. Well, which is it -- are they going to retrain their current developers or hire new ones? BTW, I imagine that the *percentage* of C/C++/Java developers who could easily step into an ATC project is a lot lower than the percentage of Ada developers who could easily do so. Lots less reading of resumes and interviewing only to end up at don't-call-us-we'll-call-you. > Call it inertia if you want. It > doesn't matter really. Ultimately, any truly critical Ada feature > will eventually be added to C++ or Java. This is the best yet! They don't have time to train their developers, but they have time to wait for truly critical features to be added to C++ or Java! Oh, and there's a really big talent pool of VB programmers out there. Any truly critical Ada feature will eventually get added to VB, right? I think the best you could hope for is to do a part of the project in Ada and have great success while the rest of the project founders. :-/ Mike