Подолання загальної відсутності навичок проектування інтерфейсу у розробників [закрито]


17

Мені сказали, і я зрозумів, що багато розробників не дуже добре в дизайні інтерфейсу (я не знаю, наскільки це правда), але це принаймні стосується мене .

У веб-розробці хороших навичок розробки коду недостатньо без великих навичок в дизайні інтерфейсу, щоб разом з ними.

Тож для мене, і багатьох розробників, як я, є лише половина речі (хороші навички розробки), як ми повинні завершити свою другу половину, крім оплати дизайнера?

Використовувати веб-шаблони з відкритим кодом з невеликими модифікаціями найкращим рішенням для цього, чи є інші варіанти?


12
"Як UX людина з поганими навичками розвитку, як я повинен розробити сайт, не платячи розробнику?"
Стівен Еверс

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

7
Найміть дизайнера. Це єдиний спосіб бути впевненим.
СФ.

1
Це питання є проблематичним. Ви можете так само добре говорити про подолання загальної недостатньої майстерності програмування у дизайнерів.
Алекс Фейнман

Відповіді:


11

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

Я прочитав декілька таких книг: http://www.uxbydesign.org/2009/06/24/20-user-experience-books-you-should-own/, і вони мені справді допомогли.

відредагувати мого улюбленого у цьому списку: Не змушуй мене думати: підхід звичайного глузду до використання веб-сторінок, 2-е видання Стіва Круга


Я не знаю, чому розробники відчувають, що вони повинні бути всім для всіх. Я вже розробник, дизайнер, архітектор, бізнес-аналітик, виробнича підтримка та контроль якості. Його все ще недостатньо, і я маю бути також DBA і зараз.
maple_shaft

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

2
Я знаю і погоджуюся з вами, я просто огидаю тим, чим стає галузь. Мене оточують люди, які ненавидять свою роботу і перевантажені роботою, і маю дурну ідею, що вони сподіваються, що будуть наступними розлюченими птахами, і вони запитують мене, чи можуть вони платити одному індійському 6 доларів на годину, щоб зробити ВСІ РОБОТИ та просто відкрити джерело для всього, не роблячи внесок, тому що відкритий код, адже, БЕЗКОШТОВНО. Тоді вони сподіваються заробити мільйони і кинути роботу. Ці прихильники поганих ідей очікують все більше і більше, а потім ще й майже без грошей. Мені це просто нудить.
maple_shaft

5

Дизайн (будь-що) - це узгодження між потребами різних зацікавлених сторін (замовника, розробника, користувачів). Зазвичай жоден із зацікавлених сторін не в змозі створити найкращий дизайн, оскільки вони якнайкраще розуміють власні потреби та ставлять їх над потребами інших зацікавлених сторін. Хороший дизайнер може визначити потреби різних зацікавлених сторін - часто потреби, щоб сам зацікавлений сторона не усвідомлює, що він має, - і придумати рішення, яке працює для всіх.

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

Щоб стати хорошим дизайнером, ви повинні навчитися заздалегідь думати, як ви щось реалізуєте. Натомість ви повинні зосередитись на тому, що інші зацікавлені сторони говорять вам про те, що їм потрібно та чого потрібно, і ви повинні вміти читати між рядків. Як і розробники, клієнти та користувачі часто мають на увазі якесь попередньо розроблене рішення, і вони, як правило, описують це рішення замість основних вимог. (З цього приводу важливо усвідомити, що іноді клієнт означає те, що вони говорять, коли вони точно говорять, що хочуть; якщо ви не впевнені, запитайте.)

