Юзабилити и дизайн интерфейсов для хардкорных программеров

[atd]

Ваш пост мне очень понравился, но у вас феереическая, расстановка, запятых,

[SilenceAndy]

Эм. В процессе постараюсь поправить. Вычитывал в 5 часов ночи. Они как-то сами появлялись.

[loststylus]

И шизофрении. Серьезно.

[loststylus]

Не сарказм.

[dshalkhakov]

Минусующий может аргументировать свою позицию?
Хотелось бы знать, почему The Humane Interface не рекомендуется к прочтению.

[ipod]

Ещё можно вспомнить «Дизайн пользовательского интерфейса» Влада Головача.

[Pongo]

Кстати, не так давно вышла вторая версия его книги. Проектировщикам интерфейсов наверняка пригодится.

[3ax]

Мне вот в загловке бросилось в глаза понятие «не большой» может Вы имели ввиду «небольшой»?

[SilenceAndy]

Да, конечно. Исправил. Спасибо.

[Razvedcheg]

Я думаю что«непривычный» и «нестандартный» тоже лучше слитно. Это же не глаголы.

[Razvedcheg]

Пока читал — опередили с замечанием.

[SilenceAndy]

:) Пока вы читали, я уже исправил. Но все равно, сори за ошибки.

[naething]

В тексте вообще с этим проблема :) «не обычный», «не стандартный».

[raver]

почему-то прочитал только комиксы

[ononokomati]

n+1) Иллюстрации не должны быть интереснее остального текста.

[Shark]

Да, Дилберт великолепен :)

[VasilioRuzanni]

btw, а о чем второй комикс? так и не понял, хотя и есть догадки :)

[ALLIGATOR]

скрылся от опасности(проблем) как страус?

[ra1nbow]

Комиксы превосходны :)

[himmelherz]

Простите меня, но ваш русский ужасен.

[homme]

филфак финишд? :-)

[SilenceAndy]

Не за что мне вас прощать. Знаю, что ужасен, но стараюсь это исправить.

[afi]

17. Не заставляйте программистов разрабатывать GUI (равно как и дизайн и верстку)

[combdn]

А как тогда заставить программиста поручить кому-то разработку GUI перед тем, как он сядет за код?

Это особенно касается разработчиков open source. Гном уже сколько лет пилят и только сейчас местами начинает что-то получаться, хотя до нормального результата еще очень далеко.

[SMiX]

Год назад, разрабатывая ERP-систему в одной фирме, при какой-то ошибке вылезал надоедливый алерт.
Сколько мы, программисты, не бились с начальством, чтобы убрать его, директора-идейщики, авторы всей этой теории управления, говорили «всё ок, пусть бьёт по башке!»

[MadJeck]

Я раньше тоже терпеть не мог интерфейсы делать а теперь просто обожаю и считаю что это самое важное в приложении.

[combdn]

Как нам всем не хватает таких программистов как вы.

[kashey]

Использовал картинки данного поста в трех хелпах интерфейса своего сайта
Имхо они хорошо описывают как мои интерфейсы, так и мои хелпы
Но… быть может увидив такую графическую подсказку пользователь всеже прочтет не самый внятный хелп, и поймет как пользоваться не самым стандартным интерфейсом

[combdn]

Скорее он поржет над комиксом и нажмет на крестик в уголке таба.

[combdn]

Если вообще успеет до комикса добраться.

[kolpeex]

По-моему, если интерфейс ужасен, то это значит, что разработчик фактически делал программу для себя. Если нет — для пользователя.

[Shark]

Поверьте, он делал это чтоб сделать свою работу. Потому что если б он делал для себя, интерфейс состоял бы из одной кнопки «Сделать песдато» :)

[igorekk]

Это как раз программа для «бухгалтерии» :) Такая программа — самое сокровенное их желание.

[Shark]

Ну я как программист тоже иногда себе такие делаю :) Можно даже консольные. Чтоб так: “sudo make pesdato” и всё готово :)

[Shark]

И еще. Пожалуйста, виндоус программисты, читайте вот это — msdn.microsoft.com/en-us/library/aa511258.aspx
А Mac OSX программистам, вот это — http://developer.apple.com/mac/library/DOCUMENTATION/UserExperience/Conceptual/AppleHIGuidelines/XHIGIntro/XHIGIntro.html
И наконец, линуксоиды, вот это — library.gnome.org/devel/hig-book/stable/

Заколебал уже разнобой в программах.

P.S. Есть, конечно, исключения, но как говорится “Special cases aren't special enough to break the rules.”

[tangro]

бррр… жуть. Почитал тут из мсдн-а кусок (про текст в диалогах) — сборник ужасов прям. Диалоги с 4-5 абзацами текста (и одной кнопкой «ОК» :) ), идиотские виста-стайл диалоги выбора из нескольких вариантов, радиобатоны с текстом, отделенным точкой с запятой, большие синие буквы, концепция использования папок «Музыка», «Картинки» в винде (ими кто-то пользуется по назначению?) и т.д..

Т.е., однообразие, это конечно, лучше, чем полный хаос. Но то однообразие, которое предлагается там оно какое-то…

[SergeyKish]

Linux это не гном.

Программисты сталкиваются еще и с программными интерфейсами.
А потому рекомендую The Art of Unix Programming.

[Shark]

Ну в общем, да, читать надо намного больше :) Но для большинства дистрибутивов гном основной, вот я его и написал. А вообще перед тем как писать под любую платформу неплохо бы прочитать все три и ещё немного. А не делать отсебятину. Все эти best practices пишутся не от балды, а от многолетнего опыта.

