June 2013 Download this article as a PDFAbstract

Преимущества модели развития открытого источника было доказано испытание временем; Однако что делает эту модель развития экономически может быть сложной задачей. В этой статье Монти Видениус выдвигает предложение для нового типа лицензии, которая является результатом уроков, извлеченных из десятилетий работы по открытым исходным кодом, так как программист и предприниматель. Результат, «Бизнес источник», является лицензия, которая стремится включить бизнес-модель, которая может как использовать преимущества открытого источника при получении достаточного дохода для дальнейшего развития программы. Бизнес-лицензия источника автоматически меняет условия после определенного периода: первоначальный открытой лицензии с определенных ограничений, преобразующая полностью открытым исходным кодом лицензии на конкретную дату в будущем.

В этой статье мы вносим предложение о новой лицензии, набор рекомендаций для руководителей и образец текста источника лицензии. Эта работа будет иметь отношение к четырем основным группам: i) те разработки или управления закрытым исходным кодом программы, но которые заинтересованы в преимуществах открыть источник предложения; II) те Управление программами open core; III) проекты в области развития; и iv) инвесторов, заинтересованных в финансировании открытых проектов.

Введение

Open source является больше, чем свободное программное обеспечение: это мощный инструмент, который позволяет компаниям соответствующее значение (например, Карбоне, 2007). Open source программное обеспечение все более коммерчески разработан и поддерживается (Уилер, 2009); в самом деле большинство разработки открытого исходного кода сегодня осуществляется компаниями (Weiss, 2011). Однако выбор «go open source» предлагает как преимущества, так и проблемы. Хотя несвободные программы в долгосрочной перспективе, может быть трудно нажать, чтобы успешно конкурировать в том же рынке с взаимодополняющими открытым исходным кодом продукта (гитаристом и Раяла, 2012), поддержание качества открытым исходным кодом продукта требует вкладчиков, которые умелых и хорошо осведомлен. Создание сильного сообщества считается жизненно важным для успеха (Байрон, 2009); Однако это нереально ожидать спорадических вкладчика для достижения полного знания всей базы кода. Для подготовки вверх и поддерживать собственных программистов, однако, требуется проект для получения достаточного дохода для удовлетворения этих требований.

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

Любой бизнес-модель, которая стремится использовать преимущества открытого источника должны поддерживать \u2012 к как большой степени как возможные \u2012 ключевые элементы модели развития открытого источника. Именно с учетом этих преимуществ, которые открывают исходный бизнес-модели должны быть изучены. Поэтому мы начнем эту статью с напоминанием Центральной выгоды открытым исходным кодом модели развития. После этого мы кратко обсудить различные типы проектов с открытым кодом, более распространенными бизнес-моделей и влияние лицензирования решений. И наконец мы представляем бизнес источник, новый тип лицензии, направленной на обеспечение преимуществ открытого источника а еще необходимых доходов для финансирования его дальнейшее развитие полный рабочий день.

Преимущества открытого источника

С точки зрения разработчика будет открытым исходным кодом является полезным, помогая распространить слово о продукте, потому что это просто попробовать. Еще одним преимуществом является вклад сообщества, которые могут снизить затраты на разработку; инновационные решения (иногда даже предлагая решения развивающаяся компания бы не подумал о); и может привести к развитию в областях, которые имеют важное значение для участников, но, что компания не может приоритет или понял важность включения. Кроме того, проекты с открытым исходным кодом, как правило, получить больше обратной связи и более сообщений об ошибках, чем закрытые исходные проекты и быстрее, среднее время от обнаружения до решения (см., например, [2007] Сравнение Шиндлера), тем самым улучшая качество. Преимущества открытого исходного результата в более полезный продукт, больше рынка, признание, обратная связь, потенциальных клиентов, партнеров и возможности продаж, а также сильной торговой маркой.

