From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.5-pre1 (2020-06-20) on ip-172-31-74-118.ec2.internal X-Spam-Level: X-Spam-Status: No, score=-1.9 required=3.0 tests=BAYES_00 autolearn=ham autolearn_force=no version=3.4.5-pre1 Date: 4 Dec 92 08:20:24 GMT From: gvls1!lonjers@louie.udel.edu (Jim Lonjers) Subject: Re: Open Systems closed to Ada? Message-ID: <1992Dec4.082024.7120@gvl.unisys.com> List-Id: In article srctran@world.std.com (Gregory Aharonian) writes: >Backwards compatibility is a concept that translates poorly into the defense >world. In the real world, companies can't afford to write off the investment >it has in existing software and programmers (companies don't have the tax >dollar till to constantly dip into), nor can companies ignore the supply of >programmers and software tools in the marketplace that it draws from (again >unlike the DoD, which has tax dollars to develop tools (like STARS) and >programmers whenever it feels like it). You had better get educated. There are very few new DoD procurements. You see a few large ticket items debated over and over, but the general trend in the military is to revise, refit and extend existing systems. As those in the Navy's NGCR program put it -- "there is no more engineering from clean sheets of paper." If you take a good look at STARS (as I know you profess to have done), you will recognize much of the truly innovative work that has gone on there. >In fact, the very "backwards compatibility" which you seem to be making >fun of is what will probably prevent Ada from establishing any significant >role in the commercial marketplace. C++ and Object Oriented Cobol (which >even I think is strange) aren't as nice as Ada, but they are backward >compatible. Yes, backwards compatibility has doomed many a good thing. How many mainframe manufacturers are going to survive "backwards compatibilty" requirements? It is a good thing, but it will doom all those who practice it. The world moves on.