Главная | Услуги | Работы | Персона | Юзабилити анализы |
|
|
Интернет-среда хороша тем, что в ней неплохо уживаются два противоположных тренда:с одной стороны, пользователи сбиваются в стаи (комьюнити) на блог-платформах, а с другой - уходят из комьюнити в "одиночное плавание". Единство и борьба этих противоположностей, наверное, и определяют дальнейшее развитие блогосферы.
Блог-платформы (блогарии) и hosted blogs - это уже готовые технологические решения, где пользователю остается только писать, не задумываясь над техническими вопросами. Кроме того, уровень социализации очень высок. Для новичка это очень удобный выбор, чем и объясняется высокая популярность блогариев и дневниковых сервисов. Но готовое технологическое решение, как правило, не дает пользователю свободы маневра (в техническом плане как минимум). Поэтому те, кому не хватает свободы и нет желания ограничиваться теми рамками, в которые загоняют пользователя массовые блог-платформы, уходят "на волю" - на stand-alone ("отдельно стоящие") блоги. Хорошим аналогом, наверное будет "деревня vs. хутор". На хуторе надеяться можно только на себя и свои силы - зато можно делать все, что угодно (в пределах разумного). Как минус - недостаток социальных связей. Если развитие блогариев определяется трендами и обкатанными технологиями (то есть путь мейнстрима), то со stand-alone блогами все сложнее, поскольку в них все упирается только в технологические пределы и богатство фантазии. Но реализованные в них новинки возвращаются, как бумеранг, в блогарии (блог-платформы), чтобы стать мейнстримом. Поэтому дальше мы рассмотрим один из путей развития stand-alone блогов. Но сначала немного о сервисах. Сервисы общие и частные Ситуация с блогами повторяет ситуацию с веб-сервисами в целом. С одной стороны, концентрация сервисов на портале (в интегрированной среде) удобнее для пользователя - все в одном месте и друг с другом может взаимодействовать. А с другой стороны - 150 сервисов под разные задачи в портал не впихнешь. Кроме того, stand-alone сервис, как правило, функционально богаче и действует по принципу "если программа решает только одну задачу, то решать должна ее хорошо". Обратная сторона этого принципа - пользователю приходится регистрироваться на множестве сервисов и держать их (точнее, их адреса) под рукой. Взаимодействие этих сервисов между собой тоже под вопросом. Понятно, что это неудобно. Поэтому пользователю приходится решать нетривиальную задачу: или идти на портал и пользоваться "простыми" сервисами (которые всегда "под рукой"), или бегать между мощными stand-alone сервисами. Кроме того, нередкой будет ситуация, когда возможностей портального сервиса будет недостаточно, или нужный сервис просто отсутствует на портале. А ведь запросы пользователя растут быстрее, чем за ними может поспеть портал. Получается, что с точки зрения пользователя, надо сделать все наоборот ("избушка, повернись к лесу задом, а ко мне передом"): это не пользователь должен приходить на сервис, а сервис должен приходить к нему и предлагать свои услуги. Вопрос, однако, в том, куда должен приходить сервис. Блог как информационная система Некоторые пессимисты полагают, что stand-alone блогам (далее SAB) развиваться некуда - за прошедший год, например, Wordpress ничего нового и революционного не принес (кроме разве что многопользовательской версии MU.Wordpress.org). На самом же деле, отдельно стоящим блогам есть куда эволюционировать. Качественно эволюционировать. Предпосылок к этому три: - для посетителя важна не сама информация "as is", а то, как она представлена, и какую пользу из нее можно извлечь (семантический путь использования) Поэтому следующим логичным шагом будет превращение (как из гусеницы в бабочку) блога из "просто блога" в персональную информационную систему, сокращенно PIFS (personal information system). Это означает, что информация не только представлена в различных формах (аудио, видео, текст, графика, микроформаты), не только упорядочена и систематизирована, но и взаимосвязана - ничего в информационной системе не валяется "просто так". Написать текст (статью, заметку) или разместить фотку - это только начало. Основное - эффективно и органично встроить ("вплести") его в персональную инфосеть, а не просто понатыкать как иголок тагов или ключевых слов. В результате вся информация оказывается вплетенной в паутину, потянул на ниточку - вытянулись все связанные ресурсы. Подробнее о работе с такой информационной Тканью будущего можно почитать в "2048", в главах о Вэри. В инфосеть удобно встраивать внутренние сервисы, например органайзер, мини-вики и различные подсистемы для работы с микроконтентом. Не только для себя, любимого, но и делегировать права доступа другим. Это позволит, например, планировать и синхронизировать встречи, сообщать друзьям "график занятости" и т.д. К PIFS можно "прикрутить" и внешние сервисы, если внутренние не дают нужной функциональности. Либо на основе доверительной передачи управления, либо на основе двустороннего API. Это так же позволит делать импорт-экспорт данных с сервисов и обратно. Либо в качестве резервных (рабочих) копий, либо в качестве промежуточных результатов, если обработка идет по цепочке сервисов. Кстати, наличие API позволяет развернуть распределенную многоуровневую социальную сеть между разными PIFS. Проблема управления: не просто поток Но как управлять этим "хозяйством"? То, что раньше легко укладывалось в достаточно простую "админку", потребует сложных и нетривиальных подходов к обработке и связыванию информации. В обычном браузере это будет не так легко сделать (хотя это будет сильным стимулом для разработки ajax-приложений нового поколения), поэтому потребуются более продвинутые методы управления контентом со стороны "производителя" - ICDE (integrated content development system) вместо блог-клиента. Такие системы уже существуют (например, DAA), но для PIFS потребуется серьезная адаптация и модернизация (для работы в условиях постоянной динамики). Интересно, что не так давно компания Six Apart, владелец "Живого журнала", пыталась сделать нечто подобное информационой сети. Но то, что ожидалось от Project Comet в качестве первого серьезного шага, разработчик "не осилил". Сервис Vox, который получился в результате этой затеи, не оправдал возложенных на него надежд. Скорее всего, причина этого - в подходе. Вместо создания расширяемой архитектуры на микроядре Six Apart пошел по более простому пути - "пути Лего", когда система собирается из готовых (и уже опробованых) блоков. Тем не менее, отдельные элементы PIFS уже внедряются в некоторые движки SAB. Например, JDnevnik проектировался так, что способен поддерживать любой тип и любой вид (presentation) документа. Кроме того, там есть встроенный органайзер и средства работы с микроконтентом. Register, после небольших доработок, позволяет вести вполне функциональную персональную wiki. А распределенная социальная сеть не реализована пока только потому, что разработчикам SAB лень этим заниматься. Следует заметить, что переход к PIFS будет не слишком простым, так как потребует изменения сознания автора в самом подходе к информации. Ведь "разработка контента (content development)" - это не "обмен потоками сознания" (как это обычно происходит в блогах и дневниках), а серьезное приложение мозгов. Но это будет потом - когда мы будем жить в обществе, победившем Web 2.0.
Вадим Артамонов webplanet.ru/knowhow/service/artreal/2006/10/27/standalone.html |
Контактная информация : тел. +7(98I) 7608865 |
Написать письмо на e-mail |
|
||||||||