В Сети недавно стало на один полезный и интересный стартап больше. Это поисковый музыкальный сервис Songza с элегантным и удобным интерфейсом. Хотя иначе и быть не могло, ведь идею сайта и его интерфейс придумал Аза Раскин (Aza Raskin) — сын основателя Apple Macintosh и просто гуру интерфейсов Джефа Раскина (Jef Raskin).

Сервис Songza был создан за один месяц стараниями как самого Азы Раскина, так и Скотта Робина (Scott Robbin) из компании Humanized, принадлежащей тому же Раскину. В итоге получилось что-то вроде YouTube, только с музыкой, а не видео (хотя и не без него :). Сайт представляет из себя поисковый сервис и с первого взгляда ничем не отличается от массы других подобных ресурсов, но стоит только нажать на какой-нибудь трек, как сразу становятся видны отличия, выделяющие этот сервис.

Материал, который я собираюсь изложить — это обобщение книги Джефа Раскина, дополненное некоторыми рассуждениями на основе собственного опыта.

Ранее я, как и некоторые другие программисты, не придавал большого значения пользовательскому интерфейсу своих программ. Гораздо важнее казалась разработка функциональных возможностей программы, алгоритмов, системы классов. Все это я считаю важным и сейчас, но свое отношение к интерфейсу я пересмотрел. Сделать это меня заставили следующие соображения.

Материал, который я собираюсь изложить — это обобщение книги Джефа Раскина, дополненное некоторыми рассуждениями на основе собственного опыта. Первый пост в этой серии — «Вступление» — находится здесь.
В первой части описаны особенности человеческого восприятия, важные для проектирования интерфейса, а также принципы построения интерфейса.

Эта запись о том, как увеличить скорость навигации и взаимодействия пользователя с интерфейсом, не прибегая к оптимизациям вычислений и рендеринга. Рекомендации касаются приложений, где сервер используется только для получения данных, а вся логика интерфейса находится в самом приложении. Эта запись о преимуществе клиентских приложений над приложениями с плохо разделённой логикой, представлением и данными.

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

Правила организации высокоскоростного взаимодействия пользователя с приложением можно сформулировать следующим образом:

1. Вычисления не должны блокировать взаимодействие с интерфейсом и его рендеринг — пользователь всегда должен иметь возможность указать на фокус своих интересов.
2. Страница объекта, к которому обратился пользователь, должна отображаться мгновенно, не дожидаясь загрузки данных, в которых нуждается объект.
3. Запросы в сеть не должны уходить одной большой группой, не должны отправляться сразу; должны откладываться на небольшое время, складываться и приоритезироваться в случае необходимости.

Изложенная в этой заметке информация — это мой практический опыт проектирования и разработки интерфейса моего приложения для поиска и прослушивания музыки seesu.me. Приложения, в котором гармонично комбинируются огромные пласты данных из разрозненных сервисов, таких как last.fm, вконтакте, ex.fm, hypem.com, soundcloud.com, discogs.com, youtube.com