Кілька разів Тут, у блозі, порушувалася ця тема, який Протягом тривалого часу це було однією з головних проблем що стикається з вільне програмне забезпечення та його розробники. Тема «фінансування», що, у свою чергу, призводить до інших проблем, таких як низька або відсутня підтримка проектів, а також зловживання з боку комерційних проектів, які використовують вільне програмне забезпечення та не виділяють частину свого прибутку або навіть не роблять внеску в розвиток проекту.
Щоб забезпечити рішення до цієї проблеми, Розробник WiX представив інноваційну ініціативу під назвою «Плата за обслуговування».
Його мета — вирішити одну з найпостійніших проблем в екосистемі вільного програмного забезпечення: фінансування проектів, які, незважаючи на широке використання, майже виключно залежать від волонтерської роботи їхніх розробників.
Ця пропозиція пропонує запровадити невеликий щомісячний внесок, з варіантами від 10 доларів, призначеними для забезпечення економічної життєздатності проектів без звернення до таких моделей, як Open Core, які зазвичай пропонують преміум-платні версії з додатковими функціями та обмежують доступ до певних функцій.
Програмне забезпечення з відкритим кодом є безкоштовним, але підтримка проєкту з відкритим кодом не є безкоштовною. Ми багато вимагаємо від розробників проєктів, зокрема:
Проблеми сортування
Відповідати на запитання
Підтримка роботи скриптів збірки
Оновлення залежностей програмного забезпечення
Звіти з подальшої безпеки
Випускати нові релізи
Вирішення проблеми спаму на форумах обговорень та у системах відстеження проблем
Підтримка реєстрації доменного імені
Поновлення сертифікатів підпису
І багато, багато інших завдань
Як працює плата за обслуговування
Центральна ідея полягає в тому, що користувачі та компанії, які отримують комерційну вигоду (прямо чи опосередковано) з проєкту з відкритим кодом робити регулярний внесок. Оплата буде здійснюватися за ліцензійною угодою з кінцевим користувачем (EULA), яка регулюватиме доступ до ключових ресурсів, таких як інфраструктура проекту, офіційні бінарні файли та попередньо скомпільовані пакети.
Для спрощення транзакцій, Пропонується використання системи спонсорства GitHub, що дозволило б прямий переказ коштів розробникам. Таким чином, передплатники могли б завантажувати офіційні версії, брати участь у технічних обговореннях та надсилати звіти про помилки або запити на нові функції.
Один з найважливіших аспектів полягає в тому, що Доступ до вихідного коду залишатиметься повністю відкритим, відповідно до використаних вільних ліцензій. за кожен проект. Однак компанії, які не хочуть платити щомісячну плату, не зможуть використовувати офіційні попередньо скомпільовані версії або інтегрувати їх як залежності в менеджери, такі як NPM або NuGet.
На практиці ці організації все ще могли клонувати репозиторій та самостійно компілювати програмне забезпечення, але без права використовувати пакети, вже підготовлені командою розробників.
Боротьба з вигоранням у сфері обслуговування
Ця пропозиція виникає у відповідь на загальновизнану реальність: Розробники проектів з відкритим кодом виконують постійну та вимогливу роботу, у багатьох випадках не отримуючи жодної фінансової компенсації. Багато компаній, незважаючи на те, що базують цілі продукти на цих інструментах, не виділяють ні часу, ні ресурсів, створюючи дисбаланс, який призводить до вигорання, втрати мотивації та навіть закидання проектів.
Для автора ініціативи, Ця модель не є обмеженням, а справедливими та збалансованими стосункамиКомпанії, які покладаються на сторонні ресурси, витрачають невелику частину свого доходу на те, щоб забезпечити подальший розвиток інструментів, які вони використовують.
З введенням плати за обслуговування, Очікується, що розробники матимуть більше ресурсів і часу для виконання важливих завдань. такі як виправлення помилок, відповіді на запити користувачів, оновлення залежностей, керування інфраструктурою збірки, виявлення та усунення вразливостей, модерація спільнот та поновлення сертифікатів цифрового підпису.
Безсумнівно, ця пропозиція спрямована на створення більш справедливої, сталої та спільної екосистеми, де відкритий код не є синонімом неоплачуваної праці, а радше спільними зусиллями творців та користувачів.
Нарешті, якщо вам цікаво дізнатися більше про це, ви можете ознайомитися з деталями в наступне посилання.