Перейти до вмісту

BSD License

Матеріал з K2 ERP Wiki

SPDX License List містить стандартизовані short identifiers, повні назви, тексти й canonical URLs для ліцензій і винятків.; license = "BSD-3-Clause" GitHub і подібні платформи можуть автономно розпізнавати стандартні BSD-ліцензії, якщо в репозиторії є собою файл `LICENSE` зі стандартним текстом.;=== Embedded product ===

  1. SPDX-License-Identifier: BSD-3-Clause

Це корисно для:

Цікавий факт: BSD-style ліцензування добре пасує академічному підходу: “ми публікуємо ідею й реалізацію, а ви можете розвивати її далі”.;

  • web services;
  • APIs;
  • internal services;
  • cloud platforms;
  • hosted applications;
  • developer tools;
  • backend libraries;
  • monitoring services;
  • commercial SaaS.; * Документація щодо permissive licenses.;== BSD License і proprietary software ==

Non-endorsement clause

BSD-ліцензії дозволяють використовувати, копіювати, змінювати й поширювати програмне забезпечення з мінімальними обмеженнями.; Перевага: BSD License дає майже максимальну свободу повторного використання коду, залишаючи мінімальні вимоги до attribution і disclaimer.; істотно: SPDX identifier має відповідати реальному тексту ліцензії у файлі `LICENSE`.; * академічних проєктів;

  • дослідницького коду;
  • reference implementations;
  • університетських бібліотек;
  • networking research;
  • operating systems research;
  • навчального коду;
  • спільного використання між індустрією й академією.;

OSI approval важлива для:

!; :contentReference [oaicite:3]{index=3}

/* SPDX-License-Identifier: BSD-2-Clause */

  • SPDX License List.; * дозволити широке повторне використання;
  • дозволити commercial use;
  • дозволити proprietary use;
  • мати коротку стандартну ліцензію;
  • опублікувати library;
  • опублікувати системний інструмент;
  • поділитися академічним кодом;
  • зробити SDK;
  • мінімізувати license friction;
  • уникнути copyleft-вимог;
  • дозволити інтеграцію в open source і closed source продукти.; Copyleft-ліцензії
Цей програмний продукт використовує код під BSD-3-Clause — можна.;
  • при поширенні source code потрібно зберігати copyright notice, список умов і disclaimer;
  • при поширенні binary form потрібно відтворювати copyright notice, список умов і disclaimer у документації або інших матеріалах.; З часом це стало незручним, особливо коли в одному продукті поєднувалося багато компонентів із різними авторами.; BSD License

Disclaimer зазвичай означає:

Приклад сенсу:

</syntaxhighlight> [project] У файлах коду можна додати SPDX:

