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=4.3 required=5.0 tests=BAYES_50,INVALID_DATE, LOTS_OF_MONEY,TO_NO_BRKTS_PCNT autolearn=no autolearn_force=no version=3.4.4 Path: utzoo!attcan!uunet!samsung!aplcen!haven!grebyn!ted From: ted@grebyn.com (Ted Holden) Newsgroups: comp.lang.ada Subject: Reasons for dropping Ada Message-ID: <19409@grebyn.com> Date: 20 Feb 90 16:13:22 GMT Organization: Grebyn Timesharing, Vienna, VA List-Id: Sorry to be awhile getting back to comp.lang.ada; I've been pretty busy lately, and the crusade against Ada isn't really very high up on my list of hobbies right now. Actually, there are worse problems than Ada in the government: there is a procurement system which requires so much time to obtain any kind of thing that people choose computers with no other thought than "what contract is it on; how easy will it be to get my paws on..." There is the disengenious system of using huge numbers of contractors at real costs of over $100,000/year/person rather than just hiring these same people as government employees and paying them real salaries (even at $5000-$10000 more a year, the govt. would save more than double). There is the problem of companies which seem only to deal with the government; this is kind of like the problem they get in India when a tiger gets too old and run-down to kill its normal quarry and begins eating people. That kind of movie usually ends happily, as the white hunter bags the tiger with the 375. I don't really know how to make the other variant end happily except, maybe, to require that no more than X percent of any company's business be government related. And then, there's the Ada/Software-Engineering problem; if it isn't grandiose, it's not worth thinking about, much less doing. Not that there aren't grandiose success stories, such as UNIX or WordPerfect, around in the world. But wordPerfect started out as a simple little editor program written in PC assembler and added features every six months or so until it finally EVOLVED into something grandiose. If the same program were to be "designed" and written under DOD specs, then they would just be getting version 1.0 out the door now, after seven years of design, followed by two years of coding, at the end of which the entire package would be magically required to function properly, just like the Airbus control system, the Space Telescope, Stanfins, WIS, and all of your other great successes do. The truth as I see it is that anything which takes two or three years or more to do under present circumstances is going to bear no relationship to reality when fielded; if you can't get some kind of a first version of a product into users' hands within a year, you're doomed. Karl had requested some background info: for the purposes of USENET which, unfortunately, nobody else connected with any of my other endeavors is interested in, I represent only myself (HT Enterprises). My personal experience with Ada has been in connection with my work as a systems consultant with SofTech/EER of Vienna, Va. and involved writing Ada/C and Ada/4GL interfaces, typically 300 or fewer lines of code, and then watching Ada compilers take 30 minutes to compile those little programs into 400K executables. I have turned down offers to work on typical Ada/Software-engineering projects (design for a year while the thought police check computers for code, and then code for three months), because long experience has tought me that reasonable software cannot be developed that way and I do not wish to be a part of anything which I would regard as doomed apriori. Most of the horror stories I quote regarding Ada come from friends more involved with it, and mostly outside of SofTech or other think-tanks, although there are at least two or three people there who share my views. The people I've spoken to involved in Ada projects all have claimed to have to work around Ada, multiplying the level of work involved in doing anything at all by at least two, and this seems to be in line with most of what I read concerning Ada in journals. I speak numerous variants of computer languages, and two other human languages more or less, other than English. My only serious claim to fame as a programmer is the little polyphonic VMUSIC program on the PC BBS's, which was written in a combination of Turbo Pascal and assembler. Thank God. If that program had been written in Ada, the Bach pieces would sound like three dogs growling at eachother, and you'd be hearing the HIGH notes. Ada has problems which would be serious enough under any set of circumstances, but the biggest problem it has is simply the fact that it isn't C. When Cobol came out, industry had no better answer sitting around, and pounced on it. Nobody's pouncing now. The fact that C totally dominates the mini-micro world, something like 70 % of all usage last I heard, coupled with the increasingly obvious notion that the mini-micro (DOS/UNIX) world is just about the only one which counts anymore, says that C (or C++) is about the only rational choice of a major language any more, especially for any government agency. Under the best of circumstances, all you could hope to do with Ada would be to duplicate the C/UNIX world which is out there now at five+ times the cost. Which presents a problem. Beltway banditry and defense contracting are about to go bye-bye, and we're all going to be out there trying to actually make it in the world by competing the way the Japanese do. And, if we are to actually compete with other nations such as the Japanese, we're going to have to eliminate almost every form of waste and abuse in our whole society. When doctors earn $700,000 average in this country, that gets built into the price of everything we ever try to sell. Likewise, the machinations of Ivan Boesky get built into product prices, and on and on. If government agencies are to be required to spend five or more times the going rate for all their software needs, that will get built into prices as well. Hence, there is an incentive to simply drop Ada as a patriotic act; there is also an incentive from the point of view of personal survival. I am hearing that Ada 9-x will probably only include fixes for present bugs and woes; nothing at all about object-oriented features. You want to be a software engineer in the future? Better start learning about one of the languages those people use (Eiffel, C++, etc.) But then, I have it on good authority that the inventors of C/UNIX fill out the occupation slot on their tax returns with "programmer". Kind of makes you wonder just a little bit, doesn't it. Ted Holden HTE