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.3 required=5.0 tests=BAYES_00,INVALID_MSGID autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,6322b2f76bf30f06 X-Google-Attributes: gid103376,public From: rracine@myremarq.com (Roger Racine) Subject: Re: Was: Re: Ada95 in Germany Date: 2000/01/18 Message-ID: <38846974.1300154833@news.draper.com>#1/1 X-Deja-AN: 574206385 References: <387B3F2C.52272A82@frqnet.de> <85ki75$rne$1@nnrp1.deja.com> <387DDCCD.100F2747@frqnet.de> <387DDEFC.58BE357F@rrds.co.uk> <387EF919.6C7E9092@nokia.com> <387F8860.3709F284@quadruscorp.com> <1e4fwmu.zr0wn81gy60wsN%claveman@inetworld.net> <3880C67F.A5909D01@quadruscorp.com> X-Complaints-To: abuse@draper.com X-Trace: news.draper.com 948201922 20412 140.102.40.31 (18 Jan 2000 13:25:22 GMT) NNTP-Posting-Date: 18 Jan 2000 13:25:22 GMT Newsgroups: comp.lang.ada Date: 2000-01-18T13:25:22+00:00 List-Id: On Sat, 15 Jan 2000 11:11:59 -0800, "Marin D. Condic" wrote: >Charles H. Sampson wrote: >> I think you're referring to the failed attempt a few years ago to >> develop a new air traffic control system for the U. S. A division of my >> company was the software subcontractor for the project, which was large- >> ly in Ada. It's my understanding that when the project was shut down, >> the manager (from the prime contractor, another company) volunteered >> that the choice of programming language was not the cause. I'm writing >> from memory of informal chats with colleagues 3000 miles away, but, from >> what I heard, it was a classic case of not stabilizing requirements. >> >That sounds like the one. I know there were some Ada-bigots out there >who wanted to blame the language, but realistically speaking, project >failure (like business failure) is prima facie evidence of bad >management. > The language has been at least a part of numerous problem programs (if not failures, then cost overruns) that I know about, in many languages. For Ada, the problems have come about when the team tries to over-design the system. Ada has many wonderful features, such as tasking, tagged types, etc. However, if over-used (how about 10 levels of inheritance, tasks used essentially as procedures, . . .; not the real problems to protect the innocent) on what was thought at the time to be a fast processor (68010, 80386 DX), these features can be time hogs. Of course the real problem was with the people, not the language. But we Ada lovers tend to say that Ada helps prevent problems. Unfortunately there are people who love abstraction, and abstraction can be a problem if used badly. Please understand that I could easily give many examples of problems with C or C++ programs, but that is not part of this thread. My only point is that there are people who like low-level languages (i.e. C) because it is less abstract (similar to people who like assembly language) and therefore easier to estimate performance. Roger Racine