Що більш поверхово, естетичний дизайн інтерфейсу - це теж щось, з чим у деяких розробників є проблеми. Я думаю, що це частково тому, що розробники програмного забезпечення часто не мають великої кваліфікації з естетики - студентам CS може бути не так багато часу для мистецьких занять. Це також частково знову, тому що нас більше цікавить, як щось працює, ніж ми, як це виглядає; нас просто не хвилює, чи куточки кнопки мають радіус 9 пікселів або радіус 10 пікселів. Ці два фактори, безумовно, пов'язані між собою. Іноді ви можете подолати це, покладаючись на консервовані рішення у вигляді фреймворків інтерфейсу, а використання заздалегідь розроблених компонентів має перевагу в тому, щоб візуально об'єднати власну роботу з іншими програмами цієї ж системи. Ви можете вдосконалити свої естетичні навички, читаючи, переглядаючи роботи інших людей, і приділяти пильну увагу візуальним деталям, які, можливо, ви ігнорували в минулому. Ви також повинні спробувати зрозуміти логіку, що лежить в основі візуальних відмінностей: чи означають кнопки з квадратним кутом щось інше від закруглених кнопок? Як використовується колір? тощо.


1
спасибі за відповідь gr8 чи є ресурси, книги, сайти говорять про цю тему: "логіка візуальних відмінностей: чи означають кнопки з квадратними кутами щось інше від закруглених кнопок? Як використовується колір? тощо"
Алі

Чи бачать кнопки з квадратними кутами на стороні ноти і, з цікавості, щось на відміну від закруглених кнопок? Чи було це вирішено на UX SE, мені цікаво?
Шон Хенлі

Колір і закруглені кнопки є проблемою графіки і насправді не мають нічого спільного з UX. Кращим питанням для UX було б "що думає наш користувач про наш сайт із x кольоровою схемою та y кольоровою схемою" та розміщенням цих кнопок.
Nic

@Yadyn, це залежить від контексту. Геометрія кнопок може дати користувачеві підказку щодо функціонування та поведінки: квадратні кутові кнопки утворюють привабливі групи і часто добре працюють для вибору опцій чи режимів. Закруглені кнопки не так добре укладаються і часто вказують на чіткі операції. Але такі види візуальних підказок мають сенс лише у тому випадку, якщо вони послідовно використовуються в додатку або (краще) у всьому графічному інтерфейсі.
Калеб

@melee, я підходжу до цього з точки зору розробки додатків. Інтерфейси в Інтернеті мають набагато більше різноманітності, і я погоджуюся, що в цьому контексті важче зробити цю справу. Але якщо ви взяли типовий настільний додаток на Mac і сказали "Сині кнопки виглядають чудово - давайте зробимо всі кнопки синіми!" ви створили б велику кількість плутанини для користувачів, оскільки користувачі надають значення кольору та формі кнопки. Приклади тут (Apple HIG): tinyurl.com/6agv54v
Калеб

3

Ось деякі речі, які я вважаю, що допомагають мені:

  • Зверніть увагу на те, що вам подобається / що не подобається в іншому програмному забезпеченні. Ми програмісти, велику частину свого життя проводимо за комп’ютером. Спробуйте взяти до уваги, що ви любите / ненавидите під час використання програмного забезпечення. Не має значення, чи це комп’ютерне програмне забезпечення, відеоігри, мобільні пристрої тощо, просто спробуйте стежити за тим, що зручно та просто використовувати, а що ні.

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

  • Пам'ятайте, що вам не потрібно знайти когось, який спеціалізується на розробці програмного забезпечення, щоб допомогти вам щось розробити - будь-який користувач буде робити. Я часто запускаю свої ескізи деякими людьми, які абсолютно не пов'язані з проектом лише тому, що я знаю, що вони навколо програмного забезпечення цілий день і можуть сказати мені, чи щось виглядає нормально чи зручно для користувачів. Просто майте на увазі, що вони часто даватимуть вам шалені уявлення про те, що робити, і ви повинні знати, що було б просто «круто» зробити, а що насправді підвищило б продуктивність.

  • Сміливо запитайте на /ux// для детальних питань


1
Гарна порада, хороший інструмент
NoChance

2

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