{

Практична роль: правильна metadata зменшує ручну роботу під час dependency audit і license compliance.; BSD 3-Clause License додатково називають New BSD License, Modified BSD License або Revised BSD License.;=== Open source library ===

  • відкривати похідний код;
  • поширювати зміни під BSD;
  • публікувати модифікації;
  • використовувати ту саму ліцензію для всього продукту;
  • робити програмний продукт безкоштовним;
  • повідомляти автора про використання;
  • віддавати proprietary code;
  • розкривати commercial source code;
  • застосовувати copyleft.; BSD-2-Clause є собою простішою, а BSD-3-Clause додає non-endorsement clause.;== BSD License і MIT License ==

Для BSD-3-Clause:

Типові помилки початківців

Іншими словами, можна використовувати код, але не можна казати або натякати, що автори BSD-коду підтримують ваш програмний продукт, якщо вони цього не дозволили.; істотно: навіть permissive-ліцензії не означають “можна видалити всі згадки про автора”.; Критерій

  • у source code;
  • у документації;
  • у third-party notices;
  • у license bundle;
  • у About / Legal section застосунку;
  • у firmware notices для embedded-пристроїв;
  • у package metadata.; BSD-2-Clause

</syntaxhighlight>

  • `BSD-2-Clause`;
  • `BSD-3-Clause`;
  • `BSD-4-Clause`;
  • `0BSD`;
  • `BSD-1-Clause`;
  • `BSD-2-Clause-Patent`.;

Поширені варіанти: 

== Патенти ==

[package]

'''Найлюдяніший факт:''' BSD License — це ліцензійний пакет для авторів, які хочуть сказати: “Беріть мій код, будуйте на ньому що завгодно, тільки не стирайте походження й не перекладайте відповідальність на мене”.; * OSI: BSD 2-Clause License.;== BSD License у package metadata ==

Автори оригінального коду рекомендують наш програмний продукт — не можна без дозволу.; '''Практична роль:''' файл LICENSE і SPDX-ідентифікатор прибирають неоднозначність: користувачі одразу бачать, який саме BSD-варіант застосовується.; Він має змогу бути цікавий у проєктах, де хочуть:

<syntaxhighlight lang="text">

'''Основна ідея:''' BSD License каже: “Можете використовувати код майже як завгодно, але не прибирайте повідомлення про авторські права, текст ліцензії й відмову від гарантій”.;== Warranty disclaimer ==

Головна ідея BSD-ліцензій проста: можна широко використовувати код, зокрема в комерційних і proprietary-продуктах, але потрібно зберігати copyright notice, license text і disclaimer.; організація відкриває SDK під BSD-3-Clause, щоб інші могли без зайвих зусиль інтегруватися з її платформою, але не використовували назву компанії для endorsement без дозволу.; це назва сімейства permissive open source-ліцензій, що походять від Berkeley Software Distribution, або BSD виступає ключовою рисою '''BSD License'''.; BSD-2-Clause або BSD-3-Clause добре підходять.; license = "BSD-2-Clause"

* permissive BSD-style ліцензування;
* коротший текст, ніж Apache License 2.0;
* явніший patent grant;
* стандартний SPDX identifier;
* кращу ясність для patent-sensitive contributors.; Вона вимагала згадувати використання коду в рекламних матеріалах.;<syntaxhighlight lang="json">
При використанні BSD-licensed коду в іншому продукті потрібно зберегти відповідні notices:
Або:

<syntaxhighlight lang="python">

<div style="background:#fff4e5; border-left:6px solid #f39c12; padding:12px; margin:12px 0;">

'''істотно:''' 0BSD — не те саме, що BSD-2-Clause або BSD-3-Clause.; !; BSD License важлива для операційних систем і системного ПЗ.; * Найпоширеніші сучасні варіанти — BSD-2-Clause і BSD-3-Clause.;</div>
</div>
<div style="background:#eafaf1; border-left:6px solid #2ecc71; padding:12px; margin:12px 0;">

Цікавий факт

  • надає можливість proprietary use;
  • не вимагає відкривати похідний код;
  • коротка;
  • зрозуміла;
  • сумісна з багатьма політиками;
  • не створює copyleft-обов’язків;
  • зручна для embedded і enterprise;
  • добре підходить для libraries;
  • надає можливість продаж продукту.; BSD License добре підходить, якщо потрібно:

Коли варто використовувати BSD License

Copyright (c) 2026 Example Author

BSD License і MIT License дуже схожі за permissive-духом.; Apache License 2.0

  • FreeBSD;
  • OpenBSD;
  • NetBSD;
  • DragonFly BSD;
  • мережевими стеком;
  • системними утилітами;
  • libraries;
  • embedded platforms;
  • UNIX-like ecosystems;
  • частинами комерційних ОС;
  • research operating systems.; Критерій
class="wikitable" 
LICENSE
  • великих компаній;
  • patent-sensitive projects;
  • стандартів;
  • multimedia;
  • hardware/software products;
  • corporate compliance;
  • open source governance;
  • contributors.; Критерій
Вона схожа на BSD-2-Clause, але має додаткову умову — non-endorsement clause.;

Для Python:

Тип Permissive Reciprocal / copyleft
Відкриття похідного коду Не вимагає Часто вимагає
Proprietary use Дозволене має змогу бути обмежене
Головна ідея Мінімальні обмеження Збереження відкритості похідних робіт

Найчастіше під “BSD License” мають на увазі одну з двох сучасних ліцензій: !;== BSD License і Apache License 2.0 ==

завдяки наявності Практична роль: SPDX-рядок користувачі можуть людям, package managers, SBOM-інструментам і compliance scanners автономно розпізнавати ліцензію.; This project is licensed under the BSD 3-Clause License.;== Як додати BSD License до проєкту ==

організація використовує BSD-licensed компонент у firmware пристрою й додає license notice у third-party notices.; * не змушує відкривати похідний код;

  • не гарантує повернення покращень у open source;
  • класичні BSD-2/3 не мають детального patent grant;
  • стара BSD-4-Clause має незручну advertising clause;
  • термін “BSD License” має змогу бути неоднозначним;
  • не дає гарантій якості;
  • не дає підтримки;
  • потребує правильного збереження notices;
  • має змогу бути занадто permissive для проєктів, які хочуть copyleft.; :contentReference [oaicite:4]{index=4}
  • BSD-2-Clause дуже близька за духом до MIT License.;

Third-party notices

</syntaxhighlight> BSD License належить до permissive licenses.; * SPDX License List подає стандартизовані identifiers і canonical URLs для BSD-ліцензій.; * OSI: BSD 3-Clause License.; Критерій

Найлюдяніший факт: BSD License — це ліцензійний пакет довіри: автор дає багато свободи й не вимагає взаємності, але просить чесно зберегти походження коду.; Це означає, що програмне забезпечення надається без гарантій.; * BSD License надає можливість використовувати код у proprietary products.; Критерій

Це корисно для:

Див.; додатково

  • автор не гарантує безпомилкову роботу;
  • автор не гарантує придатність для конкретної задачі;
  • автор не несе відповідальності за збитки;
  • користувач системи використовує код на власний ризик;
  • перед production-використанням код потрібно тестувати.; BSD License
"license": "BSD-3-Clause"
README.md

Головна перевага: BSD License робить код дуже легким для повторного використання майже в будь-якому продукті.;== BSD License і ISC License ==

!; * SPDX: BSD 2-Clause "Simplified" License.; BSD-2-Clause |- | Тип | Permissive | Permissive |- | Комерційне використання | Дозволене | Дозволене |- | Proprietary products | Дозволені | Дозволені |- | Attribution | Так | Так |- | Warranty disclaimer | Так | Так |- | Non-endorsement clause | є собою в BSD-3-Clause | Немає |}

