home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / unix / sysv386 / 17670 < prev    next >
Encoding:
Internet Message Format  |  1993-01-06  |  8.3 KB

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