Technisch · 4 min lezen
MIT -licentie
De MIT-licentie is een van de kortste en meest gebruikte open source licenties ter wereld. Gratis gebruiken, aanpassen en commercieel toepassen: het mag allemaal, met één simpele voorwaarde.
Inhoudsopgave
Je bouwt een website en je developer wil een bestaand pakket gebruiken. React, een animatiebibliotheek, een formulier-validator. Voordat je akkoord geeft, vraag je: mogen we dit commercieel inzetten? Mag je de broncode aanpassen? Dat antwoord hangt af van de licentie. Bij software met een MIT-licentie is het antwoord bijna altijd: ja, ga je gang.
Vrijheid met één voorwaarde
Stel je voor dat iemand je een gereedschapskist geeft met de tekst: "Gebruik wat je wil, bouw wat je wil, verkoop wat je wil. Plak alleen mijn naam op de kist." Dat is de MIT-licentie in één zin.
De volledige licentietekst telt minder dan 200 woorden. De kern: je mag de software gratis gebruiken, kopiëren, aanpassen en verspreiden, ook in commerciële producten. De enige verplichting is dat je de originele copyrightmelding en de licentietekst meeneemt in je eigen verspreiding. Je hoeft de broncode van jouw aanpassingen niet vrij te geven, je hoeft niet te vermelden dat je het hebt aangepast en je hoeft niets te betalen.
EmDash CMS, het CMS waarop deze site draait, is uitgebracht onder een MIT-licentie. Andere bekende software met MIT: React, jQuery en .NET Core van Microsoft.
Wat er mis kan gaan zonder de juiste licentie
Niet alle open source software is vrij te gebruiken. Er zijn tientallen licenties, en de consequenties lopen sterk uiteen:
- GPL: als je software met een GPL-licentie gebruikt en aanpast, ben je verplicht om je eigen broncode ook onder GPL vrij te geven. Voor commerciële projecten is dat vaak onacceptabel.
- AGPL: nog strenger dan GPL. Zelfs als je de software alleen via een server aanbiedt zonder te distribueren, moet je de broncode vrijgeven.
- Proprietary: geen aanpassingen, geen hergebruik, tenzij je betaalt of expliciete toestemming krijgt.
Gebruik je per ongeluk GPL-code in een commercieel product, dan kan de rechthebbende je dwingen je broncode openbaar te maken. Dat wil je voorkomen voordat je website laten maken de lucht in gaat.
Herkennen en controleren in de praktijk
Je herkent de MIT-licentie aan het bestand LICENSE in de root van een repository. De eerste zin begint bijna altijd met: "MIT License" of "Copyright (c) [jaar] [naam]."
Bij npm-pakketten staat de licentie in package.json onder het veld "license": "MIT". Praktische checklist voor elk pakket dat je toevoegt aan een webdesign -project:
- Open de repository en zoek het
LICENSE-bestand. - Controleer of de licentie commercieel gebruik toestaat.
- Bewaar een kopie van de licentietekst bij je projectdocumentatie.
- Neem de attributieregel over in je eindproduct als de licentie dat vereist.
Kort samengevat
De MIT-licentie is populair omdat hij simpel is: gebruik het, bouw ermee, verkoop ermee. Zolang je de naam van de oorspronkelijke auteur in het LICENSE-bestand laat staan, zit je goed.
Veelgestelde vragen
Mag ik MIT-software in een commercieel project gebruiken?
Ja. De MIT-licentie staat commercieel gebruik expliciet toe. Je mag de software integreren in een betaald product of dienst zonder royalty's te betalen. De enige verplichting is dat je de originele copyrightmelding meeneemt in de verspreiding van je software.
Moet ik de broncode van mijn aanpassingen vrijgeven bij een MIT-licentie?
Nee. Dat is precies het verschil met de GPL. Bij MIT houd je volledige controle over je eigen code. Je hoeft niets terug te geven aan de gemeenschap, ook niet als je het product verkoopt.
Wat is het verschil tussen MIT en Apache 2.0?
Beide zijn permissieve licenties die commercieel gebruik toestaan. Apache 2.0 voegt een expliciete patentlicentie toe en verplicht je wijzigingen te documenteren. MIT zwijgt over patenten. Voor de meeste webprojecten maakt het verschil niet uit.
Geldt de MIT-licentie ook voor afbeeldingen in een pakket?
Niet automatisch. De MIT-licentie dekt de broncode. Afbeeldingen, lettertypes en documentatie kunnen onder een andere licentie vallen. Lees de README voor uitzonderingen.
Hoe vermeld ik een MIT-licentie correct in mijn project?
Neem het originele LICENSE-bestand op in je repository. Bij een webapp is dat voldoende. Moet je de software met een klant delen, neem dan de volledige licentietekst op in je documentatie.
Veelgestelde vragen
Mag ik MIT-software in een commercieel project gebruiken?
Ja. De MIT-licentie staat commercieel gebruik expliciet toe. Je mag de software integreren in een betaald product of dienst zonder royalty's te betalen. De enige verplichting is dat je de originele copyrightmelding meeneemt in de verspreiding van je software.
Moet ik de broncode van mijn aanpassingen vrijgeven bij een MIT-licentie?
Nee. Dat is precies het verschil met de GPL. Bij MIT houd je volledige controle over je eigen code. Je hoeft niets terug te geven aan de gemeenschap, ook niet als je het product verkoopt.
Wat is het verschil tussen MIT en Apache 2.0?
Beide zijn permissieve licenties die commercieel gebruik toestaan. Apache 2.0 voegt een expliciete patentlicentie toe en verplicht je wijzigingen te documenteren. MIT zwijgt over patenten. Voor de meeste webprojecten maakt het verschil niet uit.
Geldt de MIT-licentie ook voor afbeeldingen in een pakket?
Niet automatisch. De MIT-licentie dekt de broncode. Afbeeldingen, lettertypes en documentatie kunnen onder een andere licentie vallen. Lees de README voor uitzonderingen.
Hoe vermeld ik een MIT-licentie correct in mijn project?
Neem het originele LICENSE-bestand op in je repository. Bij een webapp is dat voldoende. Moet je de software met een klant delen, neem dan de volledige licentietekst op in je documentatie.
Gerelateerde begrippen
Klaar voor een website die klanten oplevert?
Vertel kort wat je nodig hebt. Je krijgt binnen 24 uur een eerlijk antwoord en een vaste prijs.