home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / lang / prolog / 1458 < prev    next >
Encoding:
Internet Message Format  |  1992-07-27  |  5.7 KB

  1. Path: sparky!uunet!munnari.oz.au!goanna!ok
  2. From: ok@goanna.cs.rmit.oz.au (Richard A. O'Keefe)
  3. Newsgroups: comp.lang.prolog
  4. Subject: A Destructive Myth
  5. Message-ID: <13796@goanna.cs.rmit.oz.au>
  6. Date: 28 Jul 92 04:29:33 GMT
  7. Organization: Comp Sci, RMIT, Melbourne, Australia
  8. Lines: 102
  9.  
  10.  
  11. I am writing this article because I feel very bitter about an experience
  12. that occurred today.  I'll have to be very careful, because I don't want
  13. to name any names or create bad feelings.
  14.  
  15. A couple of months ago, a certain large manufacturer of complex electronic
  16. equipment placed an advertisement in a local newspaper inviting people and
  17. organisations with experience in Artificial Intelligence to get in touch.
  18. I did (not so much presenting myself as in part RMIT and in part a research
  19. organisation I have links with).  They wanted more information, so I passed
  20. the torch to someone at the research organisation.  Let's call the company
  21. C, the organisation O, and the person E.  E is not an AI expert, although
  22. he has a PhD in something.  He is the industry liason, and believes whatever
  23. the experts in O tell him.
  24.  
  25. C first of all tried to deal with another organisation, but finally came
  26. back to O.  There was a meeting with me, E, and a representative of C.
  27. C make, as I said, a kind of complex electronic apparatus which is very
  28. popular indeed these days.  They are US-based but present world-wide, and
  29. have a deserved reputation for good equipment and good service.  The trouble
  30. is that they keep on introducing new models (and not just new models; they
  31. are about to introduce a digital version of what was formerly an analogue
  32. system).  It is hard for the technicians to keep up with the new systems.
  33. (They already make as much use as they know how of automatic test equipment.)
  34. So C would like O to make them an Expert Diagnostic System which can
  35. interact with a human technician and the automatic test equipment to diagnose
  36. faults in this kind of complex electronic apparatus.
  37.  
  38. My reaction was that there is a lot of work to do this, but that it is doable.
  39. Quite a lot has been published about diagnosis, much of it on electronic
  40. equipment, and as for incorporating their existing test plans, the approach
  41. SRI took for Space Shuttle diagnosis looks good.
  42.  
  43. It also seemed to me that this was an application to which Prolog was ideally
  44. suited (have a declarative representation of the "anatomy" (500+ components),
  45. "physiology", "behaviour" (these devices do have a lot of states, but not as
  46. many as, say, a non-programmable pocket calculator), and known failure modes
  47. of the components; represent existing test plans a la PRS; then have an
  48. "inference engine" for doing reactive hypothesis-and-test).  I went further
  49. in my mind:  I thought "LPA Prolog-386 would let them use cheap stock
  50. hardware to do this".
  51.  
  52. Most of all, however, I thought we needed a lot more information from C
  53. before making any detailed plans.
  54.  
  55. This morning I received E-mail saying
  56.     [Because C want to take the program over eventually, so they can
  57.     maintain it, not O]
  58.     "we believe that C will be unlikely to seek a system written in
  59.     Prolog - the language is rare in business in the US, and C,
  60.     as you know, is a US based company."
  61.  
  62. There was other information in that and a preceding message going into a lot
  63. of detail about what other experts at O have told E (I myself don't quite
  64. see how to apply case-based reasoning to the diagnosis of new products for
  65. which there _are_ no cases, which is the ultimate goal of the project, nor
  66. no I quite understand why a vision expert would tell E that it was 
  67. impossible to diagnose "new" faults).  It seemed to me that everyone (and
  68. yes, I have to include myself in that, if I'm honest, although I did at
  69. least consult some of the diagnosis literature) is proposing their pet
  70. technique.  I decided that harmony was better than fame (although, let's
  71. be honest here, I _am_ rather peeved that _every_ single suggestion made
  72. by the person who brought the business in in the first place has been
  73. rubbished, ignored, or misunderstood.) and said "include me out".
  74.  
  75. But I also described "Company C is a US-based company, and Prolog is
  76. rare in US business, so C won't be interested in a Prolog-based product"
  77. as an "outrageous lie" which won me an angry phone call from E demanding
  78. that I produce evidence to support this claim.  I apologised for my
  79. phrasing, but asked E to produce _his_ evidence.  It turns out that X,
  80. who has a _lot_ of experience writing expert systems and is generally a
  81. nice guy as well as knowledgable about AI in general, told E all this
  82. about Prolog being rare in US business.  (When pressed, E claimed (truly)
  83. that Prolog is not as common as COBOL or C.  This is news?)
  84.  
  85. Anyway, there is the substance of my plaint.
  86.     X, who is certainly competent at producing expert systems, tells E
  87.     that Prolog is rare in US business,
  88.     E, who believes his experts and worries about business, accepts this
  89.     and designs his presentation according, so
  90.     C, who just want a product, will be told
  91.     - we're going to use Expert System Shell <A>
  92.     - and case-based-reasoning package <B>
  93.     - and neural net package <D>
  94.     - and hypertext package <F>
  95.     - and graphics system <G>
  96.     - but we WON'T use Prolog.
  97.  
  98. We're talking here about a program which will be installed in _thousands_
  99. of locations world-wide, if they can write it.  We're talking about a loss
  100. of a great opportunity for some Prolog company to get their toe in the door
  101. of an electronics giant.
  102.  
  103. Heck, if it comes to that, company C _does_ know about Prolog; they paid
  104. Quintus money to put Quintus Prolog on one of their machines, and they got
  105. ALS to put ALS Prolog on another of their machines.
  106.  
  107. So, in context, was it extreme to call "an outrageous lie" the claim that
  108. "Prolog is rare in US business so company C won't be interested".
  109.  
  110. -- 
  111. You can lie with statistics ... but not to a statistician.
  112.