home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / sys / dec / 6753 < prev    next >
Encoding:
Text File  |  1993-01-08  |  9.7 KB  |  173 lines

  1. Newsgroups: comp.sys.dec
  2. Path: sparky!uunet!spool.mu.edu!umn.edu!umnstat.stat.umn.edu!rjg
  3. From: rjg@umnstat.stat.umn.edu (Robert J. Granvin)
  4. Subject: Re: DEC puts first marketroid on the moon
  5. Message-ID: <1993Jan8.174030.25425@news2.cis.umn.edu>
  6. Keywords: DEC INFOSHARE Alpha lunacy
  7. Sender: news@news2.cis.umn.edu (Usenet News Administration)
  8. Nntp-Posting-Host: itasca.stat.umn.edu
  9. Organization: School of Statistics, University of Minnesota
  10. References: <kGd=p9+@engin.umich.edu> <9301062018.AA12524@TIS.COM> <1993Jan7.095218.29802@rdg.dec.com> <9301080032.AA23670@TIS.COM>
  11. Date: Fri, 8 Jan 1993 17:40:30 GMT
  12. Lines: 159
  13.  
  14. In article <9301080032.AA23670@TIS.COM>, mjr@TIS.COM (Marcus J Ranum) writes:
  15. |> sybertz@ketje.enet.dec.com writes:
  16. |> >Believe it or not, but we have a lot of requests from customers for OSF/1
  17. |> >Alpha. This means that we have a lot of work to answer all different aspects
  18. |> >and we cannot do everything in one day ! We have to put some priorities ! 
  19. |> >The mail you are speaking about has to be putted in this context : asking for
  20. |> >some feedback to put a priority.
  21. |> 
  22. |>     I sympathise with the problem of lack of resources and being forced
  23. |> to prioritize. I've heard that complaint many times, and I understand what
  24. |> it feels like to be on the short end of "lack of resources".
  25.  
  26. The main problem with corporate criticism, is that it's far too easy to
  27. be critical.  No matter who you work with or who your supplier is, you
  28. will always find something that is a major problem and make some other
  29. guy look much more attractive.  But switch, and it will be learned that
  30. the same problems exist there, just with different names and areas.
  31.  
  32. I have no doubts that there is a lot of requests for OSF/1 on Alpha.  Just
  33. a few months ago, the fecal-matter hit the fan when the customer base
  34. learned about the possibility of no OSF/1 on the now orphaned DECstations.
  35.  
  36. Prioritization is _critical_ for a company.  However, as a customer of any
  37. company, I expect that prioritization to be long term.  When I align myself
  38. with a single vendor, I expect that the evidence presented to me in the
  39. sales meetings are at least semi-accurate and that an effort is made to
  40. follow through with the promises made for software, hardware, upgradeability
  41. and long-term value for the investment.
  42.  
  43. Alpha looks interesting - very, as a matter of fact.  However, we have none.
  44. We have DECstation 3100's and various 5000's.  If we are going to consider
  45. Alpha, we insist on an upgrade path that is relatively, at least, seamless.
  46. OSF/1 was the vehicle promised.  The promise was that after Ultrix 4.3, the
  47. next Ultrix was OSF/1.  This same OSF/1 would be available on the new
  48. (unnamed at that time) platform, and all we needed to do was consider it
  49. a CPU upgrade - i.e., we could integrate new hardware into the existing
  50. network.
  51.  
  52. To be honest, I'm still waiting.  I had to _fight_ to get Ultrix 4.2 when
  53. I needed it.  We're still waiting for the MIPS R4000 upgrades for the 
  54. 5000's.  We were extremely disappointed and concerned when we learned that
  55. our existing platforms probably could not be integrated with new hardware
  56. easily - at least not without separate servers.
  57.  
  58. All in all, every one of these points has been addressed or improved in
  59. some manner.  However, DECs "priorities" have shifted many times in the
  60. past three years, and I honestly don't know _where_ they are going next.
  61. I have no problems with priorities, or even priorities that will
  62. instantly send me running and screaming for asylum from Sun or SGI.  A
  63. clear corporate path and direction makes it very easy for the customer
  64. to choose the vendor (or vendors) that will help solve their computing 
  65. and software problems.
  66.  
  67. DECs priorities have shifted so often, at least in appearance, that even
  68. when shown a priority, I immediately have to question it.  I'm nervous
  69. being "on the cutting edge" with DEC, because I don't know where that
  70. edge will be in six months.  
  71.  
  72. I'm very happy to see DEC solidifying it's direction, but when you've been
  73. burned before, you wait - and see - and then put it back in the same
  74. category as all other vendor options - in other words, start over and
  75. convince me again.
  76.  
  77. Am I happy with DEC and it's products?  Without a doubt.  With the exception
  78. of the VR262 monitor whose picture tube reliability problems I don't 
  79. understand, the equipment has been extremely robust, reliable and fast.  The
  80. fast graphics capability made other, faster, options pale from the cost
  81. aspect.  Service has been reasonable.  Ultrix is reasonably robust and
  82. solid (ALL flavors of Unix have _some_ bugs which will bite you someday).
  83. The availability of "anything you may need" for the system is very good.
  84.  
  85. Am I dissappointed with DEC?  There again, the answer is yes.  Although 
  86. service is good, it's cumbersome.  Getting information is like pulling
  87. teeth (I may have been spoiled from other vendors, but in three years I
  88. have never managed to attain the same level of "trust" from DEC).  The
  89. direction of the company seems to be quite fluid from the customer point
  90. of view and nervousness is high because of the company's inability or
  91. unwillingness to follow through with long-term promises.  Offerings that
  92. are important to the customer (though perhaps not DEC) are also quite a
  93. bit behind the market average (DAT drives are several gigabytes behind the
  94. market, aside from being late; R4000 upgrade daughterboards have lagged
  95. WAY behind, etc.)
  96.  
  97. |>     On the other hand, lack of resources is part of being a vendor. It's
  98. |> part of being a *successful* vendor to know how to prioritize internally,
  99. |> and to know how to keep lack of resources from hurting your business. Digital
  100. |> seems to have no understanding of the basic fact:
  101. |> 
  102. |>     A vendor's customers don't care about lack of resources. They can
  103. |>     -----------------------------------------------------------------
  104. |>     buy from someone who doesn't have that problem.
  105. |>     -----------------------------------------------
  106.  
  107. Lack of resources, the market, the economy, etc. will all affect a
  108. company's ability to produce and provide.  DEC has faced difficult times
  109. as have many.  A downsizing or delay in offerings is manageable or 
  110. understandable - at least it should be by the customer.  The fact that
  111. something is late or even occasionally terminated, is not something one
  112. should get worked up about (it can be dealt with).
  113.  
  114. But when you invest several years into a product line or company that has
  115. shown or convinced you that the long-term viability is there and that the
  116. future direction leads to the solutions you require, you expect that the
  117. company will follow through.  DECs multiple apparent re-prioritization in
  118. the past has confused, confounded and angered some customers.  As someone
  119. who strives to make things work, I have to admit to being quite leery 
  120. about DECs solidly-written-in-stone current priorities.  I'll give it the
  121. benefit of the doubt, but I'm also much more likely to sit back and take
  122. stock of the company's five-year history when the need comes to make 
  123. another 5 year investment.  If I had/have a solid _partnership_ with a
  124. vendor, it's likely they'll have a great advantage when I need to do a
  125. major system overhaul.  But if I don't, then all the cards are on the 
  126. table, all vendors are equal.  A bad relationship and no partnership puts
  127. the current vendor in a bad position, though one tries to view them with
  128. as much equality as the others.  I've never been able to develop the same
  129. "partnership" with DEC as I have been able to with NCR, AT&T and others,
  130. unfortunately.
  131.  
  132. Sorry.  I ramble.  :-)
  133.  
  134. |>     Market analysts get paid big bux (probably much more than the folks
  135. |> from DEC who read news in their spare time at 2:00am) to know what customers
  136. |> want. A vendor that knows what customers want and is able to *anticipate*
  137. |> those needs is what is called "in touch with the market." A vendor that is
  138. |> constantly in a reactive mode because of lack of resources, where the
  139. |> vendor's top technical staff (who often are in touch with the market) are
  140. |> forced to beg for ammunition to help fight internal battles is "out of touch"
  141. |> and often "out of luck" because by the time those battles are fought,
  142. |> your competitor has stolen a march on you. This is called, in modern
  143. |> buzz words, "being proactive." Boy scouts call it "being prepared." Some
  144. |> people, myself included, take lack of preparedness as an indication of
  145. |> lack of commitment. Vendors cannot afford this.
  146.  
  147. If my needs diverge from the majority of the market, I can fully understand
  148. the difficulties I'll be faced with.  Sometimes those philosophies can change
  149. in mid-flow.  When the market switched from mainframes to workstations, there
  150. is going to be a border-line battle and someone is going to lose.  The same
  151. goes for general philosophies.  If our design of networked semi-independent
  152. workstations becomes unpopular, we'll have to change or live within the
  153. limits available.  But when our design is very broad and our requirements
  154. are even broader, it's felt that we will at least be "in touch with the
  155. market" for many years to come, even when that market changes - even
  156. if it changes dramatically.
  157.  
  158. |>     I sympathise with Digital's problems, but if I were a customer of
  159. |> Digital's, I would't *care* about them. There's a subtle distinction.
  160.  
  161. I care, as I care about the future of the company and those that work for
  162. it.  However, I have to care more about our local needs and the solutions
  163. for the problems we face.  DEC has the resources and offerings to solve
  164. them.  They've never lacked.  However, the long term direction must be
  165. solid and clear also.  That's what I have to care about...
  166.  
  167. Sorry, I ramble again.  The last time I did, I got quoted in two newspapers.
  168. :-)
  169.  
  170. -- 
  171. \\ Robert J. Granvin                                 User Services Specialist
  172. // School of Statistics - University of Minnesota            rjg@stat.umn.edu
  173.