Open source software -
Open-source software

Van Wikipedia, de gratis encyclopedie

Een screenshot van Manjaro met de Cinnamon-desktopomgeving , Firefox die toegang heeft tot Wikipedia die MediaWiki , LibreOffice Writer , Vim , GNOME Calculator , VLC en Nemo -bestandsbeheer gebruikt, allemaal open-sourcesoftware.

Open-sourcesoftware ( OSS ) is computersoftware die wordt vrijgegeven onder een licentie waarin de houder van het auteursrecht gebruikers de rechten verleent om de software en de broncode te gebruiken, te bestuderen, te wijzigen en te distribueren aan iedereen en voor elk doel. Open- sourcesoftware kan op openbare wijze worden ontwikkeld . Open-sourcesoftware is een prominent voorbeeld van open samenwerking , wat betekent dat elke capabele gebruiker online kan deelnemen aan de ontwikkeling, waardoor het aantal mogelijke bijdragers onbepaald is. De mogelijkheid om de code te onderzoeken, bevordert het vertrouwen van het publiek in de software.

Open-source softwareontwikkeling kan verschillende perspectieven bieden die verder gaan dan die van één enkel bedrijf. In een rapport van de Standish Group uit 2008 staat dat de adoptie van open-source softwaremodellen heeft geleid tot besparingen van ongeveer $ 60 miljard per jaar voor consumenten.

Open source-code kan worden gebruikt om te studeren en stelt bekwame eindgebruikers in staat om software aan hun persoonlijke behoeften aan te passen op een vergelijkbare manier waarop gebruikersscripts en aangepaste stylesheets websites mogelijk maken, en uiteindelijk de wijziging publiceren als een fork voor gebruikers met vergelijkbare voorkeuren, en eventuele verbeteringen direct als pull-aanvragen indienen .

Geschiedenis

Eind jaren negentig: oprichting van het Open Source Initiative

.

De daad van Netscape zette Raymond en anderen ertoe aan te onderzoeken hoe de gratis software-ideeën en waargenomen voordelen van de Free Software Foundation naar de commerciële software-industrie konden worden gebracht. Ze kwamen tot de conclusie dat het sociale activisme van FSF niet aantrekkelijk was voor bedrijven als Netscape, en zochten naar een manier om de vrije-softwarebeweging een nieuwe naam te geven om het zakelijke potentieel van het delen van en samenwerken aan softwarebroncode te benadrukken. De nieuwe term die ze kozen was "open source", die al snel werd overgenomen door Bruce Perens , uitgever Tim O'Reilly , Linus Torvalds en anderen. Het Open Source Initiative werd in februari 1998 opgericht om het gebruik van de nieuwe term aan te moedigen en open-sourceprincipes te verkondigen.

.

De beweging voor vrije software werd gelanceerd in 1983. In 1998 pleitte een groep individuen ervoor om de term vrije software te vervangen door open-source software (OSS) als een uitdrukking die minder dubbelzinnig en comfortabeler is voor het bedrijfsleven. Softwareontwikkelaars willen misschien hun software publiceren met een open-sourcelicentie , zodat iedereen dezelfde software kan ontwikkelen of de interne werking ervan kan begrijpen. Met open-sourcesoftware mag over het algemeen iedereen er wijzigingen in aanbrengen, overdragen naar nieuwe besturingssystemen en instructieset-architecturen , met anderen delen of, in sommige gevallen, op de markt brengen. Geleerden Casson en Ryan hebben gewezen op verschillende beleidsmatige redenen voor het gebruik van open source, met name de verhoogde waardepropositie van open source (in vergelijking met de meeste propriëtaire formaten) in de volgende categorieën:

  • Beveiliging
  • betaalbaarheid
  • Transparantie
  • eeuwigheid
  • interoperabiliteit
  • Flexibiliteit
  • Lokalisatie – met name in de context van lokale overheden (die softwarebeslissingen nemen). Casson en Ryan stellen dat "regeringen een inherente verantwoordelijkheid en fiduciaire plicht hebben jegens belastingbetalers", waaronder een zorgvuldige analyse van deze factoren bij de beslissing om propriëtaire software aan te schaffen of een open-sourceoptie te implementeren.

