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,FREEMAIL_FROM autolearn=ham autolearn_force=no version=3.4.4 X-Google-Thread: 103376,21960280f1d61e84 X-Google-Attributes: gid103376,public X-Google-Language: ENGLISH,ASCII Path: g2news2.google.com!news1.google.com!news2.google.com!news.germany.com!aioe.org!not-for-mail From: Cesar Rabak Newsgroups: comp.lang.ada Subject: Re: How come Ada isn't more popular? Date: Sun, 28 Jan 2007 19:12:02 -0200 Organization: Aioe.org NNTP Server Message-ID: References: <1169531612.200010.153120@38g2000cwa.googlegroups.com> <20070123211651.c0d43695.tero.koskinen@iki.fi> <87zm89tpk7.fsf@ludovic-brenta.org> <4q4pqgmdwo.fsf@hod.lan.m-e-leypold.de> <1169719988.972296.121430@a75g2000cwd.googlegroups.com> <4iauh.1157694$084.1040745@attbi_s22> NNTP-Posting-Host: wklhi55tB/huEK4HCsA6Ww.user.aioe.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Complaints-To: abuse@aioe.org In-Reply-To: User-Agent: Thunderbird 1.5.0.8 (X11/20061109) Xref: g2news2.google.com comp.lang.ada:8656 Date: 2007-01-28T19:12:02-02:00 List-Id: adaworks@sbcglobal.net escreveu: > "Jeffrey R. Carter" wrote in message > news:Ymfuh.321356$FQ1.7034@attbi_s71... >> Don't you get logical on me here. I maintain that it is impossible for humans >> to write safe C. For proof by blatant assertion, see my previous post. >> > I would take issue with your blanket statement even though I am in > general agreement with the foundation that motivates its expression. > > Every programming language isbe error-prone at different levels, including > Ada. Nice contribution, Richard, but the line wrapping mangled the diagram you propose to become almost unintelligible... Would you mind posting it with the scale top to bottom? > The question is how error-prone a language might be. On a continuum > of more error-prone to less, Ada is at the end of the scale for less error-prone > _____________________________________________________________ > More > Less > Error-prone ------------------> > Error-prone > > Assembler C C++ Java C# Ada > SPARK > COBOL-68 COBOL-85 Objective-C Eiffel > Early PL/I Recent PL/I > ______________________________________________________________ > > A more detailed continuum could be developed that covers more languages. I only > show a small representation here. I think is already a nice account of languages for this discussion. > > I show Eiffel and Ada at the same place on the continuum. Many would argue > with this. I don't so I'll follow on. > I don't think that anyone who knows both Ada and C++ really well > would argue with their relative positioning. Java is more error-prone than Ada > due some issues with its type model and the preservation of some dangerous > constructs. C# design improves the dependability of some of those constructs. Yes, now if one dares to put this in a two axis space (like the 'quadrants' certain consulting groups love to publish�) with error proneness (or its inverse 'safety'[?]) against 'market push', we'll arrive at something with Java and C# on the safer and 'market supported' space and then all remains the same in the market :-( > > As I have often noted in this forum and elsewhere, I often wonder why someone > who chooses to develop software in a language that is error-prone would expect > a software system that is error-free. Because: > Although a language, by itself, cannot > guarantee a system that is error-free, one would expect an outcome that requires > less debugging time and would have fewer defects than with a language that is > error-prone. present beliefs in the SW industry are that the process (CMM sense) is what makes SW more reliable or not. Upper management is used to navigate in the muddy waters of non perfect systems: unreliable OSs, virus/worm/trojan threats, so coping with a 'popular' language is part of the (usual) business. Another question we tend to forget about C is the formidable ecosystem that exists to help companies to get right with lint-like tools, memory checkers, etc. > > While C++ may have some capabilities not found in other languages, it is still > a poor choice for software where dependability is important. It is not a > language > well-suited to safety-critical software. On the other hand, I am impresed with > a lot of the design elements of C#. It still fall short of being ideal for > safety-critical > software, but it is an improvement over C++ and Java. Food for thought: Let's see, if we pick a recent project (Next-Generation James Webb Space Telescope) what would be the proposed language by IBM?