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=2.1 required=5.0 tests=BAYES_05,INVALID_DATE, REPLYTO_WITHOUT_TO_CC autolearn=no autolearn_force=no version=3.4.4 Path: utzoo!attcan!uunet!wuarchive!husc6!encore!jcallen From: jcallen@Encore.COM (Jerry Callen) Newsgroups: comp.lang.ada Subject: Re: The Future of Ada Summary: Not as dim as some folks think Keywords: ada Message-ID: <12490@encore.Encore.COM> Date: 15 Aug 90 17:52:56 GMT References: <1990Aug15.151935.8848@sctc.com> Reply-To: jcallen@encore.com (Jerry Callen) Distribution: comp.lang.ada Organization: Encore Computer Corp, Marlboro, MA List-Id: In article <1990Aug15.151935.8848@sctc.com> endrizzi@sctc.com (Michael Endrizzi ) writes: >This is why the survival of Ada is at stake: > > 1)Control > 2)Cost > 3)Complexity > >1)Control: Programmers and our associated egos like to be in control >of our destinys. On paper, Ada is a powerful tool that automates >many of the manual checks (recompilation, type checking) that >other languages lack. By using this tool, we give up control. >Big egos don't like to give up control. And when that tool >doesn't work right, it's like being in a speeding car with >not steering wheel driving in the mountains. I don't really view type checking as a loss of control; rather, as you pointed out, it automates an otherwise tedious part of my job. The ability to override the checking is there when you really need it, via unchecked_conversion, pragma interface, and (if you're lucky enough to be using a system supports it) machine code insertions. My ego has survived, and no one has ever accused me of having a small ego! :-) It _is_ really annoying when the tools let you down. In my experience, though, this happens pretty rarely, and I'd rather put up with the few failures than live without the conveniences. >C/Unix on the other hand is a hackers tool. If this don't >work right...well we all know how easy it is to flip a >few bits here and there to make it work. Actually, Ada/Unix can be a hacker's tool, too. At least, that's how _I_ often treat it. Judicious use of the overrides I mentioned above allow me to dig as deep a hole for myself as I wish. :-) >2)Cost: Quality Ada environments are expensive and resource hogs. Sigh. Some myths never die. I'm currently using Ada on an Opus PM8000 (Moto 88K board in a stock AT clone). Ada compilations zip right along; I can recompile about 100 medium-sized units (averaging a few hundred lines each) in about 10 minutes. I share this machine with several other users also doing Ada compilations. You'ld have to put a gun to my head to get me to move onto a VAX/VMS system and off this little PC (hey, this is _unix_, not VMS!). >C/Unix on the other hand is basically free. GCC is probably >one of the highest quality C products and it is free. No argument here. Gada, anyone? >Unix comes standard on some systems. Compile times, storage >requirements are reasonable in a multi-user environment. See above. >3)Complexity: On paper Ada is addictive, elegant, true >solution to multi-person life-cycle software engineering. >In reality, I know of only 2 products that are usable: > > 1) Rational > 2) DEC > >(there might be others, but these are the ones most >talked about and I am familiar with). I have biases I'd rather not reveal, but I think this list could be expanded. I'm reasonably happy with the system I'm using right now. (Actually, I don't much like some of the internals, but...) I have been happy with another system that actually has a more complex (but, surprisingly, much more usable) library system. >The platform must either be customized (Rational) or of >high quality (DEC/VMS). Unix was/is/will always be a disaster Hey! You knockin' Unix, buster? Themz fightin' words! :-) Nearly ALL of my Ada experience (aside from some unpleasantness involving large bluish machines...) has been on Unix. I love it. >Also, very few vendors are able to master these technologies. >Either they are too small to afford it or the egos are so >damn huge in the individual fields that they can't bring the >team together to build a quality product. Lots of truth to these words. Anyone who tries to tell you that an Ada compiler isn't more complex than a C compiler may also try to sell you a bridge. But some vendors _are_ doing it, or at least coming close. The technology is maturing. I think there was a tendency on the part of early Ada implementors to produce over-engineered systems that were, in fact, fragile resource hogs. But the shake-out is happening; the surviving vendors keep refining their products, and the compilers get better and better. Unfortunately, the bad first impressions linger, and not everyone burned by a bad compiler is willing to put up the bucks for a newer, better compiler. >I am done rambling. I learned my lesson. Ada taught me many >great concepts and but also the realities of life. > > au revoir Ada, :-( (sniffle,sniffle) Aw, shucks, don't give up on the old gal yet! :-) -- Jerry Callen jcallen@encore.com