Re: Informix support: Where are you?

In article <704313073snx@noyles.pha.pa.us> juan@noyles.pha.pa.us (Juan J. E. T. Noyles) writes: > >In some previous articles, Mr. Hogg has complained about being told that >Informix knows about a bug, but hasn't fixed it yet, and doesn't know when >it will be fixed... > >> My clients pay me to fix there >>problems. They have never liked my answers that INFORMIX can not >>help us and we will just have to wait for the next version. The next >>question they ask is why do they pay you money for tech support if the >>answer is to wait for the next version? My answer is that to get the >>updates they need INFORMIX requires maintaince. > >I suggest that you remind your clients that there are a lot problems that can't >be solved overnight. It seems that you are giving them the impression that >these bugs are inconsequential. Perhaps you aren't aware of that, but you are. >Why else would they feel that paying for tech support will fix all their >problems immediately? I don't think they'd have that impression without your >help. My clients don't expect that tech support will fix all there problems let alone fix them overnight. What they do complain to me about and I agree with is paying for tech support that does not produce. I.e. I can not charge them to find a bug that I can't fix/work around. So why should they pay INFORMIX to be told wait for the next release which might not be until the next year and require them to pay maintaince again. > >I don't mean to pry, but do you provide programming services to your clients? >If you do, aren't you in the same boat as Informix when one of your customers >comes up with a bug that you know about but haven't had the time or resources >to fix? The search for a major bug in even a medium-size program can take >days, even months. Then there are the decisions to make about how to fix it, >which again may not be obvious. Even with today's object oriented methods >there is no guarantee that the fix to the bug will not introduce more problems >than it solves. Tack on the time and money needed for thorough testing, and >you have a pretty good idea of why maintenance of code is always more expen- >sive than its creation. Since Informix is no small program by anyone's measure, >you can imagine the time involved in finding and extinguishing a logic error >that is not readily apparent. > I make my living doing INFORMIX work. This is why I care about the way INFORMIX currently handles its maintaince. I do understand that it takes time and mony to find, fix and test. But they need to find a better way of paying for this service. >If you do not provide this service for your clients, you are doing them a dis- >service when you imply that Informix is at fault for not fixing "your" problem >in a few days. Since you don't have access to Informix's inner workings, and >you have no experience with the design-implement-release-maintain cycle, all >you can offer them is speculation about why Informix has not provided them with >a solution. > I do provide update service to my clients but unlike INFORMIX I can't charge for not fixing bugs. If my clients pay me to find a bug they expect that I will also fix it and not tell them to call me back until I fix it. >Please note that I am writing this in response to the article in which you have >found out about the update-only maintenance service, and I am fully aware that >your beef is not with Technical Support. I am trying to explain to you that >carping about being told by a software developer that they know about a problem It turns out that the update-only is only on the second copy of a product after you have full maintaince on the first. Sigh... >but they don't know when it will be fixed is a no-win situation. You will not >get the problem fixed any sooner and you will not make your customer any >happier. You will be seen as El gringo con boca gigante y no saber by both the >developer and the customer, though. > >If Informix is creating such a problem for your business that your customers >are unhappy, wouldn't it make more sense to find their competitor and see if >they have a better solution? I can guarantee you that your customers will >vote with their dollars, so why shouldn't you? If you can not find a suitable I have 8 years experence using INFORMIX. It is not easy switching to another database and starting over. I do know one consultant that is switching from INFORMIX to ORACLE because he is tired of this mess. I would like to try to get INFORMIX to change. The net is the first real place that I see where we might get them to do somthing. >substitute, it still makes more sense to have good relations with Informix, so >you can be well informed about their developments. You might even be able to >develop your status with them to the position of beta customer. I've never It's funny you should say beta customer. The inside joke between the independent consultants I know is that we are all beta test sites for INFORMIX :-). +++++++++++++++++ +++++++++++++++++++ Greg Hogg +++ +++ ++ ++ HOGG'S SOFTWARE +++ +++ +++++++++++++++++++ +++++++++++++++++ voice : 410-538-7241 ++++ ++++ ++++ ++++ fax : 410-538-6130 ++++ +++++ +++++ ++++ uucp : uunet!halexii!greg ++++ ++++++ ++++++ ++++ cis : 74176,1320 -- +++++++++++++++++ +++++++++++++++++++ Greg Hogg +++ +++