De Open Source-definitie presenteert een open-sourcefilosofie en definieert verder de gebruiksvoorwaarden, wijziging en herdistributie van open-sourcesoftware. Softwarelicenties verlenen gebruikers rechten die anders door de auteursrechtwet aan de houder van het auteursrecht zouden zijn voorbehouden. Verschillende open-source softwarelicenties zijn gekwalificeerd binnen de grenzen van de Open Source-definitie . Het meest prominente en populaire voorbeeld is de GNU General Public License (GPL), die "gratis distributie toestaat onder de voorwaarde dat verdere ontwikkelingen en toepassingen onder dezelfde licentie worden geplaatst", dus ook gratis.

Het open source- label kwam uit een strategiesessie die op 7 april 1998 in Palo Alto werd gehouden als reactie op de aankondiging van Netscape in januari 1998 van een broncode-release voor Navigator (als Mozilla ). Een groep individuen op de sessie omvatte Tim O'Reilly , Linus Torvalds , Tom Paquin, Jamie Zawinski , Larry Wall , Brian Behlendorf , Sameer Parekh , Eric Allman , Greg Olson, Paul Vixie , John Ousterhout , Guido van Rossum , Philip Zimmermann , John Gilmore en Eric S. Raymond . Ze maakten van de gelegenheid gebruik voordat de broncode van Navigator werd vrijgegeven om een ​​mogelijke verwarring op te helderen die werd veroorzaakt door de dubbelzinnigheid van het woord "gratis" in het Engels .

Veel mensen beweerden dat de geboorte van internet , sinds 1969, het begin was van de open-sourcebeweging, terwijl anderen geen onderscheid maken tussen open-source- en vrije-softwarebewegingen.

De Free Software Foundation (FSF), opgericht in 1985, bedoelde met het woord "gratis" vrijheid van distributie (of "vrij zoals in vrije meningsuiting") en niet vrijheid van kosten (of "vrij zoals in gratis bier"). Omdat veel gratis software al gratis was (en nog steeds is), werd dergelijke gratis software geassocieerd met nulkosten, wat anti-commercieel leek.

Het Open Source Initiative (OSI) werd in februari 1998 opgericht door Eric Raymond en Bruce Perens. Met ten minste 20 jaar bewijs uit casuïstiek van de ontwikkeling van gesloten software versus open ontwikkeling die al door de gemeenschap van internetontwikkelaars is geleverd, presenteerde de OSI de "open source"-zaak aan commerciële bedrijven, zoals Netscape. De OSI hoopte dat het gebruik van het label "open source", een term die Christine Peterson van het Foresight Institute tijdens de strategiesessie voorstelde, dubbelzinnigheid zou wegnemen, vooral voor individuen die "vrije software" als anti-commercieel beschouwen. Ze wilden meer bekendheid geven aan de praktische voordelen van vrij beschikbare broncode, en ze wilden grote softwarebedrijven en andere hightech-industrieën naar open source brengen. Perens probeerde "open source" te registreren als een servicemerk voor de OSI, maar die poging was onpraktisch volgens handelsmerknormen . Ondertussen, als gevolg van de presentatie van Raymond's paper aan het hogere management van Netscape - Raymond ontdekte het pas toen hij het persbericht las en werd later op de dag gebeld door de PA van Netscape CEO Jim Barksdale - gaf Netscape zijn Navigator-broncode vrij als open bron, met gunstige resultaten.

definities

Het logo van het Open Source Initiative

De definitie van het Open Source Initiative (OSI) wordt door verschillende regeringen internationaal erkend als de standaard- of de facto - definitie. Bovendien hebben veel van 's werelds grootste open-source-softwareprojecten en -bijdragers, waaronder Debian, Drupal Association, FreeBSD Foundation, Linux Foundation, OpenSUSE Foundation, Mozilla Foundation, Wikimedia Foundation, Wordpress Foundation zich gecommitteerd aan het hooghouden van de missie van OSI en Open Source Definitie via de OSI Affiliate Overeenkomst.

