Можете ли вы изменить лицензию, как только вы ее выберете?


47

Я работаю над продуктом, который, по моему мнению, не полностью готов, но у меня есть набор пользователей, которые очень заинтересованы в том, чтобы использовать его сейчас в качестве «альфа-тестеров». Я хотел бы предоставить им продукт бесплатно в качестве «альфа-тестеров», но я бы хотел позже лицензировать программное обеспечение.

Это возможно? Может кто-нибудь указать мне какие-либо ссылки / книги / статьи / и т. Д.?

Благодарю.

РЕДАКТИРОВАТЬ: Из-за отсутствия моей ясности и ответов на вопрос, я думал, что я должен добавить это утверждение.

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

Спасибо всем, кто ответил и прокомментировал. Я ценю это понимание.


Открытый или закрытый источник?
quick_now

6
Если вы даете кому-то продукт, который вы делаете бесплатно, это не означает, что все копии или распространение этого продукта должны быть бесплатными.
ProdigySim

Ответы:


41

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

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

Но IANAL, отказ от ответственности и т. Д.

И то, что люди сделают из вашей лицензии, другое дело, поскольку другой ответ комментирует.

РЕДАКТИРОВАТЬ: Я ответил на это, поскольку это относится к продуктам с открытым исходным кодом. Но, перечитывая вопрос, я вижу, что не ясно, является ли это закрытым исходным кодом или открытым.

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


Это довольно распространенная стратегия - иметь коммерческую версию с последними функциями и обновлениями, и через некоторое время они переходят на бесплатную версию с открытым исходным кодом. Например, на свежем воздухе и Magento.
Виктор Николет

Проблема, конечно же, заключается также в том, чтобы доказать (!), Что его код используется в приложении с закрытым исходным кодом. Что ему будет труднее доказать, чем вам опровергнуть.
Ладья

@victor Да ... или у вас есть открытая и закрытая коммерческая версия с корпоративными дополнительными функциями. Как эти стратегии работают, другой вопрос. Соглашения о вкладчиках для таких программ могут быть более сложными и могут оттолкнуть авторов с открытым исходным кодом :-) @Rook Хорошо, я ответил на этот вопрос, как будто переходя между лицензиями с открытым исходным кодом. Если бы возникла проблема с переходом с открытой лицензии на закрытую, вы обнаружили бы, что у разработчика с открытым исходным кодом, который подозревает, что их работа была украдена, будет много сторонников и организаций на их стороне, и вы, как правило, хотите избежать флейма.
Джеймс

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

@scott Да, см sugarforge.org/content/community/participate/... для примера. Они принимают все права и дают вам лицензию на использование вашего кода. Выступая в качестве разработчика, который работает над проектом с открытым исходным кодом, связанным с бизнесом, я могу понять, почему такие вещи необходимы, но я все еще долго думал над тем, хочу ли я участвовать в таких проектах :-)
Джеймс

15

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

Если люди отправляют вам только тривиальные изменения в вашем программном обеспечении , то вы (как первоначальный автор) останетесь единственным человеком, который будет обладать авторскими правами на программное обеспечение, и, как таковой, вы можете закрыть его в любое время, когда пожелаете. , Однако следует понимать, что если вы выпустили предыдущую версию программного обеспечения под стандартной лицензией с открытым исходным кодом, то любой желающий сможет разорвать ваше программное обеспечение из такой старой копии, и, таким образом, есть вероятность, что у вас всегда может быть открытый исходный код. конкурент вашего проприетарного программного пакета. На самом деле это именно то, что произошло с Тату Илоненом, первоначальным автором SSH.С тех пор он является основателем и техническим директором ssh.com, имея мало общего с OpenBSD и OpenSSH, хотя они распространяют файлы с его авторским правом. (Хотя главное публично известное сожаление Тату Илонена связано не с авторским правом, а с тем, что он потерял знаки «ssh» и «безопасная оболочка» для общего использования, потеряв свои товарные знаки.)

Итак, что если люди действительно отправят вам значительные изменения в вашем программном обеспечении , которые будут защищены авторским правом и которые вы хотите интегрировать в дерево исходных текстов? Вы можете заключить одно из этих юридических соглашений, в соответствии с которым участники будут присваивать вам свои авторские права, поэтому юридически вы по-прежнему будете единственным «автором» программного обеспечения. Я из лагеря FreeBSD / OpenBSD, и, на наш взгляд, передача авторских прав обычно считается дурным тоном. FSF довольно печально известен своим авторским правом на большинство своих программ; NetBSD имеет это в качестве опции для своих участников (что позволило NetBSD Foundation удалить два условия из их лицензииво всех файлах, на которые никто из лиц не претендовал на авторское право); Многие коммерческие компании имеют всевозможные соглашения об участии, которые выполняют все виды заданий. Где стоит Линус Торвальдс? Линус также не любит соглашения с участниками, и, как вы можете догадаться, у ядра Lunux их нет, кроме самой GPLv2.

Итак, что если вы примете изменения в вашем дереве, защищенные авторским правом, без передачи авторских прав ? Это где ваш первоначальный выбор лицензии вступает в игру. Если вы выберете GPL, и, таким образом, участники также будут лицензировать вам свой собственный код под GPL, то вы в значительной степени застряли с GPL и всегда будете вынуждены выпустить исходный код для любого последующего коммерческого продукта (но так будет и со всеми ваших конкурентов). Если вы выберете лицензию BSD / ISC / OpenBSD , вы можете в любое время закрыть источник, чтобы добавить дополнительные функции оплаты, без необходимости вносить какие-либо изменения в исходный код (но вы также предоставляете то же право своим конкурентам). ).

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

В любом случае, независимо от того, выберете ли вы GPL или BSD, наличие версии вашего программного обеспечения с открытым исходным кодом всегда будет иметь массу преимуществ, доказанных многими успешными коммерческими компаниями, которые вращаются вокруг написания и выпуска программного обеспечения с открытым исходным кодом.



2

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

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

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

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


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

Просто не включайте никаких лицензий. Затем они будут иметь право изменять или распространять.
Дэвид Шварц

1

Ну, лично я думаю, что это хорошо, что вы думаете о лицензировании на данном этапе.

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


0

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

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

Пока вы не готовы с окончательной версией.


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

Я не понял этого в вопросе. Он спросил, может ли он потом взимать плату за программное обеспечение. Вот как я перевел вопрос.

2
Я думаю, что ваше понимание вопроса в порядке. Способ решения проблемы с лицензией в ранних выпусках - это бомба замедленного действия. В этом нет ничего плохого, и он не дает использовать старые версии (и требуется поддержка) в будущем. Вы также можете иметь все приятные юридические материалы, но ПРАКТИЧЕСКИЙ способ подчеркнуть, что «это рано и не будет длиться вечно», это тоже хорошая вещь.
quick_now

1
+1 Но вам, очевидно, нужно предупредить пользователей об этом ограничении - они не хотят запускать приложение в один прекрасный день, только чтобы получить уведомление о том, что оно устарело.
Кирк Бродхерст

@KirkBroadhurst, возможно, он не мертвый, просто не поддерживается, поэтому вам придется самостоятельно поддерживать любые изменения / исправления ошибок. Но да, важно иметь четкое представление об этом.
icc97
Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.