Kotisivu » miten » Avoimen lähdekoodin ohjelmisto

    Avoimen lähdekoodin ohjelmisto

    CyanogenMod on kuollut, emoyhtiö Cyanogen tappoi. Yhteisö yrittää poimia kappaletta ja luoda uuden projektin, LineageOS, koodin perusteella. Mutta se on muistutus siitä, että avoimen lähdekoodin ohjelmistot eivät ole kaikki auringonpaiste, sateenkaari ja vakaus: itse asiassa se voi usein olla hyvin sotkuinen.

    Vaikka hanke on avoimen lähdekoodin, se ei välttämättä edes reagoi yhteisöön, paljon vähemmän luotettava ohjelmisto, jonka voi riippua. Projektit vaihtelevat: Joitakin ylläpitää yksi tai kaksi kehittäjää harrastuksena, toiset yhdistävät kehittäjät, jotka maksavat monet massiiviset yritykset, kun taas toisia ohjaa yksi emoyhtiö. Jokaisella tilanteella on omat ongelmansa ja draama.

    Rakastamme avoimen lähdekoodin ohjelmistoja - älä päästä meidät väärin, mutta se tuo esiin tiettyjä haasteita. Katsotaanpa muutamia.

    Avoin lähde usein kärsii viivästyksistä ja jäätikön kehityksestä

    Monet avoimen lähdekoodin projektit näyttävät kärsivän hitaasta kehityskierroksesta, jossa uudet versiot viivästyvät loputtomasti, uudet ominaisuudet tulevat hitaasti, jos koskaan, ja on vaikea priorisoida vaikeita mutta tärkeitä ominaisuuksia.

    Katsokaa vain Ubuntuyrityksiä käynnistää Unity 8 -työpöytä- ja Mir-näyttöpalvelin, joka mahdollistaa sen näkemyksen "lähentymisestä". Tämän Linux-työpöydän uuden version oli tarkoitus olla vakaa monta vuotta sitten, eikä sitä vieläkään ole. Projekti on siirtynyt jään tahtiin niin paljon, että Canonical hakattiin Microsoftin lävistykseen, joka ilmoitti omasta visio-PC: stä älypuhelimelta ennen Windows 10 -käyttöjärjestelmää ja toimitti sen. Canonical ei ole vielä antanut pitkään luvattua näkemystään. Ehkä se on vakaa muutamassa vuodessa.

    Mozilla on myös ollut vaikeuksia priorisoida. He eivät vieläkään ole toimittaneet Firefoxissa moniprosessi- ja hiekkalaatikkotoimintoja. Nämä ovat kriittisiä, jotta selain pysyy turvassa, estetään kaatumiset koko selaimen laskemisesta ja hyödyntämään paremmin moniprosessoreita. Kaikki muut tärkeimmät selaimet ovat toimittaneet nämä ominaisuudet, kuten vihattu Internet Explorer. Mozilla korosti "Electrolysis" -hanketta lisätäksesi nämä ominaisuudet, mutta pysäytti sen vuonna 2011, koska se oli liian vaikeaa. Sen jälkeen Mozilla joutui käynnistämään sen uudelleen vuonna 2013. Tämä ominaisuus näyttää tulevan vuonna 2017, mikä on todella, todella myöhäistä. Tällä välin Mozilla tuhlasi aikaa Firefox-käyttöjärjestelmässä, joka oli epäonnistunut älypuhelimen käyttöjärjestelmä.

    Kun projektissa käytetään niin monia vapaaehtoisia kehittäjiä, voi olla vaikea löytää ihmisiä tekemään kovaa työtä, joka ei ole hauskaa.

    Sisäiset draamat alkavat haarukat, haarukat ja muut haarukat

    Avoimen lähdekoodin projektin lähdekoodi on kaikkien saatavilla muutoksiin. Siitä on kysymys! Jos avoimen lähdekoodin projekti muuttuu tavalla, jota ei pidä, niin sinä tai yhteisö voi ottaa sen vanhan lähdekoodin ja jatkaa työskentelyä uuden projektin parissa. Mutta yhteisöprojektit ovat usein niin sisätiloissa, että ne aiheuttavat eroja useisiin projekteihin, sekoittavat ja vieraantuvat käyttäjät.

    Esimerkiksi, kun GNOME 3 käynnistettiin ja monet GNOME 2 -käyttäjät eivät olleet tyytyväisiä, ei ollut välitöntä ilmeistä polkua. Kehittäjien oli pakotettava GNOME-koodi muille projekteille, kuten MATE ja Cinnamon. Yksi työpöytäympäristö muuttui kolmeksi, ja kehitysresurssit ovat hajallaan hankkeiden välillä. Tämän seurauksena yhteisöllä oli aikaa saada nämä uudet hankkeet.

    Vastaavasti OpenOffice-yhteisö ei ollut tyytyväinen, kun Oracle osti Sunin. Oracle nimesi uudelleen Oracle-toimistoonsa lyhyen aikaa uudelleen oma, ei avoimen lähdekoodin toimistopakettinsa StarOffice. Yhteisön oli luotava uusi haarukka, LibreOffice, OpenOffice-koodin perusteella. Se on tullut de facto avoimen lähdekoodin toimistosarja monille ihmisille, mutta toiset käyttävät edelleen OpenOfficea, koska he eivät ole tietoisia paremmasta haarukasta ja sitä ympäröivästä draamasta. OpenOffice on vain paljon rakennettu nimi tunnustamista.

    Ja tietysti on CyanogenMod. Syanogeeni Inc vain veti pistokkeen CyanogenModin verkkopalveluihin, eli ne mieluummin tappaisivat suosituimman kolmannen osapuolen Android-ROM: in kuin luovuttavat sen yhteisölle, pakottaen yhteisön luomaan uuden haarukan CyanogenModista nimeltä LineageOS. Miksi Cyanogen ei välitä CyanogenMod-projektia yhteisölle? Vastaus näyttää olevan sisäinen draama (näetkö mallin täällä?). Syanogeeni oli yritys, jonka toimitusjohtaja lupasi, että he saattavat "laittaa luodin Googlen pään läpi". Sen päätteeksi saatiin luotu CyanogenModin pään kautta.

    Tämä kaikki lopulta vahingoittaa CyanogenModin käyttäjiä, jotka saivat hyvin vähän ilmoitusta ennen kuin CyanogenModin palvelimet ja palvelut suljetaan. Puhelimet jatkavat työskentelyä, mutta kätevät päivitykset ja muut palvelut nousevat savulle lähes yön yli. Käyttäjien on vain toivottava, että LineageOS-hanke tulee nopeasti korvaavaksi.

    Kaikki avoimen lähdekoodin projektit eivät ole yhteisöllisiä

    Avoimen lähdekoodin projekteja ei aina ohjaa yhteisö. Ohjelman sanominen avoimen lähdekoodin avulla tarkoittaa vain sitä, että koodi on käytettävissä tekemään mitä haluat. Ohjelmistoa kehittävän yrityksen ei tarvitse välttämättä käyttää sitä yhteisöprojektina, tai he voivat olla kiinnostuneita käyttämään hanketta mainostamaan muita ohjelmistojaan.

    CyanogenMod on hyvä esimerkki tästä. Kun syanogeeni Inc. tuli, he eivät todellakaan välittäneet CyanogenModista. Cyanogenin uudeksi tavoitteeksi tuli Cyanogen Modular OS -ympäristön markkinointi valmistajille, kaupankäynti CyanogenModin erinomaisella nimitunnistuksella hankkeen jälkeen. Ehkä se on juuri siellä, missä raha on.

    Oracle ei koskaan välittänyt OpenOffice-ohjelmistosta, mutta halusi aluksi käyttää nimeään myydä StarOffice-omistamansa toimistosarjan myyntiä merkitsemällä sen Open Office -nimellä. Sitten se lahjoitti projektin Apacheille useimpien vapaaehtoisten kehittäjien jäljessä.

    Google ei myöskään välitä Androidista täysin avoimen lähdekoodin projektina, minkä vuoksi yhä useampia osia "Android Open Source Project" (tai "AOSP") -palvelusta jää jäljelle. Google haluaa pitää Android avoinna, joten valmistajien on helppo muokata, mutta avoimen lähdekoodin sovellukset, kuten näppäimistö ja soitin, ovat yhä vanhentuneita. Kuluttaja Android-laitteessa Google yhdistää vain oman suljetun lähdekoodin näppäimistön, numeronvalitsimen ja muut sovellukset. Google näyttää sitoutuneen Android-avoimen lähdekoodin ytimeen, mutta koko avoimen lähdekoodin käyttöjärjestelmä ei voi käyttää ilman Googlen ohjelmistoja ja palveluita. Loppujen lopuksi Android Open Source -projektin parantaminen vain auttaa Amazonin Fire OS: ää, joka on Googlen Android-laitteiden kilpailija. Mikä siitä on?

    Avoimen lähdekoodin puuttuminen voi olla vakavaa, vaikka miljoonat käyttävät sitä

    Jos projekti on avoimen lähdekoodin, kuka tahansa voi käyttää sitä ilman suuria yrityksiä. Tämä johtaa ongelmiin, kun tärkeällä, laajalti käytetyllä hankkeella on vakava työvoiman ja varojen puute.

    Näimme tämän tulokset Heartbleed-turva-aukolla vuonna 2014. Heartbleed hyödynsi OpenSSL: n haavoittuvuutta. OpenSSL on tärkeä salauskirjasto, jota käyttävät monet suuret teknologiayritykset ja satoja tuhansia web-palvelimia. Mutta sillä oli vain yksi kokopäiväinen työntekijä ilman ulkopuolista työtä ja 2000 dollaria vuodessa lahjoituksissa. Hanke otti lisää rahaa kaupallisista tukisopimuksista ja konsultoinnista, mutta vain yksi kokopäiväinen työntekijä tuntuu järkyttävän alhaiselta kriittiselle infrastruktuurille, jota käyttävät monen miljardin dollarin yritykset kuten Google ja Facebook.

    Heartbleed kiinnitti huomiota siihen, kuinka vähäinen määrä tätä kriittistä ohjelmistoa oli, joten suuret teknologiayritykset sitoutuivat rahoittamaan rahaa joka vuosi rahoittamaan OpenSSL: n ja muiden tärkeiden hankkeiden kehittämistä osana "perusinfrastruktuurialoitetta".

    Tämä tarina on hyvä, mutta vain siksi, että siihen kiinnitettiin paljon huomiota. Kun luot luotettavan avoimen lähdekoodin projektin infrastruktuurin mahdollistamiseksi, se on helppo päätyä sen mukaan ja olettaa, että joku muu säilyttää sen riittävän hyvin. Mitä muuta tärkeää avoimen lähdekoodin hanketta on alirahoitettu? Emme ehkä huomaa, kunnes on toinen suuri ongelma.

    Kuvaluotto: snoopsmaus