С точки зрения пользователя открытым исходным кодом предлагает много на пути устойчивого развития. Учитывая, что пользователи имеют право на развилке код в любое время блокировки в поставщик, запланированное устаревание, и аналогичные инициативы все, но невозможно реализовать (Найман и гитаристом, 2013). Если поставщик удаляет важные функции, можно добавить их обратно в себе; Если поставщик прекращает поддерживать версию продукта, используемого или отказывается от программы в целом, это безопасно предположить, что кто-то разветвить код и продолжить его содержание и развитие. (Подробнее об устойчивости открытым исходным кодом смотрите Январь 2013 вопрос обзор управления инновационной технологии) Кроме того, существует небольшой риск скрытых люки или неожиданные особенности (например Amazon возможность удаления книг Kindle клиентов) и Microsoft возможности собирать и отправлять сведения об использовании Windows поскольку можно изучать код продукта. Поставщики можно в целом считать надежным потому, что они зависят от доверия, чтобы выжить.

С точки зрения разработчика используя open source программное обеспечение (как клиент) выгодно в том, что легко получить доступ, анализировать и использовать открытый исходный код. Разработчик также имеет полную свободу изучать и изменять любую часть кода для удовлетворения требований бизнеса, исправить ошибки или порт для других систем, либо самостоятельно или нанять кого-то еще, чтобы сделать это. И наконец, открытым исходным кодом предлагает свободу использования (чтение, создание и изменить) код и распространять его в среде, открытым исходным кодом.

Типы проектов с открытым исходным кодом и бизнес-моделей и влияние лицензирования

Это полезно различать между различными видами проектов с открытым кодом, учитывая, что они могут иметь различные цели, требования и возможности лицензирования, а также рентабельность. Запад и O'Mahoney (2008) проводится различие между авторами (например, корпоративной) и автономных (то есть сообщество развитых) проектов. Авторами проектов один или несколько юридических лиц контролируют проект и использовать большинство разработчиков (MySQL был такой проект); в сообщество разработало проекты управление и контроль широко распределяются среди сообщества. Некоторые общины разработали проекты имеют некоммерческий фонд, созданный для поддержки проекта; Однако эти фонды имеют мало власти над их членов (O'Mahoney, 2005).

Хотя есть много интересных дискуссий и дебатов вокруг бизнес-моделей, а также их содержание, фокус и определение, для целей данной статьи мы будем определять бизнес-модель просто как способ, в котором компания поставляет значение набора клиентов на прибыль (Джонсон, 2010). Преимущества или значение open source, описанные выше являются универсальными для всех проектов с открытым кодом; Однако существуют различия в подходе в отношении средств достижения прибыльности. Among the most common approaches are the services model, open core, and dual licensing. Модель служб является одним в котором продукт отдал бесплатно и доходы, предлагая поддержку, Услуги, обучение, т. д. вокруг продукта. В открытом центре часть содержания («core») является открытым исходным кодом, с дополнительным закрытым исходным кодом функции, предоставляемые за отдельную плату. Двойное лицензирование означает, предлагая программу под две отдельные лицензии, обычно одной версии вирусных, стиль GPL лицензии, а другой под коммерческим, с закрытым исходным кодом лицензии позволяет для собственной использования. Традиционно исходный код для обеих версий идентичны, за исключением изменений в области авторского права. (Дополнительные сведения о бизнес-модели и открытым исходным кодом, см. Bailetti [2009]; Daffara [2009]; и Shanker [2012]. Введение в бизнес-моделей, который обобщает популярные бизнес модель рамки и предлагает измененные рамки технологического предпринимательства, см МУЭГГЕ [2012]).

И наконец важно включить краткое упоминание о важности лицензирования, которая является существенным фактором в принятии решений открытым исходным кодом (Daffara, 2011). Поиск лицензии, которая отвечает потребностям корпораций, а также открытым исходным кодом сообщества имеет решающее значение для дальнейшего благополучия разработки открытого исходного программного обеспечения: слишком ограничительный характер будет вреда росту сообщества, в то время как слишком ограничивающим повредит росту бизнеса.

