Марат Гуриев,
директор государственных программ IBM EE/A
На пример Массачусетса стали обращать внимание власти других штатов и государств, и со временем копилка лагеря ODF пополнилась множеством пресс-релизов о планах тех или иных госструктур по переходу на этот формат.
Однако в дальнейшем стало ясно, что ситуация не столь радужна, как казалось. Microsoft упорно отказывалась поддерживать ODF в своих продуктах "нативно", но перестать использовать MS Office было не так-то просто, и дело здесь не только в форматах. Многие информационные системы оказались завязаны на продукцию Microsoft и эксплуатировали ее специфические возможности (в частности, VBA). Сохранить эти системы и одновременно перейти на ODF было невозможно (доступных сторонних решений по работе с ODF из MS Office тогда не было), и в результате стоимость миграции оказалась заоблачной.
Вокруг проекта по переходу на ODF возникла нездоровая атмосфера.
Главного идеолога миграции Питера Куинна (Peter Quinn), ответственного за IT в администрации Массачусетса, обвиняли в недостаточно проработанной оценке стоимости проекта, в предоставлении неоправданных преференций бизнес-моделям, ориентированным на открытый код, игнорировании нужд различных групп пользователей, которым требовалось использовать MS Office (в частности, из соображений accessibility) и прочих смертных грехах. В начале 2006-го, за год до планируемого перехода, Питер Куинн был вынужден подать в отставку. Тем не менее новый главный CIO Массачусетса Луис Гутиэррес (Louis Gutierrez) заявил, что штат остается верен курсу на открытые стандарты - но не планирует мигрировать с MS Office, а будет использовать уже появившиеся к тому времени плагины для работы с ODF[Впоследствии в штате Массачусетс был разрешен и формат MS OOXML, когда он стал стандартом Ecma, - о чем будет рассказано ниже].
"На сей раз пронесло", - вероятно, подумали в Microsoft.
Microsoft сделала выбор спустя полтора года: в ноябре 2005-го было принято решение стандартизировать XML-формат, используемый в разрабатываемом Office 2007, силами организации Ecma International. Спустя еще год Ecma утвердила окончательный текст стандарта, получившего название ECMA-376 "Office Open XML", и приняла решение о его передаче в ISO для окончательного утверждения по ускоренной процедуре (Fast Track). Казалось, что Microsoft находится в двух шагах от обретения "собственного" (то есть уже практически реализованного в Office 2007) стандарта ISO.
Нетрудно было догадаться, что подобный шаг софтверного гиганта мало кем будет встречен на ура. Но вряд ли кто-то мог знать, что вокруг OOXML развернется битва не на жизнь, а на смерть.
Критика посыпалась со всех сторон. Первый и естественный вопрос вообще не касался технического устройства формата: зачем нужен второй стандарт ISO на формат офисных документов, если один уже есть (ODF был стандартизован в ISO практически в тот же момент, когда люди из Ecma подали свою заявку)? Критики указывали на то, что это противоречит целям ISO, а необходимость поддерживать два стандарта существенно увеличивает нагрузку на индустрию. Почему Microsoft не поддерживает уже принятый ODF? Почему бы не объединить OOXML и ODF?
В Microsoft приводили развернутые аргументы в пользу того, что OOXML и ODF имеют принципиально разные цели и задачи (например, расходятся в вопросе об обратной совместимости), поэтому нельзя говорить, что они задают взаимозаменяемые стандарты (а значит, никаких противоречий с целями ISO нет), и объединить их, сохраняя различные подходы к архитекутре - невозможно. "К тому же было
бы нечестно делать ODF единственным международным стандартом лишь по той причине, что его сторонники успели первыми со стандартизацией в ISO", - говорит менеджер по стратегии платформ Microsoft Владислав Шершульский.
Другая форма критики касалась технических недочетов в спецификациях. При обсуждении и анализе 6 тысяч страниц описания стандарта в ходе процедуры Fast Track было высказано больше 3 тысяч замечаний (правда, оценить, сколько из них уникальны, а сколько повторяются, пока невозможно). Претензии были самые разные: нестандартный формат представления времени (не позволяющий работать с датами до 1900 года); использование (в целях пресловутой обратной совместимости) тегов типа SpaceLikeWord95, описанных в терминах поведения приложений предыдущих поколений; возможность использования пользовательской семантической разметки документов с помощью custom-тегов (открывающее, по мнению критиков, простор для создания проприетарных расширений формата) и многое, многое другое. В Microsoft и Ecma на критику реагировали и отвечали, критики отвечали на ответы Обмен любезностями продолжался. Активные действия тоже.
Европейская организация FFII (Foundation for a Free Information Infrastructure, Фонд свободной информационной инфраструктуры) открыла сайт NoOOXML.org, на котором приводились самые "громкие" аргументы против OOXML и собирались подписи под петицией соответствующего содержания. Некоторые "подписанты" впоследствии стали получать письма от организатора NoOOXML Бенджамина Хенриона (Benjamin Henrion), призывающие организовать массовые обращения в местные стандартизирующие организации (представляющие страну в ISO) с требованием голосовать "против, с комментариями" (No with comments). Список "комментариев" прилагался.