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.3 required=5.0 tests=BAYES_00, REPLYTO_WITHOUT_TO_CC autolearn=no autolearn_force=no version=3.4.4 X-Google-Thread: 103376,11414a19b0e4a97a X-Google-NewGroupId: yes X-Google-Attributes: gida07f3367d7,domainid0,public,usenet X-Google-Language: ENGLISH,ASCII-7-bit Path: g2news1.google.com!news4.google.com!news2.google.com!Xl.tags.giganews.com!border1.nntp.dca.giganews.com!nntp.giganews.com!local2.nntp.dca.giganews.com!nntp.bt.com!news.bt.com.POSTED!not-for-mail NNTP-Posting-Date: Wed, 23 Jun 2010 10:30:03 -0500 From: Brian Drummond Newsgroups: comp.lang.ada Subject: Re: Advice on selling Ada to a C shop Date: Wed, 23 Jun 2010 16:36:17 +0100 Reply-To: brian@shapes.demon.co.uk Message-ID: References: <101bf8f3-b823-45ee-9afd-40cbafb4b7a9@t26g2000prt.googlegroups.com> <9293ac0b-a7a4-4241-91f4-8b5ec6ac7a7c@x27g2000yqb.googlegroups.com> X-Newsreader: Forte Agent 1.7/32.534 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Usenet-Provider: http://www.giganews.com X-AuthenticatedUsername: NoAuthUser X-Trace: sv3-tLFH3Ev0DWF6WPs9mKBmV7AhYuZXX5nT8ExFYFA2wfXAH+gtRHoxl4xHMY8X3H5ZhdUdNZ7yz3s2XO6!HgRa1gGW7uWUAGLBQZb7LcS//yZdZ3kZH7hv1nMkv1MiOjurPC3V6v7U1TSLZaxzal9oZON//5M0!o7dJ X-Complaints-To: abuse@btinternet.com X-DMCA-Complaints-To: abuse@btinternet.com X-Abuse-and-DMCA-Info: Please be sure to forward a copy of ALL headers X-Abuse-and-DMCA-Info: Otherwise we will be unable to process your complaint properly X-Postfilter: 1.3.40 Xref: g2news1.google.com comp.lang.ada:11891 Date: 2010-06-23T16:36:17+01:00 List-Id: On Mon, 21 Jun 2010 01:29:50 -0700 (PDT), Maciej Sobczak wrote: >On 20 Cze, 01:01, use...@scriptoriumdesigns.com wrote: > >> So, what points would you emphasize to each (manager, programmers) to >> make the Ada sale? > >Contrary to what was already said in this thread, I would advice *not* >to do it via comparisons of little code examples. I think you're probably right. Little code examples have their uses : once the basic message is accepted they can have communicative powers : here's how this bug occurred - here's how Ada would have eliminated it. >I think that the only way to sell Ada in a C shop is to forget about >source code altogether and instead refer to the costs of whole >production cycle. If you do not have any data points internally (and >you don't), refer to others. I find John McCormick's student project >statistics particularly relevant. One possible approach : look at the published information for a large real project, and infer what we can about the implications had it been in Ada. For example : this just popped up in another window... http://www.mozilla.org/security/known-vulnerabilities/firefox36.html#firefox3.6.4 Fixed in Firefox 3.6.4 [mild] MFSA 2010-33 User tracking across sites using Math.random() [moderate] MFSA 2010-32 Content-Disposition: attachment ignored if Content-Type: multipart also present [moderate] MFSA 2010-31 focus() behavior can be used to inject or steal keystrokes [critical] MFSA 2010-30 Integer Overflow in XSLT Node Sorting [critical] MFSA 2010-29 Heap buffer overflow in nsGenericDOMDataNode::SetTextInternal [critical] MFSA 2010-28 Freed object reuse across plugin instances [critical] MFSA 2010-26 Crashes with evidence of memory corruption (rv:1.9.2.4/ 1.9.1.10) Fixed in Firefox 3.6.3 [critical] MFSA 2010-25 Re-use of freed object due to scope confusion Now I think you could make a case that most of those entries labelled "critical" wouldn't be there in an Ada project and any remaining would appear as exceptions pointing at the problem occurrence rather than manifesting as mysterious behaviour somewhere else. True this is a C++ project; it just happens to be a convenient example. I suspect a similar case could be made from a published C project (or even an internal project at the original poster's company ). Apologies for snipping your other good points. - Brian