Als het gaat om het online gebruiken, ontwikkelen en promoten van software, kunnen de vele licenties die ermee gepaard gaan verwarrend zijn voor zelfs de meest bedreven computergebruiker. Open source en eigendomslicentie gaan vaak tegen elkaar op, waarbij één een geaccepteerde methode van licentieverlening promoot, terwijl de laatste meer ruimte laat voor interpretatie. Maar kunnen ze goed samenwerken of zijn ze open source en een eigen licentie die bedoeld is om ontwikkelaars en gebruikers nog verder uit elkaar te drijven?

Open source-licenties

Open-sourcelicenties bestaan ​​al heel lang. Het is een type geaccepteerde auteursrechtlicentie voor software waarmee ontwikkelaars de broncode erachter kunnen wijzigen en delen. Daarnaast kan open source software freeware, shareware zijn of door gebruikers worden betaald, afhankelijk van de voorkeur van de ontwikkelaar. Het wordt ook door elke ontwikkelaar van open source bepaald of zijn naam al dan niet aan de broncode moet worden gekoppeld als het op een nieuwe manier wordt gewijzigd of gedistribueerd.

Er zijn veel organisaties en groepen die toezicht houden op open source-licenties, waardoor het een meer levensvatbare manier is om het werk te beschermen als een softwareontwikkelaar. Omdat meer mensen het toezicht herkennen, is het eenvoudig om uw broncode te beschermen als iemand deze gebruikt op een manier die u niet hebt geautoriseerd.

Open source wordt geleverd zoals het is, zonder garantie dat het zelfs werkt of dat u de ondersteuning krijgt om een ​​probleem op te lossen. Omdat open source-software wordt ontwikkeld, geknepen en gedistribueerd met wijzigingen door verschillende ontwikkelaars, hebben ze mogelijk niet de tijd of energie om iets te repareren of te veranderen dat als een probleem wordt beschouwd.

Enkele van de meest bekende open source-software die er zijn omvat Linux, WordPress, Firefox en de Chromium-engine.

Eigen licentieverlening

Eigen licentieverlening is meer een vrije-vormlicentie zonder echt toezicht. Wanneer u een softwaretitel downloadt onder een gepatenteerde licentie, maakt de ontwikkelaar de regels van wat wel en niet kan worden gedaan. Volgens de wet in de meeste landen zijn er echter geen repercussies om dit te regelen, omdat eigendomslicenties niet worden gecontroleerd door wetten die dit ondersteunen. Dit is waarom je ziet dat veel bekende propriëtaire softwaretitels worden aangepast zonder officiële toegang tot de broncode.

Aangezien eigendomslicenties door de wet niet worden erkend, betekent dit dat bijna elke eigendomsnaam van u als gebruiker vereist dat u een lange reeks algemene voorwaarden accepteert. Zodra u dit juridische document accepteert, wordt het een bindend contract tussen u en de ontwikkelaar, wat betekent dat u aansprakelijk bent voor alle voorwaarden die u overtreedt.

Eigen licentieverlening biedt ondersteuning, bugfixes en patches, samen met andere nuttige oplossingen wanneer nodig van de ontwikkelaar. Omdat zij de enigen zijn die problemen met de broncode kunnen oplossen, is de ontwikkelaar het meest geneigd om de fixes te vinden en toe te passen om winst te blijven maken.

Enkele van de meest voorkomende op eigendomsrechten gebaseerde software die er zijn omvatten Windows en Mac OS X.

Open Source en Proprietary Licence Compared

Open sourcegepatenteerd
KostenMeestal gratisGratis of betaald
auteursrechtenGelicenseerd, krediet gegeven aan de oorspronkelijke ontwikkelaar bij wijzigingGelicentieerd door alleen ontwikkelaar, licentiehouder gebruiksrechten verleend
Broncode EigendomGeen eigendomsrechtenOntwikkelaar is eigenaar van rechten
Wijzigingen broncodeIedereen kan wijzigenAlleen de ontwikkelaar kan wijzigen

Open-sourcelicenties en gepatenteerde licenties hebben twee heel verschillende doelen voor ogen: het laatste is een spel geworden van winst maken terwijl bij het eerste alles draait om het nemen van een basisidee en het omzetten in iets groters en beters.

Kan Open Source en een eigen licentie goed samenwerken?

Opera heeft onlangs de stap naar voren gezet als een op eigen bedrijf gebaseerd bedrijf dat besluit om de sprong naar een meer open source-sfeer te maken. Opera heeft de overstap gemaakt van het gebruik van de rendering-engine naar het gebruik van de WebKit-engine. In dit geval is het merk Opera nog steeds merkgebonden, maar de gebruikte engine is open source, wat betekent dat ontwikkelaars de codering achter Opera kunnen aanpassen op manieren die ze nooit eerder hadden kunnen gebruiken. Dit kan leiden tot sprongen vooruit voor de Opera-browser, vergelijkbaar met hoe de Chromium-engine is geëvolueerd, zonder dat ze alles opgeven over het merk Opera.

Conclusie

Grote naambedrijven kunnen nog steeds de rechten behouden op de merken waarvan zij eigenaar zijn, maar door ontwikkelaars en dagelijkse gebruikers toe te staan ​​de code op bepaalde plaatsen aan te passen, wie weet wat er mogelijk is voor uw favoriete softwaretitels en besturingssystemen. Dit is hoe open source en propriëtaire licentie kunnen samenwerken om betere software voor iedereen te produceren.