Follow Slashdot stories on Twitter

 



Forgot your password?
typodupeerror
×
Books Book Reviews

Book Review: Designing With the Mind In Mind 52

benrothke (2577567) writes "Neurologists and brain scientists are in agreement that in truth, we know very little about how the brain works. With that, in the just released second edition of Designing with the Mind in Mind, a Simple Guide to Understanding User Interface Design Guidelines, author Jeff Johnson provides a fascinating introduction on the fundamentals of perceptual and cognitive psychology for effective user interface (UI) design and creation." Keep reading for the rest of Ben's review.
Designing with the Mind in Mind, a Simple Guide to Understanding User Interface Design Guidelines
author Jeff Johnson
pages 240
publisher Morgan Kaufmann
rating 9/10
reviewer Ben Rothke
ISBN 978-0124079144
summary Excellent reference on the integration of user interface design and the mind
Johnson heads up a consulting firm that specialized in evaluating and designing UI and brings significant experience to every chapter. He writes that following user-interface design guidelines is not as straightforward as something like following a cooking recipe; even though people often compare the two. Design rules often describe goals rather than actions, as they are purposefully very general to make them broadly applicable. The downside to that is that it means that their exact meaning and applicability to specific design situations is open to interpretation.

With that, the book provides an exceptional foundation on how to ensure effective usability is successfully implemented. The book spends a long time detailing how users make decisions and choices.

What's really good about the book is that Johnson provides ample details about the topic, but doesn't reduce it to so just a set of rules or mind-numbing (and thusly unreadable) checklists. His synopsis of the topics provides the reader with a broad understanding of the topic and what they need to do in order to ensure effective UI design is executed.

While the focus in the book is heaving on general and cognitive psychology, the book is written for the reader who is a novice in the area, and stays quite practical, without getting in the vague theoretical areas.

The book provides scores of examples of how people relate to an interface, and how to design accordingly. One of many fascinating examples is when the author details the notion of attentional blink. After we see or hear something, either in real-life or on a monitor, for a very brief amount of time following the recognition, between .15 and .45 of a second; we are nearly deaf and blind to other visual stimuli, even though our eyes and ears stay functional. Researchers call this attentional blink and it is thought to be caused by the brain's perceptual and attentional mechanism being briefly fully occupied with processing the first recognition.

What this means for a UI designer is that attentional blink can cause the user to miss information or events if things appear in rapid succession. The book then goes on to describe techniques in which to create an effective UI to deal with the effects of attentional blink. And he does this for scores of other similar issues.

Another fascinating example is around visual hierarchy, which lets people focus on the relevant information. The book notes that one of the most important goals in arranging information presentations is to provide a visual hierarchy, an arrangement that breaks the information into distinct sections, labels each section prominently, and presents the sections and subsections as a hierarchy.

The book details the myriad areas which are crucial for an effective interface. Chapters 4 and 5 provide significant detail about the importance of color for effective visual representation.

As the title suggests, the book takes a deep approach to the neuroscience and psychology in UI design. Other chapters include topics on human vision, sound, task, cognition, memory and more.

As to memory, chapter details issues around the working memory of a user. He gives numerous examples of error boxes and help screens that work and are epic failures, and how to do it right. The classic example he provides is a 4-step Windows XP wireless error message. If the user were to follow the directions, the instructions would close after step 1.

Each chapter provides numerous implications of proper and improper design, and provides the needed recommendations. While the topics may sound dry, Johnson writes in an engaging and often humorous style.

The book clearly and empirically shows how effective UI design makes all the difference on how users interact with an application or web site. The book will certainly be an important reference to software designers, web designers, web application designers and those interested in HCI, and usability.

For the designers that can't understand why their users are frustrated, they can understand why here. For designers that really want to know what is going on in their users minds, one is hard pressed to find a better reference than this.

As the subtitle of the book is Simple Guide to Understanding User Interface Design Guidelines, the book is an invaluable resource for those serious about effective UI design.

