Как программисты могут улучшить свои навыки UX? [закрыто]

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

В небольших компаниях они не могут позволить себе иметь дизайнеров и экспертов по UX, программисты должны делать почти все в программном обеспечении. Но эти интерфейсы редко бывают интуитивно понятными ( классический пример ).

В чем проблема? Как разработчики могут улучшить свои навыки в разработке хорошего пользовательского опыта?

Я сталкивался с этой проблемой много раз в своей карьере - хитрость заключается в том, чтобы сначала осознать, что это проблема, и признать ее. После того, как вы это сделаете, легче перестать создавать слишком сложные интерфейсы.

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

Удобство, дизайн пользовательского опыта (UX), взаимодействие человека с компьютером (HCI) - это не волшебная, и это является частью процесса разработки программного обеспечения.

Мой совет:

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

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

Tl; dr: KISS

Это биологическое.

• Пользовательский интерфейс и все другие задачи, связанные с дизайном, затрагивают правый мозг .
• Задача программирования вовлекает левый мозг .

У них разные цели.

Очень редко быть хорошим в обоих. По крайней мере, в то же время.

ОБНОВЛЕНИЕ: я недавно узнал, что есть другие факторы, такие как опыт. В дополнение к некоторым унаследованным факторам, вы развиваете умственные способности в зависимости от того, как вас вызвали в детстве. Например, дети, подвергшиеся насилию, в среднем более креативны, чем контрольная группа, потому что они учатся отключаться от своей ужасной реальности во сне.

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

1. Работа программистов - это их программное обеспечение. Они заботятся об этом; они уделяют этому внимание; они могут быть взволнованы этим. Работа пользователей - это нечто другое ; программное обеспечение является лишь средством для облегчения делать что - то другое, и они хотят , чтобы тратить как можно меньше времени можно обратить внимание на него , так что они могут вместо этого сосредоточиться о том, что они делают заботу о. Пока программисты неправильно понимают это, они будут делать неправильные компромиссы в дизайне пользовательского интерфейса. (Подробнее об этой теме см. В статье Джоэла Спольски «Контроль над окружающей средой делает вас счастливым» или «Основные законы» Дэвида С. Платта .)
2. Программисты хорошо знают свое программное обеспечение. Они удобны с его деталями и сложностью; они понимают, почему он действует так, потому что у них есть полная ментальная модель этого. У пользователей нет повода (или интереса; см. Пункт № 1), чтобы изучить каждую деталь, и для них невозможно иметь полную ментальную модель, потому что они не имеют доступа к исходному коду или не понимают его. (Чтобы узнать больше о важности ментальных моделей, вы можете прочитать « Дизайн повседневных вещей» Донанда Нормана ; хотя это не относится к компьютерам, это хорошая книга по дизайну интерфейсов.)
3. Компромиссы программистов отличаются от пользователей. Программист может легко решить оставить функцию слишком сложной или только полуавтоматизированной или иным образом менее пригодной для использования, потому что программисту легче справиться с отсутствием юзабилити, чем правильно его кодировать. Пользователю не важно (сколько) усилий программиста, чтобы правильно его кодировать, и он предпочел бы использовать его полностью.

Третья проблема может быть решена с помощью достаточной дисциплины, чтобы не выбрать легкий путь. Я не уверен, что первые две проблемы разрешимы; чем ближе вы к своей работе, тем труднее ее увидеть, как это делает посторонний. Вот почему тестирование юзабилити - даже простые, неформальные вещи, такие как захват кого-то в зале и размещение их перед вашим приложением - так важно.