OSI gebruikt The Open Source Definition om te bepalen of het een softwarelicentie als open source beschouwt. De definitie was gebaseerd op de Debian Free Software Guidelines , voornamelijk geschreven en aangepast door Perens. Perens baseerde zijn schrijven niet op de "vier vrijheden" van de Free Software Foundation (FSF), die pas later algemeen beschikbaar waren.

Volgens Perens' definitie is open source een brede softwarelicentie die broncode beschikbaar maakt voor het grote publiek met versoepelde of niet-bestaande beperkingen op het gebruik en de wijziging van de code. Het is een expliciet "kenmerk" van open source dat het zeer weinig beperkingen oplegt aan het gebruik of de distributie door welke organisatie of gebruiker dan ook, om de snelle evolutie van de software mogelijk te maken.

Ondanks dat hij het aanvankelijk accepteerde, verzet Richard Stallman van de FSF zich nu botweg tegen de toepassing van de term "Open Source" op wat zij "vrije software" noemen. Hoewel hij het ermee eens is dat de twee termen "bijna dezelfde categorie software" beschrijven, beschouwt Stallman het gelijkstellen van de termen als onjuist en misleidend. Stallman verzet zich ook tegen het beweerde pragmatisme van het Open Source Initiative , omdat hij vreest dat de vrije software-idealen van vrijheid en gemeenschap worden bedreigd door compromissen te sluiten met de idealistische normen van de FSF voor softwarevrijheid. De FSF beschouwt vrije software als een subset van open-sourcesoftware, en Richard Stallman legde uit dat bijvoorbeeld DRM - software als open source kan worden ontwikkeld, ondanks dat het zijn gebruikers geen vrijheid geeft (het beperkt hen), en dus kwalificeert niet als gratis software.

Open-source softwarelicenties

Wanneer een auteur code bijdraagt ​​aan een open-sourceproject (bijv. Apache.org), doet hij dit onder een expliciete licentie (bijv. de Apache Contributor License Agreement) of een impliciete licentie (bijv. de open-sourcelicentie waaronder het project is reeds licentiecode). Sommige open-sourceprojecten nemen de ingebrachte code niet onder een licentie, maar vereisen in feite een gezamenlijke toewijzing van het auteursrecht van de auteur om codebijdragen in het project te accepteren.

Voorbeelden van vrije softwarelicenties / open-sourcelicenties zijn onder meer Apache-licentie , BSD-licentie , GNU General Public License , GNU Lesser General Public License , MIT License , Eclipse Public License en Mozilla Public License .

De wildgroei aan open-sourcelicenties is een negatief aspect van de open-sourcebeweging omdat het vaak moeilijk is om de juridische implicaties van de verschillen tussen licenties te begrijpen. Met meer dan 180.000 beschikbare open-sourceprojecten en meer dan 1400 unieke licenties, is de complexiteit van het beslissen hoe open-sourcegebruik binnen "closed-source" commerciële ondernemingen moet worden beheerd, dramatisch toegenomen. Sommige zijn van eigen bodem, terwijl andere zijn gemodelleerd naar reguliere FOSS - licenties zoals Berkeley Software Distribution ("BSD"), Apache, MIT-stijl (Massachusetts Institute of Technology) of GNU General Public License ("GPL"). Met het oog hierop beginnen open-source beoefenaars classificatieschema's te gebruiken waarin FOSS - licenties zijn gegroepeerd (meestal gebaseerd op het bestaan ​​en de verplichtingen die worden opgelegd door de auteursplichtbepaling ; de kracht van de auteursplichtbepaling).

Een belangrijke juridische mijlpaal voor de open source / vrije software-beweging werd in 2008 bereikt, toen het Amerikaanse federale hof van beroep oordeelde dat vrije softwarelicenties zeker juridisch bindende voorwaarden stellen aan het gebruik van auteursrechtelijk beschermd werk, en dat ze daarom afdwingbaar zijn onder de bestaande auteursrechtwetgeving . Als gevolg hiervan, als eindgebruikers de licentievoorwaarden schenden, verdwijnt hun licentie en maken ze inbreuk op het auteursrecht. Ondanks dit licentierisico gebruiken de meeste commerciële softwareleveranciers open-sourcesoftware in commerciële producten terwijl ze aan de licentievoorwaarden voldoen, bijvoorbeeld door gebruik te maken van de Apache-licentie.

