Разработка стандарта ISO состоит из шести этапов - начиная с определения необходимости международного стандарта ("Proposal stage") и заканчивая утверждением и публикацией. Помимо ISO, разработкой стандартов занимаются отраслевые консорциумы. Наиболее уважаемые консорциумы (к ним относятся и OASIS с Ecma, упоминающиеся в статье), являющиеся партнерами ISO, имеют возможность подавать разработанные ими стандарты сразу на пятый этап (утверждение стандарта) - что и называется процедурой Fast Track.
Стратегия замыкания клиентов на одном поставщике ("vendor lock-in"), эксплуатирующая сетевой эффект и в разное время используемая разными компаниями, на самом деле не всегда приводит к ожидаемому результату. Использование сверхпопулярного плеера iPod в жесткой связке с магазином iTunes Music Store благодаря средствам DRM привело к существенному увеличению популярности последнего - но в то же время наличие такого vendor lock-in могло отпугнуть многих потенциальных покупателей iPod’ов и - в случае меньшей лояльности пользователей к продукции фирмы Apple - привести к краху всей затеи (см. также врезку "Еще не отгремели пушки").
Закрытые форматы файлов могли быть восприняты как неизбежная реальность в конце 80-х, они могли быть конкурентным преимуществом в середине 90-х, они могли быть не очень приятным приемом конкурентной борьбы в конце 90-х. Но сейчас ситуация меняется, и закрытость все в большей степени является недостатком, а не преимуществом - для самой Microsoft.
Аналитики из Burton Group в своем отчете "What’s up, .DOC?" выделяют несколько рыночных требований, которые невозможно удовлетворить, используя закрытые бинарные форматы. В их число входят: возможность динамической сборки документов из разных источников, повторное использование контента, в том числе автоматическая обработка запросов и извлечение данных, инспекция и автоматическая "очистка" документов (например, удаление истории правки при публикации). В том же отчете (а равно и в других источниках) как один из существенных факторов изменения IT-ландшафта отмечается переход к модели "Software as a Service" (SaaS), о котором так долго говорили больше… простите, ИТ-журналисты и который вот уже совсем скоро вроде бы наконец должен свершиться окончательно, привнеся новых игроков и новые модели работы.
Документ в текстовом процессоре или электронная таблица все больше отдаляются от своих "бумажных" предков - как по внутренним свойствам, так и по сценариям использования. Они становятся "умнее". Частично возможности автоматической обработки офисных файлов, выходящие за рамки самих офисных пакетов, существовали давно - например, в случае MS Office можно было использовать OLE Automation для получения доступа к функциям пакета из внешнего приложения или же написать соответствующий код с помощью макросов VBA. Однако эти возможности довольно ресурсоемки и платформнозависимы (с чем соглашаются в Microsoft) - и это уже перестает удовлетворять многих разработчиков.
Использование форматов с доступными спецификациями, пригодных для автоматической обработки сторонними приложениями, кажется довольно заманчивым решением. Технологическая основа таких форматов - популярный ныне XML, позволяющий сохранять древовидные структуры данных любой сложности в виде простого текстового файла, разметка которого сравнительно неплохо обрабатывается компьютерами и может читаться людьми (в отличие от бинарных форматов). Однако это лишь маленький шаг на пути к открытым стандартам. Использование XML, в общем-то, не является ни необходимым, ни достаточным условием для обеспечения открытости и интероперабельности - если спецификация формата остается "собственностью" компании-вендора и может свободно меняться вместе с выходом новой версии ПО. Такая стратегия кажется естественной для компании-монополиста - и Microsoft ее использовала в разных областях своей деятельности. Тем не менее в ситуации с офисными форматами компания решила пойти дальше. Почему?
На всякое явление можно посмотреть как на волю определенных сил и как на естественное развитие событий. В связи с этим, мне кажется, всегда лучше обращать внимание на факты.
Во-первых, важным является тот факт, что "старые" офисные форматы Microsoft доступны без отчислений и обременений уже более двух лет, и все желающие могут получить эту информацию совершенно бесплатно.
Второй факт - OpenXML - это файловый формат, который уже поддержан производителями информационных систем, в том числе и благодаря качественной спецификации стандарта. Вот несколько примеров приложений (более полный список можно найти на www.openxmlcommunity.org/applications.aspx ):
- Три самых распространенных в мире офисных пакета: Microsoft Office (начиная с 2000), Corel Perfect Office и Apple iWork.
- OpenOffice.org в версии от Novell.
Мобильные платформы Apple iPhone, Office Mobile, www.quickoffice.com .
Даже IBM, затратившая беспрецедентные усилия на кампанию против Open XML, поддерживает его в таких продуктах, как LotusQuickr, Websphere Portal, DB2 Content Manager v8.4 и DB2 9 pureXML.
И, конечно, интернет-игроки тоже поддержали новый стандарт. Поиск Google прекрасно демонстрирует OpenXML-документы в виде HTML-страниц, с ними также умеет работать сервис ThinkFree.com.
Мне кажется, уже можно сказать, что формат OpenXML востребован рынком, и главным образом благодаря тем принципам, которые Ecma International заложила в основу этого стандарта. Среди них - полнота и однозначность спецификации (она же упрощает реализацию), возможность конвертации из старых форматов Microsoft, Corel и др. и управления долговременным хранением (да, в мире накоплено много документов, и предлагать формат, не гарантирующий однозначного преобразования, - слишком "смелое решение"), самоописываемая стандартными средствами расширяемость, отсутствие требований, исключающих применение того или иного стандарта, ориентация на оптимизацию производительности, учет национальных требований (мы же не хотим ради нового формата документов менять свои законы). Недоговоренность по этим принципам пока не позволила достичь единства с OASIS, который разработал ODF. Но я думаю, что голос пользователей будет услышан всеми, и верю, что эти форматы будут постепенно сближаться.