Ассоциация "Отечественный софт": Противоречий между СПО и "проприетарными" продуктами нет

CNews: Ассоциация "Отечественный софт" зарегистрирована в сентябре 2009 года. В состав членов ассоциации входят 18 крупнейших российских компаний-разработчиков компьютерных программ. Для достижения каких целей они объединились?

Илья Захаров: Компании-члены АРПП "Отечественный софт" - это российские разработчики тиражных продуктов, т.е. компании, которые создают свой продукт и получают доход от его использования. Наша ассоциация объединяет разработчиков - как на свободных, так и на "проприетарных" платформах. Платформа не важна, для нас ключевые слова: "разработчик" и "собственный тиражируемый продукт". Таким образом, компании объединились потому, что понимают общность своих интересов.

CNews: То есть, членом АРПП "Отечественный софт" не может стать, например фирма-интегратор или дистрибутор иностранного ПО?

Илья Захаров: Совершенно верно: ни интеграторы, ни разработчики на заказ ("офшорные разработчики"), ни иностранные компании, их центры разработки или кто-либо еще. Члены нашей ассоциации - только российские фирмы, которые получают основной доход от продажи прав использования собственных компьютерных программ или от внедрения, сопровождения, обучения, адаптации, технической поддержки, но, подчеркиваю: собственных продуктов.

С другими ассоциациями мы сотрудничаем и намерены сотрудничать в дальнейшем. Однако они, как раз, объединяют и представителей крупных иностранных производителей, и интеграторов, и дистрибуторов и т.д. Это весьма разнородный состав. У наших же членов, и крупных, и мелких интересы очень близки, сходное понимание приоритетных проблем, целей, задач.

Зачем вообще ассоциация? В идеале, я думаю, организация должна обрести некие свойства, присущие ей, как целому, "интегративные свойства". Это моя "сверхзадача" как исполнительного директора. Одним из основных таких свойств является умение совместно формировать четкие, продуманные, эффективные и, что очень важно - исполнимые меры, решения, предложения по актуальным отраслевым вопросам.

Илья Захаров: Для госзаказчика приоритетом должна являться возможность самостоятельного обеспечения жизненного цикла разработки

Рискну дать такое определение профессионального сообщества - это те группы профессионалов, которые формируют отраслевые бизнес-модели. Так вот, в нашей ИТ-отрасли пока доминируют бизнес-модели, сформированных не у нас и без нас.

CNews: Какие направления работы имеются в виду? Какая-то отраслевая стратегия?

Илья Захаров: Да. В том числе. Уже больше трех лет в ИТ-сообществе зреет идея формирования некоего глобального стратегического документа. Исторически сложилось так, что сейчас его рабочее название "Российская программная платформа", и политическое решение по данному вопросу было сформулировано руководством страны еще несколько лет назад.

CNews: Что мешает появлению такого документа? Ведь тема создания отечественной технологической среды для разработки ПО обсуждается уже достаточно давно.

Илья Захаров: Проекты такого документа публиковались. Это не только вопросы технологической среды. Стратегия, очевидно, должна учитывать многое - подготовку кадров, в том числе и т.д. Думаю, что мешает появлению документа несовершенство механизмов выработки консолидированного мнения профессионального сообщества.

Действительно, важнейшим техническим вопросом "Российской программной платформы" является обоснованная единая позиция нашего сообщества, что такое репозиторий программ для ЭВМ, как он должен работать. Соответственно, нужен четкий, внятный ответ на вопрос, чем хорош или плох отечественный репозиторий Sisyphus - а другого в России нет. Определенность в этом вопросе станет очень значительным практическим шагом на пути к "Российской программной платформе".

CNews: Как в глобальном стратегическом документе, о котором мы говорим, можно примирить СПО и "проприетарный" софт. Вы говорили, что АРПП "Отечественный софт" объединяет и тех и других разработчиков. Уже года три тема СПО звучит как магистральное направление.

Илья Захаров: Это и есть магистральное направление. Я в этом глубоко убежден. Если лет пять назад тема СПО считалась чуть ли не маргинальной, то сейчас она иногда преподносится некоторыми людьми как главное или, даже, единственное направление движения. Из практики известно, что крайности чаще, чем другие суждения бывают ошибочными.

