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.1 required=5.0 tests=BAYES_05,INVALID_MSGID autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,e29c511c2b08561c X-Google-Attributes: gid103376,public From: Tom Robinson Subject: Re: Front Ends (was: Re: Is the "Ada mandate" being reconsidered?) Date: 1996/07/18 Message-ID: <4sm455$338@gde.GDEsystems.COM>#1/1 X-Deja-AN: 168755835 references: <4mq7mg$8hs@jake.probe.net> <4peu0v$rfq@news15.erols.com> <1996Jun10.114827.26046@relay.nswc.navy.mil> <4pk5sm$i7k@gde.GDEsystems.COM> <4pn0rs$mbe@gde.GDEsystems.COM> <31DD5234.11CB@thomsoft.com> content-type: text/plain; charset=us-ascii organization: GDE Systems Inc. x-url: news:31DD5234.11CB@thomsoft.com mime-version: 1.0 newsgroups: comp.lang.ada x-mailer: Mozilla 1.1N (X11; I; SunOS 4.1.3 sun4m) Date: 1996-07-18T00:00:00+00:00 List-Id: >Dave Wood wrote: >>Tom Robinson wrote: >> >>> (3) Buy a product from a vendor that does not have direct support >>> for fixing their own front end problems (AdaMagic). >> >>Tom, >> >>The above referring presumably to TSP's ObjectAda, the statement >>is flat-out incorrect and the product of mistaken assumptions >>about the nature of our rights and plans WRT AdaMagic. I don't believe I ever mentioned ObjectAda, you did. I should not have even used AdaMagic as an example. You are correct in that I don't know "the nature" of your rights and plans. I was more referring to the tendency to take a variety of third party software components, integrate them into a single box and sell it as a product. As a customer, if I know I am going to be content with the product "as is" then this is fine. However, if I am going to make demands on the vendor that actually require them to understand and service the components they ship, then I would be foolish not to try to understand the level of support they are capable of delivering. And this is where my personal *bias* comes in. I *have a belief* that it is more difficult for a customer to get problems fixed in third party software. Why? There are two ways to *get a fix* in this situation. Either the vendor fixes the problem directly or they get the third party to fix the problem. In case one we (the customers) are relying on the vendor developing expertise in software that they did not want to spend the money and time to develop. It is most likely that the *expertise* required to provide problem solutions will be developed as the problems (my problems) are solved. In case two we are relying on the selling vendor having a good enough relationship with the third party vendor to insure that the problems (my problems) are solved and also to coordinate to provide me with emergency updates. So I guess (since you brought it up) I would advise customers that they need to understand the relationships and "nature" of the agreements that are used to create products that are integrated from multiple sources. Which really goes back to my original post. My only point was that there are multiple types of choices one can make in the Ada 95 market. As a customer I need to understand that each of those choices has different implications on how *I* will do business. Tom Robinson