jimr@maths.su.oz.au (Jim Richardson) (07/14/90)
In article <344@shrike.AUSTIN.LOCKHEED.COM> in comp.sys.hp, Daniel A Haug (aihaug@AUSTIN.LOCKHEED.COM) writes: DH> Sorry to bother the net (again!), but I've been waiting for almost DH> THREE WEEKS for HP Tech support to call me on this one!!!! (Yes, DH> I've called them back, too, over 12 TIMES!!!!!!). [I do hope that DH> some HP engineers are listening to this, along with their management!!]. DH> DH> [ ... details of Lisp problem omitted ... ] DH> DH> I'd appreciate hearing from anyone in-the-know who can shed some light DH> on this. And I apologize for offending anyone with my attitude, but DH> this kind of response from HP really stinks. I've worked with Silicon DH> Graphics, Sun, and Symbolics tech support... HP doesn't even come close. I for one am not offended by Dan's attitude: I sympathize because of my own experiences with slow response from the Apollo Division on APRs (Apollo Pro- duct Reports). Admittedly, these are written rather than telephoned. But I'd be *overjoyed* if I even got an acknowledgement in three weeks, let alone an answer. Urgent APRs that I submitted to the HP Australian Response Centre in February and March, and which they passed on to Chelmsford, have still not been officially acknowledged from there. The Australian team is making great efforts to change this, and improvements do seem to be imminent (thanks, guys), but it's been a long time coming. By the way, has anyone anywhere ever received a reply to an APR emailed to the address apr_cs_admin@apollo.hp.com given in the mkapr manual page? Or do they just ignore Australian ones? In article <1340130@hpclsun.HP.COM>, jimmyb@hpclsun.HP.COM (Jimmy Benjamin) replies: JB> Hi Dan, JB> JB> I'm Jimmy Benjamin, the product marketing engineer for HP Common Lisp. JB> I read your posting yesterday, and discussed it with our support JB> organization. Here is my understanding of the facts: JB> JB> (1) You have received an answer to your support question, namely that JB> call-by-reference is supported in HP Common Lisp. HP supports the JB> standard Lucid Common Lisp foreign function interface. JB> JB> (2) This question was received by HP's language support organization JB> during the week of July 4th, and was answered early this week. JB> JB> (3) The question was forwarded to language support by HP's on-line JB> response center, which has maintained daily contact with you JB> or your manager since the question came to their attention. It sounds as though Dan's question took a long time to get to language support, but was answered quickly once it did (after his posting, presumably, though that's no doubt coincidence). JB> We take our reputation for fine service very seriously, and are anxious JB> to solve your problems as quickly as we learn about them. ... There is a remarkable contrast between the HP side and the Apollo Division here. We've been complaining bitterly about service problems over in comp.sys.apollo for weeks, and very little has been heard from HP employees there (which is not to say I'm not grateful to the exceptions). But here's the first HP customer with a complaint I can remember for quite some time, and immediately there's a detailed response. I note that the company's newly launched range is called the "HP Apollo 9000 Series 400", and that its sales literature gives Domain/OS equal weight to HP/UX, and the Apollo DN10000 as much prominence as some existing high-end HP machine. This confirms HP's strong commitment to maintaining the Apollo Division and allowing it to flourish: I applaud it. But unfortunately this does not seem to be borne out at present in customer services. In my opinion, the staff and resources available for support of Apollos and Domain/OS are not proportionate to those on the HP/UX side. Well, I'm very glad that HP/UX customers are getting good support, because it shows what the company is capable of, and what we should be getting for our Apollos too. I believe -- or at least fervently hope -- that HP will correct the situation when we ask them to in the "netpower" open letter. (Draft 2 is slowly nearing readiness.) The consequence, however, is that the open letter should be written from the point of view of *Apollo* customers, since we're the ones suffering. There'll be some changes to the letter along these lines, and maybe discussion should move back into comp.sys.apollo. I'd still be very glad to see support and/or signatures from any HP-machine customers who sympathize, or who would like HP to provide them even better service by making effective use of the Internet. Sorry to add to an already long posting, but Jimmy Benjamin makes a last point I wish to take up as it illustrates yet another Apollo service problem. JB> You may also be interested in our upcoming release 4.0 of HP Common Lisp, JB> which supports CLOS, a tree-shaker, and more. It's already out on HP's JB> Apollo Division platforms, and will be out soon on the 9000's. ... As an Apollo customer with an upgrade contract for Lisp I am indeed interested, as this is the first I've heard of it and I have not received my upgrade (in fact I very rarely seem to receive upgrades). We're not big Lisp users, but some people like it, and we're still stuck on version 2.20 (the one that broke at Domain/OS SR10.2). When was the Apollo version released? How many Apollo customers get prompt automatic upgrades of their software under contract? -- Jim Richardson Department of Pure Mathematics, University of Sydney, NSW 2006, Australia Internet: jimr@maths.su.oz.au ACSNET: jimr@maths.su.oz FAX: +61 2 692 4534
rmf@media.uucp (Roger Fujii) (07/24/90)
jimr@maths.su.oz.au (Jim Richardson) writes: >By the way, has anyone anywhere ever received a reply to an APR emailed to >the address apr_cs_admin@apollo.hp.com given in the mkapr manual page? Or >do they just ignore Australian ones? I got a response back in 4 months (whee...). However, they are persistant. We still get APR confirmations of reports we made over a year ago... >The consequence, however, is that the open letter should be written from the >point of view of *Apollo* customers, since we're the ones suffering. There'll ^^^^^^^^^ And how!!!! >be some changes to the letter along these lines, and maybe discussion should >move back into comp.sys.apollo. I'd still be very glad to see support and/or >signatures from any HP-machine customers who sympathize, or who would like HP >to provide them even better service by making effective use of the Internet. Personally, I would like to see more TECHNICAL documentation on these things. Apollo has drowned us with user-type manuals, but all of these stop real short when you are trying to do ANYTHING technical (this is ESPECIALLY irking with Apollos since so much of the system's inner workings are done by 'magic'). -- Roger Fujii - Media Cybernetics Phone: (301)495-3305 Internet: rmf%media@uunet.uu.net UUCP: {uunet,hqda-ai}!media!rmf
wayne@dsndata.uucp (Wayne Schlitt) (07/24/90)
In article <5570451@hpfcdc.HP.COM> rer@hpfcdc.HP.COM (Rob Robason) writes: > These comments are absolutely my own and in no way reflect HP's > position: always a safe thing to assume... > [ ... ] > 2) It doesn't take a genius or an insider to figure out that about 1/5 > to 1/4 of HP's computer revenues are from support contracts. For a > $12 billion company, that's not something you treat lightly. I'm > sure the folks in support are wrestling with how to provide these > services on a public network to a restricted set of potential users > (i.e. those who've purchased support contracts). It wouldn't make > sense to give away to some what you're charging others $2 Billion > for, you wouldn't sell many contracts on those terms. > > [ ... ] > As an aside, I wouldn't hold my breath for any free support though, I > don't think that's in the future. Any network patch system you see, > you'll only see if you pay for it. > a minor point first: if HP/APOLLO made patches available via the internet and anonymous uucp, then we _would_ be paying for it. we just wouldnt be paying HP for it. nothing is free. the same would be true for questions answered in news/notes... anyway, i think hp may be penny wise and pound foolish on this. you cant look at things simply in terms of how much money you will bring in for doing it, you must look at the over all picture. saying that giving limited support to people via news and making patches available through some sort of ftp will mean people wont buy support contracts is silly. we have a support contract so that we get major software updates and updates to our manuals. we call the support center when we need immediate help that we can not answer internally. you must look at how much providing these services will cost you vs. how much you will eventually gain. the cost would be fairly low. the gains would admittedly be hard to measure, but they would definitely be there. there are other things that hp gives away for "free". before the sale questions, help to various user groups, discounts to software developers and universities just to name a few. all of these are penny foolish and pound wise. the net does not give you all the services that a support contract does, but a support contract doesnt give all the services that the net does either. -wayne