home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / arch / 11807 < prev    next >
Encoding:
Internet Message Format  |  1992-12-21  |  3.9 KB
  1. Xref: sparky comp.arch:11807 comp.sys.dec:6565 comp.sys.sgi:18232 comp.sys.hp:14267
  2. Path: sparky!uunet!ferkel.ucsb.edu!taco!rock!stanford.edu!agate!spool.mu.edu!uwm.edu!cs.utexas.edu!swrinde!network.ucsd.edu!sdcc12!xm9
  3. From: xm9@sdcc12.ucsd.edu (richard g. adair)
  4. Newsgroups: comp.arch,comp.sys.dec,comp.sys.sgi,comp.sys.hp
  5. Subject: Re: Comparison of Alpha, MIPS and PA-RISC-II wanted
  6. Summary: UNIX
  7. Keywords: UNIX
  8. Message-ID: <42743@sdcc12.ucsd.edu>
  9. Date: 20 Dec 92 17:35:38 GMT
  10. References: <FRANL.92Nov25233757@draco.centerline.com> <0f=Q_u600WBO40k2xV@andrew.cmu.edu> <BzGn32.37C@dscomsa.desy.de>
  11. Sender: news@sdcc12.ucsd.edu
  12. Followup-To: comp.arch
  13. Organization: Arete Associates, San Diego
  14. Lines: 85
  15. Nntp-Posting-Host: sdcc12.ucsd.edu
  16.  
  17. In article <BzGn32.37C@dscomsa.desy.de> Hallam@zeus02.desy.de writes:
  18. >1) Online manual still designed with aim of minimizing disk space rather than
  19. >providing information.
  20.  
  21. The new CDROM programs have just what you want.  HP's help browser
  22. with the bookshelf idea make searching through manuals fun!
  23.  
  24. >    2) No help facility.
  25. >    3) No standardized user firendly shell.
  26.  
  27. The best way to provide a help facility is to make sure users don't
  28. need help very often, like on the Mac.  The ballon help is really
  29. nice for novice users, and you can turn it off when you are familiar
  30. with the OS.
  31.  
  32. >    4) Command qualifiers hard coded into applications making multilanguage
  33. >customization impossible.
  34.  
  35. Perhaps the .Xdefaults should be generalized for all UNIX commands??
  36. Something like:  ls*F: G   would replace the F option in ls with a
  37. G instead?
  38.  
  39. >    5) Requires expensive expert to have a chance of any security.
  40.  
  41. NO computer system is secure.  PERIOD!
  42.  
  43. >6) File system limited to sequential file, forcing applications to create their
  44. >own file system on top of the UNIX one, thus preventing any standardization or
  45. >application independent optimization.
  46.  
  47. This is  feature, not a bug!  Have you ever worked with a record
  48. oriented system like VMS?  You spend most of you programming time
  49. defeating the file system :-(
  50.  
  51. >The kernel is a major factor in determining how useful the system is. Only AT&T
  52. >had the capability to introduce a shell to replace the standard ones that could
  53. >have achieved a degree of acceptance. 
  54.  
  55. All shells are the same, since they all share the same weird
  56. restriction that the user know a specific language to converse with
  57. them.  VMS is more wordy, but none the less has specific commands
  58. that you just have to know to survive.  We should be more concerned
  59. with what the new interface which will replace shells will look like.
  60.  
  61. >They had a limited problem and provided a limited solution. I find it hard to
  62. >see how you can consider UNIX to be a superior system to VMS while admitting
  63. >that it is inadequate for many tasks. It would appear to me that the strongest
  64. >statement to be made would be that UNIX was superior for some tasks (presumably
  65. >through simplicity).
  66.  
  67. No, UNIX is better for these reasons:
  68.  
  69.     pipes
  70.     make
  71.     light sub-processes
  72.     the path
  73.     transparent networking
  74.     network file sharing
  75.     no RMS
  76.     choice of shells
  77.     machine independant, choice of vendor freedom
  78.     vendor price and speed wars
  79.     better hardware
  80.     graphics
  81.     it does't have DEC-this DEC-that all over (gak!)
  82.     simplicity
  83.  
  84. >If UNIX was ever allowed to become the sole O/S it would halt O/S deelopment
  85. >completely. The only effort UNIX has ever made is in catching up.
  86.  
  87. UNIX is like English.  If it sees a concept it likes, it takes it!
  88. :-)  There isn't anything wrong with this.  UNIX is set up
  89. flexibly so that you can add all sorts of new concepts easily as
  90. software technology advances...
  91.  
  92. >There were other choices. PICK for instance was a very highly regarded system
  93. >but was killed through over agressive attempts control it. Imagine a world in
  94. >which EBSIDIC, not ASCII was the standard for charaters. We would see people
  95. >the system were an advantage rather than a serious drawback.
  96.  
  97. PICK is not dead, it's being used to run the Tax rolls in Moscow!
  98.  
  99. Tony Burzio
  100. Arete Associates
  101. San Diego, CA
  102.