Certificeringen

Certificering kan helpen om het vertrouwen van de gebruiker op te bouwen. Certificering kan worden toegepast op het eenvoudigste onderdeel, op een heel softwaresysteem. Het International Institute for Software Technology van de United Nations University heeft een project gestart dat bekend staat als "The Global Desktop Project". Dit project heeft tot doel een desktopinterface te bouwen die elke eindgebruiker kan begrijpen en waarmee hij kan communiceren, waardoor de taal- en culturele barrières worden overschreden. Het project zou de toegang van ontwikkelingslanden tot informatiesystemen verbeteren. UNU/IIST hoopt dit te bereiken zonder enig compromis in de kwaliteit van de software door certificeringen in te voeren.

Ontwikkeling van open source-software

Ontwikkelingsmodel

In zijn essay The Cathedral and the Bazaar uit 1997 suggereert open-source evangelist Eric S. Raymond een model voor de ontwikkeling van OSS, bekend als het bazaarmodel . Raymond vergelijkt de ontwikkeling van software door middel van traditionele methoden met het bouwen van een kathedraal, "zorgvuldig gemaakt door individuele tovenaars of kleine groepen magiërs die in prachtige isolatie werken". Hij stelt voor dat alle software moet worden ontwikkeld in de bazaarstijl, die hij beschreef als 'een grote kabbelende bazaar met verschillende agenda's en benaderingen'.

In het traditionele ontwikkelingsmodel, dat hij het kathedraalmodel noemde , vindt ontwikkeling gecentraliseerd plaats. Rollen zijn duidelijk omschreven. Rollen zijn onder meer mensen die zijn toegewijd aan het ontwerpen (de architecten), mensen die verantwoordelijk zijn voor het beheer van het project en mensen die verantwoordelijk zijn voor de uitvoering. Traditionele software-engineering volgt het kathedraalmodel.

Het bazaarmodel is echter anders. In dit model zijn rollen niet duidelijk gedefinieerd. Gregorio Robles suggereert dat software die is ontwikkeld met behulp van het bazaarmodel de volgende patronen zou moeten vertonen:

Gebruikers moeten worden behandeld als mede-ontwikkelaars
De gebruikers worden behandeld als mede-ontwikkelaars en moeten dus toegang hebben tot de broncode van de software. Bovendien worden gebruikers aangemoedigd om toevoegingen aan de software, codefixes voor de software, bugrapporten , documentatie, enz. in te dienen. Het hebben van meer mede-ontwikkelaars verhoogt de snelheid waarmee de software evolueert. De wet van Linus stelt: "Bij voldoende oogbollen zijn alle insecten oppervlakkig." Dit betekent dat als veel gebruikers de broncode bekijken, ze uiteindelijk alle bugs zullen vinden en suggesties zullen doen voor het oplossen ervan. Merk op dat sommige gebruikers geavanceerde programmeervaardigheden hebben, en bovendien biedt de computer van elke gebruiker een extra testomgeving. Deze nieuwe testomgeving biedt de mogelijkheid om een ​​nieuwe bug te vinden en op te lossen.
vroege releases
De eerste versie van de software moet zo vroeg mogelijk worden uitgebracht om de kansen op het vroegtijdig vinden van mede-ontwikkelaars te vergroten.
Frequente integratie
verschillende versies
Er moeten ten minste twee versies van de software zijn. Er zou een versie met buggies moeten zijn met meer functies en een stabielere versie met minder functies. De buggy-versie (ook wel de ontwikkelversie genoemd) is voor gebruikers die direct gebruik willen maken van de nieuwste functies en bereid zijn het risico te nemen van het gebruik van code die nog niet grondig is getest. De gebruikers kunnen dan optreden als mede-ontwikkelaars, bugs rapporteren en bugfixes leveren.
Hoge modularisatie
De algemene structuur van de software moet modulair zijn, zodat parallelle ontwikkeling op onafhankelijke componenten mogelijk is.
Dynamische besluitvormingsstructuur
Er is behoefte aan een besluitvormingsstructuur, formeel of informeel, die strategische beslissingen neemt afhankelijk van veranderende gebruikerseisen en andere factoren. Vergelijk met extreme programmering .

