2010-06-03 2 views
4

Я создаю игру на C++. Теперь я не уверен, как буду распространять его, хотя я уверен, что не буду за это платить. И я изучаю лицензию, и я задавался вопросом, есть ли лицензия, подходящая для нерешительных, подобных мне.Лицензирование для неопределенного

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

Кто-нибудь знает о лицензии (или другой конструкции), которая позволила бы мне это сделать?

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

+0

Как вы планируете поощрять и принимать кодовые взносы для проекта, исходный код которого не был выпущен? Просто любопытно ... –

+0

Идея состоит в том, чтобы разрешить доступ ко всем людям, которые хотят помочь. Я еще не полностью его разработал, но это не потребует разрешения на перераспределение исходного кода, не так ли? – Jasper

ответ

1

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

Перемещение кода на менее ограничительную лицензию довольно легко сделать. До тех пор, пока вы убедитесь, что проект либо владеет всем исходным кодом, либо имеет неограниченные/неограниченные права на использование, изменение и повторное распространение его, то open-sourcing он по вашему усмотрению не должен быть слишком большой проблемой.

Обновление: К сожалению, таких готовых, как NDA-подобных лицензий, нет, это свободно доступны. Поскольку они призваны придать конкретные юридические права и применять конкретные юридические ограничения, они, как правило, разрабатываются юристом и настраиваются специально для конкретного проекта/ситуации.

Это, как говорится, вы можете использовать available open-source licenses, чтобы написать свою собственную ограничительную лицензию. Вы хотели бы, чтобы ваша лицензия была сосредоточена на предоставлении и резервировании ваших прав и не обязательно ограничивала права других (по крайней мере, не в той же детали). Например, сделайте следующее предложение (модифицированная версия раздела 2.1 от Adaptive Public License):

2.1. ЛИЦЕНЗИЯ АВТОРСКОГО ПРАВА ОТ УЧАСТНИКОВ.

(a) Subject to the terms of this License, the Contributor 
    hereby grants <<Project Owner>> a world-wide, royalty-free, 
    non-exclusive copyright license to: 

    (i) reproduce, prepare derivative works of, publicly display, 
     publicly perform, distribute, sublicense, and re-license 
     the Contribution; and 

    (ii) reproduce, publicly display, publicly perform, 
     distribute, sublicense, and re-license any derivative 
     works (if any) prepared by <<Project Owner>>; 

    in Source Code and Executable form, either with other Modifications, 
    on an unmodified basis, or as part of a Larger Work. 

Вы бы заменить «< < Владелец проекта > >» или с вашим именем или именем вашего проекта. Вы также включили бы еще один раздел, в котором указывалось, что получателям кода не разрешается делиться или повторно распространять код, в том числе измененные его версии, любым способом, формой или формой, кроме как отправлять изменения обратно вам. В другом разделе будет указано, что все модифицированные версии кода должны быть лицензированы по той же лицензии, а другой раздел зарезервирует (для вас) право изменять лицензию кода. Общим отказом от ответственности (например, в конце BSD License) также является удобная вещь. Вы можете использовать язык из существующих лицензий в качестве шаблона (вроде как я сделал выше) для создания различных разделов вашей лицензии.

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

Update2: Другой вариант, который вы могли бы преследовать, заключается в том, чтобы изменить способ внесения участниками своего кода. Ваш исходный код будет иметь лицензию, которая запрещает вкладчику передавать код в исходной или объектной форме с изменениями или без каких-либо изменений любой другой стороне по какой-либо причине с подошвой исключение отправки файлов патчей к вам. Когда вкладчик отправляет свою работу, пусть они представляют только патч (вместо измененной версии источника) и требуют, чтобы сами заплатки были лицензированы MIT или WTFPL. Таким образом, у вас есть неограниченные права на использование патчей, включая их повторное лицензирование или использование их в вашем проекте (независимо от лицензии вашего проекта). Вам не нужно будет получать оригинальное разрешение автора на повторную лицензию вашего кода, так как единственная часть, на которую они претендуют, является файлом патча. Ваша единственная обязанность, скорее всего, будет давать должное вкладчику (как в разделе «спасибо вам в следующих источниках» в вашей документации или на веб-сайте), но вы, вероятно, планируете это делать в любом случае.

+1

Как и GPL, модифицированные версии также лицензируются GPL, ваша лицензия на разработку заставит модифицированные версии быть лицензированными той же лицензией. Просто убедитесь, что ваша лицензия на разработку указывает, что вы (или, возможно, «проект») имеете неограниченные права на код с точки зрения использования, модификации, (повторного) распространения и повторного лицензирования. – bta

+0

@bta, когда вы говорите, что ваша лицензия на разработку заставит модифицированные версии лицензироваться той же лицензией, вы не совсем правы. Лицензия может заявить о своих правилах перераспределения (измененных версий) по своему усмотрению. Это правда, что GPL заставляет модифицированные версии лицензироваться под GPL, но это совпадение выбора GPL, известного как copyleft. Возьмем, к примеру, LGPL, который не имеет такого ограничения и допускает перераспределение по любой лицензии. – Jasper

+0

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

0

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

+0

Хорошо, я вижу, что это не редкость. Однако как это будет работать? Я имею в виду, что вам нужно разрешение каждого участника, чтобы сделать лицензию более либеральной, не так ли? Кроме того, как это можно применить в этой ситуации? – Jasper

1

Если вы являетесь единственным владельцем авторских прав, вы можете сделать лицензию, что бы вы ни хотели.

По-моему, лицензия FLOSS, которую вы выбираете, обычно сообщает вам, какие взносы будут лицензированы.

Как ответил Khnle, как вы собираетесь поощрять исправления кода без исходного кода?

0

Для небольшого проекта просто отпустите его. Используйте WTFPL (http://www.wtfpl.net/) и оставьте это на этом. Если вы получите кого-то, кто хочет внести свой вклад, это будет здорово. Если проект действительно взлетает, WTFPL может быть переопределен GPL или BSD или MIT, когда придет время.

1

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

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

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

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

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

+0

Я знаю, как авторское право лучше, чем у большинства людей, но я думаю, что ваш ответ - хорошее объяснение, тем не менее (во-первых, я мог бы сказать вам, что, пока я сжимаю кого-то, чтобы что-то сделать для меня, авторское право автоматически будет моим, даже хотя я не компания). Что касается ваших предложений по лицензированию, я действительно не верю в copyleft, так что это будут _LGPL_, BSD и MIT. – Jasper

+0

Тот факт, что я хорошо знаю об авторском праве, заставляет меня хотеть иметь все в порядке, даже если проблема не будет важной, поскольку не будет много участников. Это просто позор, если, например, я решил выпустить код через 10 лет (когда я перестаю поддерживать программное обеспечение - в основном, как программное обеспечение, это переписывание (в широком смысле этого слова) делает прямо сейчас) и Мне бы мешали проблемы с авторским правом и недостижимые люди, только потому, что я позволил кому-то написать код сегодня. Нет, когда дело доходит до авторского права, лучше всего иметь дело прямо. – Jasper

+0

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

Смежные вопросы