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.9 required=5.0 tests=BAYES_00,LOTS_OF_MONEY autolearn=ham autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 101deb,3488d9e5d292649f X-Google-Attributes: gid101deb,public X-Google-Thread: 103376,e6a2e4a4c0d7d8a6 X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2003-02-20 08:27:32 PST Path: archiver1.google.com!news2.google.com!news1.google.com!newsfeed.stanford.edu!logbridge.uoregon.edu!newshub.sdsu.edu!news-xfer.cox.net!p01!news1.west.cox.net.POSTED!53ab2750!not-for-mail Message-ID: <3E550205.1010702@cox.net> From: "Donald L. Dobbs" User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.0.2) Gecko/20021120 Netscape/7.01 X-Accept-Language: en-us, en MIME-Version: 1.0 Newsgroups: comp.lang.pl1,comp.lang.ada Subject: Re: status of PL/I as a viable language References: <3E51908E.9CCA3412@adaworks.com> <8Gh4a.7455$_c6.743959@newsread2.prod.itd.earthlink.net> <3E51ABCE.5491B9A2@adaworks.com> <3E5273DE.2050206@cox.net> <3E531E6F.BDFB2599@adaworks.com> <3E546C45.4010406@cox.net> <3E54F926.441D5BB5@adaworks.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Date: Thu, 20 Feb 2003 16:26:28 GMT NNTP-Posting-Host: 68.4.138.157 X-Complaints-To: abuse@cox.net X-Trace: news1.west.cox.net 1045758388 68.4.138.157 (Thu, 20 Feb 2003 11:26:28 EST) NNTP-Posting-Date: Thu, 20 Feb 2003 11:26:28 EST Organization: Cox Communications Xref: archiver1.google.com comp.lang.pl1:4362 comp.lang.ada:34282 Date: 2003-02-20T16:26:28+00:00 List-Id: Richard Riehle wrote: > "Donald L. Dobbs" wrote: > > >>Richard Riehle wrote: >> >>>"Donald L. Dobbs" wrote: >> >>>>PS: ADA ain't that great. Even with the Pentagon's (DoD) legislative >>>>fiat they couldn't achieve widespread adoption. It proved to be far too >>>>clunky for its original intent which was embedded real-time applications >>>>such as radar and fire-control systems. Over time ADA will join Pascal >>>>as one of the wannabes that just didn't have enduring traction. >>> >>> >>>Actually, Ada is that great ... >>> >>> >>>It is used (I know this from first hand experience) very successfully >>>in a large number of embedded weapon systems, embedded avionics, >>>embedded commercial systems. It flies airplanes (all the software >>>in the Boeing 777), drives communication satellites, controls electrical >>>power plants (including nuclear), and keeps ships active at sea. It >>>is the primary language of the F-22, among others. >> >>Not to belabor a point, but one of the lead stories today on the >>Aviation Week web site www.aviationnow.com describes how the F-22 >>program is now some $800 million overrun because of delays caused by >>unreliable software. They can get it to run for about 8 hrs in the lab >>before it crashes, but in the actual test flights it fails within 3.5 >>hours forcing the pilot to reboot the system while in mid-flight. If >>they are using Ada as you contend, then this is a terrible indictment >>and confirms what I had heard earlier about the language's shortcomings. > > > Donald, > > I will cross-post this to comp.lang.ada. > > The F-22 is one of the most complex systems, software and > hardware, even conceived. As we discussed earlier, with > regard to other language environments, the quality of the > available tools can help only so much. > > Ada is designed to maximize the amount of error checking possible > as early in the development process as possible. I know of no other language > does this as well as Ada. As stated earlier, competent people have used > Ada for a wide variety of successful large-scale, safety-critical software > systems. On the other hand, less competent people have used Ada, PL/I, > C++, C, etc. for a wide variety of unsuccessful systems. At least one > Ada failure that I know of by reports from participants rather than from > first-hand knowledge was an Air Traffic Control system. The people > who were managing the system blamed Ada when they, the managers, > were the real problem. At that time, other ATC systems had already > been completed in Ada and were successfully doing their job. The > problem is not the language. As someone else once said, "A fool > with a tool is still a fool." From my vantage point, having a fairly > broad experience with a lot of programming languages, Ada, once it > is understood, continues to be the most appropriate choice for systems > such as the F-22. The fact that developers can find a way to screw it > up does not detract from the value of the language. If they can make > a mess using a language with the rigorous controls built into Ada, > imagine the magnitude of the mess they could make with, say, C++. > And, no, PL/I would not help with a system this large and complex. > > Richard Riehle > Richard, You're right in that good (really good) programmers can produce successful code not matter what tools (languages) they have to tolerate while poor programmers (or at least poorly trained) will screw it up no matter how good or bulletproof the language. Your ATC example undoubtedly proves the point. Regards, -- Don.