Reviewed by Ben Rothke.

You can purchase Designing with the Mind in Mind, a Simple Guide to Understanding User Interface Design Guidelines from amazon.com. Slashdot welcomes readers' book reviews (sci-fi included) -- to see your own review here, read the book review guidelines, then visit the submission page.
This discussion has been archived. No new comments can be posted.

Book Review: Designing With the Mind In Mind

Comments Filter:
  • Great Book (Score:4, Interesting)

    by coop247 ( 974899 ) on Monday April 28, 2014 @02:40PM (#46861625)
    I taught about a half of a semester of an HCI course with the 1st version and loved it. The examples are fantastic, the students liked reading it (well, compared to how much students generally like things).
    • Good point. If more programmers spent time on this and HCI, and less on flashy graphics, etc.things would be a lot more usable. and we would have much less software vulnerabilities
      • by Doug Merritt ( 3550 ) <<gro.euqramer> <ta> <guod>> on Monday April 28, 2014 @03:14PM (#46861935) Homepage Journal

        I think that you being modded down to -1 is a bit much, but there is a problem here. What you said is potentially well and good for contexts that are purely utilitarian to the degree that anything but pure pragmatic functionality is to be viewed as an active negative, such as industrial control, power plants, etc.

        But for most people's desktops, people expect both functionality *and* some degree of modern aesthetics, and there is an extremely common rejection of interfaces that look 15 years old, even if they were considered close to ideally functional and aesthetic 15 years ago.

        Since that is demonstrably what the market generally wants, that is therefore the general trend over time: "flashy graphics" are sometimes overdone, but the word "flashy" is in the eye of the beholder, and most improvements to GUIs over the decades have been about modernization to meet the moving target of whatever "modern" means in each era, with actual breakthroughs in usability being far less common.

        Furthermore, the people who design and implement GUIs are (with the exception of 1-person development teams) rarely the same team members who would address software vulnerabilities, so maybe that's where your -1 came from.

    • I teach HCI at a college in Texas. I have used this book to provide background information for my lectures, but I've never had them read it. Frankly, we just don't have time in an undergrad class to read Design of Everyday Things (Norman) and Don't Make Me Think (Krug) and discuss and apply in a single undergrad semester. However, next year I'm going to teach a second semester of the course for the first time, and I think I'll finally get to dig into DWMIM (especially now that there's a second edition).
      • I am ordering the book for use in my class... any ideas on how we could use it in a course?

        Perhaps the parent, you and I could devise coursework around this book? (I've not read it yet.)

        As far as those other two books, I recommend them in the class for those who are interested. I've considered assigning Everyday Things... I have little trouble extracting the homework time they are supposed to be using for a 4 credit course... probably because it's required and I'm the only person who teaches it (and I make

  • Image search: https://www.google.com/search?... [google.com] sa=X&ei=b6JeU6HtBcW62gW2gIGgBQ&ved=0CE4QsAQ&biw=1430&bih=962
  • by Anonymous Coward on Monday April 28, 2014 @02:59PM (#46861817)

    Every single time I've seen "user interface experts" decide how something should operate, it ends up designed for the LCD, to the exclusion of people who become experts at whatever the software is. You're only a novice for a short time, but you can be an expert for a long time.

    The most productive software I've ever used has not been deisgned by user interface experts.

    Bring back design by experts, for experts, and I'll be happy. Even if it's something I've never used before, I'd rather spend the time to get good at a productive interface, than an easy to use interface. Hell, even if I'll only ever use it once in my life, because in the aggregate, it's a net win when measured across all the tools I will use.

    • by NotDrWho ( 3543773 ) on Monday April 28, 2014 @03:21PM (#46861981)

      Sure, you can just force the user to do everything with keyboard shortcuts, and just get rid of menus and buttons altogether. It will make an expert at the software fast as hell, after the months/years it will take to learn every shortcut. But that's *NOT* a GUI. And you're pretty much handicapping any software designed that way to forever remain obscure.

      A good GUI lets even a newbie begin using software to do basic stuff right off the bat. You can keep the shortcuts for the pros. But a good GUI doesn't put up a roadblock for new users, it provides a path for new users to learn.

      • Most kids in my highschool were quite proficient with the Wordperfect 5.1. There was no GUI and we all learned the keyboard shortcuts fast enough. The problem that I see, is that if you give people a way to do things without using the keyboard shortcuts, then they will never learn. Most people I know who aren't programmers don't even understand basic shortcuts like Ctrl+C, Ctrl+V let alone more complicated stuff.
      • Apple has been going downhill as the result of doing things like others in industry have been doing: using profiling and statistics gathered from user's use of their software.

        Instead of thinking about themselves (advanced users) and thinking about what they've learned about novices and creating compromise solutions. They are taking the easy way out and using profiling of huge numbers of users they gather simple statistics from. This then guides them too strongly in making the decisions they do. This ALS

    • Every single time I've seen "tool experts" complain that the user interface is excluding experts, it ends up that the so-called expert can be objectively measured to be doing things unproductively.

    • Then they are not user interface experts. Their "expertise" lies in user experience, this fuzzy, ill-conceived, form-before-function bullshit that's been plaguing software design in recent years.

      A user interface does exactly what it says: it creates an abstractive layer, for purpose of efficiency, that enables one to interface with a system, but requires some amount of knowledge so that doesn't make (incorrect) assumptions without the user's approval.

      User experience is the lazy approach that caters to the

  • tl;dr

    Also, while we're at it... Beta!
  • Someone should buy a copy for Apple, Inc., iOS division, and probably OSX division in the future.
  • by just_a_monkey ( 1004343 ) on Monday April 28, 2014 @04:23PM (#46862603)

    Chapters 4 and 5 provide significant detail about the importance of color for effective visual representation.

    Could the Windows and Google designers are be wrong? Is an all-white-and-very-light-grey interface not optimal? Heresy!

    • Re:Low-contrast UI (Score:4, Interesting)

      by R3d M3rcury ( 871886 ) on Monday April 28, 2014 @06:43PM (#46863833) Journal

      The problem with using color, of course, is that a certain group of people are color blind.

      I'm reminded of an old friend of mine who is red/green color blind. He was trying to troubleshoot a problem with a router which had a light above each plug which would show red if there was a problem or green if it was good. Needless to say, he could tell the light was on but he couldn't tell if it was green or red. He had to grab someone else and have them sit there and say whether connections were red or green.

      Color is good to use, but make sure that you have some sort of redundant information. Don't use a red checkmark for bad and a green checkmark for good, for example, without having some piece of redundant information (e.g., the word "Failed") after it.

      • The problem with using color, of course, is that a certain group of people are color blind.

        I'm reminded of an old friend of mine who is red/green color blind.

        My grandfather is Red Green Colorblind. If he survives another 12 years or so 3D printed organs may sustain his life long enough for him to get digital cameras as occular implants, and cure his color blindness.

        Until then, I gave him a smartphone and installed one of the many color identifying apps. [google.com] He has since replaced it with a non-talking app that allows one to zoom in and display the hex color code of the camera's video input or pictures... Don't remember what it's called off the top of my head, but t

  • It's nice to hear about UI research, but at the moment _nobody seems to be making use of the UI research that's already been done._

    Consider, for example, the current fad for "mystery meat" UIs (affordances that can't be seen and thus can't be found unless you already know where they are). What's with that? Haven't designers read "The Design of Everyday Things?" Heck, haven't they read the 1983 edition of "Inside Macintosh?"

    • Alan Cooper (the father of Visual Basic) had an excellent book called 'About Face'. He made that exact point about GUI controls having affordance.

Our OS who art in CPU, UNIX be thy name. Thy programs run, thy syscalls done, In kernel as it is in user!

Working...