На конференції KubeCon + CloudNativeCon 2024 компанія Scarf заявила, що інтегрувала свою платформу для відстеження споживання програмного забезпечення з відкритим кодом із CRM Salesforce. Однак, як зазначає DevOps.com, досі тривають гострі дебати щодо відкритого коду.
Платформу також було оновлено, щоб додати можливість безпосередньо виправляти та позначати дані подій для покращення точності зіставлення компаній та атрибуції, а також розширені параметри фільтрації даних для експорту даних.
Платформа Scarf в основному використовується постачальниками ІТ для виявлення організацій, які використовують програмне забезпечення з відкритим кодом на тому рівні масштабу, який може вимагати додаткової підтримки.
Крім того, деякі постачальники можуть розробити комерційні доповнення до інструменту або платформи з відкритим кодом.
Платформа Scarf пов’язує дані про використання й атрибути, такі як інтернет-адреси, з конкретними організаціями, які завантажили значну кількість програмного забезпечення з відкритого сховища програмного забезпечення. Загалом шлюз Scarf відстежив понад 7 мільярдів подій.
Генеральний директор Scarf Аві Пресс сказав, що компанія співпрацює з такими консорціумами, як The Linux Foundation, щоб забезпечити економічну життєздатність екосистеми програмного забезпечення з відкритим кодом.
Він зауважив, що за відсутності цих ідей не було б стільки ІТ-постачальників, які б спонсорували проєкти програмного забезпечення з відкритим кодом.
Звичайно, існує багато суперечок у співтоваристві з відкритим вихідним кодом, що часто призводить до створення форків, оскільки ІТ-постачальник, який спочатку створив той чи інший проєкт, вирішив змінити свої умови ліцензування. Зазвичай ця зміна пов’язана з постачальниками хмарних послуг, які отримують більше фінансової вигоди від програмного забезпечення з відкритим кодом, аніж постачальник, який його створив.
Однак коли ці зміни вносяться до умов ліцензування, зазвичай незадовго до того, як незадоволені члени спільноти, іноді за допомогою постачальника хмарних послуг, створюють форк цього оригінального проєкту, який стає доступним на тих самих умовах ліцензування, що й попередній.
Однак такого рівня суперечок можна було б уникнути, якби ІТ-постачальникам, які спонсорують проєкти з відкритим вихідним кодом, було простіше знаходити можливості додати додаткову комерційну цінність більш цілеспрямованим способом.
Звичайно, є рішучі прихильники програмного забезпечення з відкритим вихідним кодом, які здебільшого з підозрою ставляться до будь-якого проєкту, спонсорованого ІТ-постачальниками. Однак багато внесків у ці проєкти роблять інженери програмного забезпечення, які працюють на постачальників ІТ.
Суперечки щодо моделей ліцензування з відкритим кодом точаться десятиліттями. Зовсім недавно спільнота сперечалася про те, що таке модель штучного інтелекту з відкритим вихідним кодом, багато з яких не повідомляють, як ваги застосовувалися для навчання основної великої мовної моделі (LLM).
Навряд чи будь-яка з цих проблем буде вирішена найближчим часом, однак, зрештою, кожна організація повинна буде вирішити для себе, яке визначення відкритого коду вона хоче прийняти та підтримувати.
Читайте також на нашому сайті, що GitHub Copilot розширює підтримку моделей ШІ.
Підписуйтеся на ProIT у Telegram, щоб не пропустити жодної публікації!
