home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / sys / mac / misc / 13537 < prev    next >
Encoding:
Internet Message Format  |  1992-07-21  |  2.2 KB
  1. Path: sparky!uunet!usc!sdd.hp.com!mips!mips!sjsca4!ukfca1!bebb
  2. From: bebb@ukfca1 (Malcolm Bebb)
  3. Newsgroups: comp.sys.mac.misc
  4. Subject: Re: CLIs that teach; GUIs that don't
  5. Message-ID: <516@curry.UUCP>
  6. Date: 21 Jul 92 13:12:39 GMT
  7. References: <100760001@hpcupt3.cup.hp.com>
  8. Organization: Schlumberger Technologies, Board Test, Ferndown, England
  9. Lines: 41
  10.  
  11.  
  12.  jem@hpcupt3.cup.hp.com (Jim McCauley) writes:
  13.  
  14. > I use both a Macintosh and Unix systems frequently,
  15. >and frankly, I favor an editor-based CLI (like the Korn shell) over
  16. >the Mac interface for nearly everything I do.  Simple features like a
  17. >command history and command-line editing are enormously helpful.
  18.  
  19. and a fair amount more besides.  I'm not flaming, but I found the post
  20. more than a little irritating, especially:
  21.  
  22. >If a GUI actually encouraged users to learn something about the architecture 
  23. >of the system they were using, I would be all for it.
  24.  
  25. I don't subscribe to the view that you have to understand the inner workings
  26. of anything before you can be allowed to use it.  I don't want a user
  27. interface which "encourages" me to learn about the architecture.  When I use
  28. a spreadsheet, I want to do some sums, not learn about the architecture of
  29. the machine I happen to be using.  Similarly, when I use a word processor
  30. I want to write some text, and when I'm in the finder I want to find files,
  31. or whatever.
  32.  
  33. If the interface "encourages" or constrains me to do *ANYTHING* other than
  34. my chosen task, it is coming between me and my reason for using the system.
  35. If I have to learn CLI instructions (even on a multiple-choice basis!),
  36. that is extra work - I don't need it.  The interface should be transparent.
  37.  
  38. In my view, you need to know HOW something works in order to:
  39.  
  40. a) Fix it when it breaks   (answer - make it more reliable)
  41. b) Get the best out of it  (answer - make it easier to use)
  42. c) Learn from it, or have fun tinkering with it.    (Fair enough)
  43. d) Make something like it (fine - but a specialist task.  Joe User probably
  44. isn't interested)
  45.  
  46. I use both CLIs and GUIs.  GUIs have their limitations, but on the whole
  47. I much prefer them.  The user doesn't need a command history *or* a command 
  48. line editor if the system is sufficiently friendly.  
  49.  
  50. Malcolm      
  51.  
  52.