home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / arch / 11841 < prev    next >
Encoding:
Internet Message Format  |  1992-12-22  |  3.1 KB
  1. Xref: sparky comp.arch:11841 comp.sys.dec:6579 comp.sys.sgi:18255 comp.sys.hp:14294
  2. Newsgroups: comp.arch,comp.sys.dec,comp.sys.sgi,comp.sys.hp
  3. Path: sparky!uunet!psinntp!ficc!peter
  4. From: peter@ferranti.com (peter da silva)
  5. Subject: Re: Comparison of Alpha, MIPS and PA-RISC-II wanted
  6. Message-ID: <id.3P0W.5ZF@ferranti.com>
  7. Organization: Xenix Support, FICC
  8. References: <FRANL.92Nov25233757@draco.centerline.com> <0f=Q_u600WBO40k2xV@andrew.cmu.edu> <BzGn32.37C@dscomsa.desy.de>
  9. Date: Mon, 21 Dec 1992 23:57:17 GMT
  10. Lines: 59
  11.  
  12. In article <BzGn32.37C@dscomsa.desy.de> Hallam@zeus02.desy.de writes:
  13. > 1) Online manual still designed with aim of minimizing disk space rather than
  14. > providing information.
  15.  
  16. Well, it's better than most systems which provide no online manual at all, or
  17. provide one that requires some fancy hardware/software combination to use, and
  18. can only be used from one seat at a time.
  19.  
  20. > 2) No help facility.
  21.  
  22. It's a fair cop, but in general I find I rarely use the help facility on VMS
  23. unless I *can't* get to the offline manual and need to find an option. A help
  24. facility is no replacement for a tutorial, and a tutorial and manual is more
  25. useful than any of the three.
  26.  
  27. > 3) No standardized user firendly shell.
  28.  
  29. A fair cop, but there have been pretty nice front ends. I think that this will
  30. show up in a matter of time as windows finally filter down to the commodity
  31. market.
  32.  
  33. > 4) Command qualifiers hard coded into applications making multilanguage
  34. > customization impossible.
  35.  
  36. I wouldn't want multilanguage customization of command qualifiers. Help
  37. messages and error messages, yes, I'll go with that.
  38.  
  39. > 5) Requires expensive expert to have a chance of any security.
  40.  
  41. A fair cop, and I blame the vendors. It's not HARD to ship a system with
  42. good default security. SCO claims to.
  43.  
  44. > 6) File system limited to sequential file, forcing applications to create
  45. > their own file system on top of the UNIX one, thus preventing any
  46. > standardization or application independent optimization.
  47.  
  48. On the other hand, there are some very strong traditions about file formats
  49. and semantics that have proven extremely useful, and are one of the reasons
  50. UNIX is so popular.
  51.  
  52. > The kernel is a major factor in determining how useful the system is. Only
  53. > AT&T had the capability to introduce a shell to replace the standard ones
  54. > that could have achieved a degree of acceptance. 
  55.  
  56. Um, the kernel and shell are separate components. Which are you talking about?
  57.  
  58. > If UNIX was ever allowed to become the sole O/S it would halt O/S deelopment
  59. > completely.
  60.  
  61. Actaully, UNIX has allowed a lot of OS research that would otherwise be
  62. impossible. By providing a useful lowest comon denoinator interface people
  63. have been able to spend more time on the operating system and less time
  64. reinventing the wheel. The amount of variety "under the hood" of UNIX and
  65. UNIX-like systems is incredible.
  66. -- 
  67. Peter da Silva                                            `-_-'
  68. Ferranti International Controls Corporation                'U` 
  69. Sugar Land, TX  77487-5012 USA
  70. +1 713 274 5180                            "Zure otsoa besarkatu al duzu gaur?"
  71.