Журнал "Компьютерра" №723
Шрифт:
Логично, что, общаясь с гражданином по цифровым каналам, государство не имеет права навязывать ему какое-либо конкретное ПО или платформу - даже если это ПО является "стандартом де-факто". Если 99% граждан моей страны используют какой-то продукт, это не значит, что и я обязан использовать тот же продукт (особенно если нехорошие люди из забугорной компании хотят за него моих кровных денег). Независимо от того, какой софт я предпочитаю использовать, государство должно иметь возможность "понимать" меня, а я - "понимать" государство. В крайнем случае, если устраивающего меня софта не существует, я должен иметь техническую возможность написать его самостоятельно. По сути, это следствие требования равенства всех граждан перед законом. Также различные подразделения
Есть и другие причины, по которым именно государство заинтересовано в использовании открытых стандартов на информационные технологии. В первую очередь, как правило, отмечают необходимость долговременного хранения документов - что практически невозможно, если архивы хранятся в проприетарном формате с закрытыми спецификациями. Никто не гарантирует, что через семьдесят лет будет существовать ПО, способное прочитать эти файлы. Наличие четкой "человекочитаемой" спецификации формата позволяет надеяться, что и через семьдесят, и через сто, и через двести лет найдется инженер, способный реализовать соответствующее приложение на существующих в тот момент системах.
Зависимость от одного поставщика, который может перестать поддерживать формат или просто исчезнуть с лица Земли, является крайне опасной.
Эти и другие аргументы заставляют государственные структуры многих стран разрабатывать специальные наборы требований к информационным технологиям, которые могут использоваться в публичном секторе. Одно из таких требований - предпочтительное использование международных стандартов - в частности, принятых в ISO.
IBM участвует в разработке многих стандартов, в том числе и для электронных документов. Работа над стандартизацией формата ODF началась более пяти лет назад, а после того, как он стал стандартом ISO, мы поддержали этот стандарт как имеющий широкое применение в отрасли и большую пользовательскую базу своим вступлением в OpenOffice.org 10 сентября 2007 года. На сегодняшний день это единственный открытый, совместимый, не являющийся собственностью какой-либо компании и стандартизованный формат для офисных приложений. Для пользователя это означает постоянный доступ к документам, независимо от того, с помощью какого приложения они были созданы. ODF гарантирует сохранность документа даже в том случае, если программа, в которой он создавался, больше не существует.
IBM разрабатывает технологии и продукты, такие как Lotus Symphony, под ODF и является членом сообщества OpenOffice.org. Первоначальный вклад IBM - исходный код разработок, выполненых в рамках нашего продукта Lotus Notes, например, улучшение доступности приложений. Мы планируем дальнейшее совершенствование как функциональности, так и кода OpenOffice.org. Помимо работы с сообществом над свободным ПО для офиса, мы также будем использовать технологии, разрабатываемые в рамках OpenOffice.org, в наших продуктах.
Мы поддерживаем 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.
Один из распространенных пунктов технической критики OOXML: согласно календарным формулам, приведенным в спецификациях формата электронных таблиц, 1900 год получается високосным, что неверно. По словам представителей Microsoft, впервые этот "баг" появился в Lotus 1-2-3 - в те давние времена процессорное время было дорого и упрощение формул за счет таких незначительных погрешностей только приветствовалось. Однако, ради соблюдения обратной совместимости, до сего момента этот "баг" умышленно повторялся в большинстве реализаций электронных таблиц. Исправить его в спецификации OOXML - раз плюнуть, но когда "технари" от Microsoft заикнулись об этом на заседании технического комитета Ecma, им быстро "заткнули рот" представители крупного бизнеса, опасавшиеся проблем с уже накопленным массивом данных. Тем не менее, ссылаясь на критику, поступившую из ISO, Ecma предлагает все-таки внести необходимые изменения - и, быть может, исправить досадное недоразумение.