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,9e2776c05028676e X-Google-Attributes: gid103376,public From: dewar@merv.cs.nyu.edu (Robert Dewar) Subject: Re: Why Ada is not the Commercial Lang of Choice Date: 1997/07/06 Message-ID: #1/1 X-Deja-AN: 255060906 References: <33A7FBFF.29D2@mitre.org> <5o9eca$aoi$1@goanna.cs.rmit.edu.au> <33ab1c1c.2926201@news.mhv.net> <33AE33AA.684A@sprintmail.com> <33BC2364.4485@gsg.eds.com> <33BFB5C2.5295597C@gte.net> Organization: New York University Newsgroups: comp.lang.ada Date: 1997-07-06T00:00:00+00:00 List-Id: Yasmiin said <> I find this judgment surprising, but perhaps it is just uninformed. In fact Ada 95 with a full implementation of the systems programming annex, including high precision decimal arithmetic with control over rounding, and full editing, very similar to what COBOL provides, is an extremely attractive replacement for COBOL. In fact I really don't see any reason to choose OO COBOL over Ada 95 for this kind of programming (other than non-technical reasons like existing programmer knowledge, although these days, with the Y2K problem looming, it is harder to hire competent COBOL programmers (and more expensive) than to hire Ada programmers. I quite understand that you have had trouble with C++ used for this purpose, since it seems totally unsuitable, but I would be very interested if you have audited Ada 95 code making use of the IS annex that you have found unreadable (indeed it would be most interesting to know who is using Ada 95 for this purpose today).