Выражая IT

Ни я очень новой для пользовательского интерфейса (UI) развития, ни я ветеран и, как я всегда ставлю, я вписывается в профиль UI разработчик больше, чем у дизайнера, с чем не жалею. Oh Well! То, что я писал о? ... На какое-то время (должно быть в любом лет не меньше), в настоящее время, то и тогда, когда я получаю в немного Разработка интерфейса (когда профессиональный дизайнер ушел в отпуск), я всегда могу перестать думать, что мой проект должен быть надлежащим образом complient или нет (искренне, не то, что я могу 100% достижения максимального соответствия стандартам, Если бы я хотел тоже). Тогда я говорю себе, что дерьмо! ... Дизайн должен быть простым, красивым и в первую очередь, кажется полезной, она не должна посетителей бежать ... или отказов (для технических). Что хорошего будет хорошо бестабличные макет CSS бы посетитель, который не обращает внимания на все умные гипертекста и каскадные таблицы стилей под кожей веб-страницы ... Шиш!
Это должно выглядеть красиво и быть простым в использовании ... потом приходит все стандарты вещи.

Я stumbbled accross эту запись в блоге от Jason Fried из 37 Signals (Для тех, кто не знает 37 сигналов onces, которые создали ряд великолепных веб-приложений, как Basecamp, костра и т.д.), который написал нечто подобное в 2004 году и, поверьте, почти 5 лет и не сильно изменился с тех пор ... Я был рад прочитать свой пост, как я полностью согласен с тем, что он должен сказать, и также тот факт, ее не уверен, что говорит о ее просто чутье его и так мое

Джейсон Фрид: "Там слишком много говорить о CSS и XHTML и стандарты и доступность, и недостаточно говорить о людях. CSS и Соответствие стандартам код всего лишь инструменты - вы должны знать, что строить с этими инструментами. Великий, я рад, что пользовательский интерфейс не использует таблицы. Ну и что? Какая разница, если она по-прежнему не позволяет людям достичь своих целей. Веб-стандарты являются большими, но собственные стандарты включают в себя людей добиться цели (и это еще слишком сложно сделать онлайн).

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

Оформить заказ полный Джейсона Фрида статье

DISCALIMER: Это не значит, что мы не должны беспокоиться по поводу стандартов на всех. Стандарты хорошо иметь и придерживаться их как можно больше. Мы только должны понимать, что хороший дизайн интерфейса не всегда означает 100% стандартов Complience или наоборот ....

В моем списке моих уроков, я следую за несколько дизайн пользовательского интерфейса и развития Золотые правила ... Херес ТОП-10 ... не то, что вы должны следовать за ними слишком ...

1. Заботьтесь о ваших пользователей. Пользователи могут создать или разрушить ваш сайт. DONOT сделать пользователь похож общего idoit, совершенно не в состоянии с помощью веб-сайта. Это плохо!

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

3. Быть в пределах ... DONOT предаваться слишком много в юзабилити, ДОСТУПНОСТЬ и стандартов. Использование стандартов и эффективно их понимать команды. Это обеспечит правильную последовательность в продукте

4. Прототип требования. Так, в эти дни использования интерфейсов богат, прототипов всегда лучше, чем просто делать простые каркасы, а второй является недействительным достойного взаимодействия, было бы не в состоянии предоставить клиенту четкое представление о конечном продукте, что в настоящее время разрабатывается. Всегда легче преобразовать прототипа в конечный результаты. Кроме того! с прототипа любое взаимодействие вопросы могут быть устранены в начале цикла разработки.

5. Последовательность в ваш дизайн и взаимодействие очень важно. Не допускайте попадания запутать пользователя с непредсказуемыми взаимодействия и вещиц.

6. Поймите, ваш "Дизайн Миссия". Выводы из сосредоточиться на основном действие страницу beign разработаны. Кроме того, составьте список ваших seconday действий на странице, и их приоритетность.

7. Обеспечить надлежащую обратную связь с пользователями сайта. В большинстве веб-сайтов строится вокруг AJAX, обеспечивает визуальные подсказки для пользователя об изменениях на странице. Пользователь должен данного подтверждения завершения любой задачи он выполняет. Не допускайте попадания сделать пользователю ждать и гадать, например, для. обеспечить индикаторы для файла uplaods.

8. Используйте контроль надлежащим образом. Для использования, например, выберите раскрывающийся список для небольших списков только выигрыш позволяет пользователю выбрать один из 200 городов использованием полей выбора. Понять разницу между кнопки и ссылки. Ссылки и кнопки имеют разные цели, выигрыш использовать один для другого. Предоставить право управления, чтобы взаимодействия со страницей легче. Избегайте использования меню, которые более двух уровней. Не изобретать велосипед. Используйте стандартные элементы управления, настроить их, только если очень нужно. Определить любые пользовательские элементы управления, необходимые для вашего сайта из первых рук, так что они могут быть созданы и испытаны независимо, готовый к использованию сайт accross.

9. Не допускайте попадания ITERATE слишком много внимания дизайну. Помните! Весь продукт состоит более, что дизайн в покое. Построить в надлежащие сроки в проект графика дизайн итераций и придерживайтесь его. Итерация помогает нам узнать, что работает, а что нет, выделить проблемные места. Как хороший интерфейс занимает много времени, достаточно времени для итераций в начале цикла разработки, так что дизайн итераций оленья кожа прямо приравнивают к переделок. Слишком многое переделывать может jeopradize сроки.

10. Сидеть сложа руки и думать, как пользователь иногда.