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: f43e6,55bd34f1cd6c5d50 X-Google-Thread: 103376,2da55323afbab070 X-Google-Attributes: gidf43e6,gid103376,public X-Google-Language: ENGLISH,ASCII-7-bit Path: g2news1.google.com!news1.google.com!news.glorb.com!cyclone1.gnilink.net!gnilink.net!wns13feed!worldnet.att.net!attbi_s01.POSTED!53ab2750!not-for-mail From: "Jeff C," Newsgroups: comp.software-eng,comp.lang.ada References: <56db3f9e.0408222248.2226aefb@posting.google.com> <1c5ac0c6.0408311010.1cde35ca@posting.google.com> Subject: Re: Support Metrics for Ada / C Projects X-Priority: 3 X-MSMail-Priority: Normal X-Newsreader: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 X-RFC2646: Format=Flowed; Original Message-ID: NNTP-Posting-Host: 24.147.74.171 X-Complaints-To: abuse@comcast.net X-Trace: attbi_s01 1093992670 24.147.74.171 (Tue, 31 Aug 2004 22:51:10 GMT) NNTP-Posting-Date: Tue, 31 Aug 2004 22:51:10 GMT Organization: Comcast Online Date: Tue, 31 Aug 2004 22:51:10 GMT Xref: g2news1.google.com comp.software-eng:1653 comp.lang.ada:3231 Date: 2004-08-31T22:51:10+00:00 List-Id: "Sean Cleary" wrote in message news:1c5ac0c6.0408311010.1cde35ca@posting.google.com... > "Richard Riehle" wrote in message > news:... >> "Dan Ligett" wrote in message >> news:Vq2dnTTuS7iIZrTcRVn-uA@adelphia.com... >> > >> > In 1987, 1988, and 1989 Barry Boehm and Walker Royce reported on a >> > version >> > of Ada COCOMO they developed based on their experience at TRW. The >> > presentations were given at the annual COCOMO meetings -- I don't know >> > if >> > they were published anywhere else. >> > > not metrics, just a caution: > > 5 or more years ago a project I was associated with failed because the > Ada part of the team was crippled: no run time debug -- all reported > back stuff was machine/assembly language level. They took to heavily > instrumenting their code, and got huge printouts of exactly what was > happening. And had to look through it line by line, loop cycle by loop > cycle until the problem was found. That was so slow that it killed the > project. Please do not let this happen to you. Their conclusion was > that C++ with good tools would have been better. I hope that there are > now good tools for embedded Ada. > > Sean One time this guy I know used C++ and his dog exploded. Don't let this happen to you. I hope dogs are more resilant now. I hate to feed the trolls but indicating that Ada tools for embedded were bad 5 (or more?) years ago is not very helpful. There were bad Ada tools 5 years ago. There were bad C++ tools 5 years ago. In fact, there are almost certainly more bad C++ tools than Ada tools (given that there are more C++ tools in existance). I have been using Ada since 1987. There were good tools then (VAX Ada was pretty nice. Even for the embedded DEC OS). I've seen some bad tools too (The Merdian Ada to C front end for the i860 comes to mind).