Закрытое ПО и программное обеспечение с открытым исходным кодом Традиционная модель разработки, распространения и эксплуатации (включая поддержку) программного обеспечения подразумевает создание прикладного ПО (ППО) или операционной системы (ОС) компанией-разработчиком, сборка модулей ПО, упаковку (создание дистрибутива) и распространение по каналам продаж. Этот проприетарный подход хорошо известен как индивидуальным потребителям, так и компаниям – на примере ОС Microsoft Windows, пакета MS Office, серверного ПО MS SQL Server, Windows Server, БД Oracle, ERP-систем SAP и т.д. Принципиально другой является модель разработки ПО с открытым исходным кодом – Open Source. Над программным продуктом в этом случае трудится целая группа независимых разработчиков, которая может быть рассредоточена по разным странам и континентам. ПО с открытым исходным кодом распространяется под различными лицензиями. Некоторые из них более строгие, например GPL: согласно условиям данной лицензии, при внесении изменений в код и коммерческом использовании полученного программного продукта все изменения в исходном коде должны быть опубликованы. Другие лицензии, такие, как MIT, BSD, Apache, позволяют использовать исходный код библиотек, приложений или фреймворков в коммерческих продуктах без публикации внесенных изменений или модификаций. Чего могут лишиться российские разработчики Что будет, если разработчик некой библиотеки, прикладного продукта или фреймворка захочет удалить свой продукт из репозитория или изменить условия лицензии? В случае использования продукта с закрытым исходным кодом (например, ОС Windows или СУБД Oracle) удаление дистрибутива с сайта производителя равносильно катастрофе. Его нельзя будет больше скачать, а если даже и удастся найти где-то копию, то маловероятно, что ее регистрация будет успешной. Основная сложность при изменении лицензии на продукт с Open Source состоит в том, что с изменением лицензии должны согласиться все контрибьюторы (лица, предоставляющие исходные данные, в данном случае код), вовлеченные в этот проект. Локальная копия исходного кода как гарантия безопасности проекта У компании-разработчика, активно участвующего в создании программного продукта, есть своя локальная копия репозитория. Достаточно будет инициировать создание нового репозитория, возможно – с другим именем, и реплицировать локальную версия кода в этот репозиторий. Кроме того, крупные проекты, такие как GNOME и KDE (графические оболочки для среды Linux с набором прикладных программ) изначально используют собственные репозитории. Возможные санкции и их эффект Возможные санкции со стороны США и ЕС в направлении ПО не смогут вызвать необратимые последствия при использовании российскими компаниями ПО с открытым исходным кодом хотя бы в критичных бизнес-процессах. В соответствии с параграфом 734.7 правил EAR, программное обеспечение не является «технологией» или «программным обеспечением», подпадающим под действие правил EAR, при условии, если оно было сделано доступным для общественности без ограничений на его дальнейшее распространение.spbIT.ru