Для того, хто робить обидві речі сам, ніколи насправді не дає найкращого результату. Отже, IMHO ці два різних аспекти слід призначити двом різним розробникам. Невеликі знання HTML та CSS для розробки та розробки тем рекомендуються у випадку різних CMS, але коли вам потрібно розробити абсолютно новий дизайн, зверніться до дизайнера інтерфейсу.


2

введіть тут опис зображення

Я точно можу порекомендувати книгу Джоела Спольського Дизайн інтерфейсу користувача для програмістів . У цій книзі він в значній мірі використовує підхід, який ви шукаєте: Пояснення, чому дизайн UI має значення для програмістів. Деякі матеріали, пов’язані з Інтернетом:

Проектування для людей, які мають кращі речі для життя


2

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

  1. Не вигадуйте, це не так складно, як ви думаєте.

  2. Спочатку моделюйте структуру даних та свій двигун. Створюйте чіткі та відповідні реальним моделям. Очевидно, це передбачає, що ви знайшли час, щоб зрозуміти, що потрібно замовнику.

  3. Тепер, за допомогою аркуша паперу та олівця, сідайте і починайте малювати логічне розташування екранів. Зазвичай це просто представляє вашу модель даних користувачеві організовано. Ваша мета повинна бути просто:

    а. Імітуйте середовище, де буде розміщено додаток. Наприклад, якщо це програма для Windows, вона повинна вести себе як додаток для Windows, якщо це веб-додаток, вона повинна поводитись як подібні веб-додатки, які популярніші за ваші.

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

    c. Це вимагає часу, і це крива навчання, але кожен може це зробити.

  4. Не хвилюйтеся з приводу графіки, тобто кнопок, фонів тощо ... Ваша єдина мета на даний момент - логічне розташування сторінки.

  5. Вам потрібно освоїти gui lib, який ви використовуєте, чи це html, gtk, какао, android, Windows.Forms тощо, наскільки ви розумієте механізми обробки подій, механізм компонування та отримання вводу та відображення дані. Будь-який розробник повинен мати можливість принаймні зробити це.

  6. Не соромно в тому, щоб взяти звідси графічного дизайнера. Але ви повинні принаймні мати можливість пройти крок 5. Це 95% навантаження для всього додатка.

Ось корисна стаття, яка перетворила мене від поганого дизайнера gui до набагато кращого дизайнера gui.

http://www.joelonsoftware.com/uibook/fog0000000249.html


Хороша порада, але я не згоден з пунктом 2. Я також би залучав користувача до вищезазначених кроків.
NoChance

1
@Emmad Якщо ви вважаєте, що ваш додаток є низкою операцій, що виконуються над даними, єдиною метою інтерфейсу є створення організованого способу прийому вводу в модель даних та відображення моделі даних. Причина, яку я помістив у 2, полягає в тому, що я вважаю, що після моделювання даних, тип інтерфейсу просто стає на місце. Я проводжу широкі інтерв'ю з кінцевим користувачем щодо того, які дані вони хочуть робити з чим? Це додаток. Потім я кладу речі на сторінку, а потім запитую, а тепер як ти це хочеш виглядати? Це ніколи не робило мене неправильно.
Джонатан Хенсон,

1
Крім того, коли я дозволяю графічним дизайнерам малювати гуї, це завжди закінчується лихом. Вони не знають, як мають бути організовані дані, і майже ніколи не знають, що є, а що неможливо.
Джонатан Хенсон

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

1

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

Після того, як ви займете кілька разів, ви почнете краще відчувати дизайн успішних сайтів, і ви ознайомитесь із інструментами для створення цих конструкцій також (з невеликими твіньками).


1

З впровадженням HTML, проблемою стало створення простого некрасивого на вигляд сайту. Хоча у вас може бути ця концепція, для її правильного використання потрібні кілька хитрощів, інструментів, готової графіки та знань CSS. Крім того, для створення чітко вишуканих сторінок необхідні методи юзабіліті та інші людські фактори, що впливають на процес дизайну.

