Лицензии для Open-Source (Николай Мациевский на ADD-2010)

Материал из CustisWiki

Версия от 04:05, 25 февраля 2011; BenderBot (обсуждение | вклад) (1 версия)

Это снимок страницы. Он включает старые, но не удалённые версии шаблонов и изображений.
Перейти к: навигация, поиск
Конференция «Application Developer Days-2011» приглашает участников и докладчиков!

Конференция Application Developer Days-2011 приглашает участников и докладчиков!

Аннотация

Очень часто мы слышим вокруг, что использование Open Source кода — это хорошо и правильно, это развивает ИТ-индустрию, это позволяет накапливать знания, а не тратить время разработчиков, создавая очередной «велосипед». Но давайте разбираться, так ли дело обстоит на самом деле, какие трудности будут нас преследовать на пути распространения Open Source продуктов, и как их преодолеть (http://webo.in/articles/add2010/open-source/ )

Ник Мациевский попытается дать ответ на вопрос: «Насколько открыт Open Source?». Существующие способы лицензирования ПО разделяются на закрытые (коммерческие), открытые и совсем открытые. К последним относятся GPL-типы лицензий, которые, фактически, блокируют любое другое лицензирования для ПО. Как с этим бороться? Существует несколько вариантов поведения при лицензирования своего ПО или использовании чужого Open Source. Во-первых, можно разбить код на функциональные модули, независимые друг от друга. Во-вторых, возможно множественное лицензирование кода. При использовании стороннего кода необходимо либо четко соблюдать его лицензию, либо использовать его только как стороннего приложение со своим API. При создании нового проекта лучше сразу использовать двойное или тройное лицензирование (GPL, MIT / BSD / Apache, коммерческая лицензия). Это оградит от ряда проблем в будущем.

Видео


Подкаст

Презентация

Лицензии для Open-Source (Николай Мациевский на ADD-2010).pdf

Примечания



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