В данном случае я лично посчитал это удачным решением. Примеры всегда сужают способ восприятия, а тут как раз общие концепции и способов их применения может быть очень много. Каждый придумает себе сам, зачем навязывать.
Проблема с разработкой внешнего вида в том, что можно написать много о том, что именно нужно сделать, и вроде бы это и так всем понятно — надо, чтобы было удобно и не отвлекало.
А вот как именно это нужно сделать — тут рецептов нет…
Эта статья по-сути является списком задач, которые стоят перед разработчиками интерфейса, решив которые, можно добиться хорошего качества итогового продукта
Ну, ничего плохого не написано, но и ничего нового. По-моему, всё это уже было.
Хотя, конечно, найдётся кто-нибудь, кто этого не знает, и он найдёт для себя откровения.
В точку. 99% статей на англоязычных блогах о дизайне носят именно такой характер. Они почти все «капитанские» и ничему новому не учат, но помогают разложить по полкам в голове то, что уже есть. Хотите рецептов — покупайте книги на Амазоне.
это какое-то перечисление причин по которым богатым и здоровым быть лучше чем бедным и больным. Да, мы знаем что интерфейс должен быть красивым и удобным.
А вот объяснить чем круглые кнопки лучше квадратных можно. Или наоборот. С примерами и иллюстрациями. С инструкцией оценке удобства либо скорости ввода по 5-бальной шкале.
А вот вам встречный вопрос: все знают, что чистая улица лучше грязной, а хождение автобусов по расписанию лучше нехождения вовсе. Почему же улицы у нас грязные, а автобусы не ходят?
Удивительно, что среди списка нет одного важного пункта: Пользователь, если отвлекся от интерфейса, по возвращению к нему должен понять, где он остановился прошлый раз, что он сделал, а что нет, что ему нужно делать дальше. Именно поэтому я не люблю попапы, всплывающие сообщения об ошибках или результатах успешного выполнения задачи, прочих самоликвидирующихся или перманентнозависающих элементов.
Например, пользователь набрал логин, пошел ajax’овый запрос на проверку его существования в базе, вернулась ошибка, показали ее возле формы логина. Как только пользователь начал набирать текст, нужно сразу очистить сообщение об ошибке, потому что, если у него пропадет интернет, он переберет все пароли, но так и не поймет, что не так. Пример притянут несколько за уши, но я с таким поведением уже встречался, как дурак потратил время на придумывание уникального логина, хотя все, кроме первого, подходили
Примеров нет, это да. Но по-моему дизайнер — это тот человек который должен уметь понимать такие вещи и не предвзято сам представлять себе примеры. Я не дизайнер и то все понял. Статья хорошая.
Почему то при чтении в качестве примеров я представлял себе в первую очередь вэб-интерфейсы, а ведь об этом ни слова, применимо для всех видов GUI. Совсем уже голова на вэб-морды закисла.
20 заповедей дизайна пользовательского интерфейса