[karabara]

ну это широко известная точка зрения, но главная проблема кроется как раз во многих указанных пунктах, следовать которым архисложно в реальности.

[Shark]

Этот комикс подходит для любой более-менее серьёзной компании :)

[sp1ne]

Не стал читать, много текста… зато картинки посмотрел :)

[LitrKonyaka]

> Один экран — одна задача
> Минимизация кликов

У меня настал когнитивный диссонанс

[Sk1nt]

> Если есть диалоговое окно, чтобы загрузить фотографию, не добавляйте параметры для удаления пыли и царапин или печати фото. Это может быть полезно позднее, но прямо сейчас пользователь хочет только загрузить фото.

Не согласен в этом примере (может просто пример не совсем верный). Когда пользователь загружает картинку — очень полезно предоставить ему сразу после загрузки минимальный набор для редактирования (изменить размеры, убрать красноглазие или пыль, добавить контраст и т.д.). Иначе ему придётся после загрузки картинки искать кнопку «редактирование» (если он знает что есть функционал такой) или вообще пропустить этот шаг, т.к. он мануал не читал (пункт 3) и о наличии функционала обработки изображений никогда не узнает.

За остальной текст спасибо, полезно почитать.

[Aralot]

а если я уже перед загрузкой сделал всё необходимое с фото — нафига мне ваше «редактирование»?

по-моему, нормальный пример тех самых дополнительных возможностей, которые пытаются навязать всем пользователям.

[Sk1nt]

> а если я уже перед загрузкой сделал всё необходимое с фото

А вы уверены, что большинство пользователей всё это делают? Я более чем уверен, что в тех же соц. сетях большинство скидывают фотки чуть ли не с фотоаппарата напрямую… про любую обработку никто и не думает… может я конечно и не прав…

[Aralot]

ну всё, естественно, зависит в итоге от целевой аудитории… да и ещё от множества других факторов :)

[fenrillium]

суперава вконтактовская — единственный графический редактор для многих).

[SilenceAndy]

Вы правильно сказали: предоставить ему сразу после загрузки минимальный набор для редактирования, суть совета была в том, чтобы не предоставлять эти возможности пользователю во время загрузки, когда он должен выбрать фотографию. Ваш посыл верный и он как раз отвечает совету Один экран — одна задача: экран 1 — загрузка фото, экран 2 — настройка свойств фото.

[Sk1nt]

А, тогда простите… Не совсем понял мысль :)

[Aralot]

начало статьи очень понравилось, в середине многовато воды, но прочитал всё целиком и с удовольствием — спасибо за перевод!

а вообще:

Дизайн пользовательского интерфейса — самая передовая область коммерческого дизайна, которая определяет успех или неудачу современных высокотехнологичных продуктов. Компании, которые это пока не осознали, не успели стать нашими клиентами.

отсюда (не сочтите за рекламу)

[CheatEx]

Слава богу разработчики Eclipse это не читали :)

[Cancel]

Да уж, надо молиться, чтобы и не прочитали.

[winzard]

Алан Купер. «Психбольница в руках пациентов».

[Pongo]

Да, самое оно для программистов и руководителей. В книге объяснятся почему нужно начинать создание программы с интерфейса пользователя и дан достаточно цельный подход к проектированию интерфейсов.

Для проектировщиков же подойдет книга Купера «Алан Купер об интерфейсе», в которой есть все что нужно.

[SergeyKish]

Впечатление портит третья часть, в которой автор выпячивает свои личные переживания на всех программистов.

[goodbear]

В нормальных диалогов такого рода есть что-то, вроде кнопки «Подробнее...».

[Shchvova]

Дильбери супер. Статья тоже :) посмеялся от души. Да и полезного много. Спасибо!
А нету линка на Дильберта с юзабилити?

[SilenceAndy]

http://dilbertru.blogspot.com
Там по тегам можно найти серии на нужную тему.

[Cancel]

Пока читал статью, сочинился ответ на целый пост в блоге. Но так как писать лень, ибо нужно всё обдумать хорошо, напишу просто кучку несвязных мыслей.

Итак, пользователи по факту не знают, что им нужно. Поэтому консультироваться с ними перманентно просто вредно. Писать документацию нужно, но не тупой референс с описания кнопок, а статьи с описаниями решения задач. То есть готовые подробные алгоритмы решения типичных задач. Они должны быть компактными и простыми. Это полезно.

Ну, а «простота» интерфейса — это ужас. Почти всегда бывает так, что порог вхождения у программы низкий, начать легко, но очень быстро доходишь до «потолка» возможностей и вся эта простота, подсказки, иконки и прочая начинают реально бесить. А отключить никак нельзя, и настроить нельзя. Хотя, авторы считают, что можно. Ну а я считаю, что нельзя.

[damnerd]

Раз уж пошла бодяга с комиксами:

[seriyPS]

4. Не перегружайте пользователей множеством элементов
9. Перенесите часто используемый функционал на первое место

Помнится в 2003 MSOffice есть такая функция — те меню, которые редко используются скрывать, отображать только при клике на что-то вроде «развернуть»
Ох как оно всех бесит, когда нужно какой-то пунктик в меню найти…

[Xumepa]

Кстати, типичный интерфейс, сделанный программистом это Хабраредактор.

[GalinaK]

Думаю, что в тексте про юзабилити и интерфейсы стоит отделять светло-серые заголовки текста от картинок, иначе текст ниже кажется написанным к картинке, а не к следующему пункту.