Gegevens suggereren echter dat OSS niet zo democratisch is als het bazaarmodel suggereert. Een analyse van vijf miljard bytes gratis/open-source code door 31.999 ontwikkelaars laat zien dat 74% van de code is geschreven door de meest actieve 10% van de auteurs. Het gemiddelde aantal auteurs dat bij een project betrokken was, was 5,1, met een mediaan van 2.

Voor-en nadelen

Open-sourcesoftware is meestal gemakkelijker te verkrijgen dan propriëtaire software, wat vaak resulteert in meer gebruik. Bovendien kan de beschikbaarheid van een open source-implementatie van een standaard de acceptatie van die standaard vergroten. Het heeft ook geholpen om de loyaliteit van ontwikkelaars op te bouwen, omdat ontwikkelaars zich bevoegd voelen en het gevoel hebben dat ze eigenaar zijn van het eindproduct.

Bovendien zijn voor OSS lagere kosten van marketing en logistieke dienstverlening nodig. Het is een goed hulpmiddel om het imago van een bedrijf te promoten, inclusief zijn commerciële producten. De OSS-ontwikkelingsaanpak heeft geholpen om snel en goedkoop betrouwbare software van hoge kwaliteit te produceren.

Open source ontwikkeling biedt de mogelijkheid tot snellere innovatie en het creëren van innovatie en maatschappelijke waarde. In Frankrijk bijvoorbeeld steeg een beleid dat de overheid stimuleerde om gratis open-sourcesoftware te bevorderen tot bijna 600.000 OSS-bijdragen per jaar, wat maatschappelijke waarde opleverde door de kwantiteit en kwaliteit van open-sourcesoftware te vergroten. Dit beleid leidde ook tot een geschatte stijging van 18% van de tech startups en een stijging van 14% van het aantal mensen dat werkzaam is in de IT-sector.

Er wordt gezegd dat het betrouwbaarder is omdat het meestal duizenden onafhankelijke programmeurs heeft die bugs van de software testen en repareren. Open source is niet afhankelijk van het bedrijf of de auteur die het oorspronkelijk heeft gemaakt. Zelfs als het bedrijf faalt, blijft de code bestaan ​​en wordt deze door de gebruikers ontwikkeld. Ook maakt het gebruik van open standaarden die voor iedereen toegankelijk zijn; het heeft dus niet het probleem van incompatibele formaten die kunnen voorkomen in propriëtaire software.

Het is flexibel omdat modulaire systemen programmeurs in staat stellen om aangepaste interfaces te bouwen of er nieuwe mogelijkheden aan toe te voegen, en het is innovatief omdat open-sourceprogramma's het product zijn van samenwerking tussen een groot aantal verschillende programmeurs. De mix van uiteenlopende perspectieven, bedrijfsdoelstellingen en persoonlijke doelstellingen versnelt innovatie.

Bovendien kan vrije software worden ontwikkeld in overeenstemming met puur technische vereisten. U hoeft niet na te denken over commerciële druk die vaak de kwaliteit van de software aantast. Commerciële druk zorgt ervoor dat traditionele softwareontwikkelaars meer aandacht besteden aan de eisen van de klant dan aan de beveiligingseisen, aangezien dergelijke functies enigszins onzichtbaar zijn voor de klant.

Er wordt wel eens gezegd dat het open-source ontwikkelingsproces misschien niet goed gedefinieerd is en dat de stadia in het ontwikkelingsproces, zoals systeemtesten en documentatie, genegeerd kunnen worden. Dit geldt echter alleen voor kleine (meestal enkele programmeur) projecten. Grotere, succesvolle projecten definiëren en handhaven op zijn minst enkele regels omdat ze deze nodig hebben om het teamwerk mogelijk te maken. In de meest complexe projecten kunnen deze regels zo streng zijn als het beoordelen van zelfs kleine wijzigingen door twee onafhankelijke ontwikkelaars.