Apache License 2.0 додатково permissive, але довша й детальніша.; BSD License має змогу бути не найкращим вибором, якщо:

Тематичні мітки

BSD License історично пов’язана з університетською й дослідницькою культурою.; BSD License — це сімейство permissive open source-ліцензій, які дозволяють широко використовувати, змінювати й поширювати код, зокрема в комерційних і proprietary-продуктах.;== BSD License і copyleft ==

істотно: BSD License дуже вільна, але attribution і license notice все одно потрібно зберігати.; Його часто називають Original BSD License.; У більшості випадків краще BSD-2-Clause або BSD-3-Clause.;
Основні переважні аспекти BSD License:
'''істотно:''' якщо репозиторій не має ліцензії, інші люди не мають чіткого дозволу використовувати код як open source.; {| class="wikitable"
|-
| Тип
| Permissive
| Permissive
|-
| Довжина
| Коротка
| Дуже коротка
|-
| Attribution
| Так
| Так
|-
| Warranty disclaimer
| Так
| Так
|-
| Proprietary use
| Дозволене
| Дозволене
|}

'''Non-endorsement clause''' — це третя умова BSD-3-Clause License.;<syntaxhighlight lang="toml">
Для Cargo:
</div>

!; * комерційних застосунків;

  • SDK;
  • embedded firmware;
  • операційних систем;
  • мережевого обладнання;
  • cloud services;
  • desktop apps;
  • mobile apps;
  • game engines;
  • libraries;
  • internal company tools.; See the LICENSE file for details.; Критично: BSD License відповідає на питання “чи можна використовувати код”, але не відповідає на питання “чи безпечний цей код”.; BSD 4-Clause License — старіший варіант BSD License.;
    license = "BSD-3-Clause"

