Как зайти в Даркнет?!
25th January, 01:11
8
0
Как в tkinter из поля ввода Entry получить значение в одну переменную и обновить строку кнопкой, затем получить ещё одно введённое значение и затем сложить их. Ниже пример кода
21st July, 19:00
898
0
Программа, которая создает фейковые сервера в поиске игровых серверов CS 1.6 Steam
21st March, 17:43
951
0
Очень долго работает Update запрос Oracle
27th January, 09:58
916
0
не могу запустить сервер на tomcat HTTP Status 404 – Not Found
21st January, 18:02
907
0
Где можно найти фрилансера для выполнения поступающих задач, на постоянной основе?
2nd December, 09:48
941
0
Разработка мобильной кроссплатформенной военной игры
16th July, 17:57
1725
0
период по дням
25th October, 10:44
3957
0
Пишу скрипты для BAS только на запросах
16th September, 02:42
3722
0
Некорректный скрипт для закрытия блока
14th April, 18:33
4614
0
прокидывать exception в блоках try-catch JAVA
11th March, 21:11
4382
0
Помогите пожалуйста решить задачи
24th November, 23:53
6087
0
Не понимаю почему не открывается детальное описание продукта
11th November, 11:51
4352
0
Нужно решить задачу по программированию на массивы
27th October, 18:01
4398
0
Метода Крамера С++
23rd October, 11:55
4309
0
помогите решить задачу на C++
22nd October, 17:31
4002
0
Помогите решить задачу на python с codeforces
22nd October, 11:11
4492
0
Python с нуля: полное руководство для начинающих
18th June, 13:58
2599
0
Почему распространение лицензий с открытым исходным кодом?
Является ли распространение лицензий с открытым исходным кодом просто еще одним примером синдрома программистов, живущих NYI (не изобретенных здесь)? Я знаю, что есть некоторые большие различия между некоторыми из больших лицензий (например, GPL, Apache, BSD), но когда вы начинаете смотреть, чтобы увидеть много проектов, создающих свои собственные лицензии. Почему?
Рекомендации:
http://en.wikipedia.org/wiki/Open_source_licenses
http://developer.kde.org/documentation/licensing/licenses_summary.html
Это известная проблема: инициатива с открытым исходным кодом имеет Комитет по распространению лицензий , который рекомендует использовать одну из восьми лицензий, которые являются "popular and widely used or with strong communities."
- Apache лицензия, 2.0
- Новая лицензия BSD
- GNU General Public License (GPL версия 2 или 3)
- Библиотека GNU или "Lesser" общая публичная лицензия (LGPL версия 2.1 или 3)
- MIT лицензия
- Mozilla Public License 1.1 (MPL)
- Общая лицензия на разработку и распространение
- Eclipse Общественной Лицензии
Другие лицензии классифицируются как: "redundant" (например, лицензия NCSA является избыточной с BSD), "special use" или "non-reusable" (например, лицензия NASA, лицензия Apple Public Source), "superceded" (например, MPL v1.0) и так далее.
Наличие собственной лицензии (как правило, вариант на одной из существующих) позволяет вам полностью контролировать ее. Я подозреваю, что такие вещи, как огромные изменения между GPL2 и GPL3 (особенно если вы имеете дело с веб-сервисами), заставляют людей с подозрением относиться к лицензированию с соглашением, находящимся вне их контроля.
Я также думаю, что некоторые лицензии тесно связаны с определенными идеологиями. Многие пользователи лицензий Creative Commons имеют такое же отношение к законодательству об авторских правах. GPL, с другой стороны, имеет долгую историю с развитием Linux. Физическое лицо или организация, которые не согласны с философией, обычно прилагаемой к конкретной лицензии, могут выбрать поиск альтернативы.
Имея свою собственную лицензию (обычно a
вариант на одном из существующих)
позволяет вам полностью контролировать его. Я
подозреваю, что такие вещи, как огромный
изменение между GPL2 и GPL3
(особенно если вы имеете дело с web
услуг), чтобы люди с подозрением относятся к
лицензирование с заключением соглашения за пределами
один-это контроль.
Имея свою собственную лицензию (обычно a вариант на одном из существующих) позволяет вам полностью контролировать его. Я подозреваю, что такие вещи, как огромный изменение между GPL2 и GPL3 (особенно если вы имеете дело с web услуг), чтобы люди с подозрением относятся к лицензирование с заключением соглашения за пределами один-это контроль.
Я думаю, что это в какой-то степени верно. Однако, когда вы лицензируете под GPL, у вас есть возможность сказать, "Version 2", "Version 2 or later". Если вы сомневаетесь в том, как лицензия может измениться в будущем, вы можете просто сказать, что она лицензирована под этой конкретной версией.
Является ли распространение лицензий с открытым исходным кодом просто еще одним примером синдрома программистов, живущих NYI (не изобретенных здесь)?
Является ли распространение лицензий с открытым исходным кодом просто еще одним примером синдрома программистов, живущих NYI (не изобретенных здесь)?
IMHO, да, совершенно верно. Возьмем в качестве примера лицензию Microsoft PL. Это совершенно излишне. Тем не менее, мне очень нравится этот вариант, потому что он очень четко сформулирован, намного короче, чем большинство других лицензий, и обеспечивает хорошую свободу.
С другой стороны, создание новой лицензии чревато рисками, потому что пока она не доказала свою ценность в реальном суде, она не стоит бумаги, на которой она написана (если таковая имеется).
IMHO, есть очень мало лицензий, которые стоит знать и использовать, среди них GPL (что лично мне не нравится), LGPL, BSD и Ms-PL, и, конечно, лицензии Creative Commons, Но они не подходят для программного обеспечения.
Я думаю, что это в какой-то степени верно. Однако, когда вы лицензируете под GPL, у вас есть возможность сказать, "Version 2", "Version 2 or later". Если вы сомневаетесь в том, как лицензия может измениться в будущем, вы можете просто сказать, что она лицензирована под этой конкретной версией.
Я думаю, что это в какой-то степени верно. Однако, когда вы лицензируете под GPL, у вас есть возможность сказать, "Version 2", "Version 2 or later". Если вы сомневаетесь в том, как лицензия может измениться в будущем, вы можете просто сказать, что она лицензирована под этой конкретной версией.
Однако это открывает другую банку с червями.
Если вы выпустили только GPL2, а GPL3 выходит, и вам нравятся изменения, которые он вносит, теоретически вам придется обратиться ко всем своим участникам и получить их единогласное одобрение на изменение лицензии, под которой выпущен их код. Все, что требуется, это один из них, чтобы сказать:" Нет, я только лицензировал свои вклады под GPL2 и отказываюсь разрешать GPL3 " - или они могут просто не отвечать - на derail ваше предлагаемое изменение лицензии.
Если вы выпустили только под GPL2 и
GPL3 выходит, и вам нравится
изменения, которые он делает, вы теоретически
придется обойти все ваши
вкладчики и получить их единогласное решение
одобрение на изменение лицензии их
код выпущен под. Все, что нужно
это один из них, чтобы сказать: "Нет, я только
лицензированные мои вклады в рамках GPL2
и отказать в разрешении GPL3" - или они
можете просто не отвечать-к derail ваш
предлагаемое изменение лицензии.
Если вы выпустили только под GPL2 и GPL3 выходит, и вам нравится изменения, которые он делает, вы теоретически придется обойти все ваши вкладчики и получить их единогласное решение одобрение на изменение лицензии их код выпущен под. Все, что нужно это один из них, чтобы сказать: "Нет, я только лицензированные мои вклады в рамках GPL2 и отказать в разрешении GPL3" - или они можете просто не отвечать-к derail ваш предлагаемое изменение лицензии.
Что поднимает некоторые другие вопросы. Планируете ли вы принимать патчи от сторонних разработчиков? Когда вы принимаете патчи, вы требуете, чтобы отправители патчей также передавали авторские права? Если они не передают авторские права, как это позволит вам изменить свою собственную лицензию для будущих соображений? Если был проект с их собственной лицензией, и я собирался выпустить к нему кучу кода, в котором говорилось, что он был лицензирован под XYX версией N или любой будущей версией, то что же говорить о том, что люди, контролирующие эту лицензию, не сделают полный 180 на будущей версии и не сделают его полностью закрытым исходным кодом?