Niet alle OSS-initiatieven zijn succesvol geweest; bijvoorbeeld SourceXchange en Eazel . Software-experts en onderzoekers die niet overtuigd zijn van het vermogen van open source om kwaliteitssystemen te produceren, identificeren het onduidelijke proces, de late ontdekking van defecten en het ontbreken van enig empirisch bewijs als de belangrijkste problemen (verzamelde gegevens over productiviteit en kwaliteit). Het is ook moeilijk om een ​​commercieel verantwoord bedrijfsmodel te ontwerpen rond het open-sourceparadigma. Er mag dus alleen aan technische eisen worden voldaan en niet aan die van de markt. Op het gebied van beveiliging kunnen hackers dankzij open source gemakkelijker op de hoogte zijn van de zwakke punten of mazen in de software dan met closed-source software. Het hangt af van controlemechanismen om effectieve prestaties te creëren van autonome agenten die deelnemen aan virtuele organisaties.

Ontwikkelingshulpmiddelen

Bij OSS-ontwikkeling worden tools gebruikt om de ontwikkeling van het product en het ontwikkelproces zelf te ondersteunen.

Revisiecontrolesystemen zoals Concurrent Versions System (CVS) en later Subversion (SVN) en Git zijn voorbeelden van tools, vaak zelf open source, die helpen bij het beheren van de broncodebestanden en de wijzigingen in die bestanden voor een softwareproject. De projecten worden vaak opgeslagen in " repositories " die worden gehost en gepubliceerd op broncode- hostingfaciliteiten zoals Launchpad , GitHub , GitLab en SourceForge .

Open-sourceprojecten zijn vaak losjes georganiseerd met "weinig geformaliseerde procesmodellering of ondersteuning", maar hulpprogramma's zoals probleemvolgers worden vaak gebruikt om open-sourcesoftwareontwikkeling te organiseren. Veelgebruikte bugtrackers zijn Bugzilla en Redmine .

Tools zoals mailinglijsten en IRC zorgen voor coördinatie tussen ontwikkelaars. Gecentraliseerde code-hostingsites hebben ook sociale functies waarmee ontwikkelaars kunnen communiceren.

organisaties

, een in Europa geboren gemeenschap die open source middleware ontwikkelt. Nieuwe organisaties hebben over het algemeen een geavanceerder bestuursmodel en hun lidmaatschap wordt vaak gevormd door leden van juridische entiteiten.

Open Source Software Institute is een op lidmaatschap gebaseerde, non-profit (501 (c) (6)) organisatie opgericht in 2001 die de ontwikkeling en implementatie van open source software-oplossingen bevordert binnen Amerikaanse federale, staats- en lokale overheidsinstanties. De inspanningen van OSSI waren gericht op het bevorderen van de acceptatie van open-source softwareprogramma's en -beleid binnen de federale overheid en gemeenschappen van defensie en binnenlandse veiligheid.

Open Source for America is een groep die is opgericht om de federale overheid van de Verenigde Staten bewust te maken van de voordelen van open-sourcesoftware. Hun verklaarde doelen zijn het aanmoedigen van het gebruik van open source software door de overheid, deelname aan open source softwareprojecten en het opnemen van open source gemeenschapsdynamiek om de transparantie van de overheid te vergroten.

Mil-OSS is een groep die zich inzet voor de bevordering van het gebruik en de creatie van OSS in het leger.

Financiering

Bedrijven waarvan de businesscentra gericht zijn op de ontwikkeling van open-sourcesoftware , hanteren een verscheidenheid aan bedrijfsmodellen om de uitdaging op te lossen hoe geld te verdienen door software te leveren die per definitie gratis is gelicentieerd. Elk van deze bedrijfsstrategieën berust op de veronderstelling dat gebruikers van open-sourcetechnologieën bereid zijn om extra softwarefuncties te kopen onder propriëtaire licenties, of om andere diensten of waardevolle elementen aan te schaffen die een aanvulling vormen op de open-sourcesoftware die de kern van het bedrijf vormt. Deze toegevoegde waarde kan bestaan ​​uit, maar is niet beperkt tot, enterprise-grade features en uptime garanties (vaak via een service level agreement ) om te voldoen aan zakelijke of compliance-eisen, prestatie- en efficiëntieverbeteringen door features die nog niet beschikbaar zijn in de open source-versie , juridische bescherming (bijv. vrijwaring van auteursrechten of octrooi-inbreuken), of professionele ondersteuning/training/advies die typisch zijn voor propriëtaire softwaretoepassingen.

