Правильное применение лицензии с открытым исходным кодом

Ответ 1

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

Насколько мне известно...

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

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

В проектах с открытым исходным кодом типично размещать лицензию в файле с именем "ЛИЦЕНЗИЯ" или "КОПИРОВАНИЕ" в каталоге верхнего уровня проекта. Я предлагаю вам придерживаться этого соглашения, так как именно там люди будут искать лицензию. Также хорошо указать, какая лицензия находится на веб-сайте проекта, чтобы люди не могли загрузить весь проект, прежде чем они узнают, что такое лицензионное соглашение.

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

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

Последнее, что не связано с вопросом... Я настоятельно рекомендую вам избегать GPL и LGPL, а также перейти к более разрешительной лицензии (например, MIT, New BSD, Simplified BSD), поскольку первые ограничивают возможность адаптации вашего кода, а проекты с более либеральными лицензиями, если они станут принятыми в отрасли, могут быть подкреплены отраслью (например, Apache Foundation имеет сильную отраслевую поддержку, поскольку, в отличие от GNU/FSF, которая ошибочно рассматривает открытый исходный код и закрытый источник в качестве врагов, видит их в качестве соавторов и поэтому использует лицензии, позволяющие широко использовать их проекты в мире индустрии).

Ответ 2

Отказ от ответственности: IANAL. Тем не менее, вот некоторые случайные мысли по теме:

Термин "интеллектуальная собственность" объединяет в себе множество видов права: патент, авторское право, торговую марку и коммерческую тайну. Применение лицензии к создаваемой вами работе повлияет на то, как ваша работа может быть использована. Поскольку каждая лицензия допускает различные виды использования вашего кода, то, как вы применяете лицензию, обычно зависит от выбранной вами лицензии. Например, информацию о том, как лицензировать свой код под лицензией Apache 2.0, можно найти на http://www.apache.org/licenses/. Обратите внимание, что проекты, управляемые Apache Software Foundation, также требуют, чтобы каждый участник предоставлял авторские права ASF для работы. Предоставление авторских прав отдельно от лицензии.

Я бы рекомендовал прочитать Van Lindberg "Интеллектуальная собственность и открытый исходный код", чтобы узнать какую-то терминологию, и если у вас есть важные коммерческие интересы, связанные с кодом, потратьте несколько часов на адвоката.

Ответ 3

Отказ от ответственности: я не юрист, ниже просто мое понимание лицензирования OSS. Если я ошибаюсь, я буду признателен за любые исправления.

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

Пример применения лицензии OSS для проекта см. в http://www.gnu.org/licenses/gpl-howto.html

Ответ 4

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

a) Вы можете поместить то, что хотите, но, чтобы быть восприняты всерьез, вы можете использовать лицензию, которая уже красиво написана и принята... проверьте openource dot org/license/category для (loong) списка b) Чтобы решить, какой тип лицензии, ознакомьтесь с этим недавним сообщением: http://www.itbusinessedge.com/cm/community/features/guestopinions/blog/ringing-in-the-new-year-with-clean-intellectual-property/?cs=38892&page=1. Обычными являются GPL V2, LGPL, Apache, New BSD - проверьте итоговую матрицу на странице 2 статьи c) убедитесь, что ваше программное обеспечение не содержит код от другого открытого источника или стороннего участника, иначе вы будете требовать их от вас, а не за хорошую идею! Существуют инструменты, которые вы можете использовать на пробной основе для сканирования вашего кода. d) поместите текст лицензии в файл License.txt или Copyright.txt в папке. Также добавьте простой (или сложный, если хотите) заголовок в исходные файлы, как упоминает Кимваис в предыдущем сообщении.

Удачи.

Ответ 5

Короткий ответ не адвоката;

• Ничего, кроме как дать понять кому-либо, что вы, единственный автор кода, лицензируете код в любых условиях.
• Желательно иметь файл лицензии в корневом каталоге. Я лично добавлю "верхние комментарии" всех файлов к строке Copyright 2010 <Your Name>. Released under <license name> in <Your country>.. Последняя часть предназначена для того, чтобы вы могли утверждать, что лицензия никогда не должна интерпретироваться по какому-либо другому закону, кроме вашего локального (чтобы вы могли получить компетентную адвокат в вашей стране, в случае, если все пойдет не так)
• Я бы сказал, что это зависит от выбранной вами лицензии.

Для получения дополнительной информации прочитайте эту книгу - или обратитесь к юристу с опытом лицензий на программное обеспечение.