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,dab7d920e4340f12 X-Google-Attributes: gid103376,public X-Google-Thread: 10d15b,d730ea9d54f7e063 X-Google-Attributes: gid10d15b,public X-Google-Thread: 1014db,dab7d920e4340f12 X-Google-Attributes: gid1014db,public From: jsa@alexandria (Jon S Anthony) Subject: Re: C is 'better' than Ada because... Date: 1996/08/11 Message-ID: #1/1 X-Deja-AN: 173579153 sender: news@organon.com (news) references: <31e02c32.342948604@netline-fddi.jpl.nasa.gov> organization: Organon Motives, Inc. newsgroups: comp.lang.ada,comp.lang.c,comp.lang.cobol Date: 1996-08-11T00:00:00+00:00 List-Id: In article <4uj42h$j06@mtinsc01-mgt.ops.worldnet.att.net> Craig Franck writes: > Richard Riehle wrote: > > > C++ and C are probably fine for certain classes of problems, but they > > are certainly archaic when compared to the progress being made in > > the world of programming languages. And I do not refer only to Ada in > > that last sentence. Eiffel also comes to mind as a preferred > > alternative to C++. > > > I agree with that, if you include PC programming as "a certain class of > problems". Most PC OS's are written in C/C++. It makes sense that > applications would then be coded in C/C++ as well. Pascal has more Well you didn't say "should", so I suppose this really just means that coding apps in C/C++ on such platforms makes more or less the same amount of sense as coding them in anything else, i.e., the point is irrelevant. If you did mean "should", you should rethink the issue. > support than Ada does in this area. I don't know of a vendor supporting > those platforms in Ada as well as is done with C/C++. So you go with > C/C++ due to the quality of the impementation, not the language. Oh, I dunno about that. Check out the Tomson ObjectAda offering. > I would also like to point out that technical superiority is not always > a good indicator of success. Even if Ada is "better" than C++ that does > not indicate it will replace it in area's where C/C++ is now domanant. Agreed. This is mostly a "social" issue. Conservative programmers not wanting to learn new things, wannabe managers knee-jerk following of fads, etc. > Realize it's much easier get a C compiler up and running for an embedded > system that it is an Ada compiler. To even call it an Ada compiler it > must pass a validation suite. First point: Why do you think this? There seems to be quite a lot of evidence indicating that this is not true. Second point. Just plain wrong. If you want, you can call your C++ compiler an Ada compiler. Of course, no one will take you seriously, but you are free to do so. > The problem information systems managers have is today you must > incorporate PC users. Why develope a schizophrenic additute of doing > one with the domant tool (C/C++) and the other with Ada? Maybe. But then why not switch completely to Ada? We are not using C++ for anything and C only if it makes some sense (have not found that yet) and are exclusively in Ada. And we are on PC platforms and will soon be much more in this environment and see no obstacle. >I can see keeping working in COBOL, but if you were to switch, switch > to C++. First, there is not likely a sufficient reason to switch in such a case (as you seem to agree). But if you did, C++ would be the last thing to switch to as it is about as foreign to COBOL as water is to oil. It just makes no sense. Smalltalk would probably be the more intelligent thing to go with. > I don't think AT&T is going to start coding thier switching systems > in Ada just because it a better language, either. Sad but true. But then, they are the quintessential "old dog"... /Jon -- Jon Anthony Organon Motives, Inc. 1 Williston Road, Suite 4 Belmont, MA 02178 617.484.3383 jsa@organon.com