home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / unix / question / 12994 < prev    next >
Encoding:
Internet Message Format  |  1992-11-07  |  8.9 KB

  1. Path: sparky!uunet!charon.amdahl.com!pacbell.com!decwrl!sdd.hp.com!zaphod.mps.ohio-state.edu!wupost!emory!europa.asd.contel.com!paladin.american.edu!news.univie.ac.at!hp4at!mcsun!sun4nl!hacktic!utopia!global!peter
  2. From: peter@global.hacktic.nl (Peter Busser)
  3. Newsgroups: comp.unix.questions
  4. Subject: Re: IS UNIX DEAD?
  5. Message-ID: <1992Nov5.115602.391@global.hacktic.nl>
  6. Date: Thu, 5 Nov 1992 11:56:02 GMT
  7. References: <1992Oct29.145233.12598@zeos.com> <1992Oct31.175112.5920@Celestial.COM> <1992Nov1.153139.7307@dmp.csiro.au> <1992Nov2.021043.9885@colorado.edu>
  8. Organization: Global Village 1
  9. Lines: 187
  10.  
  11. drew@ladymacb.cs.colorado.edu (Drew Eckhardt) writes:
  12.  
  13. >>However, users don't care about the power fo UNIX, they want
  14. >>a system they can easily use.  Originally, we had a VAX
  15.  
  16. >When Unix is configured so that the user is "protected" from the
  17. >underlying operating system via a shell that just runs his application,
  18. >a whizzy GUI front end onto his programs, or some menu driven
  19. >interface, how is this any different from DOS, VMS, etc configured in
  20. >this way?
  21.  
  22. >It isn't.  Unix doesn't "need" to be hard to use.
  23.  
  24. Suppose I am Mr. Joe User. I want to buy a computer to use at home. And of
  25. course I hear lots of good news from UNIX, so I decide that I want UNIX. Now,
  26. how do I get the 'whizzy GUI front end' or a 'menu driven interface'? I can
  27. install DOS with a few floppies by just inserting the first floppy, turning on
  28. the machine and answering a few questions. Often, applications are installed
  29. in a similar way. Tell me, how do I do that with UNIX?
  30.  
  31. >>system here (dir is not only used by DOS) and the users 
  32.  
  33. >So?  ls is different from dir.  "ls" is a mnemonic for "list",
  34. >where as "dir" is a menmonic for directory.  Different does not 
  35. >mean more difficult.  
  36.  
  37. Anything that a user has to learn about his system is considered 'difficult'.
  38. If a user knows how to use 'dir', then learning how to use 'ls' is difficult.
  39.  
  40. >You calim that people want to get their work done "with the minimum of
  41. >fuss."  Under unix, the commands are fairly orthagonal.  Almost any 
  42. >non-interactive command will take stdin as input, and write output 
  43. >to stdout if no files are specified on the command line.
  44.  
  45. Yep, but that's a definition of "minimal fuzz" for programmers, not for users.
  46. Users want the system to do as much as it can for them. Every detail they have
  47. to remember is considered difficult.
  48.  
  49. >other shell scripts with the same syntax.  As you can see, with it's
  50. >orthagonality, Unix run from the command could well be easier than DOS
  51. >from the command line.
  52.  
  53. Nice, but what does that help Joe and Jane User? A Boeing 747 may have a very
  54. orthogonal set of push buttons in the cockpit. I couldn't care less since I
  55. only want to fly from A to B without being bothered about the technicalities
  56. that are involved with flying. The user doesn't want to know how to get the
  57. computer to do his work, he wants the machine just to do it.
  58.  
  59. >As a moded editor, vi is different from modeless fullscreen editors, 
  60. >like emacs, and DOS wordprocessors.  However, this does not make it 
  61. >inherently more difficult, merely different.  
  62.  
  63. Yep, but as I said, different means learning yet another thing unrelated to the
  64. user's need. Users don't like that.
  65.  
  66. >Let's go back to the subject of orthagonality.  Under Unix, most
  67. >programs will respect the $EDITOR environment variable.  So, you use
  68. >and know one editor with your mailer, news reader, etc.  With DOS,
  69. >you know one editor for QuickBASIC, one for word processing, another 
  70. >for the 'C' compiler, etc.  
  71.  
  72. Most DOS editors know the WordStar commands. Furthermore, there is helptext
  73. (just hit the F1 if you're lost). And learning another kind of editor
  74.  
  75. >Beyond programs that 'use' a real editor, many will use EMACS or VI
  76. >key bindings for their command line editors.  Under DOS, I need to 
  77. >remember F3 for last line, and all sorts of other odd commands.
  78.  
  79. Ha! What you say is that you have to remember 'F3 for last line' and such, but
  80. the other way around, the user has to remember ':wq' and all sorts of other
  81. odd commands. Just because you grew up with UNIX doesn't mean that it's normal
  82. for everyone. Many people grew up with MooSe-DOS and they think that DOS is
  83. normal and UNIX is odd. If *you* don't want to remember 'F3 for last line',
  84. then how can you ever expect an inocent user to remember vi or emacs key
  85. combinations?
  86.  
  87. >Under a shell like tcsh or bash, I can set up the command line editor
  88. >to use vi or emacs key bindings, depending on what I use.  Irregardless
  89. >of where I am, dw deletes a word, h and l or arrow l/r are forward 
  90. >and backwards.  
  91.  
  92. Oh yes, it *CAN* be done. But how?
  93.  
  94. >How is DOS, where you need to know multiple editors, easier to learn
  95. >than Unix where you need to know only one editor?
  96.  
  97. Most DOS editors have a help key, they often show which commands are availlable
  98. on the screen, have mouse support, pull-down menus or WordStar commands.
  99.  
  100. >As far as users not liking vi : nothing's stopping them from using
  101. >EMACS, xedit, etc.
  102.  
  103. And emacs is easier to learn than vi? <grin> Besides that, the programs you
  104. mention are editors. A typical programmer's tool. What about a decent word
  105. processor? (Oh please, inform me about the 'user friendliness' of troff and
  106. (La)TeX... :)
  107.  
  108. >Obviously, vi and emacs are decent editors.  You have multiple
  109. >cut-paste buffers, can do regex searches and replaces, pipe an edit
  110. >buffer or portion thereof through a unix command, etc.  
  111.  
  112. Again, that are things that programmers and hackers like. I know users how find
  113. that saving a file is a scary experience, let alone piping parts of the edit
  114. buffer to a UNIX command.
  115.  
  116. >Let's put someone who's never seen a car behind the wheel of a stick
  117. >shift car.  Chances are, it's not going to go anywhere.  How can you
  118. >expect the same thing to be any different from using a computer?  
  119.  
  120. There are automatic gears, but why can't UNIX have both an automatic gear and
  121. a 'stick shift'?
  122.  
  123. >Yes, Unix uses a different paradigm than do DOS and VMS.  This doesn't
  124. >make it any more difficult, only different.
  125.  
  126. Difference = difficult.
  127.  
  128. >You know, I have problems when I use DOS.  I type ls, and it gives me 
  129. >command not found.  Rm won't remove a file, and <ESC>:/foo won't jump
  130. >to foo in my word processor or Turbo 'C' editor.  
  131.  
  132. And you expect users to be happy when they press F7 to find out that vi doesn't
  133. save their document?
  134.  
  135. >Whatever you're used to seems easy to you.  Just because Unix isn't 
  136. >DOS doesn't make it more difficult.
  137.  
  138. Now you're talking. Let's face it, most users know DOS and not UNIX. So because
  139. UNIX isn't DOS makes it more difficult. Of course this is relatively speaking,
  140. but everything is relative and I'm looking from the user's viewpoint. I don't
  141. give a damn about brain dead command lines. I have learned several different
  142. command line versions and I'm still alive... <grin>
  143.  
  144. >Under DOS, generally files that end in .EXE, .COM, or .BAT are 
  145. >executable. That's THREE names to remember.  Under Unix, 
  146. >anything that has an executable bit set is executable.  That's 
  147. >one thing to remember.
  148.  
  149. Plus that you need to know that 'ls -l' shows you which files are executable.
  150. And you have to remember to set your $EDITOR environment variable to your 
  151. favourit 'EaseyButPowerfullEditor(tm)'. Oh yeah, don't forget that that
  152. variable should be exported too! But to relieve the user from the burden of
  153. typing it in everytime he starts a shell, he has to know which shell he is
  154. using, to know which shell startup file he should edit (hopefully, the
  155. EasyButPowerfullEditor(tm)) executable is already installed...).
  156.  
  157. >  Think about it.  Now, how is the 
  158. >DOS way, with three things to remember, easier than the Unix way with
  159. >one thing to remember?
  160.  
  161. But you forgot other important details.
  162.  
  163. >I've compiled, and have run out-of-the-box several hundred megabytes of source
  164. >code under HP-9000/300 and 400 series machines running BSD, HP snakes
  165. >running HPUX, DECs running Ultrix, SGI's running IRIX, VAXen running
  166. >both Ultrix and BSD4.3-Reno, my PC running Linux, RS6000's running
  167. >Ultrix, etc.
  168.  
  169. Without changing Makefiles??? Gee!
  170.  
  171. >You're saying that under DOS, I can send an .EXE to anyone running the
  172. >same processor family (i86) / operating system (DOS) combination.  The
  173. >same thing holds true under Unix.
  174.  
  175. Yep, but the problem is that even on the same processor it's not always
  176. possible to exchange executables. Ever tried to run BSD/386 executables under
  177. System V.4?
  178.  
  179. >On the otherhand, how well will my SGI run your DOS .EXE?
  180.  
  181. Well when you have an emulator.
  182.  
  183. >>don't need a system manager or need to be a system manager to
  184. >>get the thing to run.  
  185.  
  186. >What do you call CONFIG.SYS and TSR order mangling under DOS?  
  187. >This looks suspiciously like system administration.
  188.  
  189. You don't need to have a CONFIG.SYS or TSR's to run DOS applications.
  190.  
  191. >Unix is obiously fairly different from VMS, DOS, MacOS, etc, but this 
  192. >doesn't make it inherently more difficult.  It's quite easy to argue
  193. >that because of Unix's orthagonality, it's even easier to use than
  194. >DOS, etc.
  195.  
  196. The last sentence is true, but the first isn't. At least, not for users.
  197.  
  198.