Як програмісти можуть покращити свої навички UX? [зачинено]

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

У невеликих компаніях, які не можуть дозволити собі дизайнерів та експертів з UX, програмістам доводиться робити майже все, що є в програмі. Але ці інтерфейси рідко є інтуїтивно зрозумілими ( класичний приклад ).

В чому проблема? Як розробники можуть вдосконалити свої навички в розробці хорошого досвіду користувача?

Я зіткнувся з цією проблемою багато разів у своїй кар’єрі - фокус у тому, щоб спочатку усвідомлювати, що це проблема, і визнати її. Коли ви це зробите, простіше зупинити створення надмірно складних інтерфейсів.

Інтерфейс користувача також є частиною інженерії програмного забезпечення, але, можливо, для багатьох інженерів програмного забезпечення не так цікавий. Однак, існує багато цікавих проблем, пов'язаних з цим, і, напевно, вони можуть бути такими ж цікавими, як і більш технічні виклики.

Зручність, дизайн користувальницького досвіду (UX), взаємодія людини з комп'ютером (HCI) - це не чарівна, і це є частиною процесу розробки програмного забезпечення.

Моя порада:

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

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

Tl; dr: KISS

Це біологічно.

• Користувальницький інтерфейс та всі інші завдання, пов'язані з дизайном, включають правильний мозок .
• Завдання програмування залучають лівий мозок .

Вони мають різні цілі.

Дуже рідко бути хорошим в обох. Принаймні одночасно.

ОНОВЛЕННЯ: Нещодавно я дізнався, що є й інші фактори, такі як досвід. Окрім деяких спадкових факторів, ви розвиваєте розумові здібності залежно від того, як ви спрацьовуєте в дитинстві. Наприклад, діти, які зловживають, в середньому є більш творчими, ніж контрольна група, оскільки вони вчаться відключатися від своєї жахливої ​​реальності у мріях.

Я думаю, ви можете заперечувати про те, як програмісти та дизайнери мають різні думки або різні особистості, або сперечатися про лівий мозок проти правий мозок і творчий проти логічний, але насправді є три основні проблеми:

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

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