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

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

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

Благодарю.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Понимание открытого исходного кода и лицензирования свободного программного обеспечения

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

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

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

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

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

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

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

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

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