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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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