https://www.nngroup.com/articles/pdf-unfit-for-human-consump...
The Anti-Mac User Interface (1996)
131–140 of 156 posts
Re: The Anti-Mac User Interface (1996)
#132My favourite part of this article (disclosure: I've made almost this exact comment before elsewhere): > The see-and-point principle states that users interact with the computer by pointing at the objects they can see on the screen. It's as if we have thrown away a million years of evolution, lost our facility with expressive language, and been reduced to pointing at objects in the immediate environment. Mouse buttons…
> > Using a command-line interface is like having to learn the complete Korean language just to order food in the Seoul branch of McDonalds. Using a menu-based interface is like being able to point to the food you want and grunt and nod your head: it conveys the same information with no learning curve. That analogy makes one significant assumption: that you are trying to order food from McDonalds, which is a thing yo…
Re: The Anti-Mac User Interface (1996)
#133> At recent user interface conferences, several speakers have lamented that the human interface is stuck. We seem to have settled on the WIMP (windows, icons, menus, pointer) model, and there is very little real innovation in interface design anymore. Alternately, you can say that UX design stabilized on a known good pattern. This reminds me of how some people will refer to stable software projects that only receive…
If you read the article, much of criticisms about the state of the art at the time (mid-90s) has been addressed, and to great benefit. To take just one example, the use of natural language via voice commands to allow the user to discover new commands beyond what can be expressed with a visual UI - but there are many more examples.
I have no idea how to find out what I can do with Alexa, or which particular magic phrasing Alexa will understand.
My personal biggest issue, as means of illustration, is that I have no idea how to play the latest episode of something on the BBC app, rather than continuing from where I left off.
I'm sure there is a way, but none of my "natural language" attempts are recognised, and I can't find any way to find out what the true commands might be. Given that I mostly listen to news shows while doing something else (and hence rarely finish a particular episode) this makes the whole system near useless.
I may be missing something basic, or if you have any tips on the discoverability of Alexa commands, I'd be very grateful. But in my experience, the discoverability of voice commands is the worst I've ever come across; at least with CLI you have man pages, and with a GUI, even in the worst case of no documentation and obscure icons, there are buttons to explore through trial and error.
Re: The Anti-Mac User Interface (1996)
#134All metaphors are learned. Given that technology tend to replace things from the manual physical world these metaphors makes a lot of sense as they help humans transition. Over time new concepts emerge which are based on metaphors native to the digital space and understood by the new generations.
Digression risk: Unless we count human evolution as “learning” I’d disagree: some “metaphors” are surely innate. A snake is scary to babies who have not learned it’s dangerous. Symmetry is beautiful to an untrained eye. Design should be informed also by our innate traits; refrain from taking the “blank slate” idea at face value.
Re: The Anti-Mac User Interface (1996)
#135Earlier quoted context omitted.
Instead of pointer, you can do keyboard-everything, which some UX enhancements go for, like the browser extension Tridactyl. If you look at a lot of interfaces that are built for a specialized power user (e.g. cashiers), they avoid pointers and have keys for everything. Also, AutoCAD, the last I used it, looked to be centered around command-line primacy.
Sadly, POS terminals these days seem to be going in the direction of high-latency touch interfaces. Those old curses-based terminals were so fast to get things done in. Magit[1] is another modern example of a TUI done right: discoverable, good dwim[2] inference that doesn't get in the way of experts, plus an escape hatch for typing out the exact git commands for those 5% usecases. [1] https://magit.vc/ [2] do what I…
Re: The Anti-Mac User Interface (1996)
#136Jef Raskin—who led the Macintosh project for the first year (though apparently the design was changed further later on)—worked afterwards on a concept that incorporated typed-in natural-language commands. In his Archy, commands were part of an unorthodox GUI system. https://en.wikipedia.org/wiki/Archy Archy clearly hails from the eighties when it was still imaginable to change users' workflow with desktop computers—t…
Re: The Anti-Mac User Interface (1996)
#137Earlier quoted context omitted.
>Because people don’t understand what computing is about, they think they have it in the iPhone, and that illusion is as bad as the illusion that ‘Guitar Hero’ is the same as a real guitar.” For me, this was the signal that this as a "if only people used computers like I personally think they should" pieces. I know lots of people who play guitar hero, lots of people who play real guitars, and some who play both (me f…
> Can't imagine using computers without one. I have no empirical proof of this, but I would be willing to wager the deed to my house that the vast majority of users, having been explained what a cli is, the benefits of it, and how to use it, would chose to never use a CLI again. As stated, I agree. But "ugliness" and unfamiliarity are big confounds here. The fairer experiment would be something like: For tasks where…
Re: The Anti-Mac User Interface (1996)
#138Earlier quoted context omitted.
Sadly, POS terminals these days seem to be going in the direction of high-latency touch interfaces. Those old curses-based terminals were so fast to get things done in. Magit[1] is another modern example of a TUI done right: discoverable, good dwim[2] inference that doesn't get in the way of experts, plus an escape hatch for typing out the exact git commands for those 5% usecases. [1] https://magit.vc/ [2] do what I…
The research done for the original Macintosh UI showed that keyboard users aren’t actually faster than mouse users, but think they are because they lose track of time while concentrating.
I'm not saying that keyboard-based operation is superior in all cases, but a good keyboard-centric interface can eliminate the need to acquire a target (e.g. menu/toolbar item) for the most common operations because there's a hotkey. Well-understood operations can go almost at the speed of thought (either the operator's or the machine's).
Re: The Anti-Mac User Interface (1996)
#139I think that using a bookcase that can be spatially ordered (in 2 dimensions) would be a really interesting concept for an operating system. Applications and files alike, filed on the same bookshelf. A very easy metaphor that makes it easy to explain how computers work, but also locate files that you use often (perhaps by size, shape, colour and location) without using the part of your brain that processes language.…
Re: The Anti-Mac User Interface (1996)
#140Earlier quoted context omitted.
> > Using a command-line interface is like having to learn the complete Korean language just to order food in the Seoul branch of McDonalds. Using a menu-based interface is like being able to point to the food you want and grunt and nod your head: it conveys the same information with no learning curve. That analogy makes one significant assumption: that you are trying to order food from McDonalds, which is a thing yo…
There are ways to do this even with GUIs, the prime example being "expert" software like 3D graphics tools like Maya or Blender or things like CAD although CAD's origins were command oriented.
Then again, collaborative (open source) design is the workaround for monolithic software, and it's worked exceptionally well for Linux and Blender.