Még akkor is, ha egy projekt nyílt forráskódú, ez nem feltétlenül érzékeny a közösségre, sokkal kevésbé megbízható szoftverről, amelyről függhet. A projektek változatosak: egyesek egy vagy két fejlesztő hobbiként működnek, mások összehozza a fejlesztőket, amelyeket sok hatalmas vállalat fizet, míg mások egy anyavállalat irányítása alatt állnak. Minden helyzetnek saját problémái és drámája van.
Szeretjük a nyílt forráskódú szoftvereket - ne tévesszen meg bennünket - de ez számos kihívást jelent. Vessünk egy pillantást néhányra.
A nyílt forrás gyakran veszteségeket és a fejlett fejlesztési folyamatot szenved
Csak nézd meg az Ubuntu azon próbálkozásait, hogy elindítsa a Unity 8 asztali és Mir megjelenítő szervert, amely lehetővé teszi a "konvergencia" jövőképét. A Linux asztal új verziója sok évvel ezelőtt stabilnak tűnt, és még mindig nem. A projekt jeges ütemben haladt, annyira, hogy a Canonical-ot a Microsoft bántalmazta, amely a Windows 10 előtti PC-powered smartphone-ot mutatta be és szállította rá. A Canonical még nem adta meg hosszú távú elképzeléseit. Talán néhány év múlva stabil lesz.
A Mozillának is volt némi nehézsége a prioritásoknak. Még mindig nem szolgáltattak több folyamatot és homokszóró funkciókat a Firefoxban. Ezek kulcsfontosságúak a böngésző biztonságossá tételéhez, megakadályozzák, hogy a rendszer összeomlása megakadályozza a teljes böngészőt, és jobban kihasználja a több processzoros processzorokat. Az összes többi nagy böngésző ezeket a funkciókat szállította, beleértve a gyűlölt Internet Explorer programot is. A Mozilla az "Elektrolízis" projektet hozzáadta ezekhez a funkciókhoz, de 2011-ben megállította, mert túl nehéz volt. A Mozillának ezután 2013-ban kellett újraindítania. Ez a funkció 2017-ben érkezik, ami tényleg nagyon késő. Időközben a Mozilla elvesztegetett időt töltött a Firefox OS-en, egy sikertelen okostelefon operációs rendszeren.
Ha egy projekt oly sok önkéntes fejlesztőt használ, akkor nehéz lehet megtalálni az embereket a kemény munka elvégzésére, ami nem szórakoztató.
A belső drámák villákat, villákat és több villákat használnak
Például amikor a GNOME 3 elindult és sok GNOME 2 felhasználó nem volt boldog, nem volt közvetlen nyilvánvaló út. A fejlesztőknek a GNOME kódot más projektekbe, például a MATE-be és a Cinnamon-ba kellett terelniük. Egy asztali környezet három lett, a fejlesztési források pedig szétszóródtak a projektek között. Ennek eredményeként időbe telt az idő, hogy a közösség eljusson ezekhez az új projektekhez.
Hasonlóképpen, az OpenOffice közösség nem volt boldog, amikor az Oracle megszerezte a Sun-t. Az Oracle röviden átnevezte a StarOffice saját, nem nyílt forráskódú irodai csomagját az "Oracle Open Office" -nek. A közösségnek létre kellett hoznia egy új villát, a LibreOffice-ot, az OpenOffice kód alapján. Sokak számára a de facto nyílt forráskódú irodai programcsomag lett, de mások még mindig az OpenOffice-ot használják, mert nem ismerik a jobb villát és a körülvevő drámait. Az OpenOffice-nak csak sok a felismerése.
És persze van CyanogenMod. A Cyanogen Inc. csak a CyanogenMod online szolgáltatásaihoz húzta a dugót, azaz inkább a legnépszerűbb harmadik féltől származó Android ROM-ot fogja megölni, mint átadni a közösségnek, hanem arra kényszeríti a közösséget, hogy hozzon létre egy új, a LineageOS nevű CyanogenMod villát. Miért nem adja át a Cyanogen a CyanogenMod projektet a közösségnek? A válasz úgy tűnik, hogy belső dráma (látsz egy mintát itt?). Végül is a cianogén volt a cég, amelynek vezérigazgatója megígérte, hogy "golyót helyeznek a Google fején". Ahelyett, hogy CyanogenMod fején keresztül egy golyót helyeztek volna el.
Ez mindössze véget ér a CyanogenMod felhasználóinak, akik nagyon keveset észleltek a CyanogenMod szerverei és szolgáltatásai leállítása előtt. A telefonok továbbra is működni fognak, de a kényelmes frissítések és egyéb szolgáltatások szinte egy éjszaka folyamán füstbe kerülnek. A felhasználóknak csak reménykedniük kell abban, hogy a LineageOS projekt gyorsan válik helyettessé.
Nem minden nyílt forrású projekt közösségi alapú
A CyanogenMod jó példa erre. Miután a Cyanogen Inc. megjelent, nem érdekelte a CyanogenMod. A Cyanogen új célja, hogy a Cyanogen Modular OS platformot a gyártóknak értékesíti, és a CyanogenMod nagy nevét felismeri a projekt megölése után. Talán éppen ez a pénz.
Az Oracle soha nem törődött az OpenOffice-szal, de eredetileg a StarOffice saját irodai csomagjának értékesítését a "Open Office" nevű nevével kezdte használni. Ezután adományozta a projektet Apache-nak, miután a legtöbb önkéntes fejlesztő elhagyta.
A Google nem igazán érdekli az Androidot, mint egy teljes nyílt forrású projektet, ezért az "Android Open Source Project" (vagy "AOSP") egyre több része marad. A Google meg akarja tartani az Android nyitását, így a gyártók egyszerűen testreszabhatók, de a nyílt forráskódú alkalmazások, mint a billentyűzet és a tárcsázó egyre inkább elavulnak. Egy fogyasztói Android-eszközön a Google csak a saját zárt forrású billentyűzetét, tárcsázóját és más alkalmazásait köti össze. A Google úgy tűnik, elkötelezett az Android nyílt forráskódú magjával szemben, de nem egy teljes nyílt forráskódú operációs rendszer, amelyet az emberek a Google szoftverek és szolgáltatások nélkül használhatnak. Végtére is, az Android Open Source Project javítása csak segít az Amazon Fire OS-nek, amely versenytárs a Google Android készülékein. Mi a lényege ennek?
A nyílt forrás hiányozhat a súlyos munkaerővel, annak ellenére, hogy milliókat használnak
Az eredményeket a Heartbleed biztonsági lyukkal 2014-ben láttuk. A Heartbleed kihasználta az OpenSSL sérülékenységét. Az OpenSSL egy fontos titkosítási könyvtár, amelyet sok óriás technológiai cég és több százezer webszerver használ. De csak egy teljes munkaidős alkalmazotta volt, anélkül, hogy külső munkahelyet és évi 2000 dollárt adományozott volna. A projekt további támogatásokat vett igénybe a kereskedelmi támogatási szerződések és tanácsadás terén, de csak egy teljes munkaidőben foglalkoztatott munkavállaló tűnik sokkolóan alacsonynak egy olyan kritikus infrastruktúra számára, amelyet a több milliárd dolláros vállalatok, például a Google és a Facebook használ.
A Heartbleed felhívta a figyelmet arra, hogy mennyire alulfinanszírozott ez a kritikus szoftver, így a nagy technológiai cégek minden évben elkötelezték magukat a pénzben történő forgalomból, hogy támogassák az OpenSSL és más fontos projektek fejlesztését a "Core Infrastructure Initiative" részeként.
Biztos, hogy van egy jó eredménye ennek a különleges történetnek, de csak azért, mert annyi figyelmet fordítottak rá. Ha egy nyílt forráskódú projektre támaszkodsz, hogy engedélyezd az infrastruktúrádat, könnyen függhet tőle, és feltételezheti, hogy valaki más jól karbantartja. Milyen más nyílt forrású projekt kritikusan alulfinanszírozott? Lehet, hogy nem veszünk észre, amíg nincs egy másik nagy probléma.
