Полный обзор Open Source лицензий с детальным разбором MIT, Apache-2.0 и BSD-3-Clause

Введение: Как устроен мир лицензий

Все открытые лицензии делятся на два лагеря: пермиссивные (разрешительные) и копилефтные (защитные) -1. Понимание этого спектра — ключ к выбору.

Пермиссивные: Дают максимум свободы. Их код можно брать, встраивать в платные продукты и не открывать свой. Главное условие — указать автора. К ним относятся MIT, Apache-2.0, BSD.

Копилефтные: Требуют "взаимности". Если вы используете такой код и распространяете свою программу, вы обязаны открыть исходный код всего продукта или его части. К ним относятся GPL, AGPL.

---

Часть 1. Обзорная таблица: все основные лицензии в мире

Эта таблица даёт мгновенное понимание, что можно и что нельзя делать с каждой лицензией -1-4-9.

 

Категория	Лицензия	Можно вставить в платный продукт?	Нужно ли открыть свой код?	Ключевая особенность (что вас ждёт)
Пермиссивные	MIT	✅ Да	❌ Нет	Минимум текста. Требует только сохранить копирайт автора -2-4.
	BSD-2-Clause	✅ Да	❌ Нет	Почти как MIT. Требует сохранить уведомление в коде и документации -5.
	BSD-3-Clause	✅ Да	❌ Нет	Как BSD-2, но запрещает использовать имя автора в рекламе без разрешения -3-7.
	Apache 2.0	✅ Да	❌ Нет	Самая юридически защищённая. Даёт явную патентную лицензию от авторов -2-4.
Слабый копилефт	LGPL	✅ Да	⚠️ Частично	Если меняете саму библиотеку — откройте изменения. Если просто используете — можно не открывать код своей программы -4-9.
	MPL 2.0	✅ Да	⚠️ Частично	Копилефт на уровне файлов. Изменённые MPL-файлы надо открыть, новые файлы — нет -4-9.
Строгий копилефт	GPLv2 / GPLv3	❌ Нет	✅ Да (всё)	"Вирусная" лицензия. Если включили GPL-код в свою программу, вся программа должна стать открытой -1-4.
	AGPLv3	❌ Нет	✅ Да (всё)	То же, что GPL, но ещё строже. Требует открыть код, даже если программа работает на сервере (SaaS), а не распространяется -4-9.

---

Часть 2. Полнейший обзор MIT, Apache-2.0 и BSD-3-Clause

Здесь — максимально подробно, с акцентом на ваши действия и риски при использовании.

2.1. MIT License

Самая популярная и простая лицензия. Её философия: "Делай что хочешь, только не приписывай код себе".

📜 Ваши обязательства (что вы ДОЛЖНЫ сделать):
Если вы используете MIT-компонент, у вас всего одно, но жёсткое требование -2-4:

Сохранить копирайт: В каждом файле, который вы взяли, есть строка Copyright (c) [год] [Автор]. Удалять её нельзя. Она должна остаться.

Приложить текст лицензии: При распространении вашего продукта (на GitHub, в продакшене, в бинарнике) вместе с ним должен лежать полный текст лицензии MIT (обычно файл LICENSE).

⛔ Ограничения и риски (чего НЕТ в MIT):

Нет патентной защиты: MIT не даёт вам прав на патенты автора. Если автор запатентует алгоритм, лежащий в основе кода, и подаст на вас в суд, лицензия MIT вас не спасёт -2-9. Это главный риск для корпоративного использования.

Нет регулировки рекламы: Лицензия ничего не говорит про использование имени автора в маркетинге (в отличие от BSD-3).

"Как есть": Автор не несёт ответственности, если ваш сервер упадёт из-за его кода -5.

2.2. Apache License 2.0

Самая "взрослая" и юридически проработанная пермиссивная лицензия. Выбрана Google, Microsoft и фондом Apache.

📜 Ваши обязательства (что вы ДОЛЖНЫ сделать):
Требований больше, чем у MIT, но они выполнимы -2-4:

Сохранить копирайт: Как и в MIT, нельзя удалять строки Copyright из файлов.

Проверить файл NOTICE: У Apache-проектов часто есть файл NOTICE. В нём могут быть дополнительные требования по атрибуции. Вы обязаны включить этот файл (или его содержимое) в дистрибутив своего продукта.

Указать изменения: Если вы модифицировали Apache-файлы, вы должны оставить в них пометку, что они были изменены (например, комментарий // Modified by ...).

Приложить текст лицензии: Полный текст Apache-2.0 (LICENSE файл) должен быть в дистрибутиве.

⛔ Ограничения и ключевая ОСОБЕННОСТЬ (патентная защита):

Явная патентная лицензия: Авторы проекта дают вам разрешение использовать их патенты, связанные с кодом. Это ваша страховка от суда -6-9.

"Патентная расправа" (Retaliation): Если вы сами подадите в суд на кого-то из участников этого проекта за патентные нарушения, вы автоматически потеряете право использовать этот компонент -4.

Товарные знаки: Прямо запрещает использовать названия и логотипы проекта для продвижения вашего продукта -2.

2.3. BSD 3-Clause ("New" / "Revised")

Классическая университетская лицензия. Почти как MIT, но с одним важным пунктом, защищающим репутацию автора.

📜 Ваши обязательства (что вы ДОЛЖНЫ сделать):
Практически идентично MIT -3-5-7:

В исходном коде: Сохранить уведомление об авторских правах, список условий и отказ от ответственности.

В бинарниках: Воспроизвести то же самое уведомление в документации или материалах, поставляемых с продуктом.

Приложить текст: Полный текст условий должен быть в дистрибутиве.

⛔ Ограничения и ключевая ОСОБЕННОСТЬ (рекламный пункт):

Главное отличие BSD-3 от MIT — пункт 3 лицензии -3-7:

"Neither the name of the copyright holder nor the names of its contributors may be used to endorse or promote products derived from this software without specific prior written permission."

Что это значит для вас: Вы не можете использовать имя университета или автора в рекламе, пресс-релизах или маркетинговых материалах вашего продукта, чтобы создать впечатление, будто они его одобряют. Например, нельзя написать: "Наш софт рекомендован Массачусетским технологическим институтом", если вы использовали их BSD-код.

Нет патентной защиты: Как и MIT, BSD-3 не даёт патентной лицензии -3.

---

Финальный чек-лист: Сравнение трёх лицензий (что нужно делать вам)

 

Критерий	MIT	Apache-2.0	BSD-3-Clause
Что положить в папку проекта?	Файл LICENSE автора	Файлы LICENSE и NOTICE (если есть)	Файл LICENSE автора
Можно ли удалить копирайт из шапки файла?	❌ Нет	❌ Нет	❌ Нет
Нужно ли помечать изменённые файлы?	❌ Нет	✅ Да	❌ Нет
Можно ли использовать имя автора в рекламе?	✅ Формально да	🚫 Нет (товарные знаки)	🚫 Нет (явный запрет)
Есть ли защита от патентных исков автора?	❌ Нет	✅ Да	❌ Нет
Главный риск	Патентные претензии	Сложность compliance (забыли NOTICE)	Случайное нарушение рекламного пункта

Резюме для разработчика

MIT — берёте, если код простой, патентные войны вам не грозят, и вы готовы просто не удалять подписи в файлах.

Apache-2.0 — берёте для корпоративных проектов или если код сложный (алгоритмы), где автор может иметь патенты. Готовьтесь к небольшой бюрократии с NOTICE файлами.

BSD-3-Clause — берёте как MIT, но запоминаете: имя автора (университета) нельзя использовать в рекламе как "знак качества".