Журнал "Компьютерра" №723

Мы поддерживаем ODF, потому что видим в этом формате открытость, совместимость и возможность выбора для клиента, что является критически важным для IT-отрасли в целом, так как позволяет клиентам легко переключаться с использования одного приложения на другое, если они используют общий формат, - это те законы, по которым работает рынок, и то, как развиваются инновации. Инновации по-настоящему активизируются после того, как изобретение становится недорогим, стандартизованным и начинает широко использоваться. Чем больше людей его используют, тем больше рождается творческих идей по применению этого изобретения и тем больше вероятность открытия новых методов его применения. Инновациям требуются открытые стандарты.

Марат Гуриев,

директор государственных программ IBM EE/A

Что случилось в Массачусетсе?

Когда администрация штата Массачусетс в конце 2005 года, после двадцати месяцев обсуждений, приняла решение начиная с 2007 использовать для хранения своих документов стандартизированные форматы, единственным кандидатом на эту роль был Open Document Format (ODF), лишь некоторое время назад утвержденный консорциумом OASIS (и еще не поданный на утверждение в ISO)[Для хранения и публикации документов, не предназначенных для изменения, был выбран PDF, что оказалось довольно спорным и критикуемым решением, поскольку о его стандартизации речи тогда не шло.]. В Microsoft поняли, что у них возникли проблемы - компания не планировала поддержку ODF в своих продуктах. Казалось, что это звездный час для таких конкурентов Microsoft, как Sun и IBM (а также Adobe и Corel), сделавших немало для разработки и продвижения ODF. Появился реальный шанс пошатнуть монополию Microsoft.

На пример Массачусетса стали обращать внимание власти других штатов и государств, и со временем копилка лагеря 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.

Проблема 1900 года

Один из распространенных пунктов технической критики OOXML: согласно календарным формулам, приведенным в спецификациях формата электронных таблиц, 1900 год получается високосным, что неверно. По словам представителей Microsoft, впервые этот "баг" появился в Lotus 1-2-3 - в те давние времена процессорное время было дорого и упрощение формул за счет таких незначительных погрешностей только приветствовалось. Однако, ради соблюдения обратной совместимости, до сего момента этот "баг" умышленно повторялся в большинстве реализаций электронных таблиц. Исправить его в спецификации OOXML - раз плюнуть, но когда "технари" от Microsoft заикнулись об этом на заседании технического комитета Ecma, им быстро "заткнули рот" представители крупного бизнеса, опасавшиеся проблем с уже накопленным массивом данных. Тем не менее, ссылаясь на критику, поступившую из ISO, Ecma предлагает все-таки внести необходимые изменения - и, быть может, исправить досадное недоразумение.

Восход OOXML