home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / unix / pcclone / 32bit / 947 < prev    next >
Encoding:
Text File  |  1993-01-03  |  7.9 KB  |  165 lines

  1. Newsgroups: comp.unix.pc-clone.32bit
  2. Path: sparky!uunet!cs.utexas.edu!torn!utzoo!telly!evan
  3. From: evan@telly.on.ca (Evan Leibovitch)
  4. Subject: It's Time for a Shakedown (was Re: A few answers to Dell Unix FAQ)
  5. Organization: Somewhere just far enough out of Toronto
  6. Date: Mon, 4 Jan 1993 01:45:53 GMT
  7. Message-ID: <2B4796D2.62A3@telly.on.ca>
  8. References: <1992Dec29.005052.19358@raid.dell.com> <1992Dec30.152402.13189@sbcs.sunysb.edu> <6185@sixhub.UUCP>
  9. Lines: 154
  10.  
  11. davidsen@sixhub.UUCP (bill davidsen) writes:
  12. >shane@cs.sunysb.edu (Shane Bouslough) writes:
  13. >>Charlie Sauer (sauer@chs.dell.com) wrote:
  14.  
  15. First things first. Thanks, Charlie, for doing the posting you did. Having
  16. some factual information to work with, even if I'm not entirely happy with
  17. what's said, is far better than any rumour or speculation. Especially in
  18. light of how Dell people have been burned on the net before after being
  19. up-front and honest, your approach is to be applauded and admired.
  20.  
  21. >>> Q.  Is Dell changing the source base for Dell Unix to V.4.2 or Solaris?
  22.  
  23. >>> Dell does not plan to change Dell Unix to a new source base, neither 4.2
  24. >>> nor Solaris.  
  25.  
  26. >> Gee, good thing I just plunked down $1300 for Dell UNIX... wouldn't
  27. >> want to get stuck with a dead-end product, now would I?
  28.  
  29. >Did you think that you were never going to change again? You got the
  30. >best product available today for what you want to do, and it is still
  31. >being supported and enhanced.
  32.  
  33. This is *exactly* what SCO said when everyone else was going to 4.0 and
  34. they were barely making their 3.2 ready for market. Come to think of it,
  35. SCO is still saying this...
  36.  
  37. My problem with the policy stated by Charlie above -- as with SCO's -- is
  38. that it's further splintering the R4 UNIX market at a time when the Intel
  39. UNIX market least needs this extra confusion. It's not enough for people to
  40. choose UNIX rather than OS/2 or NT or whatever, then they have the
  41. non-trivial task of sorting through all the crap (not only marketing crap,
  42. but the also the well-intentioned comparisons done here on the net and
  43. elsewhere) to choose "whose UNIX"?
  44.  
  45. Not one company in the bunch has shown a true commitment to work with
  46.  
  47. - The most current USL release
  48. *AND*
  49. - As much third-party hardware and software as possible
  50. *AND*
  51. - Reasonable prices
  52. *AND*
  53. - Reasonable VAR/reseller support
  54. *AND*
  55. - Reasonable end-user support
  56. *AND*
  57. - Stability and certainty based on past performance and future direction.
  58.  
  59. Not one of the players so far supports more than two of the above
  60. criteria. Each has their own little niche, while none has even bothered
  61. to address the full job.
  62.  
  63. I am now absolutely convinced that the scattering of small, semi-committed
  64. players in the Intel UNIX marketplace is causing far more harm then good.
  65. The confusion, the endless re-invention of wheels, and the mindless petty
  66. infighting amongst these small players more than makes up for the benefits
  67. that the diversity of many competitors is supposed to offer.
  68.  
  69. Look at the big picture. The differences between Dell's R4 product and
  70. Consensys' R4 product are absolutely nothing, compared to the difference
  71. between either of them and MS-DOS, OS/2, Pick, Desqview, NT, or any other
  72. PC operating environment.
  73.  
  74. The whole pile of R4 companies, together, have the marketing clout of a
  75. speck of dust. Dell could have added some oomph, but it appears that just
  76. the reverse is true, the company seems almost embarrassed about its UNIX
  77. product (except, of course, for its UNIX people). Everex, too, put only a
  78. half-hearted effort into ESIX, which explains why it hasn't performed to
  79. expectations. Ditto for Kodak and Interactive.
  80.  
  81. UHC? Consensys? MST? Microport? Give me a break. The level of excellence
  82. of their products notwithstanding, these companies are generally unknowns
  83. in the UNIX marketplace, let alone the PC market in general.
  84.  
  85. In my opinion, these companies' continued existence in their current states
  86. threatens the industry as a whole. Their unwillingness to work together
  87. on such basic issues as bug fixes and third-party certification has ensured
  88. that they have spent more time competing amongst themselves than with
  89. the real competition. It has been only this petty, provincial bickering
  90. that has prevented an Intel-equivalent to 88open, a concept which has
  91. been desperately needed in this market, and without which the smaller
  92. vendors have no hope for survival.
  93.  
  94. Blaming USL is no longer an excuse, the companies have had plenty of
  95. time to collectively deal with the very real problems in USL's handling
  96. of their UNIX. Individually they have no clout with USL. As a group they
  97. could, but it's likely we'll never know how well this might have worked.
  98.  
  99. Intel, to its credit, has tried to achieve some level of consensus with
  100. its ABI and BCS programmes. The ABI programme was sabotaged by SCO, and
  101. the other vendors haven't have the backbone to put some teeth into it
  102. anyway. (That would take co-operation, wouldn't it?) All the BCS programmes
  103. have done is ensure a certain level of backwards (ie, SCO) compatability in
  104. present and future USL releases. SCO has expressed no intention in making
  105. its own systems forward-compatible with R4.2.
  106.  
  107. As many of you may remember, Intel even purchased Bell Technologies with
  108. the intent of using its resources to produce a definitive R4. In
  109. retrospect, I wish they had stuck to it a bit longer. They eventually sold
  110. out to Interactive, which itself was sold to first Kodak and later Sun
  111. (another company helping to fragment the market, but big enough not to
  112. care).
  113.  
  114. Where is this leading?
  115.  
  116. In my opinion, this market will not realize its potential until there is
  117. a massive shakedown. Almost all of the existing R4 vendors will have to
  118. merge or fold. A single company doing all the business of the existing
  119. R4 vendors *might* have the clout and installed base to provide the
  120. resources necessary to being all of the above features I mentioned into
  121. a single, stable company.
  122.  
  123. Whose?
  124.  
  125. I have high hopes for Univel, which has already taken some decent steps in
  126. this direction. Part-ownership by USL would (I hope) mean that the product
  127. would have a fast channel into USL's bug-fixing R&D. The other half-owner
  128. (now, at least indirectly, the full owner), Novell, has experience in the
  129. PC market and specifically taking on Microsoft at its own game. It also has
  130. good reputations for end-user and reseller support.
  131.  
  132. Univel's startup has been rough, but then so has every other R4 vendor's.
  133. Its product is pricey, but then high pricing and margins have done pretty
  134. well to date for Novell, Apple and others. It's likely that a low-end leader
  135. like Consensys or MST can make a go of the market by riding on the coattails
  136. of a definitive R4, by making sure it's 100% compatible, and offering a low
  137. enough cost to keep the high-priced spread honest.
  138.  
  139. Other low-cost options like Linux, if they're compatible and stable
  140. enough, will also keep downwards pressure on the price of USL's stuff.
  141.  
  142. Then again, I have no great loyalty to Univel. If a different company can
  143. come out of a shakedown as a leader in the industry, I'll work with it.
  144. But Univel seems the only R4 vendor with the budget and resources behind
  145. it enough to emerge unharmed.
  146.  
  147. I see the market as being able to realistically support only Solaris, SCO,
  148. and no more than two R4 vendors (and even then only if the larger one is
  149. overpriced). It will be interesting indeed to see the evolution of such
  150. a market, for SCO to compete on a field of equals rather than as a
  151. average-sized person in a land of dwarves.
  152.  
  153. Which R4 company will be *the* one? Who cares anymore? Let's just get on
  154. with the issue, which is making UNIX better and more popular. The current
  155. obstacle course of implementors working in self-imposed vacuums, only
  156. detracts from this goal.
  157.  
  158. We've had our nice little experiment of all these nice little companies
  159. selling UNIX. This hasn't worked. Time to let some big boys play.
  160.  
  161. -- 
  162.  Evan Leibovitch, Sound Software Ltd., located in beautiful Brampton, Ontario
  163.          evan@telly.on.ca / uunet!utzoo!telly!evan / (416) 452-0504
  164. What's with all this multimedia stuff? Most vendors can't get *one* done right.
  165.