Vergelijkingen met andere softwarelicentie-/ontwikkelingsmodellen

Gesloten bron / propriëtaire software

Het debat over open source versus closed source (ook wel propriëtaire software genoemd ) is soms verhit.

De vier belangrijkste redenen (zoals geleverd door Open Source Business Conference-enquête) individuen of organisaties kiezen voor open-source software:

  1. lagere kost
  2. beveiliging
  3. geen 'lock in' leverancier
  4. betere kwaliteit

Omdat innovatieve bedrijven niet langer sterk afhankelijk zijn van de verkoop van software, is propriëtaire software minder noodzakelijk geworden. Als zodanig worden zaken als open-source contentmanagementsystemen ( of CMS-implementaties) steeds gebruikelijker. In 2009 schakelde het Amerikaanse Witte Huis zijn CMS-systeem over van een propriëtair systeem naar Drupal open source CMS. Verder discussiëren bedrijven als Novell (die traditioneel software op de ouderwetse manier verkocht) voortdurend over de voordelen van het overschakelen naar open source-beschikbaarheid, omdat ze al een deel van het productaanbod hebben overgeschakeld naar open source-code. Op deze manier biedt open source software oplossingen voor unieke of specifieke problemen. Als zodanig wordt gemeld dat 98% van de ondernemingen op ondernemingsniveau in enige mate gebruik maakt van open-source softwareaanbiedingen.

Met deze marktverschuiving beginnen meer kritieke systemen te vertrouwen op open source-aanbiedingen, waardoor meer financiering (zoals subsidies van het Amerikaanse ministerie van Binnenlandse Veiligheid ) mogelijk is om te helpen "op jacht naar beveiligingsbugs". Volgens een pilotstudie van organisaties die OSS wel of niet adopteerden, werden de volgende factoren van statistische significantie waargenomen in de overtuigingen van de manager: (a) attitudes ten opzichte van resultaten, (b) de invloeden en het gedrag van anderen, en (c) hun vermogen om te handelen.

Distributeurs van propriëtaire bronnen zijn begonnen zich te ontwikkelen en dragen bij aan de open-sourcegemeenschap vanwege de verschuiving van het marktaandeel, omdat ze hun modellen opnieuw moesten uitvinden om concurrerend te blijven.

Veel voorstanders beweren dat open-sourcesoftware inherent veiliger is omdat iedereen code kan bekijken, bewerken en wijzigen. Een studie van de Linux-broncode heeft 0,17 bugs per 1000 regels code, terwijl propriëtaire software over het algemeen 20-30 bugs per 1000 regels scoort.

Gratis software

"), men anderen laat weten wat zijn doelen zijn: "Open source is een ontwikkelingsmethodologie; vrije software is een sociale beweging." Desalniettemin is er een aanzienlijke overlap tussen open source software en vrije software.

De FSF zei dat de term "open source" een andere dubbelzinnigheid bevordert, zodat de loutere beschikbaarheid van de bron wordt verward met de vrijheid om deze te gebruiken, aan te passen en opnieuw te distribueren. Aan de andere kant werd de term "vrije software" bekritiseerd vanwege de dubbelzinnigheid van het woord "gratis" als "gratis beschikbaar", wat werd gezien als ontmoedigend voor zakelijke acceptatie, en vanwege het historische dubbelzinnige gebruik van de term.

Ontwikkelaars hebben daarom de alternatieve termen Free and Open Source Software ( FOSS ) of Free/Libre en Open Source Software (FLOSS) gebruikt om open source software te beschrijven die ook vrije software is . Hoewel de definitie van open source software erg lijkt op de definitie van vrije software van de FSF , was deze gebaseerd op de Debian Free Software Guidelines , voornamelijk geschreven en aangepast door Bruce Perens met inbreng van Eric S. Raymond en anderen.

De term "open source" was oorspronkelijk bedoeld als handelsmerk; de term werd echter te beschrijvend geacht, dus er bestaat geen handelsmerk. De OSI geeft er de voorkeur aan dat mensen open source behandelen alsof het een handelsmerk is en het alleen gebruiken om software te beschrijven die is gelicentieerd onder een door OSI goedgekeurde licentie.

