Bij de meeste software die u installeert, wordt het recept niet meegeleverd. Het arriveert als een gecompileerd, kant-en-klaar binair bestand. Je drukt op een knop en het werkt. Maar je kunt niet naar binnen kijken om te zien hoe de ontwikkelaar het heeft gebouwd. Commerciële fabrikanten houden van deze regeling. Het zorgt ervoor dat concurrenten hun code niet stelen en zorgt ervoor dat ze de kwaliteit controleren.
Open source-software draait dit model om. Het bevat de broncode naast de gecompileerde versie. Dit is niet alleen een passieve inclusie. Wijziging wordt aangemoedigd. Ontwikkelaars zijn van mening dat als iedereen de code aanpast, de applicatie in de loop van de tijd nuttiger en minder foutgevoelig wordt.
Open source definiëren: de spelregels
Om door de industrie als open source software te worden beschouwd, moet een project specifieke tests doorstaan. Het is niet genoeg dat een bedrijf alleen maar zegt dat ze ‘open’ zijn. De criteria zijn streng.
Ten eerste moet het programma vrij verspreidbaar zijn. Dit betekent niet dat het nul dollar hoeft te kosten. Je kunt het bundelen in een betaald pakket. Red Hat doet dit met Linux. De sleutel is dat de software zelf niet achter een betaalmuur is vergrendeld voor toegang tot de code.
Ten tweede moet de broncode worden opgenomen. Zonder dat kijk je alleen maar naar een zwarte doos.
Ten derde moet iedereen de code kunnen wijzigen. Als er beperkingen zijn op wie dingen kan veranderen, slaagt het niet voor de test.
Ten vierde moeten gewijzigde versies herdistribueerbaar zijn. Als u een bug repareert, moet u uw oplossing kunnen delen.
Ten slotte kan de licentie andere software niet beperken. Het mag u niet dwingen andere programma’s uit te sluiten of de werking van andere software te verstoren.
Een casestudy uit de praktijk: de geboorte van Linux
In 1991 begon Linus Torvalds, een student aan de Universiteit van Helsinki, met het bouwen van een nieuw besturingssysteem. Hij baseerde het op Minix, dat zelf een afgeleide was van Unix. Hij noemde het Linux.
Torvalds heeft versie 0.02 uitgebracht onder de GNU General Public License (GPL). Deze licentie vormde de juridische ruggengraat voor de open source software -beweging. Mensen over de hele wereld hebben het gedownload. Velen waren zelf programmeurs. Ze gebruikten niet alleen de code; ze hebben het veranderd.
Drie jaar lang verzamelde Torvalds deze wijzigingen van andere ontwikkelaars. De beste wijzigingen verwerkte hij in de basisversie. In 1994 bracht hij Linux versie 1.0 uit.
Dit samenwerkingsmodel bewees dat gemeenschapsgestuurde ontwikkeling zou kunnen werken. Het was niet alleen een hobbyproject. Het werd een robuust, schaalbaar besturingssysteem.
De ondersteuningsparadox: gratis software, betaalde hulp
Eindgebruikers maken zich vaak zorgen over een gebrek aan garantie en technische ondersteuning. Als iemand de code kan wijzigen, hoe kun je dan hulp krijgen als deze kapot gaat? De licentie moedigt maatwerk aan, waardoor standaardondersteuning voor de oorspronkelijke auteur vrijwel onmogelijk wordt.
Dit is waar Red Hat Software tussenbeide kwam. Red Hat, opgericht in 1994, creëerde “Officiële Red Hat Linux.” Ze namen de gratis software en voegden waarde toe. Hun belangrijkste product was niet de code zelf. Het betrof de garantie en technische ondersteuning.
Voor bedrijven was deze steun doorslaggevend. Ze kozen ervoor om Red Hat Linux te kopen in plaats van het gratis te downloaden. De zekerheid dat iemand iemand kon bellen als er iets misging, rechtvaardigde de kosten.
Verschillende andere bedrijven volgden dit model. Ze verpakten Linux met extra software voor wederverkoop. Het kernidee bleef hetzelfde: stabiliteit en ondersteuning bieden voor open source software.
Beyond Linux: populaire open source-tools
Linux is niet het enige voorbeeld. Veel tools die u dagelijks gebruikt, zijn gebaseerd op de principes van open source software.
Mozilla levert de kern van de Netscape-browser. Het open karakter maakte enorme bijdragen van de gemeenschap mogelijk.
Apache stuurt een aanzienlijk deel van de webservers aan. De flexibiliteit en betrouwbaarheid maakten het tot een standaard voor webhosting.
PERL is een populaire webscripttaal. Het hielp de vroege webontwikkeling vorm te geven.
PNG is een grafisch bestandsformaat. Het biedt betere compressie en kwaliteit dan oudere formaten, dankzij open standaarden.
Deze projecten laten zien dat open source software niet alleen over besturingssystemen gaat. Het is ingebed in de infrastructuur van het internet.
“De softwareontwikkelaars die het open source-concept ondersteunen, zijn van mening dat door iedereen die geïnteresseerd is de broncode te laten wijzigen, de applicatie op de lange termijn bruikbaarder en foutvrij zal zijn.”
Licenties bijdragen en begrijpen
Waarom dragen ontwikkelaars bij aan deze projecten? Het is niet alleen altruïsme. Door bij te dragen kunnen ontwikkelaars hun vaardigheden verbeteren. Het geeft hen erkenning binnen de gemeenschap. Het stelt hen ook in staat samen te werken aan betekenisvolle projecten.
Het is essentieel dat u het verschil tussen licenties begrijpt. Met Open source software -licenties kunnen gebruikers de software vrijelijk gebruiken, wijzigen en distribueren. Eigen licenties beperken deze vrijheden. Meestal is hiervoor een aankoop of abonnement vereist.
Dit onderscheid is van belang. Het heeft invloed op de manier waarop u software kunt gebruiken, delen en erop kunt voortbouwen. Voor bedrijven heeft dit gevolgen voor de kosten en flexibiliteit. Voor ontwikkelaars heeft dit invloed op de creativiteit en samenwerking.
Het softwarelandschap blijft evolueren. Open source software blijft er een fundamenteel onderdeel van. Van Linux-servers tot Mozilla-browsers, de impact is overal. De vraag is niet of het werkt. Het is hoe diep het onze digitale toekomst zal bepalen.