Знакомство с: Бизнес источник

Здесь мы представляем бизнес источник: новый тип лицензии, которая направлена на решение ранее обсуждались проблемы лицензирования, а также рентабельность с помощью двух различных лицензий с задержкой по времени. Исходный код делается видимым и может быть изменено для всех с самого начала; Однако за определенное количество времени, предварительно определенный сегмент пользователей должны платить иметь возможность использовать его. После этого периода первоначального времени лицензия автоматически изменяется на лицензии с открытым исходным кодом. Для уточнения концепции, давайте разбейте его на два этапа, изучение каждого индивидуально.

Фаза 1: Исходный код доступен

Программное обеспечение начинается под лицензией, которая делает код видимым для всех. Лицензия дает пользователю право изменять и распространять код. Однако, это не является открытым исходным кодом лицензии: Лицензия устанавливает особые требования для ВОЗ может использовать программу бесплатно и кто должен платить за это. Другими словами для подавляющего большинства пользователей будет неотличим от открытым исходным кодом программы, в то время как незначительное меньшинство пользователей придется заплатить за это в течение ограниченного времени. Лицензия используется на этапе 1 действительна в течение установленного времени, и конкретную дату, когда изменения лицензии штампованных непосредственно в исходный код.

Целью бизнес источник является облегчение получения дохода без отчуждения сообщества open source. Доверие создается через знание, что это только вопрос времени, прежде чем код будет автоматически повторно лицензированным под открытым исходным кодом лицензии. Еще одно преимущество с источником бизнес является то, что большинство преимуществ, что пользователи и разработчики ожидают от открытого источника- и которые были описаны ранее в этой статье – для них открыты: нет никакого поставщика блокировки, они находятся под контролем исходного кода, они имеют право на свободное повторное распространение, и др.

Бизнес источник поднимает три основных имплементационных вопросов: какие сроки должны разработчики выбирают?, какой сегмент должен платить за программу?, и сколько должны платить разработчикам? Это вопросы, которые разработчик должен отвечать на основе знания их конкретной отрасли; Однако мы будем обсуждать их кратко предложить некоторые рекомендации по этому вопросу, на основе опыта Монти Видениус с открытым исходным кодом в целом и базы данных промышленности в частности.

Какие сроки должны выбрать разработчики?

С источником бизнес баланс, который должен быть поражено является одним из быть разумной компании с одной стороны и клиентов и сообщества с другой стороны. С точки зрения компании временные рамки должны быть достаточно долго заработать деньги на существующей программы при разработке усовершенствований. С точки зрения заказчика и сообщества, этот вопрос является одним из управления рисками: если компания начинает вести себя неразумно, как долго будет они должны платить за лицензии на исходный код (они не используют как таковой больше)?

Продолжительность всего за один год лицензии будет предлагать многим пользователям просто решили ждать открытой версии, в то время как любой срок свыше пяти лет будет, для всех намерений и целей, сделать ядро программы open. Три года кажется, хороший баланс: люди не хотят ждать слишком долго, чтобы быть свободным от поставщика, который сбое (например, что останавливает развитие своего продукта), но это все еще разумные сроки для разработчиков знать, что программа вскоре станет открытым исходным кодом, вне зависимости от любых потенциальных неблагоприятных действий компании. Как уже отмечалось, это предложение на основе базы данных промышленности; Длина может быть решен индивидуально для каждого проекта в зависимости от отрасли (и инвестор) критерии.

Какой сегмент должен платить?

