Software development kit (SDK): het gereedschap achter apps en digitale diensten
Een software development kit, meestal afgekort tot SDK, is een verzamelpakket met alles wat een programmeur nodig heeft om software te bouwen voor een specifiek platform, apparaat of dienst. Denk aan een SDK als een gereedschapskist voor een timmerman: in plaats van zelf elke schroevendraaier en zaag te moeten smeden, krijgt de ontwikkelaar kant-en-klare bouwstenen, handleidingen en testgereedschap aangereikt, zodat hij zich kan richten op het eigenlijke ontwerp in plaats van op basiswerk.
Een concreet voorbeeld: wie een app wil maken voor smartphones met Android, downloadt de Android SDK van Google. Daarin zitten onder meer softwarebibliotheken (kant-en-klare stukjes code voor bijvoorbeeld camera- of locatiefuncties), een simulator om de app te testen zonder fysiek toestel, documentatie en voorbeeldcode. Zonder deze kit zou een ontwikkelaar zelf moeten uitzoeken hoe hij communiceert met de camera-hardware van elk denkbaar Android-toestel, wat vrijwel ondoenlijk is.
Wat is het precies?
Een SDK bestaat meestal uit een aantal vaste onderdelen. Ten eerste zijn er bibliotheken (in het Engels 'libraries'): stukken herbruikbare code die specifieke taken uitvoeren, zoals het versturen van een netwerkverzoek of het tonen van een kaart. Ten tweede bevat een SDK vaak een application programming interface (API), een vastgelegde set regels die beschrijft hoe programma's met elkaar mogen 'praten'. De SDK maakt die API in de praktijk bruikbaar door er kant-en-klare code omheen te bouwen.
Daarnaast zit er meestal ontwikkelgereedschap bij: een compiler of vertaler die door mensen geschreven code omzet naar iets wat een machine kan uitvoeren, een debugger om fouten op te sporen, en soms een emulator of simulator waarmee een ontwikkelaar de software kan uittesten op een virtuele versie van het doelapparaat, zonder dat hij het fysieke apparaat in huis hoeft te hebben.
Tot slot leveren de meeste SDK's uitgebreide documentatie en voorbeeldprojecten. Dit is in de praktijk minstens zo belangrijk als de code zelf: een SDK zonder goede uitleg kost ontwikkelaars veel tijd, en slecht gedocumenteerde kits worden vaak gemeden ten gunste van beter onderhouden alternatieven.
Een SDK verschilt van een losse API doordat een API in de kern alleen de 'afspraken' beschrijft — welke vraag levert welk antwoord op — terwijl een SDK die afspraken al heeft omgezet in bruikbare code voor een specifieke programmeertaal en omgeving. Veel SDK's bouwen dan ook voort op een onderliggende API.
Wat wil men ermee bereiken?
Het belangrijkste doel van een SDK is het verlagen van de drempel om software te bouwen voor een bepaald platform. Een bedrijf dat een nieuw besturingssysteem, betaalsysteem of stuk hardware op de markt brengt, heeft baat bij een groot aanbod van apps en diensten die daarmee werken. Door een SDK gratis of goedkoop beschikbaar te stellen, maakt het die drempel voor externe ontwikkelaars zo laag mogelijk.
Voor de aanbieder van de SDK is dit vaak een strategische zet: hoe meer ontwikkelaars een platform gebruiken, hoe waardevoller dat platform wordt voor eindgebruikers, en hoe groter de kans dat het platform de norm wordt in zijn markt. Dit verschijnsel wordt in de technologie-economie wel het 'netwerkeffect' genoemd: de waarde van een systeem stijgt naarmate meer partijen het gebruiken.
Voor ontwikkelaars zelf is het doel vooral tijdwinst en betrouwbaarheid. Herbruikbare, geteste code bevat doorgaans minder fouten dan zelfgeschreven code voor dezelfde taak, en een gestandaardiseerde SDK zorgt ervoor dat apps zich consistent gedragen op verschillende apparaten van hetzelfde type.
Voorbeelden uit de praktijk
Google bracht in 2008 de eerste versie van de Android SDK uit, gelijktijdig met de release van het Android-besturingssysteem zelf. Deze kit maakte het mogelijk dat duizenden ontwikkelaars wereldwijd apps gingen bouwen voor een geheel nieuw mobiel platform, wat mede heeft bijgedragen aan de snelle groei van Android tot het meest gebruikte mobiele besturingssysteem ter wereld.
In datzelfde jaar opende Apple de iPhone SDK voor externe ontwikkelaars, wat de basis legde voor de App Store die begin 2008 volgde. Voor die tijd konden ontwikkelaars alleen webapplicaties bouwen voor de iPhone; de SDK maakte 'native' apps mogelijk die rechtstreeks toegang hadden tot hardware zoals de camera en GPS.
Amazon biedt sinds de jaren 2010 een reeks AWS SDK's aan, waarmee ontwikkelaars in talloze programmeertalen kunnen aansluiten op de clouddiensten van Amazon Web Services, zoals opslag en rekenkracht. Dit heeft AWS geholpen uit te groeien tot marktleider in clouddiensten.
Betaaldienst Stripe, opgericht in 2010, dankt een deel van zijn succes aan de kwaliteit van zijn SDK's: ontwikkelaars konden met relatief weinig code betalingen verwerken in hun webwinkel, wat destijds bij concurrenten vaak veel gecompliceerder was.
Ook op het gebied van kunstmatige intelligentie zijn SDK's inmiddels gangbaar: OpenAI biedt sinds de release van ChatGPT in 2022 een SDK aan waarmee ontwikkelaars taalmodellen kunnen integreren in eigen software, wat heeft bijgedragen aan de snelle verspreiding van AI-functies in allerlei apps en diensten.
Hoe ver is de techniek?
SDK's zijn geen opkomende technologie maar een volwassen, breed gangbare praktijk binnen softwareontwikkeling, met een geschiedenis die teruggaat tot minstens de jaren tachtig van de vorige eeuw. Toch verandert het vakgebied voortdurend mee met nieuwe platformen en behoeftes.
Een duidelijke trend is de opkomst van cross-platform SDK's, zoals Flutter van Google en React Native, oorspronkelijk ontwikkeld door Facebook (nu Meta). Hiermee kunnen ontwikkelaars één keer code schrijven die op meerdere platformen tegelijk werkt, wat tijd bespaart maar soms ten koste gaat van prestaties of toegang tot de nieuwste platformspecifieke functies.
Een ander punt van aandacht is veiligheid. Omdat SDK's vaak code van derden bevatten die diep in een app wordt geïntegreerd, kunnen kwetsbaarheden of kwaadaardige aanpassingen in een SDK grote gevolgen hebben voor alle apps die deze gebruiken. Beveiligingsonderzoekers wijzen er geregeld op dat het controleren van SDK's van derden, met name advertentie- en trackingkits, een blijvend aandachtspunt is voor app-ontwikkelaars en gebruikers van privacy.
Ook versiebeheer blijft een terugkerend obstakel: platformen brengen regelmatig nieuwe SDK-versies uit, en ontwikkelaars moeten hun apps bijwerken om compatibel te blijven, wat bij grote, complexe apps aanzienlijk werk kan betekenen. Recent zien we bovendien dat AI-hulpmiddelen zoals code-assistenten steeds vaker worden ingezet om het gebruik van SDK's te vereenvoudigen, bijvoorbeeld door automatisch voorbeeldcode te genereren op basis van documentatie.
Wie werken eraan?
De grootste technologiebedrijven ter wereld ontwikkelen en onderhouden hun eigen SDK's als onderdeel van hun platformstrategie. Google (Android, Google Cloud, Flutter), Apple (iOS, macOS), Microsoft (Windows, Azure), Amazon (AWS) en Meta (React Native, Meta-advertentie-SDK's) behoren tot de belangrijkste spelers.
Daarnaast spelen gespecialiseerde techbedrijven een grote rol in specifieke deelmarkten: Stripe en Adyen (Nederlands, opgericht in 2006) op het gebied van betalingen, Twilio voor communicatietechnologie, en OpenAI en Anthropic voor SDK's rond kunstmatige intelligentie.
Veel SDK's worden ook als open source ontwikkeld, wat betekent dat de broncode publiek toegankelijk is en gemeenschappen van vrijwillige ontwikkelaars kunnen bijdragen. Voorbeelden zijn React Native en talloze bibliotheken op platformen als GitHub. Standaardisatie-instanties zoals het World Wide Web Consortium (W3C) spelen een rol bij het vastleggen van onderliggende webstandaarden waarop veel SDK's voor webontwikkeling voortbouwen.
Op landenniveau lopen de Verenigde Staten voorop wat betreft de bedrijven die de grootste, meest gebruikte SDK's beheren, maar ontwikkelaarsgemeenschappen die bijdragen aan open-source SDK's zijn wereldwijd verspreid, met actieve bijdragen uit onder meer Europa, India en China.