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: 10261c,cfbb90c56a313e70 X-Google-Attributes: gid10261c,public X-Google-Thread: 103376,cfbb90c56a313e70 X-Google-Attributes: gid103376,public From: "Marin D. Condic" Subject: Re: From extended Pascals to Ada 95 guide Date: 2000/08/25 Message-ID: <39A6B3FF.73538A0E@acm.org>#1/1 X-Deja-AN: 662451440 Content-Transfer-Encoding: 7bit References: <8o3s2a$9ph$1@nnrp1.deja.com> <8o4bfq$v0h$1@slb7.atl.mindspring.net> <39A655BE.18E89020@maths.unine.ch> <4Oxp5.428$Ze5.13712@nnrp3.sbc.net> Organization: Quadrus Corporation X-Accept-Language: en X-Sender: "Marin D. Condic" <@mail.mindspring.com> (Unverified) X-Server-Date: 25 Aug 2000 17:59:54 GMT Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 Newsgroups: comp.lang.ada,comp.lang.pascal.misc Date: 2000-08-25T17:59:54+00:00 List-Id: Pat Rogers wrote: > Some baggage never gets lost... > > This idea that development in Ada is more expensive than in other > languages must be challenged whenever we come across it. The tool > costs can be very reasonable and in my experience (and others' as > well) programmer productivity can be extremely high indeed. > I would agree, but with a qualification. In some domains with some development environments, you get lots of prepackaged, well integrated services. The language itself (Ada) is going to be faster/better/cheaper to develop in than (say) C++ or some other popular languages because of ease of understanding, extensive checking to avoid bugs, easier debugging, easier configuration management, etc. However, its hard to compete with something like Microsoft Visual C++ for PC app development simply because of the body of code leveraged through the MFC and the really spiffy, well integrated IDE. While similar tools are available with Ada to some extent, you don't get the whole thing in one nice kit, so you'll lose time in pulling the tools together, integrating them, figuring out how to use them, etc. For some domains you may not have these tools at all. Granted, this is not a "language" issue, but more of a "development environment" issue. Some other language may be faster to develop in simply because of the availability of the whole environment - not because of the language itself. > All other things being equal, in a contest between highly-skilled Ada > programmers and highly-skilled C programmers, I'll bet on the Ada > people to produce the final code faster. > I'd bet the same way. There is a strong body of evidence to support this. But the "All other things being equal" qualification is a big issue. MDC -- ====================================================================== Marin David Condic - Quadrus Corporation - http://www.quadruscorp.com/ Send Replies To: m c o n d i c @ q u a d r u s c o r p . c o m Visit my web site at: http://www.mcondic.com/ "Take away the punchbowl just when the party gets going" -- William McChesney Martin, Former Fed chairman, explaining what a sound central bank must always do. ======================================================================