Учитывая, что эта статья направлена лишь для того наметить бизнес-исходный подход на концептуальном уровне, невозможно определить «кто» придется платить; Вместо этого мы будем говорить на «сколько». Опять же существует баланс между генерации достаточного интереса сообщества и доверие против получения достаточного дохода. Коэффициент, который работал хорошо для MySQL был примерно один на тысячу пользователей платить за программное обеспечение. В общем от одного сто к одному на тысячи пользователей платить должен быть хороший выбор для любого продукта. Важно, чтобы не иметь слишком много людей, которые должны платить, потому что один хочет убедиться, что продукт получает максимальный спред для того, чтобы охватить всех людей, которые готовы платить. Как правило это хорошая вещь, чтобы расположить его так, что те, которые не могут позволить себе платить или не готовы платить не придется платить! Критерии для определения какой сегмент, чтобы взимать плату за продукт будет зависеть от программного обеспечения и промышленности, но некоторые примеры метрик, которые могут использоваться клиентами, которые используют продукт в облаке или клиентов с более Х рабочих в всей компании или в некоторых конкретных отделе.

Сколько должны платить разработчикам?

Цена должна быть достаточно низкой, чтобы как побудить людей перейти от закрытого источника, а также не разветвить продукт. Будучи где-то между одной десятой до одной трети от цены конкурентов закрытого источника должны быть разумными для всех. Предприниматель должен обеспечить достаточный доход для сотрудников и предприниматель, чтобы иметь возможность работать полный рабочий день на продукт без необходимости делать консультации или обучение на стороне. Оплата должна быть произведена легко (например, предлагая несколько способов оплаты, таких как PayPal, кредитные карты, банковские переводы или чеки. Среди способов MySQL первоначально вырос был прием чеков и обработку кредитных карт на веб-сайте).

Вместо того увеличить процент платежеспособных клиентов или максимизации денег, полученных от клиента, который уже купил лицензию мы рекомендуем сосредоточиться на увеличении общей клиентской базы. (MySQL попытки увеличить долю платежеспособных клиентов были лишь незначительно успешными; рост прибыли главным образом за счет увеличения объема общего клиента). На практике это означает, что одна лицензия должна охватывать одну копию продукта, включая все будущие версии. (Однако эти руководящие принципы могут и должны быть адаптированы к потребностям разработчиков.) Пользователь должен иметь права вносить изменения в копию, которую они лицензирование. Кроме того лицензия также должна быть переводной. Имея такой широкой лицензии будет препятствовать людям из разветвляющейся продукта и увеличить его принятие.

Важно найти надлежащий баланс между лимит времени и цену лицензии, чтобы избежать ситуации, когда большой достаточно группа решает его легче вилкой и ждать лицензии для изменения чем платить за лицензии. Одно следует стремиться к тому быть лидером, с сообществом, которое оказывает помощь в разработке своих продуктов. Для достижения этого, лицензия должна показаться разумным. Предложить что-то лучше, чем альтернатива, и компании будут более готовы помочь в разработке программного обеспечения.

Фаза 2: Открытым исходным кодом

На этапе 2 лицензия автоматически изменяется на открытым исходным кодом лицензии на заранее определенной дате, сделать код доступным для всех, бесплатно. На практике каждый файл штамп с заявлением когда – на какой конкретной даты – лицензия автоматически изменяется на лицензии с открытым исходным кодом. Практический вопрос здесь является то, что лицензия на выбор. Если один хочет, чтобы сделать код свободно использоваться всеми, BSD версии 2 (которая совместима с GPL) или Apache являются простой, хотя GPL также вариант. (Плюсы и минусы выбора лицензии является темой для другой статьи; это вопрос сколько контролировать один будет иметь над возможным вилки).

Решения в отношении корреспондента лицензирования являются также до компании, реализации бизнес-источник. Один из вариантов, предпочитают Фонд свободного программного обеспечения, заключается в том, чтобы сначала получить код, а затем лицензировать его обратно к участнику; Однако некоторые считают это немного трудно объяснить. Другой вариант заключается в том, принимать взносы по BSD версии 2 или общего авторского права. (Дополнительную информацию по выбору лицензии и бизнес-модели, см. Daffara [2011]; журнал открытого доступа по вопросам, касающимся открытия источника лицензирования см. свободный международный и открыть источник программного обеспечения Law Review [ifosslr]; и список открытых лицензий, см. в Open Source Initiative.)

