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