home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / unix / xenix / sco / 2843 < prev    next >
Encoding:
Text File  |  1992-09-08  |  7.1 KB  |  137 lines

  1. Newsgroups: comp.unix.xenix.sco
  2. Path: sparky!uunet!mcsun!Germany.EU.net!news.netmbx.de!zrz.tu-berlin.de!math.fu-berlin.de!Sirius.dfn.de!ira.uka.de!sol.ctr.columbia.edu!spool.mu.edu!decwrl!pa.dec.com!dynamix!david@uu3.psi.com
  3. From: david@dynamix.com (David L Jarvis)
  4. Subject: Re: Xenix considered harmful (was Re: SCO support - a success story)
  5. Organization:  SOFTWARE / DYNAMIX
  6. Message-ID: <9209061031.AA05489@dynamix.com>
  7. Date: Sun, 6 Sep 92 10:31:11 EDT
  8. X-Received: by usenet.pa.dec.com; id AA06503; Sun, 6 Sep 92 08:38:41 -0700
  9. X-Received: by inet-gw-1.pa.dec.com; id AA24123; Sun, 6 Sep 92 08:38:38 -0700
  10. X-Received: from dynamix.UUCP by uu3.psi.com (5.65b/4.0.071791-PSI/PSINet)id AA24374; Sun, 6 Sep 92 11:35:22 -0400
  11. X-Received: by dynamix.com (smail2.5c)id AA05493; 6 Sep 92 10:31:12 EDT (Sun)
  12. X-To: comp.unix.xenix.sco.usenet (comp.unix.xenix.sco)
  13. X-In-Reply-To: <BtznH6.Ez@mudos.ann-arbor.mi.us>; from "Marc Unangst" at Sep 3, 92 6:03 am
  14. X-Mailer: ELM [version 2.3 PL11]
  15. Lines: 120
  16.  
  17. > My point was that he said he "never even considered Unix."  Now, how
  18. > could he possibly know if Unix was or was not appropriate if he never
  19. > even considered it?
  20.  
  21. So now instead of debating real issues with real facts, you want to pick
  22. apart a sentence out of context and argue just a phrase.  
  23. Well what say we take a look at the context that the above quote came from
  24. and our exact exchange of words ... [exact quoting from past posts]
  25.  
  26. [Marc's words]
  27. >> at an appropriate time.  For example, when they're considering an
  28. >> upgrade from Xenix 2.3.2 to Xenix 2.3.4; or when they're considering
  29. >> getting a new hard drive.
  30.  
  31. [David's words]
  32. > I've upgraded plenty of 2.3.2 sites to 2.3.4 and never even considered
  33. > Unix, and I know for a FACT that a LOT of very experienced and
  34.  
  35. You state that clients shouldn't upgrade from 2.3.2 to 2.3.4, and I said
  36. that we've upgraded plenty of them and never even considered Unix as an
  37. alternative ... now you're arguing that if I never considered it that I
  38. can't possibly know which is best, and I say BULLSH*T ... if I choose Xenix
  39. for a site and install it, then support it, and develop software for it, I
  40. certainly get enough feedback to know if the solution I engineered for that
  41. client is working or not ... and if a new version comes out like 2.3.4, I
  42. know right away whether or not we should upgrade them or if we might better
  43. be looking at something new like switching to Unix ... if the Xenix
  44. solution we provided is working great and the client has not one single
  45. need or want that we're not satisfying, we don't even consider switching
  46. them to something new ... so tell me Marc, whats best for the client, a
  47. system that does what they need (even if it is based on Xenix) or a system
  48. based on Unix *regardless* of what they need ???
  49.  
  50. > >Whoaa.....  I have modems on EVERY SCO Xenix site out there, with NO 
  51. > >problems.
  52. > Well, he said that Xenix was appropriate for customers who had no
  53. > networking or security needs.  Modems are a form of networking, and as
  54. > you mention, they work fine.  But putting a modem on a computer and
  55. > leaving security turned off is just about as much of a security risk
  56. > as putting the root password in /etc/issue.
  57.  
  58. Wrong ... most of our clients only turn on the modem when we're dialing in
  59. for support or when one of their employees is dialing in from home or
  60. another office ... you seem to think that everyone who has a modem 
  61. is on the Internet ... not a single one of our clients is ... 
  62. And even if the modem was on all the time, then what?  If I give you the
  63. number of one of our Xenix systems, do you think you could break in?
  64. Accounts that are properly passworded will thwart 99.9% of breakin 
  65. attempts.  Each of our clients uses
  66. our own custom developed system adminstration tools for administering user
  67. accounts ... this software forces them to assign passwords to each account
  68.  
  69. > >out there for SCO Xenix than SCO UNIX (this may change).  We use
  70. > >Lotus 123, WordPerfect 5x, WordPerfect Office, Realworld, Cougar,
  71. > >TruFax, Call Tracker, The Medical Manager and many others....
  72. > Yes, those are all available in Xenix versions.  But pretty soon (it's
  73. > starting to happen already), 
  74.  
  75. It is???  How about telling all of us what brings you to this conclusion?
  76. I have not yet seen one single vendor say he's dropped Xenix altogether.
  77. Could you give a reference or two for your claim?
  78.  
  79. > software companies are going to want to
  80. > use Unix-specific features.  And when that happens, a lot of the
  81. > smaller companies are going to ditch Xenix entirely and just put out a
  82. > Unix version.  
  83.  
  84. Reall now?  Tell me, how does a high-school boy come to know what software
  85. vendors are thinking?  I'd tend to think that a lot of them are thinking:
  86. "gee, Xenix still has a big marketshare, and SCO is keeping it alive, I bet 
  87. I could make a decent buck if I continued to make my product available for
  88. it" ... so again, you've stated that "it's already started to happen" that
  89. vendors are going to "ditch Xenix entirely", how about telling us just who
  90. and what???
  91.  
  92. > Can you get FrameMaker for Xenix?  Or Corel Draw?
  93.  
  94. Nope.  Has anyone I've put on Xenix ever ONCE asked me for either 
  95. of these???  Nope.  The people that have had these sort of needs have been
  96. on ODT from the beginning ... 
  97. My argument from the start has been that Xenix has it's place and Unix  
  98. has it's place, and that we put BOTH out there at the appropriate times.  
  99. You're argument has been that Xenix doesn't have an approriate place, 
  100. and we've all asked you to justify this position, 
  101. which you continue to sidestep.
  102.  
  103. > >>senior this year.
  104. > > ^^^^^^
  105. > Your point being?  Or do you feel that I'm unqualified to participate
  106. > in this discussion, because I'm still in high school?
  107.  
  108. I feel that you are unqualified to tell this group of experienced system
  109. integrators how they should be taking care of their clients.  I also feel
  110. you are unqualified to give an analysis of the Unix market and the business
  111. computing industry in general.  Many of us are still providing Xenix as 
  112. the core solution to clients computing needs, and we're trying to
  113. explain to you just WHY we're doing that, but like so many young people
  114. you are doing more talking than listening.  (and saying nothing)
  115.  
  116. This has nothing to do with your age, as you've obviously accomplished a
  117. lot very early in life and seem to know where you want to go and what you
  118. want to do with your life - for which I applaud you, since so many today
  119. don't have a clue ... it also has nothing to do with technical knowledge,
  120. as you no doubt have achieved some degree of that ... the basis for my
  121. above paragraph is that you don't have the experience in the business world
  122. to know what clients want/need to run their businesses ... and that *IS* 
  123. the real goal of all this isn't it?  To provide a computing solution that
  124. the client can use to effectively run his/her business, *NOT* to promote
  125. some hyped up group of standards and force clients into a situation that
  126. does not benefit them.
  127.  
  128.  
  129. #----------------------------------------------------------------------#
  130. #          David L. Jarvis                 SOFTWARE  /                 #
  131. #          david@dynamix.com                       /  DYNAMIX          #
  132. #----------------------------------------------------------------------#
  133.