Компьютерра, 2008 № 07 (723) | страница 36

Однако в дальнейшем стало ясно, что ситуация не столь радужна, как казалось. 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.

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