Управленческие рецепты: Кто должен рассмотреть бизнес источник?

Бизнес источник не предназначен и не предложил, чтобы быть правильной лицензии для всех проектов. Требование, общие для всех проектов, учитывая источник бизнес является, что, с учетом изменений на основе времени лицензии, программа должна продолжать развиваться, чтобы обеспечить новые релизы с новой даты окончания для изменения автоматической лицензии. Дальнейшие консультации и обсуждения в отношении когда следует рассматривать бизнес источник классифицируются по типу проекта: источник, открытым исходным кодом и проекты, которые все еще в разработке. Мы заключаем с краткого обсуждения для инвесторов.

Проекты с закрытым исходным кодом

Бизнес источник предназначен прежде всего для закрытых проектов и в качестве лучшей альтернативы для открытых основных проектов (см. ниже подробную информацию о open core). Короче говоря бизнес источник идеально подходит для всех тех закрытых источников проектов заинтересован в идее открытого исходного кода, открывая их продукт до развития потенциала, и другие преимущества (рассмотрены ранее в этой статье), которые источник предложения, в то время как в то же время, что позволяет достаточный доход для продолжения развития и роста. В частности источник бизнес идеально подходит для:

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

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

Проекты с открытым исходным кодом

Чтобы иметь возможность реализовать бизнес источник, проект должен иметь код лицензии, должны быть в состоянии (и разрешенные) для обработки получения доходов и должны допускать использование фазы 1 лицензия, которая лишь частично соответствует с открытым исходным определением (OSD). На практике это так называемые авторами проектов (например, корпоративные проекты) для которых бизнес источник будет возможно. Для обработки практических аспектов дохода, сообщество разработало проект будет нужна компания, превратив его (для всех намерений и целей) в авторами проекта; и, разработанный сообществом проект управляется Фондом для охраны открытости кода не позволяет использовать первый (только частично OSD совместимый) фаза бизнес источника лицензии.

Основным открытым исходным кодом бизнес-моделей в использовании бизнес источник является важное значение в основном для открытия проектов core. Мы настоятельно призываем всех тех, с открытым основной проект для изучения возможности перехода к источнику бизнес. Такой шаг позволил бы сохранить потенциал дохода, при одновременном улучшении имиджа сообщества и тем самым, увеличивая размер проекта и количество взносов. Программы, использующие модель служб, вероятно, найти что сообщества и лицензирование проблем может сделать бизнес источник трудно или невозможно реализовать. (Однако, можно рассматривать, если дополнительный доход имеет важное значение для выживания проекта; это сообщество может также принять в качестве причины переключателя ситуация). Конкретный набор требований, при которых двойное лицензирование работает лучше (например, встроенные программы) не всегда поддаются источнику бизнес если двойное лицензирование генерирует достаточный доход. В резюме:

  1. Бизнес источник может рассматриваться авторами проектов, но не будет возможности для проектов, разрабатываемая сообществом.

  2. Открыть Основные проекты должны рассмотреть бизнес источник.

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

Проекты в области развития

Любой проект, который находится в разработке следует рассмотреть бизнес источник, потому что это будет легче получить финансирование и добиться роста с лицензией источника бизнес чем с открытым исходным кодом лицензии. (Однако, выбор лицензии естественно зависит от типа проекта и его целей: компания, которая стремится оставаться небольшим, могут делать хорошо с подходом услуг; компания, которая стремится сильный рост должен рассмотреть бизнес источник.)

Инвесторы

