At Exponent we find ourselves in a unique situation. We are trying to build
a user interface for a footsoldier for a mobile computer system that he will
use to navigate, communicate, and use to interact with his weaponry. It's
quite a task to try to have all of these different interesting and complex
features, while trying to keep the user interface as simple as possible. One
lesson we learned was to minimize the usage of the mouse; even though there
was a body mouse and a weapon mouse, navigation was still a royal pain in
the butt. Our situation is unique in that the user will not interface with
the operating system at all; they have to interact through the program for
everything.
Sorry if this doesn't relate to your message very well, just thought I'd
share this with the gang.
-----Original Message-----
From: Shawn T. Rutledge [
mailto:rutledge@cx47646-a.phnx1.az.home.com]
Sent: Sunday, September 10, 2000 3:14 PM
To:
plug-discuss@lists.PLUG.phoenix.az.us
Subject: Incredibly insightful article on ease of use vs. power
We have the occasional flamewars over this.... but this guy really
gets the big picture. Helped to crystallize some ideas which I've
understood subconsciously but couldn't have said so well.
http://www.press.umich.edu/jep/06-01/dilger.html
Also brings up the point that choosing power rather than ease of use
(as most linux users do) is primarily a male attitude.
Now go contrast it with this...
http://catalog.com/hopkins/unix-haters/preface.html
which is all about how it doesn't make sense to go out of our way to
do things in backwards and difficult ways, when we know of better ways.
Good UI design straddles a line between two extremes -
making an artificial veneer over the truth of how the software actually
works, so that you can't understand it, but don't need to (until it
breaks, or you want to do something that falls outside the provided box);
and on the other hand, slavish dedication to inappropriate metaphors (like
the metaphor that everything is a file, and files must always be arranged
hierarchically). In the latter case the UI is very truthful and powerful,
but artificially difficult because the metaphor doesn't match the task.
Another tradeoff is between accurately modeling the real world in software,
and making "magic" - modeling as we wish the world appeared. The use of
computers gives us that choice; if all the problems in the real world
were accurately duplicated in the virtual world, then there would be no
point. Judicious improvement is the whole point. But in either case
the UI should exactly match the chosen model; if the model is wrong, then
change that, don't veneer over it.
--
_______ Shawn T. Rutledge / KB7PWD ecloud@bigfoot.com
(_ | |_) http://www.bigfoot.com/~ecloud kb7pwd@kb7pwd.ampr.org
__) | | \________________________________________________________________
Get money for spare CPU cycles at http://www.ProcessTree.com/?sponsor=5903
________________________________________________
See
http://PLUG.phoenix.az.us/navigator-mail.shtml if your mail doesn't post
to the list quickly and you use Netscape to write mail.
Plug-discuss mailing list -
Plug-discuss@lists.PLUG.phoenix.az.us
http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss
(text/plain)