Как строить проект на open-source, не нарушая копилефт и не подрывая основу бизнеса

Копилефт - это не просто юридический нюанс, а прямое архитектурное ограничение, которое нужно проектировать. Многие до сих пор относятся к open-source лицензиям как к формальности, но в случае с GPL, AGPL и другими "заразными" лицензиями такое отношение ведёт к серьёзным рискам: от блокировки вывода продукта на рынок до принудительного раскрытия всего исходного кода.

Так, при несоблюдении всех нюансов нельзя будет подписаться под пунктом о чистоте прав на код в договоре с заказчиком, что приведет к срыву сделки. Более того, Минцифры откажут во включении ПО в реестр российского программного обеспечения (п. 5 "Правил формирования и ведения единого реестра российских программ…", что лишит возможности работать с субъектами критической информационной инфраструктуры (п. 5 ч. 3 ст. 9 Федерального закона от 26.07.2017 N 187-ФЗ) и госсектором как таковым (п. 3 Постановления Правительства РФ от 23.12.2024 N 1875).

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