Последние несколько лет у меня более-менее регулярно всплывает одна и та же проблема: веб становится всё более и более функциональным, к ajax все давно присмотрелись, да и какой-нибудь drag’n'drop уже не является чем-то удивительным, но при этом у пользователей нет привычки к такому использованию веб-интерфейсов. Проблема, пожалуй, в том, что шаблоны обращения с десктопными приложениями не транслируются в веб.

Первый раз действительно плотно я столкнулся с этим 2 года назад, когда делал eLama.ru. Тогда я проводил юзабилити-тесты и видел, что пользователи просто не ожидают того, что веб-интерфейс может себя так вести. Достаточно было показать, что такое в принципе возможно, и пользователи очень быстро осваивались с интерфейсом, но вот первый шаг практически никто не сделал самостоятельно. Небольшое видео чуть улучшило ситуацию, но сами ведь понимаете: инструкции практически никто не читает, да и со скринкастами картина не многим лучше.

Когда делали новую клиентскую панель SpaceWeb, такого тяжелого и тотального использования JavaScript не было, но и тут появилась аналогичная проблема. На прошлой неделе мы запустили небольшое изменение в панели, сделали панель быстрого запуска, аналогичную тому, что пользователи уже очень и очень давно используют в операционных системах. Функция маленькая, ролик в этот раз получился всего 18 секунд, но вот будут ли пользоваться этой фичей клиенты… И у меня огромный вопрос — как, как сделать эти функции очевидными для клиентов? Как показать, что всё это возможно? Особенно, когда пользователи уже достаточно давно работают с сервисом и имеют наработанные шаблоны использования.

Ладно, увидим. Через месяц надо будет посчитать, сколько людей с ней работают.

PS Радует одно: люди уже достаточно часто просто не различают веб и нативные приложения. На каком-нибудь iPhone веб-сайты можно добавить в меню, выглядеть и работать они будут аналогично обычным программам. В ChromeOS не веб-приложений просто не существует. Да и браузер Chrome от Google и проект Chromeless от Mozilla позволяют работать с любым сайтом подобно приложению: иконки, пункты в меню…

Меня всё больше раздражают it-конференции: ок, я готов понять, почему ездят и выступают практически одни и те же люди (скажем, костяк тех, кто будет выступать на ближайшем WhaleRider я готов назвать сходу, подозреваю, что ошибок будет мало). Я даже более-менее смирился с тем, что доклады зачастую повторяются, а заметная часть докладов “продуктовые” и “продающие”. Печальнее другое: даже если доклад хорош, даже если докладчик действительно интересен, шансов спокойно и с толком поговорить с ним на конференции очень и очень мало: слишком много людей, слишком мало времени. Да, никто не мешает взять визитку и потом задать вопросы по email, но… качество общения другое, скорость другая.

К чему это я?.. А… В прошлую субботу мы провели небольшой семинар. Крошечный. Для себя, знакомых и знакомых знакомых, никакой обязаловщины, своеобразный BarCamp для узкого круга. Никаких обязательных тем докладов, каждый сперва написал, что может рассказать и какие темы хотел бы послушать, потом тихо сели в офисе одной из компаний и отлично провели день. И как-то выяснилось, что без каких-либо финансовых затрат (ок, деньги на пиво не считаем), можно организовать семинар, где будут интересные люди, делающие интересные проекты, и, что особенно важно, с этими людьми можно спокойно поговорить, позадавать вопросы, поспрашивать о своих проблемах, в свою очередь чем-то помочь.

Итого, отличная возможность лишний раз осознать, чем ты занимаешься, потренироваться рассказывать об этом, послушать и поспрашивать других. Да и компании хорошие подобрались, плюс из разных областей: геймдев, телеком, хостинг, поиск… Формат мероприятия мне понравился, надо будет и дальше такое проводить.

26 февраля в офисе Яндекса состоится первый Я.Субботник в Санкт-Петербурге.

Регистрация открыта. Количество мест – ограничено.

Для тех, кто не попадёт в число участников или не сможет лично присутствовать на Я.Субботнике, будет организована онлайн-трансляция.

Подробную информацию о мероприятии смотрите тут.

Поделиться этой информацией с другими: http://clck.ru/5dzJ

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

У нас в панели управления виртуальным хостингом с незапамятных времен была возможность устанавливать различные CMS и фреймворки. Со стороны пользователя всё просто: выбираешь домен, на который необходимо установить CMS, а скрипты панели создают базу данных, копируют файлы, выставляют необходимые права, генерирует пароль для админского аккаунта. Всё бы хорошо, но была постоянная проблема с обновлениями: установщик каждой CMS делался руками. Точнее, доделывался. Соответственно, добавление новой CMS-ки или обновление версии уже существующей, порождало необходимость ручной работы. С учетом того, что задачи не слишком приоритетны (напрямую бесплатные CMS денег не приносят), обновление версий происходило с заметным опозданием.

Как отойти от этой порочной практики?.. Судя по всему, подобная проблема беспокоила не только нас. Немного посмотрев вокруг, мы наткнулись на Application Packaging Standard (APS). “Наткнулись” — не совсем правильное слово: Parallels, которые разработали этот стандарт, достаточно активно ведут его пропаганду (см., скажем, презентацию с последнего Хостобзора).

На самом деле, для того, чтобы это реально заработало в Рунете, надо несколько компонентов: поддержка хостеров, наличие постоянно обновляемых руссифицированных пакетов с CMS-ками. При этом нужны и пакеты по UMI & Bitrix, как самым популярным коммерческим системам управления в России, и, чего уж тут скрывать, прибыльным для хостеров (отчисления с одной проданной лицензии существенно превышают годовой доход от одного клиента на виртуальном хостинге, да и на большинстве VDS тоже).

Битрикс APS-ы начал собирать, UMI… пока нет, впрочем, что и как делать, ребята в курсе, более того, оттестированный пакет мы им передали. Ну что, дай бог теперь быстрее пойдет.