И ВЫПЕЙ ЧАЮ

И ВЫПЕЙ ЧАЮ

Напомню суть задачи, которую мы пытались решить. Мы хотели преобразовать все внутриредакционные обсуждения и архив документов в единую систему. Очевидный подход: сопряжение Google Docs с Google Wave. Формально это сделать просто. С помощью HTML Gadget можно вставить в вейв любой документ. Однако у документов Google Docs своя история редакций, и, по-хорошему, она тоже должна быть привязана к жизни вейва так, чтобы в режиме

playback мы видели бы не последнюю версию документа, а ту, которая обсуждалась в данный момент времени. Это уже нетривиальная проблема, с ней мы пока не справились.

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

прописаны все участники с соответствующими областями видимости).

Для полного счастья нам нужно еще несколько роботов, которые будут выполнять функции ответственного секретаря (прости, Ира). Первый робот должен собирать документы, запланированные в конкретный номер (стало быть, у шаблона вейва со статьей должен быть еще один атрибут, в котором указывается номер журнала или диапазон номеров), забирать последние данные из вейва рекламного отдела (количество и размещение рекламных полос) и составлять на основе этих данных черновой план номера. Другой робот отслеживает состояние материалов, размещенных в Google Wave (для себя: значит, нужно еще продумать дополнительные атрибуты состояния документов). О невычитанных материалах, которые планируются в текущий номер, он напоминает литредакции. О вычитанных - дизайнерам. Третий робот подбирает остатки за вторым и регулярно сообщает главному редактору о том, что литредактор и дизайнеры плевать хотели на эти напоминания8.

Заодно я планировал перевести на Google Wave редакционный блог. Это как раз нетрудно. Уже сегодня разработчики корпеют над привязкой Google Wave к Wordpress, однако GW и сам по себе способен работать в режиме блог-движка, нужно лишь наладить экспорт вейвов. Сделать это легко, но сейчас экспериментировать в этой области бессмысленно, так как публикацию смогут увидеть только владельцы аккаунтов Google Wave.

Что думают об этих планах литредактор и дизайнеры, узнать мне так и не удалось, поскольку мое «здесь будет город-сад» коллеги, за исключением Ильи Щу-рова, встретили без энтузиазма. Возможно, потому, что слегка похудевший журнал вообще не нуждается в такой автоматизации. Хотя я грешу на незавершенность Google Wave - в сегодняшнем гадком утенке действительно трудно увидеть лебедя.

Но он там есть, И в этом нет ничего хорошего.