Могу ли я создавать закрытое программное обеспечение с открытым исходным кодом?

19

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

Насколько я вижу, здесь есть 3 варианта:

  1. Довольно крупная компания нарушает лицензирование кода - очень маловероятно, если бы это было так, зачем им включать текст лицензии?

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

  3. Я что-то неправильно понимаю - очень вероятно.

jamesson
источник
Facebook сделал ...
Динамическое
1
Без шуток - что?
Jamesson
Я имел в виду, что Facebook написан на программном обеспечении с открытым исходным кодом.
Динамичный
Какой проект (ы)?
Jamesson
# 2 на самом деле кажется двумя разными возможностями - вы можете продавать программное обеспечение с открытым исходным кодом (даже GPL), и вы можете раздавать программное обеспечение с закрытым исходным кодом бесплатно. Зарядка денег и закрытие источника - две разные вещи.

Ответы:

34

Это зависит от того, какая лицензия.

Существует несколько лицензий на бесплатное программное обеспечение, специально разработанных для предотвращения подобных действий, таких как GNU GPL. Они известны как «вирусные» лицензии, поскольку их условия лицензирования распространяются на любой код, с которым вы их используете, что не позволяет использовать библиотеку GPL в не-GPL (или совместимой) программе.

Другие лицензии больше заботятся о свободном совместном использовании кода, чем о продвижении определенной идеологии. Где-то в середине спектра у вас есть MPL (Общественная лицензия Mozilla), которая не является вирусной и может использоваться в проприетарных проектах, но условия лицензии требуют, чтобы сам код MPL оставался покрытым MPL, и что любой изменения (такие как улучшения, исправления, порты и т. д.), которые вы вносите в код MPL, должны публиковаться свободно. Идея здесь такова: «Вы получаете этот код свободно, поэтому, если вы его улучшите, вы должны внести свои улучшения обратно в сообщество в качестве оплаты».

А в дальнем конце спектра находятся полностью открытые лицензии, такие как лицензии BSD, MIT и Zlib. По сути, они говорят, что «этот код является бесплатным для любого, кто захочет». (Конечно, с некоторыми ограничениями, но на самом деле их не так уж и много.) Люди, использующие эти лицензии, бесплатно используют свой код как высший приоритет.

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

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

Мейсон Уилер
источник
Пятно на. Раскол между свободным программным обеспечением и открытым программным обеспечением. Бесплатно как на свободе = GPL. Открыто (аля "бесплатно как в пиве") = BSD / Mozilla. См. Бесплатные против libre .
Филипп
3
@Philip. Совершенно неправильно. Все упомянутые вами лицензии (GPL, BSD, MPL) являются libre («бесплатно как в свободе»). У всех также есть побочный эффект - сделать программное обеспечение свободно доступным («как в пиве»). Тем не менее, GPL является авторским левом , а BSD - разрешительным . (MPL где-то посередине, я думаю.)
TRiG
1
@TRiG Ваша последняя строка верна, однако аргумент Столлмана состоит в том, что GPL «свободен как свобода», то есть «Libre». Возражение от движения с открытым исходным кодом было то, что они не хотели вирусных лицензий. Они хотели "бесплатно как в пиве". Хорошо, пример: если BSD является «libre», то почему же Apple OSX, которая была построена на BSD, теперь является проприетарной? Это не кажется мне "освобожденным". BSD была программным обеспечением с открытым исходным кодом, которое Apple взяла, заблокировало его (свою проприетарную лицензию) и назвало своим. Они могли сделать это, потому что BSD был свободен, как в пиве. Возьми? Ссылка лучше объясняет.
Филипп
1
@Philip. Нет, это потому, что BSD был свободным и свободным, в то время как GPL - свободным и свободным. Бесплатное пиво не имеет к этому никакого отношения, это всего лишь неизбежный побочный эффект свободной либре (обычно).
TRiG
Я бы сказал, что код виден, стоимость равна нулю, а лицензия является допустимой. Забудьте об открытом пиве libre.
Jiggunjer
2

Отказ от ответственности : я не юрист. Работая с юристами в прошлом, разработчики программного обеспечения склонны угадывать намерения юридических документов и их работу, в то время как юристы (1) читают написанное и (2) используют юридические, а не общие определения слов. Быть осторожен.

Как сказал Мейсон, это зависит от лицензии, используемой программным обеспечением с открытым исходным кодом. Существует много распространенных типов лицензий. Большинство позволяют другим использовать свой код, если они освобождают автора и включают атрибуцию (например, содержимое лицензии в файле справки или в диалоговом окне «О программе»). Более ограниченные лицензии могут потребовать любых дальнейших изменений, также с открытым исходным кодом (например, GPL).

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

Если вы хотите использовать эти компоненты самостоятельно, есть и другие вещи, которые следует учитывать. Например, в утверждении «Разрешено ли мне создавать программное обеспечение с закрытым исходным кодом с открытым исходным кодом?», Это зависит от того, что подразумевается под «с». Пакет использует скомпилированные библиотеки? Использует ли он исходный код напрямую? Это изменение исходного кода или включение его в ваш? Любая форма модификации или смешивания кода намного сложнее с юридической или лицензионной точки зрения.

Кроме того, распространяется ли код среди клиентов (например, выполняется на их серверах, ПК или мобильных устройствах) или он используется на облачном сервере? Распространение программного обеспечения может быть ограничено или ограничено. Могут также применяться и другие законы, помимо лицензии на программное обеспечение, например, ограничения на экспорт в США (хотя я думаю, что сейчас ухожу от вопроса).

Актон
источник