Hjemmeside » hvordan » Ulemperne ved Open Source Software

    Ulemperne ved Open Source Software

    CyanogenMod er død, dræbt af moderselskabet Cyanogen. Fællesskabet forsøger at samle stykkerne og oprette et nyt projekt, LineageOS, baseret på koden. Men det er en påmindelse om, at open source-software ikke er alt solskin, regnbuer og stabilitet: det kan faktisk være meget rodet.

    Selvom et projekt er open source, er det ikke nødvendigvis ensartet for samfundet, langt mindre et pålideligt program, du kan stole på. Projekter varierer: Nogle drives af en eller to udviklere som en hobby, andre samler udviklere betalt af mange massive virksomheder, mens andre drives af et enkelt moderselskab. Hver situation har sine egne problemer og drama.

    Vi elsker open source-software - ikke få os forkert - men det præsenterer et vist antal udfordringer. Lad os tage et kig på nogle få.

    Åben kilde lider ofte forsinkelser og et glaciale udviklingsniveau

    Mange open source-projekter ser ud til at lide af et langsommeligt udviklingstakt, hvor nye versioner er uendeligt forsinket, nye funktioner kommer langsomt, hvis det nogensinde er, og det er svært at prioritere vanskelige men vigtige funktioner.

    Bare se på Ubuntu's forsøg på at lancere sin Unity 8 desktop og Mir display server, hvilket gør det muligt at se sin vision om "konvergens". Denne nye version af Linux-skrivebordet skulle være stabil for mange år siden, og det er stadig ikke. Projektet har flyttet i et glacial tempo, så meget, at Canonical blev slået til slaggen af ​​Microsoft, der annoncerede sin egen vision PC-powered-by-smartphone før Windows 10-og leveret på den. Canonical har stadig ikke leveret sit langløbne syn endnu. Måske vil det være stabilt om nogle få år.

    Mozilla har også haft svært ved at prioritere. De har stadig ikke leveret multi-process og sandboxing funktioner i Firefox. Disse er afgørende for at holde browseren sikker, forhindre sammenbrud i at tage hele browseren ned og bedre udnytte multi-process-CPU'er. Alle andre større browsere har leveret disse funktioner, herunder den hadede Internet Explorer. Mozilla crated "Electrolysis" -projektet for at tilføje disse funktioner, men standsede det i 2011, fordi det var for svært. Mozilla skulle derefter genstarte det i 2013. Denne funktion ser ud til at ankomme i 2017, hvilket virkelig er virkelig sent. I mellemtiden har Mozilla spildt tid på at arbejde med Firefox OS, et mislykket smartphone-operativsystem.

    Når et projekt bruger så mange frivillige udviklere, kan det have svært ved at finde folket til at gøre det hårde arbejde, der ikke er sjovt at gøre.

    Interne drama begynder gafler, gafler og flere gafler

    Et open source-projekt kildekode er tilgængeligt for alle at ændre. Det er pointen! Hvis et open source-projekt ændres på en måde, du ikke kan lide, kan du eller fællesskabet tage den gamle kildekode og fortsætte med at arbejde på det som et nyt projekt. Men fællesskabsprojekter er ofte så indpakket i internt drama, at de får ting til at opdele i flere projekter, forvirrende og fremmedgjorte brugere.

    For eksempel, da GNOME 3 blev lanceret og mange GNOME 2-brugere ikke var glade, var der ikke en umiddelbar indlysende vej. Udviklere måtte gaffle GNOME-koden i andre projekter som MATE og Cinnamon. Et desktop-miljø blev til tre, og udviklingsressourcerne er mere spredt mellem projekter. Som følge heraf tog det noget tid for samfundet at få disse nye projekter på vej.

    Tilsvarende var OpenOffice-samfundet ikke glad, da Oracle erhvervede Sun. Oracle selv omdøbt omdøbt sin proprietære, ikke-open-source office suite StarOffice til "Oracle Open Office". Samfundet var nødt til at oprette en ny gaffel, LibreOffice, baseret på OpenOffice-koden. Det er blevet de facto open source office suite til mange mennesker, men andre bruger stadig OpenOffice fordi de ikke er opmærksomme på den bedre gaffel og dramaet omkring det. OpenOffice har kun en masse opbygget navngivning.

    Og selvfølgelig er der CyanogenMod. Cyanogen Inc har lige trukket stikket på CyanogenMods online-tjenester, hvilket betyder, at de hellere vil dræbe den mest populære tredjeparts Android ROM, end det overleveres til samfundet, men tvinger samfundet til at oprette en ny gaffel af CyanogenMod, der hedder LineageOS. Hvorfor overfører Cyanogen kun CyanogenMod-projektet til samfundet? Svaret synes at være internt drama (ser du et mønster her?). Cyanogen var det selskab, hvis CEO havde lovet, at de ville "sætte en kugle gennem Googles hoved". Det endte med at sætte en kugle gennem CyanogenMods hoved, i stedet.

    Alt dette ender bare med at skade CyanogenMods brugere, som fik meget lidt varsel, før CyanogenMods servere og tjenester lukkes. Telefoner vil fortsætte med at arbejde, men praktiske opdateringer og andre tjenester går op i røg næsten natten over. Brugere skal bare håbe, at LineageOS-projektet hurtigt bliver en erstatning.

    Ikke alle open source-projekter er fællesskabsdrevne

    Åben kildeprojekter er ikke altid drevet af samfundet. At sige et program er open source betyder bare, at koden er tilgængelig til at gøre, hvad du kan lide med. Virksomheden, der udvikler softwaren, behøver ikke nødvendigvis at køre den som et fællesskabsprojekt, eller de kan have interesse i at bruge projektet til at fremme deres anden software.

    CyanogenMod er et godt eksempel på dette. Når Cyanogen Inc. kom, var de ikke rigtig interesserede i CyanogenMod. Cyanogen's nye mål blev markedsføring af Cyanogen Modular OS-platformen til producenter, der handler om CyanogenMods store navnegenkendelse efter at have dræbt projektet. Måske er det bare hvor pengene er.

    Oracle brydde sig aldrig om OpenOffice, men ønskede oprindeligt at bruge sit navn til at drive salg af sin StarOffice-proprietære kontorsuite ved at branding det med navnet "Open Office". Det donerede derefter projektet til Apache efter at de fleste frivillige udviklere forlod.

    Google er ligeglad med Android som et fuldt open source-projekt, hvilket er grunden til, at flere og flere dele af "Android Open Source Project" (eller "AOSP") bliver efterladt. Google ønsker at holde Android åbent, så det er nemt for producenterne at tilpasse, men open source-applikationer som tastaturet og dialeren bliver mere og mere forældede. På en Android-enhed til forbrugeren bundter Google bare sit eget lukket tastatur, dialer og andre apps. Google synes at have forpligtet sig til en Android open source-kerne, men ikke et helt open source-operativsystem, som folk kan bruge uden Googles software og tjenester. Når alt kommer til alt, forbedrer Android Open Source-projektet bare Amazonas Fire OS, en konkurrent til Googles Android-enheder. Hvad er meningen med det?

    Open Source kan mangle alvorlig arbejdskraft, på trods af at den bruges af millioner

    Hvis et projekt er open source, kan alle bruge det uden at bidrage - endda massive virksomheder. Dette fører til problemer, når et vigtigt, udbredt projekt har en alvorlig mangel på arbejdskraft og midler.

    Vi så resultaterne heraf med Heartbleed-sikkerhedshullet tilbage i 2014. Heartbleed udnyttede en sårbarhed i OpenSSL. OpenSSL er et vigtigt krypteringsbibliotek, der bruges af mange gigantiske teknologiselskaber og hundredvis af tusindvis af webservere. Men det havde kun en fuldtidsansat uden uden beskæftigelse og $ 2000 om året i donationer. Projektet tog ekstra penge fra kommercielle supportkontrakter og rådgivning, men kun en enkelt fuldtidsansat virker chokerende lavt for et kritisk stykke infrastruktur, der bruges af flere milliard dollar firmaer som Google og Facebook.

    Heartbleed henledte opmærksomheden på, hvordan underfinansieret dette kritiske stykke software var, så store tech virksomheder forpligtede sig til at hugge i penge hvert år for at finansiere udviklingen af ​​OpenSSL og andre vigtige projekter som en del af "Core Infrastructure Initiative".

    Der er et godt resultat til denne særlige historie, helt sikkert - men kun fordi der blev lagt stor vægt på det. Når du er afhængig af et open source-projekt for at aktivere din infrastruktur, er det nemt at ende op afhængigt af det og antage, at en anden holder det godt nok. Hvilket andet vigtigt open source-projekt er kritisk underfinansieret? Vi må ikke bemærke, før der er et andet stort problem.

    Billedkredit: snoopsmaus