home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / unix / wizards / 4853 < prev    next >
Encoding:
Internet Message Format  |  1992-11-23  |  2.7 KB
  1. Path: sparky!uunet!gatech!news.ans.net!cmcl2!adm!news
  2. From: Steve_Kilbane@gec-epl.co.uk
  3. Newsgroups: comp.unix.wizards
  4. Subject: Re: The Problem with UNIX
  5. Message-ID: <34222@adm.brl.mil>
  6. Date: 23 Nov 92 10:28:31 GMT
  7. Sender: news@adm.brl.mil
  8. Lines: 52
  9.  
  10. Just thought I'd make my comments to the few who haven't got this thread in
  11. their kill files:-).
  12.  
  13. The answers seem mainly to be in one of two camps - the "UNIX should be easy to
  14. use" camp, and the "lay off my OS" camp. The first might be nearer to "UNIX
  15. should be SAFE to use", but that's besides the point. There *is* work going on
  16. to try to improve the user interface of UNIX, though it's not everybody's
  17. idea of what's required - two examples that spring to mind are Sun and Rob Pike.
  18.  
  19. Sun have flooded my disks with a huge amount of graphical tools which are
  20. supposed to be easy to use, and will supposedly improve my productivity. Maybe
  21. they would - I haven't tried them (I'm a shell person, myself).
  22.  
  23. Rob (from the papers I've read) believes that bitmaps and mice are the way
  24. forward, and is trying hard to look at them without prejudice: best of luck.
  25.  
  26. Enough stage-setting; time for some points (or opinions):
  27.  
  28. (a) new users want something easy, simple and safe; experienced users like
  29. their fast, efficient command lines. There's no middle ground.
  30.  
  31. (b) Just because the interface involves a mouse (or *whatever*), it doesn't
  32. mean that it doesn't have all speed, power or flexibility of a *pure*
  33. command line.
  34.  
  35. I think (a) is probably the most urgent area for research. We need something
  36. that allows new users to come into UNIX, and start working with it without
  37. obscure error messages or cryptic commands, and from there, build up to the
  38. full power and simplicity of UNIX gracefully. Note that this is a general
  39. problem with any computer system.
  40.  
  41. (b) is also hard: I'm still waiting to see a window system that supports the
  42. concept of a pipe, and personally, I don't have any answers.
  43.  
  44. As a minor, final point on the subject of error messages, somebody mentioned
  45. that it would be nice for all the commands to be consistent in their handling.
  46. I agree. Since the Plan 9 group have had to do a major overhaul/rewrite of
  47. many of their utilities to support UTF, to unify the regular expressions, etc,
  48. it would be nice to think that they took the opportunity to unify the error
  49. handling, too.
  50.  
  51. Enough waffle: back to the mv/cat problem.
  52. $ cat a b > a
  53. why?
  54. $
  55.  
  56. Steve
  57. -----------------------------------------------------------------------------
  58. Steve Kilbane, MDD, CEGELEC PROJECTS Ltd, Boughton Road, Rugby, CV21 1BU,
  59. England. Tel: +44 788 563493.            email:Steve_Kilbane@gec-epl.co.uk
  60. Disclaimer: I don't speak for my employers. I don't speak for me. I mutter.
  61.         "Another good night to sleep in a euphemistic tree"
  62.