Могу ли я на законных и этических основаниях взять проект с открытым исходным кодом с участием сообщества в закрытом коде? [закрыто]

17

Допустим, я начинаю и развиваю какой-то проект по лицензии open source и принимаю участие некоторых сообществ. Насколько шатка моя основа, если я решу взять проект коммерческим и закрытым (или разделенную лицензию)?

Этот вопрос напрямую не затрагивает проблему проекта с участием сообщества, который выглядит как другая территория, по крайней мере, с точки зрения этики. С юридической точки зрения это также может быть ненадежно, потому что я не уверен, подпадают ли авторские права под мои авторские права или автор сохраняет за собой право на часть проекта, которую он добавил.

Насколько я безопасен (с этической и юридической точек зрения), если у меня есть возможность получить коммерческий проект в будущем?

Крис пока
источник
5
Во многом зависит от типа лицензии проекта - если это GPL, вы как бы застряли.
JohnL
Не забудьте поставить перед каждым ответом префикс IANAL
zzzzBov
1
Этично или морально ? Или оба? (-:
hippietrail
2
Вы можете избежать большой боли, решив, какие части проекта будут вашим «секретным соусом», а какие нет, а затем разработав последний открытый исходный код и оставив их таким образом. Это сокращает вашу рабочую нагрузку и позволяет вам хранить секреты при себе.
Натан Лонг
Я не думаю, что вы можете изменить проект по лицензии, как BSD, после того как вы его лицензировали. Вы также можете получить лицензию под другой лицензией, но у проекта также будет лицензия BSD.
Питер Б

Ответы:

22

Как правило, участники сообщества сохраняют свои авторские права на код, который они внесли в проект. Они лицензируют ваш вклад, когда вносят код. Если вы хотите сохранить возможность изменения условий лицензии в будущем, вам, как правило, нужно, чтобы участники предоставили вам свои авторские права (либо лично, либо как юридическое лицо, которое вы создаете для того, чтобы владеть авторскими правами для этого проекта), иначе могут потребоваться измененные условия. быть совместимым с новыми условиями лицензии. Конечно, если вам требуется такой вид документов о передаче авторских прав, прежде чем вы сможете принять вклад от сообщества, гораздо менее вероятно, что сообщество решит внести свой вклад, и вам придется проделать значительную работу, чтобы получить юридические формы. в порядке, прежде чем принимать каждый вклад. Кроме того, есть большая вероятность, что ваш проект будет разветвлен, если вы решите изменить условия лицензии. Мне кажется маловероятным, что новый проект с открытым исходным кодом получит большой вклад сообщества в этих обстоятельствах.

Как правило, было бы проще, если вы изначально лицензировали продукт на условиях раздельной лицензии или если первоначальные условия лицензии были совместимы с будущим продуктом с закрытым исходным кодом. Например, код, находящийся под лицензией BSD, может быть включен в коммерческий продукт в любое время, поэтому, если проект и материалы находятся под лицензией BSD, вы можете легко выпустить коммерческую версию того же продукта. Однако ваше намерение (или возможность) создать коммерческий продукт, вероятно, уменьшит интерес к участию в вашем проекте - большинство разработчиков с открытым исходным кодом не заинтересованы в внесении неоплачиваемых взносов в коммерческий продукт.

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

Джастин Кейв
источник
Сохранение авторских прав со стороны автора может показаться проблематичным, даже с чем-то вроде раздельного лицензирования. Участники могут потенциально решить, что они больше не хотят разрешать мне использовать их вклад в коммерческих целях (или вообще, я полагаю). Я с базы в этом заключении?
Chris Bye
5
@ChrisBye - когда участник вносит код, он дает вам лицензию на его использование в соответствии с условиями лицензии проекта. Так же, как вы не можете задним числом запретить людям использовать версию вашего продукта с открытым исходным кодом, участники не могут запретить вам использовать их вклады в соответствии с условиями, в которых они были изначально предоставлены. При последующих изменениях условий лицензии у вас возникают проблемы, потому что вам нужно вернуться и получить разрешение каждого. Это верно даже для чего-то относительно незначительного, например перехода от GPL v2 к GPL v3.
Джастин Кейв
Это делает НАМНОГО больше смысла. (Я собираюсь перейти к строке «должен быть новый вопрос»). Это наводит меня на мысль, что если бы я предлагал сплит-лицензию с самого начала (как предложено в комментариях к ответу Саймона), мне, вероятно, пришлось бы иметь дело с передача авторских прав.
Chris Bye
2
@ChrisBye - предлагать сплит-лицензию с самого начала гораздо проще с юридической точки зрения - гораздо сложнее изменить условия лицензии в будущем, чем указать условия лицензии, которые вы в конечном итоге захотите изначально. Конечно, это также означает, что, вероятно, будет сложнее привлекать вклады сообщества, поскольку большинство участников с открытым исходным кодом не заинтересованы в том, чтобы вносить неоплачиваемые вклады в коммерческий продукт.
Джастин Кейв
16

Если проект лицензирован по одной из наиболее разрешительных лицензий (BSD, MIT, Boost или Apache, которые, как я знаю, позволяют это), то юридически вам разрешено распространять объектный код, и у вас нет требования предоставлять какие-либо изменения, внесенные вами в исходный код обратно в сообщество. Вы также можете лицензировать производную работу под другой лицензией. Обратите внимание, что вам все равно нужно включить текст лицензии в соответствии с требованиями лицензии.

Является ли это этическим или нет, это то, что является довольно спорным. Я склонен думать, что если разработчик лицензировал свой код под одной из этих более разрешительных лицензий, он хотел бы, чтобы программное обеспечение использовалось как в проектах с открытым исходным кодом, так и в коммерческих проектах. Если они не хотят коммерческого использования своего кода, они должны были лицензировать его в соответствии с GPLv3.

Cromulent
источник
Вот почему, IMO, сильный авторский лев, такой как GPL, лучше, чем хиппи, делай, как пожелаешь, BSD, MIT и др .;)
Андрес Ф.
1
Даже если у проекта есть недопустимая лицензия, ее можно закрыть, если авторы предоставили вам авторские права. Некоторые проекты с открытым исходным кодом требуют, чтобы авторы присваивали авторские права, хотя, как правило, они могут переходить с одной лицензии на другую (например, при обновлении GPL)
MarkJ
4
@AndresF. не обязательно ... если бы стек TCPIP не был лицензирован по коду BSD, то Microsoft не использовала бы его в Windows NT, и мы бы все сейчас использовали MSNetwork :( Не пишите о преимуществах лицензий BSD только потому, что кто-то может на этом заработать. Мне нравится думать, что лицензия BSD лучше всего подходит для библиотек, которые вы хотите стать стандартом, и лицензия GPL для продуктов
gbjbaanb
7

Любой вклад, который я делаю в ваш проект, остается моим авторским правом, если я не передам его кому-либо еще. Быть владельцем авторских прав означает, что я могу решить, по какой лицензии доступна моя работа.

Таким образом, лицензирование является связанным, но отдельным вопросом. Если я внесу свой вклад в ваш проект, я должен согласиться выпустить свою работу по лицензии проекта (или, возможно, совместимой).

Многие лицензии с открытым исходным кодом не позволят вам закрыть производный источник позже, но некоторые из них будут. Если я правильно понимаю, ни один из них не позволит вам закрыть текущую (открытую) базу кода, так что это также то, что вы должны рассмотреть.

Поэтому вам нужно будет либо начать с лицензии, которая позволит вам закрыть будущие разработки, либо договориться об этом со всеми участниками. Лучше всего обратиться к юристу до того, как он внесет значительный вклад, и быть в курсе того, что вы пытаетесь сделать.

Саймон
источник
Временный -1. Ваш ответ сбивает с толку. Принимая участие в проекте, вы соглашаетесь с условиями его всеобъемлющей лицензии. Вы намекаете иначе?
Крейг,
1
@ Крейг, насколько я понимаю, это то, что право собственности на авторское право и лицензирование - это разные вопросы
jk.
@Craige, нет, я не намекаю на это, но я отредактирую, чтобы прояснить ситуацию. Авторское право и лицензирование связаны, но не совпадают.
Симон
+1 И -1 к @Craige, при всем уважении. JK здесь правильно, а вы не правы
MarkJ
1
@Chris, проекты с раздельными лицензиями, которые я видел, работают через авторские права. Если у меня есть полное авторское право на проект, я могу предложить его под тем количеством лицензий, которое выберу.
Симон
4

Если вы хотите изменить лицензию вашего проекта, либо вы попросили всех участников подписать «Соглашение с участниками», либо вы должны запросить разрешение каждого из участников.

что довольно сложно и причина, почему ядро ​​Linux все еще находится под gpl v2

sufrostico
источник
0

Кажется, что к большинству проектов ОС прикреплено коммерческое подразделение, как версия Enterprise. По сути, они предлагают SLA, поддержку и т. Д. Я думаю, что если проект с открытым исходным кодом, по сути, вы не можете просто закрыть его. Возможно, вы сможете сделать будущие версии закрытым исходным кодом и переименовать их или сделать дополнения закрытым исходным кодом, но реальные проекты, насколько я понимаю, должны оставаться открытыми. Я думаю, что предприятие - лучший путь, вы все еще получаете преимущества с открытым исходным кодом и можете получать доход.
Из любопытства, почему вы хотите закрыть исходный код вашего проекта?

user60812
источник
0

С юридической точки зрения, если вы используете лицензию, открытую достаточно, чтобы кто-либо из участников мог использовать ее в коммерческих целях, я бы подумал (не будучи юристом), что вы также сможете это сделать.

С этической точки зрения у вас будет более сильное обязательство. Вы должны быть очень открыты и четко понимать свои намерения как вначале, так и со временем, когда ваши планы меняются.

PSR
источник
0

Также вы можете выбрать модель, похожую на модель Redhat. Создание плагинов с закрытым исходным кодом, но с открытым исходным кодом. Это также может привести к улучшению инноваций, поскольку вы все равно получите поддержку сообщества для продукта, который может принести пользу сообществу открытого исходного кода. Предложение обучения, консультации и поддержка также могут подсластить сделку для вас.

Sedaition
источник