</div>

Вона означає:

<div style="background:#e7f3ff; border-left:6px solid #2b7cff; padding:12px; margin:12px 0;">
## License

Типова структура:
</div>

</div>

== SPDX identifiers ==
'''Практична роль:''' BSD-2-Clause-Patent — це спроба поєднати простоту BSD-2-Clause з явнішою патентною мовою.; * потрібно, щоб похідний код обов’язково залишався open source;
* потрібен strong copyleft;
* потрібен AGPL-style захист для SaaS;
* потрібен детальний patent grant;
* проєкт не хоче дозволяти proprietary forks;
* істотно, щоб усі downstream-покращення поверталися спільноті;
* потрібна сувора trademark policy;
* потрібні складні contributor terms.; * FreeBSD materials about BSD-style licensing.;{{SEO
|title=BSD License — permissive open source-ліцензії BSD-2-Clause, BSD-3-Clause і BSD-style ліцензування
|description=BSD License — Wiki-стаття про сімейство permissive open source-ліцензій BSD. Розглянуто BSD-2-Clause, BSD-3-Clause, 4-clause BSD, advertising clause, non-endorsement clause, copyright notice, warranty disclaimer, SPDX identifiers, OSI approval, використання в open source і комерційних продуктах, відмінності від MIT License, GPL, Apache License 2.0, ISC License, переваги, обмеження, цікаві факти і хороші практики.
|keywords=BSD License, BSD ліцензія, BSD-2-Clause, BSD-3-Clause, BSD 2-Clause License, BSD 3-Clause License, permissive license, open source license, SPDX BSD-2-Clause, SPDX BSD-3-Clause, OSI approved license, FreeBSD License, Modified BSD License, New BSD License, Simplified BSD License, copyright notice, warranty disclaimer, non-endorsement clause, advertising clause
|alternativeTo=MIT License у permissive-проєктах; GPL для проєктів без copyleft-вимог; Apache License 2.0 для простіших сценаріїв без явного patent grant; ISC License; proprietary license для відкритого коду; custom licenses без стандартної сумісності; ліцензії без SPDX-ідентифікатора
}}
BSD-2-Clause і BSD-3-Clause належать до стандартних open source-ліцензій, які широко використовуються в екосистемі.; '''Висновок:''' BSD License дає downstream-користувачам більше свободи, але не гарантує, що їхні покращення повернуться в open source.;<div style="background:#eafaf1; border-left:6px solid #2ecc71; padding:12px; margin:12px 0;">

У сучасних package ecosystems ліцензію часто вказують через SPDX identifier.;<div style="background:#e8f8f5; border-left:6px solid #16a085; padding:12px; margin:12px 0;">
Рекомендовано:
'''Практична роль:''' BSD License не має AGPL-style network copyleft, з цієї причини не вимагає відкривати server-side зміни лише через мережеве використання.; Краще вказати конкретно: `BSD-2-Clause` або `BSD-3-Clause`.; Або:

<div style="background:#fdecea; border-left:6px solid #e74c3c; padding:12px; margin:12px 0;">

!;<div style="background:#fff4e5; border-left:6px solid #f39c12; padding:12px; margin:12px 0;">

* писати без ускладнень “BSD” без уточнення версії;
* плутати BSD-2-Clause і BSD-3-Clause;
* використовувати BSD-4-Clause випадково;
* видаляти copyright notice;
* забувати disclaimer;
* думати, що BSD License забороняє комерційне використання;
* думати, що BSD License змушує відкривати похідний код;
* плутати BSD License з GPL;
* не включати third-party notices у commercial product;
* використовувати ім’я автора для реклами без дозволу при BSD-3-Clause;
* змінювати текст ліцензії й далі називати її стандартною BSD.;

