home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / sys / dec / 6815 < prev    next >
Encoding:
Internet Message Format  |  1993-01-12  |  5.7 KB

  1. Path: sparky!uunet!spool.mu.edu!nigel.msen.com!hela.iti.org!cs.widener.edu!dsinc!ub!niktow!pavlov
  2. From: pavlov@niktow.canisius.edu (Greg Pavlov)
  3. Newsgroups: comp.sys.dec
  4. Subject: Re: DEC puts first marketroid on the moon
  5. Keywords: DEC INFOSHARE Alpha lunacy
  6. Message-ID: <1955@niktow.canisius.edu>
  7. Date: 12 Jan 93 07:27:30 GMT
  8. References: <kGd=p9+@engin.umich.edu> <9301062018.AA12524@TIS.COM> <1993Jan11.151743.13677@rdg.dec.com>
  9. Organization: Canisius College, Buffalo NY. 14208
  10. Lines: 105
  11.  
  12. In article <1993Jan11.151743.13677@rdg.dec.com>, sybertz@brsux0.bro.dec.com (Sybertz Marc) writes:
  13. > >    A vendor's customers don't care about lack of resources. They can
  14. > >    -----------------------------------------------------------------
  15. > >    buy from someone who doesn't have that problem.
  16. > >    -----------------------------------------------
  17. > Do you know a company in the world which develops everything the same day ???
  18. > Everyone puts priorities ... and it is not a question of lack of resources,
  19. > it is a question of business practices.
  20.   Sybertz, I think that you missed the point that Marcus was trying to make
  21.   (or maybe I am).  Of course every company - every organized human effort, for
  22.   that matter - has a certain amount of resources and must make hard decisions
  23.   how to expend them.  BUT having made its decisions, it must go with them and
  24.   sell the resulting products to those customers that want them.  If a customer
  25.   wants something else, he/she could care less WHY you don't have it, or are
  26.   late in delivering it, or have promised it and then reneged: he/she will go
  27.   to a vendor who has what he/she needs.
  28.  
  29.   From where I sit, DEC's recent actions make it "obvious" to me that it is
  30.   abandoning the MIPS platform and has put top priority on the ALPHA/VMS plat-
  31.   form for the time being.  Further, it has subdivided remaining resources
  32.   for ALPHA system software development between OSF/1 and NT.  Now, you are,
  33.   of course, free to dispute these assumptions if you want, but if you do,
  34.   please point out to me, through ACTUAL product releases and announcements
  35.   and research/development facility closing/openings/expansions, how I am 
  36.   wrong.  If you do so, please try to be thorough.
  37.  
  38.   To return to Marcus's point:  I have a substantial ("substantial" for our
  39.   organization) investment in DEC MIPS products.  I need something quite a 
  40.   bit faster than the DEC 5000/240 to run an application and I need a system
  41.   that will do so, running a specific commercial software package, TODAY.  DEC
  42.   doesn't have anything available.  I could care less that this is due to 
  43.   "lack of resources", resources having gone to ALPHA/VMS/OSF1/NT and taken
  44.   away from MIPS/ULTRIX. Other vendors have what I need and I am thus talking
  45.   to them. 
  46.  
  47.   After all, if I went to DEC and told it that I needed a $400,000
  48.   system but didn't have the "resources" to buy it, would DEC "care" enough to
  49.   give it to me ?  Or would the salesman smile sympathetically, leave, and go
  50.   talk to another customer who needs the same system but has the money to pay
  51.   for it ?  
  52.   
  53. > If you don't understand why x send such a mail, it is not a reason
  54. > to make it a generality, and to build a all story about DEC's commitment to
  55. > Unix.
  56.   I think that DEC's overall long-term relationship to UNIX is summarized very
  57.   nicely in the following quotes attributed to Robert Palmer, DEC's CEO:
  58.  
  59.    "One of the things I learned fairly persuasively is that when the market
  60.     is moving in a direction, you need to get in touch with that and get out
  61.     in front of it.  This denial stuff doesn't work.  If the market wants to
  62.     move to UNIX independent of the fact that it's inconvenient for you, you
  63.     have to recognize that early and really get out in front.  Lip service 
  64.     won't do."
  65.  
  66.      (later)
  67.  
  68.    DN&R: "You mentioned earlier that Digital has had a "denial" problem. Can
  69.    you give us an example of an area to which Digital hasn't devoted enough
  70.    development effort ?"
  71.  
  72.    Palmer: "Unix.  I don't think that we are giving enough resources to suppor-
  73.    ting that need.  The customers were quite clear, but we didn't want to hear
  74.    it because it was uncomfortable.  We have to listen to customers, whether
  75.    it's UNIX, [Windows] NT, or OpenVMS."
  76.  
  77.     - DN&R, Oct. 12 & 26, 1992
  78. > I totally agree with you ... and this is why we are the first to come with
  79. > OSF/1 ! Isn't it ?
  80.   So what ?  There appeared to be a general trend towards "unifying" UNIX for
  81.   several years UNTIL a group of heavyweight vendors decided to take control
  82.   into their own hands for their own purposes and formed OSF.  Now that those
  83.   needs have been met, it doesn't look like anyone else particularly cares
  84.   about OSF/1 as a complete standalone, separate product.  There may be one or
  85.   two exceptions to that.  But regardless, OSF/1 is certainly not the Great 
  86.   Unifier End All-Be All UNIX.  DEC may well be the first and LAST vendor to
  87.   bring it to market.  Then what ?  How will OSF/1 be seen as anything other
  88.   than a New and Improved DEC's Own UNIX ?  That will interoperate with other
  89.   UNIX variants in the same half-assed way that all other UNIX variants
  90.   interoperate today ?
  91.  
  92.   Customers would have been much better served if UNIX vendors had made a ser-
  93.   ious attempt to serve customers rather than their own ends.  A lot of us
  94.   would be much better off with a reasonably standard UNIX across most major
  95.   platforms than a bunch of platforms each with its own The_Best_UNIX_on_the_
  96.   Market.
  97.  
  98. > >A vendor that is
  99. > >constantly in a reactive mode because of lack of resources, where the
  100. > >vendor's top technical staff (who often are in touch with the market) are
  101. > >forced to beg for ammunition to help fight internal battles .....
  102. > Internal battles ! This is such a old story.
  103.   Does "old story" make it untrue ?
  104.  
  105.  
  106.  
  107.   greg pavlov
  108.   pavlov@fstrf.org
  109.