Comments 30
UFO just landed and posted this here
В таких статьях всегда нравилось то, что нет ни одного примера.
Проблема с разработкой внешнего вида в том, что можно написать много о том, что именно нужно сделать, и вроде бы это и так всем понятно — надо, чтобы было удобно и не отвлекало.
А вот как именно это нужно сделать — тут рецептов нет…
А вот как именно это нужно сделать — тут рецептов нет…
Примеров, работающих в 100% случаев, не существует
Вот я и про то же.
Эта статья по-сути является списком задач, которые стоят перед разработчиками интерфейса, решив которые, можно добиться хорошего качества итогового продукта
Ну, ничего плохого не написано, но и ничего нового. По-моему, всё это уже было.
Хотя, конечно, найдётся кто-нибудь, кто этого не знает, и он найдёт для себя откровения.
Хотя, конечно, найдётся кто-нибудь, кто этого не знает, и он найдёт для себя откровения.
Специально для вас переведу статью Скотта Беркуна «Why it's ok to be obvious»
Если кратко, то есть смысл напоминать и повторять некоторые вещи потому что:
прочитайте статью, освежает
Если кратко, то есть смысл напоминать и повторять некоторые вещи потому что:
- Мы забываем
- Нам нужно услышать или прочитать что-то несколько раз перед тем как понять и запомнить
- Нам нужны хорошо описанные напоминания для применения идей в практике
прочитайте статью, освежает
Видимо, не один я понял буквально «тут рецептов нет…»
это какое-то перечисление причин по которым богатым и здоровым быть лучше чем бедным и больным. Да, мы знаем что интерфейс должен быть красивым и удобным.
Странно, если всем всё понятно, и в статье ничего нового, откуда столько кривого и убогого ПО?
Главная цитата:
Это как в кино — лучшие спецэффекты те, которых не видно, т.к. они насттолько хорошо и натурально сделаны, что похожи на натуру
Лучший дизайн — невидимый дизайн
Это как в кино — лучшие спецэффекты те, которых не видно, т.к. они насттолько хорошо и натурально сделаны, что похожи на натуру
Удивительно, что среди списка нет одного важного пункта: Пользователь, если отвлекся от интерфейса, по возвращению к нему должен понять, где он остановился прошлый раз, что он сделал, а что нет, что ему нужно делать дальше. Именно поэтому я не люблю попапы, всплывающие сообщения об ошибках или результатах успешного выполнения задачи, прочих самоликвидирующихся или перманентнозависающих элементов.
Например, пользователь набрал логин, пошел ajax’овый запрос на проверку его существования в базе, вернулась ошибка, показали ее возле формы логина. Как только пользователь начал набирать текст, нужно сразу очистить сообщение об ошибке, потому что, если у него пропадет интернет, он переберет все пароли, но так и не поймет, что не так. Пример притянут несколько за уши, но я с таким поведением уже встречался, как дурак потратил время на придумывание уникального логина, хотя все, кроме первого, подходили
Например, пользователь набрал логин, пошел ajax’овый запрос на проверку его существования в базе, вернулась ошибка, показали ее возле формы логина. Как только пользователь начал набирать текст, нужно сразу очистить сообщение об ошибке, потому что, если у него пропадет интернет, он переберет все пароли, но так и не поймет, что не так. Пример притянут несколько за уши, но я с таким поведением уже встречался, как дурак потратил время на придумывание уникального логина, хотя все, кроме первого, подходили
Примеров нет, это да. Но по-моему дизайнер — это тот человек который должен уметь понимать такие вещи и не предвзято сам представлять себе примеры. Я не дизайнер и то все понял. Статья хорошая.
Почему то при чтении в качестве примеров я представлял себе в первую очередь вэб-интерфейсы, а ведь об этом ни слова, применимо для всех видов GUI. Совсем уже голова на вэб-морды закисла.
Почему-то всегда подвергаю сомнению любой список кратный десяти — значит один или несколько пунктов высосаны из пальца.
Статья уже была переведена с комментариями специалистов www.cmsmagazine.ru/library/items/usability/principles-of-user-interface-design/
Но в любом случае, спасибо за перевод
Но в любом случае, спасибо за перевод
Sign up to leave a comment.
20 заповедей дизайна пользовательского интерфейса