істотно: BSD License — це вибір на користь свободи downstream-користувача, навіть якщо цей користувач системи закриє свій похідний код.;== Коли BSD License має змогу бути невдалим вибором ==

</syntaxhighlight> BSD License добре підходить для бібліотек, SDK, системного ПЗ, академічного коду, embedded-компонентів і проєктів, де автор хоче мінімізувати обмеження для downstream-користувачів.;
Якщо програмний продукт використовує BSD-licensed код, зазвичай потрібно зберегти license notices у third-party notices.;

Ця умова створювала проблеми: Це має змогу бути:

; Навіть якщо код BSD-licensed, потрібно перевіряти: У `LICENSE` додають текст конкретної BSD-ліцензії: BSD-2-Clause або BSD-3-Clause.; BSD License надає можливість використовувати код у SaaS-продуктах без обов’язку відкривати власний server-side код.; Практична порада: BSD-2-Clause добре підходить, коли потрібна максимальна простота, а BSD-3-Clause — коли істотно додати non-endorsement clause.; * BSD License не є собою copyleft-ліцензією.;

Академічний проєкт

Поширені помилки: 

Головна проблема BSD-4-Clause — '''advertising clause'''.; {| class="wikitable"
</div>
<div style="background:#fff4e5; border-left:6px solid #f39c12; padding:12px; margin:12px 0;">

'''Проста різниця:''' BSD License надає можливість закривати похідний код, а GPL зазвичай вимагає, щоб похідна робота при поширенні залишалася відкритою.; Це істотно для:

'''Цікавий момент:''' сучасні популярні BSD-ліцензії фактично стали простішими саме з цієї причини, що стара advertising clause виявилася надто незручною.;== BSD License і університети ==

<div style="background:#e8f8f5; border-left:6px solid #16a085; padding:12px; margin:12px 0;">

* приватне використання;
* комерційне використання;
* копіювання;
* модифікацію;
* поширення;
* включення в proprietary software;
* включення в open source-проєкти;
* продаж продуктів із BSD-licensed кодом;
* створення похідних робіт;
* використання в embedded software;
* використання в server software;
* використання в libraries і SDK.; * Матеріали щодо open source compliance, SBOM, third-party notices, copyright notices, warranty disclaimers і license compatibility.; '''істотно:''' якщо патентні питання критичні, варто розглянути Apache License 2.0 або BSD-2-Clause-Patent і проконсультуватися з фахівцем.;== Загальний характеристика ==
;

Джерела

  • маленьких code snippets;
  • прикладів;
  • навчального коду;
  • шаблонів;
  • public-domain-like сценаріїв;
  • проєктів, де автор хоче максимально спростити повторне використання.; "license": "BSD-3-Clause"

BSD License як сімейство ліцензій

  • BSD License — це не одна ліцензійний пакет, а сімейство BSD-style ліцензій.; BSD License — одна з найстаріших і найвпливовіших сімей open source-ліцензій.; Найчастіше використовують BSD-2-Clause і BSD-3-Clause.; MIT License
 ; * BSD-2-Clause;
  • BSD-3-Clause;
  • BSD-4-Clause;
  • 0BSD;
  • BSD-1-Clause;
  • BSD-style custom licenses.; Саме permissive-характер BSD зробив її зручною; додатково реалізовано університетів і незалежних розробників.; Висновок: BSD-2-Clause трохи простіша, а BSD-3-Clause додає захист від використання імені автора або contributor-ів для просування продукту.;

BSD-ліцензії містять warranty disclaimer.; * активність підтримки;

  • known vulnerabilities;
  • code review;
  • dependency chain;
  • maintainer trust;
  • SBOM;
  • release signatures;
  • supply chain;
  • test coverage;
  • security advisories;
  • production readiness.; /*

Copyright notice має змогу виглядати так:

Advertising clause

* SPDX-License-Identifier: BSD-2-Clause
*/
; !; * BSD-3-Clause додає non-endorsement clause.; !; Водночас вона не є собою copyleft-ліцензією, не вимагає відкривати похідний код і не гарантує повернення покращень у спільноту.;
Помилка: обирати стару BSD-4-Clause для нового проєкту без особливої причини.;

Хороші практики BSD License

Поширені ідентифікатори: </syntaxhighlight> 

src/

Commercial SDK

BSD-2-Clause-Patent

Проста аналогія: BSD-2-Clause — це дуже легка ліцензійний пакет: “залиш повідомлення про автора й гарантій немає”.; [package]

Головне правило: BSD License проста, але її потрібно називати точно й зберігати всі notices.; Вона пов’язана з BSD Unix, який сильно вплинув на еволюція сучасних операційних систем, мережевих стеків, серверного програмного забезпечення й UNIX-подібних систем.;</syntaxhighlight>

; Приклад для npm: ; Для BSD-ліцензій істотно використовувати точні SPDX identifiers.;
BSD 2-Clause License додатково відома як Simplified BSD License або FreeBSD License.; Університетська лабораторія публікує research code, щоб інші могли вивчати, змінювати й використовувати його без copyleft-обмежень.;

Через advertising clause BSD-4-Clause менш зручна й значно рідше рекомендована для нових проєктів.; Приклад для Rust `Cargo.toml`:

</syntaxhighlight> Вона пов’язана з: 

BSD License не є собою copyleft-ліцензією.; * Матеріали щодо BSD Unix, FreeBSD, OpenBSD, NetBSD і BSD-style software ecosystems.;== BSD License і безпека ==
</div>
 * SPDX-License-Identifier: BSD-3-Clause
 */
</div>

Розробник створює library і хоче, щоб її могли використовувати open source-проєкти, стартапи й комерційні продукти.;

Висновок

BSD License і GitHub

Чого BSD License не вимагає

Приклади сценаріїв використання

 - Тип Permissive Copyleft
Похідний код має змогу бути закритим Має залишатися GPL-сумісним при поширенні похідної роботи
Proprietary software Дозволене Обмежене copyleft-умовами
Головна умова Зберегти notices і disclaimer Зберегти software freedoms і надати source code
Ідея Максимальна гнучкість Взаємність і захист відкритості

Для BSD-2-Clause:

компаній забезпечується через Цікаво, що BSD-style ліцензування дозволило коду з BSD-екосистеми потрапити в дуже різні продукти: open source-системи, комерційні ОС, мережеве обладнання, embedded-пристрої й proprietary software.; BSD License permissive, а GPL copyleft.;=== Системна утиліта === BSD License не вимагає: Приклад для Python `pyproject.toml`:

|- | Тип | Permissive | Permissive |- | Copyright notice | Потрібно зберігати | Потрібно зберігати |- | Warranty disclaimer | є собою | є собою |- | Non-endorsement clause | Немає | є собою |- | Комерційне використання | Дозволене | Дозволене |- | Proprietary products | Дозволені | Дозволені |}