Давайте сформулируем более надежный тезис: без СПО не может быть "Российской программной платформы", т.е. СПО - это необходимый компонент, но далеко не единственный.

Тема СПО важна для российского государства именно потому, что это реальная возможность серьезно продвинуться в развитии собственной индустрии разработки ПО, а наша ассоциация уже объединяет представителей этой индустрии, которые выросли и окрепли сами.

Есть еще одна фундаментальная ценность СПО - это самостоятельная, интересная, эффективная бизнес-модель, которая доказала свою жизнеспособность. Анализ жизнеспособности СПО приводит к пониманию роли двух отличительных особенностей этой бизнес-модели: специальных лицензионных условий, гарантирующих возможность всем желающим модифицировать ПО и распространять модифицированные версии, а также соответствие разработок открытым стандартам, позволяющим добиваться совместимости и взаимодейстия ПО. Обобщение этой темы приводит к мысли, что для каждой задачи на разработку ПО существует некая оптимальная комбинация требований, как к набору прав использования, так и к интероперабельности разработки. То есть, заказчику и/или пользователю следовало бы думать не только о функциональности софта, но и об этих двух параметрах. Как видите, при такой постановке вопроса не существует противопоставления свободного и "проприетарного" ПО, здесь нет дискретности: либо СПО, либо нет. Вопрос - что нужно заказчику и может ли он это сформулировать?

CNews: И что, на ваш взгляд, нужно заказчику, например, государственному заказчику?

Илья Захаров: В том-то и дело, что для разных задач разумные требования к функциональности, набору прав использования и интероперабельности различаются. Например, зачем заказчику документированный исходный код и широкий набор прав на компьютерную программу, которая предназначена для локального кратковременного использования? Наоборот, если файлы, которые будут создаваться заказываемой программой, должны быть гарантированно доступны для использования в течение 50 лет, наверное, неплохо, чтобы разработчик предоставил свои спецификации, хотя бы, форматов файлов, а может, и другие... А если эксплуатация и развитие самой создаваемой системы предполагается в течение весьма длительного периода времени?

С моей точки зрения, для государственного заказчика приоритетом должна являться возможность самостоятельного обеспечения жизненного цикла разработки. То есть, если надо, государственный заказчик должен иметь возможность привлекать к развитию разработки третьих лиц и использовать уже разработанные в рамках других заказов компоненты. Для этого необходим ранее упомянутый репозиторий, обоснованные требования к которому являются важнейшим техническим разделом "Российской программной платформы". Разумеется, это не одинаково важно для всех задач, но точно необходимо для многих объектов инфраструктуры государства, для систем, жизненный цикл которых может быть продолжительным. Иначе последствия могут быть непредсказуемы.

CNews: Получается, что всем или почти всем разработчикам для гос. нужд нужно раскрывать исходный код своих программ?

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

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

CNews: Итак, по вашему мнению, краеугольным камнем ИТ-стратегии является возможность государства самостоятельного обеспечения жизненного цикла разработки, и в эту стратегию укладывается и необходимость развития СПО, и поддержка российских компаний?

Илья Захаров: Именно так. Поддержка наших разработчиков может быть очень простой и эффективной: всего-то нужно, чтобы крупнейшие российские заказчики ориентировались, прежде всего, на российских разработчиков, тем более что именно здесь мы вполне конкурентоспособны. Это касается и проприетарных, и СПО-разработок. Совершенно точно можно формализовать требования, когда закупка российских разработок будет иметь фактический приоритет. И это не будет противоречить антимонопольному законодательству, если требования к закупкам будут учитывать не только функциональность ПО, но и объем прав использования, интероперабельность и т.д.

Для начала можно было бы просто организовать получение статистических данных по крупным потребителям об объемах и номенклатуре закупок российских и зарубежных программных продуктов. Такая информация может сделать очевидной необходимость многих разумных мер.

Есть, правда, еще один деликатный, чувствительный момент: заказчики во многих случаях не имеют технических и организационных возможностей, недостаточно осведомлены для формирования конкурсной документации, учитывающей все особенности заказа технически сложной продукции, и нередко действуют в соответствии со сложившимися стереотипами. Если мы, АРПП "Отечественный софт", можем в этом вопросе кому-то быть полезны, обращайтесь: организуем формирование корректного решения поставленной задачи.

Ольга Зайцева