Если вы являетесь инвестором и встретить интересный проект (ли открыто или закрыто источник), считают, предлагая бизнес источник. Как отмечалось, такой шаг может предложить преимущества как открытым и закрытым исходным кодом программы. (Первый автор, Монти Видениус, предлагает бизнес источник для стартапов, которые подходят к инвестиционной компании открыть Ocean Capital с интересной идеей, но это не будет генерировать достаточный доход как проект с открытым исходным. Предложение было встречено положительно, и проектов в области развития, которые будут реализовывать бизнес источник осуществляется.)

Выводы

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

Источник бизнес, основанный на Монти Видениус многолетнего опыта с открытым исходным кодом предпринимательства и лицензирование, решает эту проблему путем внедрения лицензии на основе времени, автоматическое изменение. Первоначально код становится доступным для всех, чтобы посмотреть, но сегмент пользователей должны платить, чтобы использовать продукт. После нескольких лет лицензия автоматически изменяется на лицензии открытого кода, освобождая код для всех свободно использовать. Источник бизнес стремится обеспечить лучшее из обоих миров: максимизация вкладчика потенциал путем обеспечения открытости и свободы кодекса (важное значение для потенциальных вкладчиков), предоставляя возможность получения дохода.

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

Монти Видениус представил бизнес-источник идеи на конференциях и в университетах в ряде стран и континентов. Он неизменно хорошо получил от юристов, ученых, практиков открытым исходным кодом и предприниматели так.

 

Приложение: Пример источника лицензии

Ниже приведен пример бизнес источника лицензии вымышленный NoSQL продукта. Она должна быть изменена с учетом конкретных требований пользователей. Этот пример был составлен Монти Видениус, на основе его значительный опыт с двойным лицензированием, и он был проверен адвокатом с опытом в области лицензирования программного обеспечения.

XYZ бизнес источник лицензии

Copyright © 2013, корпорация XYZ

Эта лицензия («лицензия») предоставляет права в указанный программный код («код») под лицензией стиль бизнес источника, которая применяет один набор терминов и условий («перед изменением условия») код и все изменения кода до указанной даты («Дата изменения»), а другой набор терминов и условий («после изменения условия») на и после изменения даты. Дата изменения для данной лицензии является 01 января 2015 года.

Больше об этой лицензии можно найти на http :/ / компании имя/Business_source.

 

А. предварительное изменение условий: Лицензия, до 01 января 2015 года:

До изменения даты у вас не эксклюзивные, во всем мире права по настоящей лицензии на копирование, изменение, отображение, использование и распространять код исключительно при следующих условиях:

[Insert business source limitations appropriate to your business here, such as: «Размер базы данных, используемого кодом составляет менее 1 гигабайт, и код используется в некоммерческих контекстах, где ни вы, пользователь, ни каких-либо распространителя или поставщик услуг делает деньги, прямо или косвенно от использования или иным образом осуществляют лицензированные права в коде или измененный код.»]. [Вышеуказанные ограничения являются только для иллюстративных целей. When designing your business-specific, Pre-Change limitations, carefully consider such things as: i) the differences between source and object code; ii) copyright and patent rights; and iii) the impact on your business of all possible uses of the code, including distribution, the creation and use of derivatives and collective works, and the provision of cloud-based and other services that do not require distribution of the Code.]

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

Если нужное использование кода или измененный код не соответствует всем вышеуказанным требованиям, необходимо приобрести отдельную коммерческую лицензию для кода, прежде чем все конфликтующие установки или другие виды использования кода. Вы можете приобрести поддержку/лицензии: ______________.

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