0BSD

Практична роль: BSD License дозволила системному коду широко поширюватися між open source і commercial ecosystems.; Команда створює системний інструмент і хоче, щоб його могли включати в різні UNIX-like системи, зокрема proprietary.; Критично: BSD License надає можливість використовувати код, але не гарантує якість, безпеку, підтримку або придатність для вашого продукту.;

BSD License і комерційні продукти

Практична роль: package metadata сприяє автоматичним інструментам перевіряти ліцензії dependencies.; license = "BSD-2-Clause" 

'''Практична роль:''' non-endorsement clause захищає авторів від того, щоб їхні імена використовували в маркетингу чужого продукту.;<div style="background:#eafaf1; border-left:6px solid #2ecc71; padding:12px; margin:12px 0;">
!;<div style="background:#fef2f2; border-left:6px solid #ef4444; padding:12px; margin:12px 0;">

'''Висновок:''' MIT License зазвичай коротша, BSD-2-Clause дуже близька до неї, а BSD-3-Clause додає non-endorsement захист.; Критерій

* open source governance;
* corporate compliance;
* GitHub license recognition;
* package ecosystems;
* SBOM;
* legal review;
* сумісності з open source-політиками;
* довіри до стандартного тексту ліцензії.; * BSD-style ліцензування сильно вплинуло на UNIX-like системи, мережевий код і комерційне ПЗ.;<syntaxhighlight lang="toml">

