Допустим, я начинаю и развиваю какой-то проект по лицензии open source и принимаю участие некоторых сообществ. Насколько шатка моя основа, если я решу взять проект коммерческим и закрытым (или разделенную лицензию)?
Этот вопрос напрямую не затрагивает проблему проекта с участием сообщества, который выглядит как другая территория, по крайней мере, с точки зрения этики. С юридической точки зрения это также может быть ненадежно, потому что я не уверен, подпадают ли авторские права под мои авторские права или автор сохраняет за собой право на часть проекта, которую он добавил.
Насколько я безопасен (с этической и юридической точек зрения), если у меня есть возможность получить коммерческий проект в будущем?
Ответы:
Как правило, участники сообщества сохраняют свои авторские права на код, который они внесли в проект. Они лицензируют ваш вклад, когда вносят код. Если вы хотите сохранить возможность изменения условий лицензии в будущем, вам, как правило, нужно, чтобы участники предоставили вам свои авторские права (либо лично, либо как юридическое лицо, которое вы создаете для того, чтобы владеть авторскими правами для этого проекта), иначе могут потребоваться измененные условия. быть совместимым с новыми условиями лицензии. Конечно, если вам требуется такой вид документов о передаче авторских прав, прежде чем вы сможете принять вклад от сообщества, гораздо менее вероятно, что сообщество решит внести свой вклад, и вам придется проделать значительную работу, чтобы получить юридические формы. в порядке, прежде чем принимать каждый вклад. Кроме того, есть большая вероятность, что ваш проект будет разветвлен, если вы решите изменить условия лицензии. Мне кажется маловероятным, что новый проект с открытым исходным кодом получит большой вклад сообщества в этих обстоятельствах.
Как правило, было бы проще, если вы изначально лицензировали продукт на условиях раздельной лицензии или если первоначальные условия лицензии были совместимы с будущим продуктом с закрытым исходным кодом. Например, код, находящийся под лицензией BSD, может быть включен в коммерческий продукт в любое время, поэтому, если проект и материалы находятся под лицензией BSD, вы можете легко выпустить коммерческую версию того же продукта. Однако ваше намерение (или возможность) создать коммерческий продукт, вероятно, уменьшит интерес к участию в вашем проекте - большинство разработчиков с открытым исходным кодом не заинтересованы в внесении неоплачиваемых взносов в коммерческий продукт.
Конечно, как и в любых юридических вопросах, вам следует поговорить с юристом, а не полагаться на сообщение на форуме, прежде чем предпринимать какие-либо решительные действия. Вы почти наверняка захотите, чтобы этот адвокат разработал документ о передаче авторских прав, который вам нужно будет подписать, и вам нужно будет обсудить свои планы на будущее с юристом, чтобы убедиться, что все настроено правильно.
источник
Если проект лицензирован по одной из наиболее разрешительных лицензий (BSD, MIT, Boost или Apache, которые, как я знаю, позволяют это), то юридически вам разрешено распространять объектный код, и у вас нет требования предоставлять какие-либо изменения, внесенные вами в исходный код обратно в сообщество. Вы также можете лицензировать производную работу под другой лицензией. Обратите внимание, что вам все равно нужно включить текст лицензии в соответствии с требованиями лицензии.
Является ли это этическим или нет, это то, что является довольно спорным. Я склонен думать, что если разработчик лицензировал свой код под одной из этих более разрешительных лицензий, он хотел бы, чтобы программное обеспечение использовалось как в проектах с открытым исходным кодом, так и в коммерческих проектах. Если они не хотят коммерческого использования своего кода, они должны были лицензировать его в соответствии с GPLv3.
источник
Любой вклад, который я делаю в ваш проект, остается моим авторским правом, если я не передам его кому-либо еще. Быть владельцем авторских прав означает, что я могу решить, по какой лицензии доступна моя работа.
Таким образом, лицензирование является связанным, но отдельным вопросом. Если я внесу свой вклад в ваш проект, я должен согласиться выпустить свою работу по лицензии проекта (или, возможно, совместимой).
Многие лицензии с открытым исходным кодом не позволят вам закрыть производный источник позже, но некоторые из них будут. Если я правильно понимаю, ни один из них не позволит вам закрыть текущую (открытую) базу кода, так что это также то, что вы должны рассмотреть.
Поэтому вам нужно будет либо начать с лицензии, которая позволит вам закрыть будущие разработки, либо договориться об этом со всеми участниками. Лучше всего обратиться к юристу до того, как он внесет значительный вклад, и быть в курсе того, что вы пытаетесь сделать.
источник
Если вы хотите изменить лицензию вашего проекта, либо вы попросили всех участников подписать «Соглашение с участниками», либо вы должны запросить разрешение каждого из участников.
что довольно сложно и причина, почему ядро Linux все еще находится под gpl v2
источник
Кажется, что к большинству проектов ОС прикреплено коммерческое подразделение, как версия Enterprise. По сути, они предлагают SLA, поддержку и т. Д. Я думаю, что если проект с открытым исходным кодом, по сути, вы не можете просто закрыть его. Возможно, вы сможете сделать будущие версии закрытым исходным кодом и переименовать их или сделать дополнения закрытым исходным кодом, но реальные проекты, насколько я понимаю, должны оставаться открытыми. Я думаю, что предприятие - лучший путь, вы все еще получаете преимущества с открытым исходным кодом и можете получать доход.
Из любопытства, почему вы хотите закрыть исходный код вашего проекта?
источник
С юридической точки зрения, если вы используете лицензию, открытую достаточно, чтобы кто-либо из участников мог использовать ее в коммерческих целях, я бы подумал (не будучи юристом), что вы также сможете это сделать.
С этической точки зрения у вас будет более сильное обязательство. Вы должны быть очень открыты и четко понимать свои намерения как вначале, так и со временем, когда ваши планы меняются.
источник
Также вы можете выбрать модель, похожую на модель Redhat. Создание плагинов с закрытым исходным кодом, но с открытым исходным кодом. Это также может привести к улучшению инноваций, поскольку вы все равно получите поддержку сообщества для продукта, который может принести пользу сообществу открытого исходного кода. Предложение обучения, консультации и поддержка также могут подсластить сделку для вас.
источник