Комментарии 58
Одновременно разработчик нанимает пользователя (компанию-пользователя) для выполнения работ, связанных с новым кодом, например для тестирования или поиска уязвимостей.
И теперь разработчик будет вынужден платить зарплату пользователю, как своему сотруднику.
Или это всё таки проблема заказчика — получать исходный код по запросу, или с задержкой, согласно заключенных договоров?
Пользователь GPL продукта имеет право запросить его исходный код.
Однако в случае B2B, пользователем (заказчиком доработок) будет является организация, несмотря на то, что за монитором все равно сидит конечный пользователь.
Поэтому и запрашивать код имеет право организация, а не конечный пользователь, с которым у разработчика нет никаких юридических отношений.
Заказчик запросил разработку приложения/сайта (и т.п.).
Разработчик при разработке использовал какие-то компоненты с лицензиями GPL, которые были слинкованы с его приложением/сайтом и т.п…
Результат оплаченной работы был выложен в маркет приложений.
Конечный пользователь (скачивающий приложение) на свой телефон, компьютер, браузер, может ли знать о том, что это GPL и запрашивать код или нет?
Но немного непонятно, кто выложил результат в маркет приложений?
Разработчик или Заказчик после получения результатов?
Если выложил Заказчик, то конечный пользователь должен запрашивать у него, т.к. Разработчик тут не причем.
А если результат работы выложил Разработчик, то нужно знать, это было сделано с согласия Заказчика, который оплачивал данные работы или же Разработчик так поступил без согласования с Заказчиком?
However, we value open source — and to that end, we've implemented a 'time-delay' open source license. Each commit that makes it to master will be dual-licensed under the permissive MIT license after 18 months. We maintain a separate repo containing the MIT licensed code, which is sync'd daily.
любой пользователь может выложить полученное ПО или его исходники в свободный и бесплатный доступ, что безусловно создаст проблемы с возвратом финансов, вложенных в разработку такого программного продукта
В мире копилефт-софта, первый заказчик оплачивает всю работу.
лицензия «начинает работать» только после перехода прав на результат работы
Следует помнить, что GPL имеет проверку целостности в восьмом пункте. Думаю, он сильно осложнит любые манипуляции, основанные на локальных юрисдикциях.
В мире копилефт-софта, первый заказчик оплачивает всю работу.Предложенная схема как раз позволяет распределить затраты одновременно на несколько заказчиков.
Следует помнить, что GPL имеет проверку целостности в восьмом пункте. Думаю, он сильно осложнит любые манипуляции, основанные на локальных юрисдикциях.Не буду спорить, возможно.
Предложенная схема как раз позволяет распределить затраты одновременно на несколько заказчиков.
Зачем? Почему бы не избежать сложностей с применением лицензии?
Это уже сказано выше. Я хочу понимать, в каких случаях имеет смысл брать на себя юридические риски, чтобы уменьшить стоимость решения для каждого конкретного заказчика. Я далёк от бизнеса и могу не видеть очевидных для вас преимуществ такого распределения.
Если Заказчик может оплатить доработки в одиночку, то он так и делает.
Вот только в этом случае ему нет никакого резона этим наработками делиться с другими желающими, которые вполне могут быть его конкурентами.
И даже когда Разработчик спонсирует подобные работы, то ему так же нет резона выкладывает код в свободный доступ.
Но если использовать кооперацию, то ситуация вполне может измениться в пользу совместной работы, что является благом для любого свободного проекта.
Вот резон. Когда Заказчик оплатил доработки, он заплатил деньгами только за эти доработки. А за исходный софт он заплатил не деньгами, а лицензированием.
Конечно, Заказчик может заплатить деньгами за то и другое, заказав разработку нового ПО с теми же функциями. Однако это станет дороже. Поэтому часть оплаты Заказчик делает натурой, программой.
Он делится, чтобы не платить деньгами за разработку с нуля. Кооперация здесь работает изначально, уже с того момента, когда Заказчик впервые применил свободное ПО.
И я не понимаю, что означают фразы «А за исходный софт он заплатил не деньгами, а лицензированием.» и «Поэтому часть оплаты Заказчик делает натурой, программой.»
Можете привести реальный пример данных финансовых отношений?
Они означают, что Заказчик не оплатил создание исходной программы деньгами, зато оплатил это создание, лицензируя свою добавку.Тут нет экономических взаимоотношений, т.к. Заказчик берет исходную программу даром вне зависимости от своих дальнейших намерений что-то кому-то передать.
Вместо того, чтобы передать авторам программы деньги за их работу, Заказчик передал им свой код за их работу.Подождите, если Заказчик сам пишет код, то это Разработчик.
А если код пишет Разработчик по заданию Заказчика, а Заказчик расплачивается с ним, его же написанным кодом, то тут очень интересная экономика получается ;-)
В соответствии с комментариями FSF в этом случае существует законная возможность ограничить распространение тестируемого кода на время действия соответствующего договора.
А если заказчик после получения продукта разорвёт соответствующий договор и сразу запросит исходники?
И на каком основании заказчик будет требовать исходники, если он сам и расторг договор?
А, то есть в договоре будет стоять что-то типа «при досрочном разрыве контракта со стороны тестировщика, он обязан удалить все свои копии продукта».
Похоже действительно сработает. Тем более, при современном подходе «тяп-ляп и в продакшн», каждый пользователь — тестировщик. :)
Или просто пункт c галочкой: «При отправке патча пользователь соглашается на его включение в коммерческую версию».
И по такой схеме работают большинство компаний.
Тогда уж лучше «разрешительная» ;-)
Но на сайте GNU и FSF действительно не используется термин viral.
Поэтому правильнее будет использовать термит Copyleft.
А как назвать лицензию, которую нельзя вырубить из исходного кода?
А саму программу, в виде бинарного модуля, которая подключается к GPL v2, уже можно и не открывать и не лицензировать под GPL?
Самый известный пример — ядро линукс под GPL v2, получающие бинарные блобы прошивок и драйверов под железо.
Но он не подходит для доработок уже существующего кода и самое главное, не помогает в развитии свободных проектов, т.к. не требует открывать проприетарный код.
Про AGPL (Affero) ничего к сожалению не рассказано… Вот там действительно ад для бизнеса.
Стандартная общественная лицензия GNU Афферо — модифицированная версия обычной GNU GPL версии 3. В ней добавлено одно требование: если вы выполняете измененную программу на сервере и даете другим пользователям общаться на нем с этой программой, ваш сервер должен также позволять им получить исходный текст, соответствующий той модифицированной версии программы, которая выполняется на сервере.Но много ли вы знаете проектов, которые выходят под этой лицензией?
ваш сервер должен также позволять им получить исходный текст
Ссылка на гит считается?
Ну, например вот список: https://en.wikipedia.org/wiki/List_of_software_under_the_GNU_AGPL
Там парочка приватных клаудов, ghostscript и т.п. Пока меня это лично не задевает, но всякое может случится.
С кодом, который выложен под BSD, но запатентован, уже встречался.
Вы где-то увидели нарушение лицензии или законодательства?
Или считаете, у нас уже все настолько привыкли заимствовать код в нарушение GPL и жить «по понятиям», что это будет меньшим злом по сравнению с юридически правильным оформлением договора?
А тут получается, что А нужно заключить с Б какой-то там доп. договор о доработке какого-то ПО, какого? За каким чертом компании Б ввязываться в доработку какого-то ПО? Б говорит — мы не хотим чтобы Вы что-то дорабатывали, продайте нам свой продукт, мы его будем использовать, и? Приплыли. Если А продает Б модифицированный GPL продукт, то на следующий день они попросят его исходный код и А будет обязана его отдать — приплыли.
В компании Б тоже не дураки работают, они наверняка знают все эти фишки с СПО.
Вот и попробуйте заработать на GPL.
беру GPLv2 продукт, дорабатываю и хочу продать компании Б только бинарную версию (без исходников разумеется).
продайте нам свой продукт, мы его будем использовать, и? Приплыли.
А с чего вы взяли, что «взяв GPLv2 продукт», он вдруг стал вашим? Из-на получения исходников права на продукт к вам не перешли.
Поэтому Б совершенно правы, требуя у вас модифицированные исходники. Ровно для защиты пользователей от подобных схем GPL и создавался.
Но, с помощью способа, изложенного в статье, у вас появляется возможность работать без нарушения лицензии. Вы как и прежде будете обязаны передавать исходники, но дальше Заказчика они какое-то время не пойдут.
А с чего вы взяли, что «взяв GPLv2 продукт», он вдруг стал вашим? Из-на получения исходников права на продукт к вам не перешли.
Интеллектуальные права не перешли, тут спору нет. Но как Вы тогда объясните метод создания форка проекта, далее смены имени проекта и дальнейшее его существование и даже продажу наработок. Да код этого форка остается открытым и доступным всем, но по сути прав у них на код никаких нет, они трудятся что называется в пустую? Завтра к ним придет изначальный владелец интеллектуальных прав и скажет: «Прикрывайте лавочку, код мой» и он будет прав?
Вы как и прежде будете обязаны передавать исходники, но дальше Заказчика они какое-то время не пойдут.
То есть все равно, даже если мы подпишем договор о доработке, опишем тестовый период 12 мес. и в эти 12 мес. с меня могут запросить код и я должен его буду отдать? Если так, то где гарантия, что этот код не выложат в сеть, ведь это GPL?
но по сути прав у них на код никаких нет, они трудятся что называется в пустую? Завтра к ним придет изначальный владелец интеллектуальных прав и скажет: «Прикрывайте лавочку, код мой» и он будет прав?Нет, не прав. GPL защищает и от такого поворота событий. Изначальный владелец не может начать «крутить педали назад». Поэтому ранее полученный код так и останется у вас. Причем лично ваши наработки, будут только вашими.
То есть все равно, даже если мы подпишем договор о доработке, опишем тестовый период 12 мес. и в эти 12 мес. с меня могут запросить код и я должен его буду отдать?Код должны будете отдать.
Если так, то где гарантия, что этот код не выложат в сеть, ведь это GPL?Как гарантировать сохранность кода от публикации в сети написано в статье.
Как гарантировать сохранность кода от публикации в сети написано в статье.
ну то есть вот:
временным лагом между передачей заказчику доработок и моментом их возможного появления в свободном доступе,
То есть я черным по белому в договоре должен написать: На период тестовой обкатки доработанного софта Вы не вправе его передавать третьим лицам ни под каким предлогом?
Какая-то странная схема получается. Тогда вопрос: А что будет если заказчик захочет сократить срок обкатки, под соусом все отлично работает, меня устраивает? Да, Вы скажите это юридические тонкости, как напишите договор так и будет, но этот сценарий возможен.
А что будет в случае досрочного расторжения договора стороной заказчик до исполнения срока обкатки, ну скажем через 1 месяц? Они получат право выложить код?
«Заказчик принимает на себя обязательства провести тестирование программного продукта в течение 12 месяцев.
Во время выполнения своих контрактных обязательств, обязуется не разглашать переданную ему материалы в соответствии с подписанным соглашением о не разглашении.
В случае досрочного расторжения договора, Заказчик обязуется выплатить неустойку в размере ...».
- Делаем некий тул bicycle
- Открываем это под opensource свободно
- Собираем коммьюнити, развиваем проект
- Пользуемся балагами сервисов, который предоставляют опенсорсным проектам плюшки бесплатно (ci/bugtracker/wiki/tools/etc)
- Покупаем торговую марку «My Bicycle» и вешаем на бинарники коммерческую лицензию.
Как результат: исходники вот они, все «белые и пушистые». Но как только ты эти исходники собрал — бинарник под лицензией. И тут тонкая грань, что сам по себе бинарник может и не быть под лицензией, но его имя — трейдмарк и просто так пользоваться этим нельзя. Толку от исходников, если на выходе «тыква»? Форкать и бегать sed-ом…
Коммерциализация доработок свободного ПО под Copyleft лицензиями