НАСКОЛЬКО ЭТО ДОПУСКАЕТСЯ ПРИМЕНИМЫМ ЗАКОНОДАТЕЛЬСТВОМ, КОД ИЛИ ЛЮБЫЕ УСЛУГИ ИЛИ РАБОТЫ ПРОДУКТА ПРЕДУСМОТРЕННЫЕ ИЛИ В СВЯЗИ С ЭТОЙ ЛИЦЕНЗИЕЙ ПРЕДОСТАВЛЯЮТСЯ НА «КАК ЕСТЬ» ОСНОВЕ. ЛИ ВЫ ОТКАЗЫВАЕТЕСЬ ПРЯМО ОТ ВСЕХ ГАРАНТИЙ, ЯВНЫХ ИЛИ ПОДРАЗУМЕВАЕМЫХ, ВКЛЮЧАЯ (БЕЗ ОГРАНИЧЕНИЙ) ГАРАНТИИ ТОВАРНОЙ ПРИГОДНОСТИ, ПРИГОДНОСТИ ДЛЯ КОНКРЕТНОЙ ЦЕЛИ, НЕНАРУШЕНИЯ, СИСТЕМНАЯ ИНТЕГРАЦИЯ И ТОЧНОСТЬ ИНФОРМАЦИОННОГО СОДЕРЖАНИЯ.

На дату изменения, перед изменением условий будет автоматически прекращается и заменяются после изменения условий, описанных в разделе B ниже.

Б. После изменения условия: Лицензия после и включая, 01 января 2015 года:

И после изменения даты программный код предоставляется вам в соответствии с версии 2 или более поздней GNU General Public License, следующим образом:

Эта программа является свободным программным обеспечением; Вы можете распространять его и/или изменять его в соответствии с условиями GNU General Public License, опубликованной Free Software Foundation; версии 2 или более поздней лицензии.

Эта программа распространяется в надежде, что она будет полезной, но без всякой гарантии; даже без подразумеваемых гарантий товарности или пригодности для конкретной цели. Увидеть GNU General Public License для получения более подробной информации.

Вы должны были получить вместе с этой программой; Если нет, то напишите в Фонд свободного программного обеспечения, Inc, США 59 Temple Place, Suite 330, Boston, MA 02111-1307.

 

Доля этой статьи:

Цитируете эту статью:

Оцените содержание: 
4 голоса были поданы с средний балл 4.75 звезды

Комментарии

«Open source больше, чем свободное программное обеспечение» является опасным и ложное заявление (если автор настолько underinformed, что он понятия не имеет что свободное программное обеспечение означает. Подсказка: http://www.gnu.org/philosophy/free-sw.en.php). Еще одна ерунда это, что Open source делает его проще для людей попробовать его. Ну хорошо. Я не мог читать дальше. Такая статья является несчастный вещь, потому что я очень хорошо понимаю идею «бизнес лицензия» и даже любопытное может согласиться с ним - если бы только не было таких фундаментальных недостатков в аргументации выше.

Привет Петр,

Спасибо, что нашли время для комментариев. Я хотел бы исправить, что я считаю, несколько недоразумения по поводу нашей статьи.

Заявление «Open source является больше, чем свободное программное обеспечение» было сделать точку, что открытым исходным кодом не является только безвозмездно. Это не означает, как сравнение между открытым исходным кодом и свободного программного обеспечения. (Читать остальные статьи сделали бы ясность в этот вопрос.) Мы приносим свои извинения, если формулировка сделал наш смысл менее ясно.

Что касается его легче попробовать открытым исходным кодом программы здесь мы сравниваем открытым исходным кодом проприетарное программное обеспечение, а не свободного программного обеспечения. Итак, еще раз я считаю, что недоразумение может быть в корне конфликта.

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

Недавно был применен бизнес источник лицензии RapidMiner программного обеспечения; которая ранее была лицензирована под AGPL. Насколько мне известно AGPL требует, чтобы исходный код доступен (как только продукт выпускается); в то время как бизнес источник задержки выпуска исходного кода; Это кажется несовместимым для меня.

Можно считать сочетание freemium и несвоевременные открытым исходным кодом лицензии; лицензии источник бизнес или есть какие-либо различия?

Добавить новый комментарий

Обычный текст

  • Теги HTML не разрешены.
  • Адреса электронной почты и адреса страниц включите в ссылки автоматически.
  • Строки и параграфы переносятся автоматически.