CyanogenMod помер , вбитий материнською компанією Cyanogen. Спільнота намагається взяти шматки та створити новий проект, LineageOS, на основі коду. Але це нагадує, що програмне забезпечення з відкритим кодом - це не все сонце, веселка та стабільність: насправді воно часто може бути дуже брудним.
Навіть якщо проект із відкритим кодом, він не обов'язково навіть реагує на співтовариство, а тим більше надійний компонент програмного забезпечення, на який ви можете покластися. Проекти різняться: одними з них хобі займається один або два розробники, інші об’єднують розробників, яким платять великі корпорації, а інші керуються однією материнською компанією. Кожна ситуація має свої проблеми та драматизм.
Ми любимо програмне забезпечення з відкритим кодом - не помиліться з нами - але воно представляє певну кількість проблем. Давайте розглянемо декілька.
З відкритим кодом часто страждають затримки та темп льодовикового розвитку
Багато проектів з відкритим кодом страждають від повільних темпів розробки, де нові версії нескінченно затримуються, нові функції приходять повільно, якщо взагалі колись, і важко визначити пріоритетні складні, але важливі функції.
Просто подивіться на спроби Ubuntu запустити свій робочий стіл Unity 8 та сервер відображення Mir, що дає змогу бачити «зближення». Ця нова версія робочого столу Linux мала бути стабільною багато років тому, але досі не є такою. Проект рухався льодовиковими темпами настільки, що Canonical був вражений Microsoft, який оголосив про власне бачення ПК, що працює на базі ПК до Windows 10, і реалізував його. Canonical ще не реалізував своє давно обіцяне бачення. Можливо, це буде стабільним ще через кілька років.
ПОВ'ЯЗАНІ: Ось чому Firefox ще багато років відстає від Google Chrome
Mozilla також мала певні труднощі при визначенні пріоритетів. Вони ще не доставили багатопроцесорні та пісочницькі функції у Firefox. Вони мають вирішальне значення, щоб захистити браузер, запобігти аварійному завершенню роботи цілого браузера та краще використовувати багатопроцесорні процесори. Усі інші основні браузери надали ці функції, в тому числі ненависний Internet Explorer. Mozilla створила проект «Електроліз», щоб додати ці функції, але зупинила його в 2011 році, оскільки це було занадто складно. Потім Mozilla довелося перезапустити його в 2013 році. Ця функція, мабуть, з’явиться в 2017 році, що насправді дуже пізно. Тим часом Mozilla витрачала час на роботу в ОС Firefox - невдалій операційній системі для смартфонів.
Коли в проекті використовується так багато добровольців-розробників, може виникнути труднощі з пошуком людей для важкої роботи, яка не є цікавою.
Внутрішня драма породжує Forks, Forks та More Forks
Вихідний код проекту з відкритим кодом доступний кожному, хто може його змінити. В тім-то й річ! Якщо проект з відкритим кодом змінюється так, як вам не подобається, тоді ви (або спільнота) можете взяти цей старий вихідний код і продовжувати працювати над ним як новий проект. Але проекти спільноти часто настільки загорнуті у внутрішню драму, що змушують поділитися на кілька проектів, заплутуючи та відчужуючи користувачів.
Наприклад, коли запустився GNOME 3 і багато користувачів GNOME 2 не були задоволені, не було одразу очевидного шляху. Розробникам довелося розгалужувати код GNOME в інших проектах, таких як MATE і Cinnamon. Одне середовище робочого столу перетворилося на три, а ресурси для розробки більш розпорошені між проектами. В результаті громаді знадобився певний час, щоб запустити ці нові проекти.
ПОВ'ЯЗАНІ: OpenOffice проти LibreOffice: в чому різниця і що слід використовувати?
Так само, спільнота OpenOffice не зраділа коли Oracle придбав Сонце. Oracle навіть ненадовго перейменував свій власний, не відкритий офісний пакет StarOffice на “Oracle Open Office”. Спільноті довелося створити нову вилку, LibreOffice , заснований на коді OpenOffice. Він став фактичним офісним пакетом з відкритим кодом для багатьох людей, але інші все ще використовують OpenOffice, оскільки не знають про кращу форку та драму навколо неї. У OpenOffice просто багато вбудованого розпізнавання імен.
І, звичайно, є CyanogenMod. Компанія Cyanogen Inc щойно підключилася до Інтернет-сервісів CyanogenMod - це означає, що вони скоріше вб’ють найпопулярніший сторонній ПЗУ Android, ніж передадуть його спільноті, замість цього змусять спільноту створити нову вилку CyanogenMod на ім’я LineageOS. Чому Cyanogen просто не передає проект CyanogenMod громаді? Відповідь, здається, внутрішня драма (ви бачите тут закономірність?). Ціаноген був компанією, чия Генеральний директор обіцяв врешті-решт вони "просунули б кулю в голову Google". Врешті-решт це пробило кулю в голову CyanogenMods.
Це все в кінцевому підсумку завдає шкоди користувачам CyanogenMod, які отримали дуже мало повідомлень до того, як сервери та служби CyanogenMod будуть вимкнені. Телефони продовжуватимуть працювати, але зручні оновлення та інші послуги майже всю ніч димлять. Користувачам залишається сподіватися, що проект LineageOS швидко стане заміною.
Не всі проекти з відкритим кодом керуються громадою
Проекти з відкритим кодом не завжди керуються громадою. Сказати програму з відкритим кодом просто означає, що код доступний для того, щоб робити те, що вам подобається. Компанія, яка розробляє програмне забезпечення, не обов’язково повинна запускати його як проект спільноти, або вони можуть зацікавитись у використанні проекту для просування свого іншого програмного забезпечення.
Яскравим прикладом цього є CyanogenMod. Щойно з’явилася компанія Cyanogen Inc., вони насправді не піклувались про CyanogenMod. Новою метою Cyanogen став маркетинг платформи Cyanogen Modular OS для виробників, торгівля на визнаному імені CyanogenMod після вбивства проекту. Можливо, саме там гроші.
Oracle ніколи не піклувався про OpenOffice, але спочатку хотів використовувати його ім'я для стимулювання продажів власного офісного пакета StarOffice, закріпивши його назви "Open Office". Потім він передав проект Apache після того, як більшість розробників-волонтерів пішли.
Google насправді не хвилює Android як повноцінний проект з відкритим кодом , або, саме тому все більше частин «Проекту з відкритим кодом Android» (або «AOSP») залишається позаду. Google хоче тримати Android відкритим, щоб виробникам було легко його налаштувати, але програми з відкритим кодом, такі як клавіатура та дозвон, стають все більш застарілими. На споживчому пристрої Android Google просто об’єднує власну закриту клавіатуру, набір номерів та інші програми. Здається, Google прихильний до ядра Android з відкритим кодом, але не ціла операційна система з відкритим кодом, яку люди можуть використовувати без програмного забезпечення та служб Google. Зрештою, вдосконалення проекту з відкритим кодом Android просто допомагає Amazon Fire Fire , конкурент пристроїв Android від Google. Який сенс у цьому?
З відкритим кодом може бракувати серйозної робочої сили, незважаючи на те, що її використовують мільйони
ПОВ'ЯЗАНІ: Пояснено: Чому вам потрібно змінити свої паролі зараз
Якщо проект є відкритим, кожна людина може використовувати його, не вносячи внеску - навіть великі компанії. Це призводить до проблем, коли у важливого, широко використовуваного проекту є серйозна нестача робочої сили та коштів.
Результати цього ми побачили з отвір безпеки в Heartbleed ще в 2014 р. Heartbleed використав уразливість в OpenSSL. OpenSSL - це важлива бібліотека шифрування, що використовується багатьма гігантськими технологічними компаніями та сотнями тисяч веб-серверів. Але у нього був лише один штатний працівник, який не працював поза межами $ 2000 на рік як пожертви . Проект брав додаткові гроші за контракти на комерційну підтримку та консалтинг, але лише один штатний працівник здається приголомшливо низьким для критичної частини інфраструктури, що використовується багатомільярдними корпораціями, такими як Google та Facebook.
Heartbleed звернув увагу на те, наскільки недостатньо фінансується цей важливий компонент програмного забезпечення, тому великі технологічні компанії прагнуть щороку обробляти гроші для фінансування розробки OpenSSL та інших важливих проектів у рамках програми " Ініціатива щодо базової інфраструктури “.
Звичайно, ця конкретна історія має хороший результат - але лише тому, що до неї привернули стільки уваги. Коли ви покладаєтесь на проект з відкритим кодом, щоб увімкнути вашу інфраструктуру, легко опинитися в залежності від цього і припустити, що хтось інший підтримує її досить добре. Який ще важливий проект з відкритим кодом критично недофінансований? Ми можемо не помітити, поки не виникне ще одна велика проблема.
Кредит зображення: снупсмаус
