Третье замечание относится к проблемам, связанным с поиском и разработкой свободного ПО. «В то время, как поиск [существующих программ] – более или менее формализован, относительно разработки СПО в проекте полная неопределенность – кто, в случае необходимости, его разрабатывает». Также в Институте полагают, что отличие свободного от несвободного ПО в том, что первое, как правило, поставляется «производителем» без гарантий, а второе – с обязательствами перед «покупателем».
Четвертое замечание касается отсутствия в обосновании законопроекта понятия ТСО и приводится список ее составляющих, учет которых, по мнению Института, необходим для определения экономической целесообразности перехода на СПО.
Несмотря на эти замечания, в Институте не предлагают отвергнуть билль, а лишь указывают на необходимость его доработки40.
5)
Особо болезненную реакцию Департамента вызвало положение о моратории на преследование конечных пользователей нелицензионных копий программ, содержащееся в законопроекте. Эксперты Департамента указывают на противоречие этого положения целому ряду действующих законодательных норм.
Эксперты Департамента опасаются, что реализация положений проекта может «нарушить систему функциональной» (так в тексте) «безопасности», поскольку свободный доступ к исходному коду программ приведет к тому, что «многие профессионалы смогут изменять их с целью получения конфиденциальной информации и последующего использования ее в своих интересах».
Эксперты Департамента предполагают, что переход на свободное ПО будет затратным мероприятием, особенно высоки будут издержки подготовки кадров на переходном этапе.
Определение свободного ПО, данное в тексте законопроекта, эксперты связывают «лишь с одним видом ПО», который называют «Linux/GNU style», и считают, что это приведет к монополизации поставок «одним производителем».
В контрактации на свободное ПО они усматривают «широкое поле для злоупотреблений», связанных с фиктивной контрактацией.
Соответственно, Департамент выступает резко против принятия такого закона41.
6)
7)
По имеющимся у нас сведениям, наиболее вероятным исходом ситуации станет прохождение той или иной согласительной процедуры и вынос его на первое чтение в Раду.
Резюме содержания украинского законопроекта. Разработчики законопроекта попытались одним актом воздействовать на три аспекта ситуации: проблемы, связанные с непродуманной политикой «легализации» ПО в рамках ранее принятых законодательных актов; проблемы, связанные с недостаточной открытостью и стандартизованностью ПО, эксплуатируемого в госсекторе; проблемы, связанные с недостаточным использованием потенциала свободного ПО.
Именно попыткой одновременного воздействия на три разных, хотя и взаимосвязанных, аспекта ситуации, и объясняются, на наш взгляд, сложности, которые возникли с формированием общественного мнения в связи с законопроектом.
В то же время, именно такое сочетание относительно сложных (открытость ПО, модели лицензирования ПО при госзаказе) вопросов с очевидными и весьма конъюнктурными (купирование проблем, связанных с продвижением идеологии «интеллектуальной собственности»), видимо, и спровоцировало бурную реакцию оппонентов, что позволяет нам теперь анализировать ее эмоциональную и логическую структуру.
Можно предположить, что в аналогичной ситуации в других странах реакция будет тем ближе к описанной, чем ближе общие законодательные и культурные условия.
Структура возражений к законопроектам и их основательность