Правильно применяя [закрытую] лицензию Open Source
Мой вопрос состоит из нескольких точек, которые по сути связаны, я приношу извинения за это. Я пытался разделить его немного больше, но я буду продолжать повторять меня.
- Что точно требуется, чтобы применять лицензию Open Source к кодовой базе, которая является моей Интеллектуальной собственностью?
- Много проектов С открытым исходным кодом включает полную копию лицензии где-нибудь в корневом каталоге, но действительно также имеет своего рода заголовок файла включая описание лицензии, правовую оговорку и уведомление об авторском праве. Это действительно необходимо, или это зависит от типа лицензии?
- Если кто-то еще вносит изменения в этом файле, его должны назвать в уведомлении об авторском праве также?
5 ответов
Заявление об ограничении ответственности
Я не юрист, поэтому вам следует проконсультироваться с одним из них, чтобы получить здесь абсолютно правильные ответы.
Насколько мне известно ...
Каждый раз, когда вы создаете что-то, будь то код или что-то еще, вы автоматически становитесь владельцем авторских прав на эту работу (если вы не подписали соглашение, в соответствии с которым это «работа» на прокат »).
Как владелец авторских прав, вы можете применять любую лицензию, какую захотите. Дело в том, что если вы не выдадите лицензию, то никто не имеет права использовать, копировать, изменять, распространять и т. Д. Вашу защищенную законом работу. Таким образом, пользователям нужна ваша лицензия, чтобы иметь разрешение на использование проекта (если вы не дадите лицензию, он не может, вопреки распространенному мнению, считаться общественным достоянием). Таким образом, вам не нужно беспокоиться о людях, игнорирующих лицензию ... если они не могут указать на лицензию, по которой вы предоставляете им права на использование вашего программного обеспечения, как владелец авторских прав, вы можете подать на них в суд за использование вашей защищенной авторским правом работы. без вашего явного разрешения на это.
Обычно в проектах с открытым исходным кодом лицензию помещают в файл с именем «LICENSE» или «COPYING» в каталоге верхнего уровня проекта. Я предлагаю вам придерживаться этого соглашения, поскольку именно там люди будут искать лицензию.Также полезно указать, какая лицензия предоставляется на веб-сайте проекта, чтобы людям не приходилось загружать ваш проект целиком, прежде чем они узнают, что такое лицензионное соглашение.
Нет необходимости включать полную копию лицензии в каждый файл исходного кода, хотя это довольно распространенная практика. Однако имейте в виду, что размещение полной копии лицензии (или, по крайней мере, некоторого указания на право собственности на авторские права и названия лицензии, если это хорошо известная лицензия) в любых устанавливаемых вами файлах заголовков позволит избежать путаницы. относительно того, откуда возникли файлы заголовков, так что это разумно.
Если вы являетесь владельцем проекта, а другие участвуют в проекте, подобном «работе по найму», то нет необходимости называть участников. Тем не менее, вы должны четко указать (и получить постоянную запись о соглашении от участников), что вы останетесь единственным владельцем авторских прав на проект, несмотря на внесенный вклад. В противном случае участники действительно обладают авторскими правами на файлы / код, которые они предоставили.
И последнее, не связанное с вопросом ... Я настоятельно рекомендую вам избегать GPL и LGPL и выбрать более разрешительную лицензию (например, MIT, New BSD, Simplified BSD), поскольку первая ограничит возможность адаптации вашего кода, и проекты с более либеральными лицензиями, если они будут приняты в отрасли, могут получить поддержку со стороны отрасли (например,Apache Foundation пользуется сильной отраслевой поддержкой, потому что, в отличие от GNU / FSF, которая ошибочно рассматривает открытый и закрытый исходный код как врагов, считает их соавторами и поэтому использует лицензии, позволяющие широко применять их проекты в мире отрасли).
Отказ от ответственности: я не юрист, ниже я просто понимаю лицензирование OSS. Если я ошибаюсь, буду признателен за любые исправления.
- Четко укажите (на веб-сайте вашего проекта, в исходном коде, документации, заставке, диалоговом окне «О проекте» и т. Д.), Что проект лицензируется в соответствии с выбранной вами лицензией.
- Учитывая природу открытого исходного кода, если часть вашего проекта используется в другом проекте, принадлежащем другому лицу (например,некоторый полезный служебный класс), наличие "основ" лицензии как части текста заголовка исходного кода дает понять, какая лицензия регулирует использование этого конкретного исходного файла и кому принадлежит авторское право на эту часть кода в проекте, как целое.
- Да, если только они не предоставили вам документацию о том, что они передали вам авторские права (я считаю, что некоторые более крупные проекты требуют этого от участников?).
Пример применения лицензии OSS к проекту см. На http://www.gnu.org/licenses/gpl-howto.html
Краткий ответ, не являющийся юристом;
- Ничего, кроме разъяснения кому-либо, что вы, единственный автор кода, лицензируете код на любых условиях.
- Желательно, чтобы файл лицензии находился в корневом каталоге. Я бы лично добавил в «верхние комментарии» всех файлов строку
Copyright 2010Последняя часть предназначена для того, чтобы вы могли заявить, что лицензия никогда не предназначалась для толкования в соответствии с каким-либо другим законом, кроме вашего местного (чтобы вы могли найти компетентного юриста в своей стране в случае, если все пойдет не так). Выпущено под <название лицензии> в <вашей стране>. - Я бы сказал, что это зависит от выбранной вами лицензии
Для получения дополнительной информации прочтите эту книгу или проконсультируйтесь с юристом, имеющим опыт работы с лицензиями на программное обеспечение.
Отказ от ответственности: ЯНАЛ. Вот несколько случайных мыслей на эту тему:
Термин "интеллектуальная собственность" объединяет множество видов права: патентное, авторское, товарный знак, коммерческая тайна и другие. Применение лицензии к созданному вами произведению влияет на то, как ваше произведение может быть использовано. Поскольку каждая лицензия позволяет использовать ваш код по-разному, порядок применения лицензии обычно зависит от того, какую лицензию вы выбрали. Например, информацию о том, как лицензировать ваш код по лицензии Apache 2.0, можно найти на http://www.apache.org/licenses/. Обратите внимание, что проекты, управляемые Apache Software Foundation, также требуют, чтобы каждый участник предоставил ASF авторские права на свою работу. Предоставление авторских прав происходит отдельно от лицензии.
Я бы рекомендовал прочитать книгу Ван Линдберга "Интеллектуальная собственность и открытый исходный код", чтобы узнать некоторую терминологию, а если у вас есть значительные коммерческие интересы, связанные с кодом, потратьте несколько часов на адвоката.
Лицензия - это просто правила, которых вы ожидаете от других, если они что-то делают (используют, изменяют, публикуют, высмеивают и т. Д. ) с вашим кодом.
а) Вы можете поместить то, что хотите, но, чтобы серьезно относиться к этому, вы можете использовать лицензию, которая уже хорошо написана и принята ... проверьте точку с открытым исходным кодом org / licenses / category для (loong) списка {{1 }} б) Чтобы решить, какой тип лицензии, ознакомьтесь с этой недавней статьей: http://www.itbusinessedge.com/cm/community/features/guestopinions/blog/ringing-in-the-new-year- с чистой-интеллектуальной собственностью /? cs = 38892 & page = 1 . Распространенными из них являются GPL V2, LGPL, Apache, New BSD - просмотрите сводную матрицу на странице 2 статьи c) убедитесь, что ваше программное обеспечение не включает код из других открытых источников или сторонних разработчиков, в противном случае вы буду называть их своими - не лучшая идея! Существуют инструменты, которые вы можете использовать на пробной основе для сканирования вашего кода. г) поместите текст лицензии в файл License.txt или Copyright.txt в папку. Также добавьте простой (или сложный, если хотите) заголовок к исходным файлам, как упоминал Кимвайс в предыдущем посте.
Удачи.