home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / sys / sun / misc / 6033 < prev    next >
Encoding:
Text File  |  1992-12-29  |  5.6 KB  |  103 lines

  1. Newsgroups: comp.sys.sun.misc
  2. Path: sparky!uunet!psinntp!asd.com!scott
  3. From: scott@asd.com (Scott Barman)
  4. Subject: Re: Is Sun losing touch with its customers?
  5. Message-ID: <1992Dec29.023817.18087@asd.com>
  6. Organization: American Software Development Corp., West Babylon, NY
  7. References: <1992Dec22.080719.16062@eskimo.com> <1992Dec27.031931.10598@eskimo.com> <1992Dec27.200016.6479@ukw.uucp>
  8. Date: Tue, 29 Dec 1992 02:38:17 GMT
  9. Lines: 92
  10.  
  11. In article <1992Dec27.200016.6479@ukw.uucp> lupe@ukw.uucp (Lupe Christoph) writes:
  12. >When Sun announced they would "join the crowd" this was generally
  13. >hailed as a good decision. But this was when nobody had the next
  14. >release around the corner, and nobody was forced to face the consequences.
  15. >
  16. >Where were you BSD advocates at the time this decision was made? Nobody
  17. >spoke up for BSD at the time!
  18.  
  19. When Sun announce they would "join the crowd" almost five years ago,
  20. there was no "crowd." At that time Sun also told us that we should not
  21. worry, they will provide an upgrade path and that their valued customers
  22. would be taken care of.  I recently found an old UnixWorld (I think)
  23. magazine where Scott McNeely made this type of statement (I'll try to
  24. find it--it's piled with the issue where Bill Gates calls Xenix the next
  25. generation of pee cee operating systems).
  26.  
  27. What went wrong?  First of all, they are two years late.  They were
  28. supposed to have a System V OS out by 1990.  Well, life goes on.  Those
  29. in business have to continue doing work so that money can be made and a
  30. significant investment in 4.1.* software was made.  Which is also
  31. strange.  If Sun wanted everyone to move to System V, then why come out
  32. with more BSD-based systems?  What kind of message does that send to
  33. their customers.
  34.  
  35. Secondly, as they keep releasing BSD-based systems, their only migration
  36. was to give their user a hierarchy of System V differing items (see the
  37. /usr/5{bin,include,lib} directories) and making it OPTIONAL to load it
  38. (see every installation through 4.1.3).  Making it optional and not
  39. really advertizing its benifits removes the emphesis on its importance
  40. in the transition between SunOS and Solaris.  Yes, there are mentions of
  41. this in the manuals, but the mentions seem as insignificant as many of
  42. us interpereted them.  We only learn of their importance when Sun came
  43. out with the System V Migration Tool (svmt).
  44.  
  45. Then Sun announced they are almost ready and puts out the svmt. When it
  46. is finally loaded, you realize that svmt is nothing more than a
  47. glorified lint!  What's worse is that those of us who have used X
  48. Windows since the dawn of time (OK, so it has only been since X Version
  49. 10) have decided to stay with MIT's X11 and away from Sun's perpertually
  50. buggy OpenWindows with their slow response in fixing the bugs (and MIT's
  51. X11 was free, I remember having to pay for an initial OW release).  This
  52. svmt runs under Sun's XView (SunView for X without intrinsics support)
  53. and you had to figure out how to run it to a tty to get around their
  54. near useless GUI.  Some tool!
  55.  
  56. I mentioned OpenWindows above.  In the middle of all this, Sun decides
  57. that since almost nobody (except SGI) embraced NeWS, they were going to
  58. join the world and give their customers X.  Their initial offerings of
  59. OpenWindows tried to make everyone happy, including their SunView users.
  60. Instead of trying to move on (which OW3 seems to have done it close to
  61. right), they have held on to their past alienating those who have chosen
  62. X Windows as their standard (most of the industry).  Even today, Sun is
  63. making "quiet" noises of dropping NeWS and moving twoards intrinsics-based 
  64. interfaces.  [Personal opinion: ever notice how Sun follows the standard
  65. for everything but when they start talking about GUIs, they call
  66. themselves the first (true) but don't dive into what they are doing
  67. today beyond saying "We're X11 compatible?  It's about time Sun joined
  68. the rest of us!]
  69.  
  70. So they are later and getting later.  Still, there is this large
  71. investment in 4.1.* with no good upgrade path and they keep pushing back
  72. the release date (yes, I did get my Solaris 2.1 CDs last week).  In the
  73. mean time, those of us on limited budgets have been producing software
  74. with their distributed C Compiler.  After much infighting, Sun decides
  75. to drop it from their system.  Why?  They claim it is no longer needed
  76. and those who need it will buy it.  This is what they do in the pee cee
  77. industry, right?  Well the cost of the hardware and software is
  78. different.  They remove what many of us consider a vital part of their
  79. distribution, raise the price of it, and tell us they did it because
  80. Billy down the block does it.  Someone forgot to tell Scotty that if we
  81. wanted to put up with Billy's antics, we would not have Suns on our
  82. desks.
  83.  
  84. So you see, it wasn't perceived to be a problem at that time.  If Sun
  85. stuck to their word and made this as painless as they "promised" we
  86. would not be screeming.  But they dragged their feet and hit us with a
  87. lot of interim stuff that is not on any real upgrade path.  Now they are
  88. telling us to conform or (proverbially) to hell with you.  Many of use
  89. can't stop and conform.  We need help and time.  Help Sun promised from
  90. the beginning and time because they forgot that they told us not to
  91. worry.
  92.  
  93. Personal Observation: It's interesting how the promise of NT says it
  94. will run Windows 3 AND DOS applications but Solaris 2 will not run
  95. statically linked 4.1.* a.outs and may not run other applications that
  96. use unsupported features in their bsd-compatibility mode (e.g., light
  97. weight processes).
  98.  
  99. -- 
  100. scott barman            | <This space intentionally left blank>
  101. scott@asd.com            |
  102.  (I can barely speak for myself, you expect me to speak for my employer??)
  103.