OSI Certified is een handelsmerk dat alleen in licentie is gegeven aan mensen die software distribueren die is gelicentieerd onder een licentie die op de lijst van het Open Source Initiative staat.

Open-source versus bron-beschikbaar

Hoewel de OSI-definitie van "open-sourcesoftware" algemeen wordt aanvaard, gebruikt een klein aantal mensen en organisaties de term om te verwijzen naar software waarvan de bron beschikbaar is om te bekijken, maar die wettelijk niet mag worden gewijzigd of gedistribueerd. Dergelijke software wordt vaker source-available of shared source genoemd , een term die in 2001 door Microsoft werd bedacht. Terwijl in 2007 twee van Microsoft's Shared Source Initiative - licenties werden gecertificeerd door de OSI , zijn de meeste licenties van het SSI-programma nog steeds de bron . -Alleen beschikbaar .

Open source

Open-sourcing is de handeling van het propageren van de open source-beweging , meestal verwijzend naar het vrijgeven van eerder propriëtaire software onder een open source / gratis software -licentie, maar het kan ook verwijzen naar het programmeren van Open Source-software of het installeren van Open Source-software.

Opmerkelijke softwarepakketten, voorheen eigendom, die open source zijn, zijn onder meer:

Alvorens de licentie van software te wijzigen, controleren distributeurs gewoonlijk de broncode voor gelicentieerde code van derden die ze zouden moeten verwijderen of toestemming moeten krijgen voor het opnieuw in licentie geven ervan. Backdoors en andere malware moeten ook worden verwijderd, omdat ze gemakkelijk kunnen worden ontdekt na het vrijgeven van de code.

Huidige toepassingen en adoptie

"We migreerden belangrijke functies van Windows naar Linux omdat we een besturingssysteem nodig hadden dat stabiel en betrouwbaar was - een besturingssysteem dat ons interne controle zou geven. Dus als we moesten patchen, aanpassen of aanpassen, dan kon dat."

Veelgebruikte open source software

Open-source softwareprojecten worden gebouwd en onderhouden door een netwerk van vrijwillige programmeurs en worden veel gebruikt in zowel gratis als commerciële producten. Prima voorbeelden van open source producten zijn de Apache HTTP Server , het e-commerce platform osCommerce , internetbrowsers Mozilla Firefox en Chromium (het project waar het overgrote deel van de ontwikkeling van de freeware Google Chrome wordt gedaan) en de volledige kantoorsuite LibreOffice . Een van de meest succesvolle open-sourceproducten is het GNU/Linux -besturingssysteem, een open-source Unix-achtig besturingssysteem, en zijn afgeleide Android , een besturingssysteem voor mobiele apparaten. In sommige sectoren is open source software de norm.

Extensies voor niet-softwaregebruik

Terwijl de term "open source" oorspronkelijk alleen van toepassing was op de broncode van software, wordt deze nu toegepast op veel andere gebieden, zoals Open source ecologie , een beweging om technologieën te decentraliseren zodat iedereen ze kan gebruiken. Het wordt echter vaak verkeerd toegepast op andere gebieden met verschillende en concurrerende principes, die elkaar slechts gedeeltelijk overlappen.

Dezelfde principes die ten grondslag liggen aan open-sourcesoftware zijn te vinden in veel andere ondernemingen, zoals open-sourcehardware , Wikipedia en open- accesspublicaties. Gezamenlijk staan ​​deze principes bekend als open source, open inhoud en open samenwerking : "elk systeem van innovatie of productie dat vertrouwt op doelgerichte maar losjes gecoördineerde deelnemers, die samenwerken om een ​​product (of dienst) van economische waarde te creëren, dat ze maken beschikbaar voor zowel bijdragers als niet-bijdragers."

Deze 'cultuur' of ideologie is van mening dat de principes meer in het algemeen van toepassing zijn om gelijktijdige invoer van verschillende agenda's, benaderingen en prioriteiten te vergemakkelijken, in tegenstelling tot meer gecentraliseerde ontwikkelingsmodellen zoals die doorgaans worden gebruikt in commerciële bedrijven.

Zie ook

Referenties

Verder lezen