Вскоре стали проявляться сетевые эффекты, о которых шла речь выше. Способы работы с документами изменились: люди начинали обмениваться файлами (сначала на дискетах, затем по компьютерным сетям), а не бумажными распечатками, и вопрос совместимости форматов впервые встал перед покупателями ПО. О необходимости стандартизации тогда вряд ли кто-то мог подумать (учитывая молодость и динамичность индустрии, стандартизация могла быть даже вредна), поэтому бизнес-пользователи были вынуждены прибегнуть к совместимости "через приложение". Таким приложением стал Microsoft Office. Тогда же возникла необходимость конвертировать документы из одного формата в другой - и естественно, что Microsoft сделала многое, дабы обеспечить импорт "чужих" форматов файлов в "свои" - но не наоборот. Ловушка захлопнулась.
Разработка стандарта 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 ее использовала в разных областях своей деятельности. Тем не менее в ситуации с офисными форматами компания решила пойти дальше. Почему?