Как стать автором
Обновить

Комментарии 9

Интересная вводная про хлебопекарню :) и что-то невнятное — собственно про пользовательский интерфейс.

Я всю жизнь считал, что программирование UI — самое муторное и скучное программирование.
Тут вроде про UX идёт речь, а не про UI.
На самом деле все это объединено. Достаточно посмотреть как пользователь который знает как работать в текстовом редакторе MS Word, не погромист, не технически подкованный юзверь, не тот кто имел опыт работы с разными системами, будет работать с документами в OpenOffice.
Юзверь который ни разу не видел интерфейс ОО и не владах с пониманием что программы могут отличаться будет ожидать, что в текстовом редакторе ОО абсолютно.одинаково как в ворде.
Аналогично с интерфейсом операционных систем. Знаю пользователей которые за 5 месяцев не могли освоиться в маке с переходом с винды, как и наоборот.
Задача в общем связана с привычками пользователей и ригидностью мышления.
Думаю разработчики интерфейсов смогут придумать интерфейсы помогающие быстро адаптироваться в разных программных средах.
UI должен быть предсказуем — требование к UI с учетом UX.
Это не взаимоисключающие понятия, UX дизайн включает в себя UI дизайн, послевкусие от использования зависит от удобства интерфейса.

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

Верно! Взялась за перевод, так как не нашла других в сети. Спасибо, так бы другие главы начала переводить. Пускай тот будет более красноречивым, а мой — информативным :)

Краткий пересказ: «Делайте как надо, а как не надо — не делайте».
Придет в винду пользователь мака и будет плеваться. Потому что у него ожидания другие. И что теперь делать проектировщику гуйни? Все как в маке проектировать? Так не получится.

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

Ну, формально из этой идеи всё-таки есть несколько вполне практичных следствий:


  • не зная ожиданий юзера не сделаешь хороший UI/UX, а значит вместо того, чтобы тратить время на разработку UI/UX стоит сначала определить ожидания юзера
  • нам нужно знать ожидания юзера, но это не значит, что нужно собирать фокус-группу и выяснять их ожидания — можно, например, попытаться сформировать их самостоятельно (что обычно и делают разного рода обучалки, встроенные в некоторые приложения), или попытаться паразитировать на уже сформированных ожиданиях (сделав своё приложение максимально похожим и по UI и по UX на уже существующее, и с большой вероятностью знакомое юзеру), etc.
Мне кажется, автор немного смешал всё в кучу. Будто тесто замешал. Ба-дум-тсс.
Программирование интерфейса простое, понятное и увлекательное? Ну, тогда ты пишешь код по чёткому ТЗ/гайду/спеке, то да. А вот всё, что осталось за кадром, уже включает в себя сложности, непонятки и рутину.
Объединять весь процесс «родов» интерфейса под термином «программирование» вполне в духе приведённого в статье комично-снисходительного отношения к дизайнерам. Но на самом деле получается, что именно эти ребята будут тягать рояль, на котором «просто и увлекательно» будет играть программист.
Зарегистрируйтесь на Хабре , чтобы оставить комментарий

Публикации