== BSD License і операційні системи ==
{| class="wikitable"
ISC License схожа на BSD-2-Clause та MIT License: коротка, permissive і проста.;<syntaxhighlight lang="c">
== BSD 3-Clause License ==
<div style="background:#f0eaff; border-left:6px solid #8e44ad; padding:12px; margin:12px 0;">

Причини:

'''істотно:''' не варто писати без ускладнень “BSD License”, якщо потрібна юридична точність.; GPL

</div>

* ускладнювала license compliance;
* погано масштабувалася для великих продуктів;
* могла створювати багато різних attribution-вимог;
* погіршувала сумісність із GPL;
* робила ліцензію менш зручною для сучасного open source.; Такі ліцензії дають багато свободи користувачам і не вимагають, щоб похідні роботи обов’язково залишалися open source.;

/*

переважні аспекти BSD License

  • не можна використовувати ім’я автора для просування продукту без дозволу;
  • не можна натякати, що original contributors підтримують ваш fork або product;
  • attribution дозволена, endorsement без дозволу — ні.; * permissive;
  • коротка;
  • зрозуміла;
  • надає можливість commercial use;
  • надає можливість proprietary use;
  • не вимагає відкривати похідний код;
  • має стандартні SPDX identifiers;
  • добре підходить для libraries;
  • зручна для academic code;
  • зручна для системного ПЗ;
  • широко сумісна з іншими ліцензіями;
  • BSD-3-Clause має non-endorsement захист;
  • проста для compliance порівняно з copyleft-ліцензіями.; BSD-3-Clause

BSD-2-Clause є собою короткою, permissive і дуже зручною для повторного використання.;== Приклад SPDX у файлі ==

BSD License надає можливість:

}

  • `THIRD_PARTY_NOTICES.txt`;
  • розділ Legal у застосунку;
  • документація;
  • About screen;
  • license bundle;
  • firmware notices;
  • web page з open source notices;
  • package metadata.; Проста різниця: BSD-3-Clause додає правило: “не використовуйте ім’я автора для реклами або endorsement без дозволу”.;== BSD 2-Clause і BSD 3-Clause ==

0BSD або Zero-Clause BSD — дуже permissive BSD-style ліцензійний пакет, яка фактично прибирає attribution-вимогу класичних BSD-ліцензій.; BSD License Класичні BSD-2-Clause і BSD-3-Clause не мають такої явної й детальної patent grant-мови, як Apache License 2.0.; |- | Тип | Permissive | Permissive |- | Довжина | Коротка | Значно довша |- | Patent grant | Зазвичай не такий явний | Має явний patent grant |- | NOTICE mechanism | Простий notice/disclaimer | Детальніший NOTICE-підхід |- | Корпоративні патентні сценарії | Потребують окремої уваги | Часто зручніша через патентну мову |}

Обмеження BSD License

BSD-licensed код можна використовувати в proprietary software, якщо виконані умови ліцензії.; Ця умова забороняє використовувати імена copyright holder або contributors для просування похідного продукту без попереднього письмового дозволу.; ISC License 

}

project/

* точно вказувати `BSD-2-Clause` або `BSD-3-Clause`;
* додати файл `LICENSE`;
* використовувати стандартний текст ліцензії;
* додати SPDX identifier у файли коду;
* зберігати copyright notices;
* зберігати disclaimer;
* не використовувати імена contributor-ів для endorsement без дозволу;
* вести third-party notices;
* перевіряти dependencies;
* вести SBOM для великих продуктів;
* не використовувати стару BSD-4-Clause для нових проєктів без причини;
* перевіряти patent concerns у корпоративних продуктах.; SPDX для BSD-2-Clause додатково посилається на OSI-сторінку цієї ліцензії як related web page.;</div>

Для npm:

<div style="background:#ecfdf5; border-left:6px solid #10b981; padding:12px; margin:12px 0;">

</div>
</div>
'''Головна думка:''' BSD License — це проста permissive-ліцензія з великим рівнем довіри до користувача: використовуйте код вільно, але зберігайте notices, disclaimer і не приписуйте авторам endorsement без дозволу.; Якщо потрібно зберегти attribution-умову, краще не використовувати 0BSD.; * Для юридичної точності краще писати `BSD-2-Clause` або `BSD-3-Clause`, а не без ускладнень “BSD License”.; Вона зручна для:

== OSI approval ==

<syntaxhighlight lang="c">

<div style="background:#fef2f2; border-left:6px solid #ef4444; padding:12px; margin:12px 0;">
== BSD License і GPL ==
Це комфортно для:

'''істотно:''' якщо патентні питання критичні, Apache License 2.0 має змогу бути кращим вибором, ніж класична BSD-2-Clause або BSD-3-Clause.; {
У `README.md` можна написати:
== Copyright notice ==

</div>

</div>
<syntaxhighlight lang="c">
!; Приклад у коді:
'''Помилка:''' обирати BSD License, якщо головна мета — змусити всі похідні роботи залишатися open source.; Можливі проблеми:

* contributors;
* dependency scanners;
* package users;
* open source compliance;
* SBOM;
* legal review;
* автоматичного визначення ліцензії;
* прозорості проєкту.; '''Перевага:''' BSD License дуже зручна для компаній, бо надає можливість включати код у комерційні й закриті продукти.; BSD License часто зручна для комерційних продуктів.; :contentReference [oaicite:1]{index=1}

== BSD License і SaaS ==

* '''BSD 2-Clause License''' або '''Simplified BSD License''';
* '''BSD 3-Clause License''' або '''New BSD License / Modified BSD License'''.;

ліцензійний пакет не гарантує безпеку коду.; BSD License

Перевага: BSD License надає можливість open source-коду жити і в відкритих, і в закритих продуктах без складної взаємності.; :contentReference [oaicite:2]{index=2}

BSD-2-Clause-Patent — варіант BSD-2-Clause із патентною частиною.; Висновок: BSD-2-Clause, MIT і ISC часто виконують схожу практичну роль: дозволяють широке повторне використання з мінімальними умовами.;

Практична роль: стандартна OSI-approved ліцензійний пакет значно зрозуміліша для користувачів і компаній, ніж самописний license text.; Термін BSD License має змогу означати різні ліцензії, з цієї причини його краще уточнювати.;</syntaxhighlight>

Цікаві факти про BSD License

Вона має дві основні умови:

Практична роль: BSD License надає можливість бізнесу використовувати open source-код без обов’язку відкривати весь власний програмний продукт.; * Стара BSD-4-Clause мала advertising clause, яка виявилася незручною.; Головна вимога BSD-ліцензій — зберігати copyright notice, license conditions і disclaimer.;== BSD 4-Clause License ==

Advertising clause — це умова старої 4-clause BSD License, яка вимагала згадки в advertising materials.; // SPDX-License-Identifier: BSD-3-Clause

0BSD має змогу бути доречною для:

Приклад license metadata

Небезпека: найбільша плутанина з BSD License виникає через нечітке формулювання “BSD” без конкретного SPDX identifier.; [project] // SPDX-License-Identifier: BSD-2-Clause

SPDX прямо подає `BSD-2-Clause` як short identifier для BSD 2-Clause "Simplified" License.;

BSD 2-Clause License

Отримано з https://wiki.corp2.eu/index.php?title=BSD_License&oldid=1350