За свободные решения работают проблемы с безопасностью, имманентные закрытому коду, и повышающаяся озабоченность аудитории к открытости интерфейсов.
В долгосрочной перспективе позиции СПО в этом сегменте будут определяться успешностью проектов в области так называемого middleware – компонентных решений, соединяющих Web– (и СУБД-) платформу с реализациями конкретных предметных приложений. Состояние и динамика таких проектов, как Midgard, Zope, LRN и др. внушает определенный оптимизм.
5 СПО для локальных сетей
Крайне перспективной областью для СПО являются сервисы для гетерогенных локальных сетей различного масштаба, где основными локомотивами выступают Samba – универсальный сервер, предоставляющий массовые услуги доступа к файлам и принтерам, – и свободные системы управления базами данных (такие, как SAPdb, PostgreSQL, MySQL и пр.), которые, приближаясь, по большинству оценок, к популярным несвободным решениям в плане надежности, производительности и масштабируемости, по тем же оценкам пока уступают им в насыщении вторичными, но важными для многих приложений функциями (начиная от встроенного резервного копирования/восстановления и кончая средствами поддержки генерации отчетов).
6 Групповая работа/документооборот
Субпроцентовые оценки присутствия той же Linux на десктопе, встречающиеся в аналитических отчетах и прессе, конечно, занижены, однако сомнений не вызывает, что ее доля пока не вышла в мире за пределы 2-3%, а в России она, скорее всего, еще ниже.
Даже поверхностный анализ сферы ИТ в целом безошибочно указывает на «проблему десктопа» как ключевую для успешного продвижения свободных платформ. Однако сама проблема в подавляющем большинстве случаев подается в мистифицированном виде – то как следствие якобы имеющей место склонности конечных пользователей к несвободной решениям, то как результат некоего «всемирного заговора» – что неконструктивно.
Сущность проблемы проще всего понять, задавшись вопросом о бизнес-задачах, в подавляющем большинстве случаев решающихся на десктопе? «Общим знаменателем» можно назвать «групповую работу» – последовательное или одновременное манипулирование корпоративными данными, и содержательным ядром проблемы являются навязанные в досетевую эпоху проприетарные форматы этих данных.
Частично эта проблема решается в ходе естественной смены «офисных» бизнес-методик компьютеризации методиками реинжиниринга бизнес-процессов и, соответственно, внедрением интернет-/интранет-/экстранет-технологий. Word-процессоры и системы управления электронными таблицами постепенно уступают место «основных бизнес-приложений» на рабочих местах браузерам и клиентам электронной почты, что уже частично развязывает руки ИТ-менеджерам (конечный пользователь может и не знать, под какой ОС работает его браузер, что позволяет осуществлять ее выбор по бизнес-критериям), однако «узкое место» проприетарных форматов сохраняется, составляя проблему преодоления «порога совместимости» не только для поставщиков свободных систем, но и несвободных решений-аутсайдеров.
Большинство тех же «систем документооборота», разработанных в России, представляют собой реализующую национальную специфику «надстройку» над зарубежными несвободными пакетами, и десяти-двадцатидолларовая клиентская лицензия на рабочее место тянет за собой сотни долларов лицензионных отчислений за рубеж за несвободную платформу (прикладной пакет и ОС) и, при общей внушительной стоимости решения, лишь небольшая ее часть достается отечественной отрасли. Получается порочный круг: разработчики программ сами способствуют оттоку так необходимых для их развития средств.
Авторитетный стандарт для разметки сложно структурированных данных существует48, причем разработан он и принят полтора десятка лет назад. Проблема Стандартизованного обобщенного языка разметки (SGML, ISO 8879:1986) в том, что он оказался и обобщен до такой степени, что разработка SGML-приложений оказалась непомерно сложной, а массовый парк персональных компьютеров их до недавнего времени не «тянул» по производительности.
Один из наиболее интересных процессов, происходящих сейчас в ИТ-сфере – это внедрение упрощенного подмножества SGML, известного как Расширяемый язык разметки (XML), призванного разрушить барьеры между сферами «большого компьютинга» (более или менее совпадающей с интернет-технологиями) и «малой компьютеризации» офисного и межофисного документооборота. В этой связи стоит упомянуть проект OpenOffice.org, в рамках которого разрабатывается свободный набор XML-инструментов, по пользовательскому инструменту схожих с унаследованными офисными программами, и разработанные в ходе которого XML-приложения представлены недавно как основа промышленных стандартов в рамках консорциума OASIS (конкурирующим XML-приложением является XSD, внесенное в аналогичном статусе в консорциум W3C).
7 «Национально-специфичные» приложения
Если от «платформенных» программ требуется лишь базовая интернационализация и локализация (поддержка кодовых таблиц, соответствующих системе письма, перевод документации), то «работа с документами» предполагает определенный уровень поддержки существующих стандартов, правовых норм и обычаев.
Когда «документы» – это бухгалтерия, складской учет и прочие жестко регулируемые сферы, национальная специфика усиливается до такой степени, что лидируют здесь отечественные разработчики и поставщики. Все они (за исключением нескольких экспериментов) работают в несвободной модели, и в подавляющем большинстве их разработки ориентированы на несвободные платформы, по крайней мере, на клиентской стороне.
Последнее обстоятельство остается заметным препятствием для маркетинга свободных платформ в российском бизнесе, особенно в малом и среднем. Натуральный (складской) и финансовый учет обычно становится одним из первых приложений при компьютеризации бизнеса, и недоступность соответствующих программ под свободными платформами подталкивает менеджера к выбору несвободной платформы, влияющему и на последующие этапы компьютеризации.
Образуется замкнутый круг: бухгалтер не использует свободную ОС, поскольку под ней нет национальных бухгалтерских программ, а разработчики бухгалтерских программ не переносят их на свободные платформы, поскольку бухгалтеры на них не работают. Разомкнется круг либо волевым решением (кто-то из поставщиков увидит в этом не проблему, а открывающейся бизнес-кейс —цена лицензии на несвободную ОС – это чистый минус в сделке с клиентом), либо естественным образом – стандартизация форматов предоставления «внешней» (B2G) отчетности удешевит разработку на порядок, и рано или поздно будет представлено свободное решение, которое переделит рынок.
8 Позиция интеграторов и роль вендоров
Рыночные позиции интеграторов и поставщиков законченных решений в России традиционно слабее, чем в большинстве западных стран (прежде всего, из-за того, что бОльшая часть интеграционной деятельности отправляется внутри самих корпораций-клиентов), однако не учитывать их позицию было бы ошибкой.
Интерес к свободным ОС (за пределами их использования в телекоммуникациях) возник в этой среде относительно рано, однако активное экспериментирование было прервано известными событиями 1998 г. и до сих пор не восстановлено в полном объеме.
Российская интеграция остается в основном ориентированной на несвободные открытые системы и «решения Microsoft», и изменение этой позиции станет важным шагом на пути формирования института свободного ПО в нашей стране. Именно интеграция способна в полной мере использовать свободные решения коммерчески, но этой же категории игроков предстоят в значительной части и связанные с этим расходоы (PR, адаптация бизнес-методик внедрения и эксплуатации).
Важным фактором станет продвижение свободных платформ со стороны вендоров оборудования – корпораций, составляющих ядро мировой компьютерной индустрии.
9 Стандартизация, сертификация и госзаказ
Своевременная и разумная стандартизация форматов данных и протоколов обмена ими, как один из базовых процессов в сфере программного обеспечения, способна эффективно поддерживать конкуренцию на рынке разработки и поставки программ, причем, не только конкуренцию отдельных бизнесов, но и конкуренцию бизнес-моделей, исключая ситуации «антистандартизации» – замыкания пользователей в тесных рамках доминирующей реализации популярного приложения за счет использования неспецифицированного формата.
В нормальной ситуации отрасль способна стандартизовать важнейшие приложения сама: обычно под такие задачи формируются некоммерческие промышленные консорциумы, и выработанные ими спецификации постепенно получают статус фактических, а затем и юридических – через процедуру одобрения национальными или международными органами – стандарта.
