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=-0.8 required=5.0 tests=BAYES_00,INVALID_DATE autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 108a70,ef0074ec236ba6e3 X-Google-Attributes: gid108a70,public X-Google-Thread: 109fba,ef0074ec236ba6e3 X-Google-Attributes: gid109fba,public X-Google-Thread: 111308,ef0074ec236ba6e3 X-Google-Attributes: gid111308,public X-Google-Thread: 10fec3,ef0074ec236ba6e3 X-Google-Attributes: gid10fec3,public X-Google-Thread: 1014db,ef0074ec236ba6e3 X-Google-Attributes: gid1014db,public X-Google-Thread: 1108a1,ef0074ec236ba6e3 X-Google-Attributes: gid1108a1,public X-Google-Thread: 103376,b19fa62fdce575f9 X-Google-Attributes: gid103376,public X-Google-Thread: 108717,ef0074ec236ba6e3 X-Google-Attributes: gid108717,public X-Google-ArrivalTime: 1994-11-17 09:00:39 PST Path: nntp.gmd.de!xlink.net!howland.reston.ans.net!spool.mu.edu!agate!ames!newsfeed.gsfc.nasa.gov!kaos.gsfc.nasa.gov!broerd From: broerd@kaos.gsfc.nasa.gov (Dirk Broer) Newsgroups: comp.lang.ada,comp.lang.c,comp.programming,comp.lang.c++,comp.object,comp.databases.sybase,comp.databases.oracle,comp.client-server Subject: Re: Why don't large companies use Ada? Date: 17 Nov 1994 11:54 EST Organization: NASA Goddard Space Flight Center -- Greenbelt, Maryland USA Distribution: world Message-ID: <17NOV199411544756@kaos.gsfc.nasa.gov> References: <3a6oc5$dkh@nntp1.u.washington.edu> <3aa7jo$7j@Starbase.NeoSoft.COM> NNTP-Posting-Host: kaos.gsfc.nasa.gov Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit News-Software: VAX/VMS VNEWS 1.41 Xref: nntp.gmd.de comp.lang.ada:16761 comp.lang.c:68819 comp.programming:12858 comp.lang.c++:79239 comp.object:17471 comp.databases.sybase:13075 comp.databases.oracle:22322 comp.client-server:6878 Date: 1994-11-17T11:54:00-05:00 List-Id: In article , pgontier@novell.com (Pete Gontier) writes... > >Of course, there's always the possibility that the customer actually has a >reason for favoring C/C++ over Ada. Off the top of my head, it might be >the case that the customer expects in-house people to do the maintenance, >and the in-house people don't know Ada. Pick any of a number of other >reasons cited already in this thread. Around here (NASA at Goddard Spaceflight Center) the adversion is in two parts: Risk: mentality is anything 'new' entails risk - and from what they've (upper managment) heard Ada and C++ are risky. 2nd - there is the in-house support aspect. Although programmers might be available much of the algorithms are written by engineers who have trouble understanding the difference between passing a pointer and passing a value. C++ scares them - let alone Ada. I'm now in the final debuging stage of a large C program (DOS). It uses 14 databases based on linked list - each slightly different. End result is me cutting and pasting 14 sets of linked-list code... Although the program is modular and easily translatable into C++ I was told no because the other engineers would not be able to debug it. To this day, they have yet to look at the code... Due to the overall size and complexity I doubt they ever will. >I agree that customers are often completely clue-free when it comes to >determining and/or asking for what they want. However, the safest thing to >give them is almost always what they ask for. If what they ask for is >unreasonable, then you can try gently pushing them in another direction. >But other than that, or if that fails, second-guessing them just gets you >in trouble later. What your alluding to is the difference between requirements and specifications The customer should state what the requirements are. The service provider should specify how it will meet those requirements. We all know this isn't how it works. You must first gain the customers' confidence in your abilities. Then you gently nudge the requirements - and have the customer leave the specifications up to you... Carry the big stick of money savings and you basically convince the customer. Dirk