Більшу частину свого часу розробники витрачають на вивчення складних мов, OOP, ORM, SQL, T-SQL тощо. Вони також рідко вкладають кошти в інструменти для створення веб-сайтів (більшість є дорогими).

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

Також важливо знати, який ваш список в процесі розробки додатків. Ви можете виявити, що веб-дизайну приємно мати навички, а не обов'язковий навик. У великих проектах це не повинно бути завданням програміста принаймні з вищезазначених причин.

Я виявив, що цей інструмент є чудовим інструментом, він може вам допомогти:

Художник

Погляньте на це і спробуйте демонстрацію, це дійсно добре.


1

все ж у веб-розробці хороших навичок розробки недостатньо без великих навичок проектування

Я не знаю, чи це твердження правдиве, я думаю, це залежить від місця роботи.

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

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

Розробник вказує точки даних, а дизайнер виводить їх.


дякую, я думав про це, роблячи це з жодною командою, роблячи це як один фрілансер!
Алі

Однозначно не вірно з великою компанією. У ньому є окремі команди проектування та розробки, і обом потрібні лише мінімальні знання один від одного (знайте, що можливо, знайте, що зламано).
СФ.

1

Пам'ятайте, що дизайн можна перевірити і не тільки код. Почніть просто, спробуйте свій дизайн на невеликій групі людей, запишіть їх відгуки та вирушайте звідти. Це може допомогти вам визначити проблеми з дизайном і дати вам ідеї щодо того, що можна / що слід зробити іншим. Потім перегляньте дизайн та повторіть.


0

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

Не бійтеся публікувати запитання на UI.stackexchange.com


+ 1– хороша точка щодо обмеження кольорів і т. Д. Мітка інтерфейсу програміста, як правило, є неоновим фоном, з блимаючим тегом навколо всіх кнопок і тегом наклеюваного навколо всього іншого. Добре виглядаючі веб-сайти використовують за замовчуванням (білий фон, звичайні шрифти тощо) на 90%, з парою крутих відхилень.
Морган Херлокер

0

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

Є особливо хороша книга, яку я читав про веб-дизайн, і яка спрямована на розробників:

Веб-дизайн для розробників: http://pragprog.com/book/bhgwad/web-design-for-developers

Це легка для читання книга, яка торкається всіх фаз при створенні інтерфейсів: від простого ескізування та прототипування інтерфейсів користувача до створення конструкцій з HTML + CSS.

Для подальшого вдосконалення навичок користувальницького інтерфейсу я також рекомендую останню екранізацію PeepCode з Райаном Сінгером: http://peepcode.com/products/ryan-singer-ux


0

Я думаю, що підбір деяких основ UX / UI / графіки / типографії, безумовно, є цінним починанням. Звичайно, не завжди може бути "добре складена" команда фахівців. Багато разів людям доводиться носити кілька шапок. Хороший розробник побачить користь у витрачанні часу на вивчення речей, що знаходяться поза його доменом, і повинен мати можливість принаймні визнати хорошу роботу в дизайні.

Однак є що сказати для того, що роблять дизайнери. Розробник може зробити стільки в області дизайну (правда, дещо більше, ніж інші). Зокрема, великі громадські проекти, які виходять за межі вузької ніші, приносять велику користь завдяки використанню справжніх дизайнерів. І я не маю на увазі просто людей, які можуть розмахувати навколо кольорових кодів css та html. Я маю на увазі людей, які провели РОКІВ на вивченні таких речей, як типографія, які прочитали та зрозуміли книгу Йозефа Альбера про кольори , які вміють робити красиві ескізи з кришився вугіллям на газетному папері. Це цінні навички, і проекти, які визнають це і що можуть поставити ці навички до цілеспрямованого використання, мають вирішальну перевагу над конкуренцією.

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


0

Найміть професіонала

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

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

(Я був професійним розробником 10 років, а моя дружина - дизайнер інтерфейсу користувача протягом 20 років)

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.