Jan Willem Eshuis

Steeds vaker zie je op websites en in applicaties informatie verschijnen over de populariteit op sociale media. Zo zijn er diverse plugins om op je WordPress blog te laten zien hoe vaak de betreffende blog is “getweet” of hoeveel “likes” er zijn op Facebook. Allemaal verschillende tools en plugins om dit mogelijk te maken. Best lastig want elke website of dienst heeft een eigen manier om deze informatie te delen.

Inmiddels lijkt hier een geschikte oplossing voor te zijn namelijk Shared Count. Met Shared Count kun je door middel van een API op een eenvoudige wijze de populariteit van je artikel op de verschillende sociale media in kaart brengen. Shared Count geeft op dit moment de resultaten terug van verschillende bronnen zoals Twitter, Facebook, Digg en Delicious. In de toekomst zullen hier naar verwachten nog andere sociale media worden toegevoegd.

Werkt het ook?
Ja, door middel van een eenvoudige request zie ik de sharing resultaten van mijn blog over Axure dat ik gisterenavond plaatste.

• 1 share op Facebook
• 3 tweets via Twitter

Mooie dienst die kan uitgroeien tot een service die op grote schaal gebruikt gaat worden.

Het succesvolle bedrijf Netflix blijkt met hun API net zo succesvol te zijn als met hun andere diensten. Ruim 13 maanden geleden is de API gelanceerd en in deze periode is het gebruik verveelvoudigd (x 37). Deze gigantische groei in het gebruik van de API resulteerde in januari 2011 tot het aantal van ruim 20 miljard request. Allemaal aanvragen die door de systemen van Netflix moeten worden afgehandeld. Inmiddels heeft men bij Netflix op basis van een aantal criteria besloten dat de API moet worden ge-redesigned. De komende maanden zal ik proberen dit traject te volgen en er op mijn blog over te schrijven.

Aantal request per device
Netflix geeft aan dat ze in hun API ruim 20 verschillende resources/functionaliteiten waarvan er een aantal erg veel op elkaar lijken. Door de “versnippering” van resources is het vaak zo dat apparaten, om een goede userinterface te kunnen genereren, een soort van chat sessie opbouwen met de API om alle content binnen te halen. Ze hebben een “te groot” aantal request nodig om de interface voor de client te kunnen opbouwen.

Een van de implementaties van Netflix zelf op hun eigen API is zelfs verantwoordelijke voor 50% van al het verkeer op de API. De implementatie van deze device levert echter niet 50% van alle gestarte/bekeken streams op. In die zin is deze applicatie op dit betreffende device dus een “dure” applicatie. Een van de doelen die de ontwikkelaars van Netflix zichzelf stellen is het omlaag brengen van het aantal requests per maand van 20 naar 10 miljard. Best grote uitdaging lijkt me:-)

Kosten per requests
Een gevolg van het verminderen van het aantal requests op de API is dat de request qua resultaat dus meer informatie moeten teruggeven. Immers als er nu 5 requests nodig zijn om de afbeeldingen nodig voor de interface op te halen en straks gaat dit in 1 request dan dient die ene request dus 5x zoveel data terug te geven. Hierdoor wordt die request weer “duurder” en minder makkelijk af te handelen voor server en client.

Om dit soort problemen het hoofd te bieden zijn ze bij Netflix hard aan het nadenken over “partial response”. Een systeem waarbij je het resultaat van een request in delen gaat teruggeven. Interessante gedachte!

Toekomst
De problemen met het aantal request en de “kosten” per request zijn volgens het techblog van Netflix maar een deel van de problemen die ze gaan tegenkomen tijdens het redesign. Ik ga het met veel belangstelling volgen de komenden maanden.

Links

• Website Netflix
• Netflix Developer website
• Techblog Netflix
• Programmableweb over Netflix API

Ik ben net als vele anderen fan van TED. Via hun website TED.com is het al mogelijk een alle opgenomen sessies te bekijken in de verschillende formaten. Tijdens SXSW heeft June Cohen van TED bekent gemaakt dat alle geplaatste TED talks inclusief de bijbehorende informatie beschikbaar zal komen via een API. Hierdoor wordt nog meer invulling gegeven aan het motto “Ideas Worth Spreading”. Wat mij betreft een prima ontwikkeling! De API zal ergens in het midden van 2011 beschikbaar komen. Ik kijk er in elk geval al naar uit.

Vandaag is de Open NOS API gelanceerd. Een mogelijkheid voor ontwikkelaars van applicaties om kennis te maken met de content van de NOS. Met de API is het bijvoorbeeld mogelijk om te zoeken in de zoekmachine van de NOS.nl website.

Met Open NOS proberen we de content van de NOS op een zo breed mogelijke manier beschikbaar te maken voor externe partijen. Dit kunnen ontwikkelaars zijn van mobiele applicaties of eigenaren van websites. Als niet commerciële publieke organisatie is de content dus vrij beschikbaar mits deze niet commercieel wordt gebruikt.

Inmiddels hebben ruim 100 ontwikkelaars een API-key ontvangen. Via de Google Group worden al de eerste ervaringen uitgewisseld. Door een enkeling iets eerder toegang te geven tot de API hebben we deze feedback kunnen verwerken en eerste ervaringen met deze ontwikkelaars kunnen uitwisselen.

Een mooi voorbeeld hiervan is Stefan Koopmanschap. Hij schreef al een complete PHP library om de API te kunnen gebruiken. Hierdoor wordt het voor ontwikkelaars nog makkelijk om van de Open NOS API gebruik te maken. De library van Stefan is te downloaden via GitHub dus ik zou zeggen aan de slag:-)

Tijdens zijn presentatie op NPOX kondigde Roeland Stekelenburg al aan dat de NOS content – onder voorwaarden – beschikbaar wil gaan stellen aan derden. Hiervoor zijn wij een project gestart met de naam “Open NOS”. Binnenkort kunnen ontwikkelaars via http://open.nos.nl een API-sleutel aanvragen en uitgebreide documentatie vinden over het gebruik van de API.

Om contact te krijgen met toekomstige gebruikers en vragen en antwoorden op één centrale plek te kunnen afhandelen is er een Google Group gecreëerd onder de naam Open NOS. In deze Google Group kun je ons suggesties geven over de mogelijkheden en content die je graag zou willen terugzien in onze API.

Wil je dus in de toekomst aan de slag met het Open NOS-platform, wordt dan lid van onze Google Group en wij houden je zoveel mogelijk op de hoogte van de toekomstige plannen.

Deze blog is tevens gepubliceerd op het weblog van NOS Nieuwe Media.

Eén van de oudste kranten ter wereld de New York Times is inmiddels al weer 2 jaar bezig met haar API. Inmiddels bieden ze ruim 13 verschillende API’s aan waarmee de “data” van de New York Times door ontwikkelaars van overal ter wereld kan worden ontsloten.

The Campaign Finance API
De The Campaign Finance API was de eerste van een reeks API’s. Met de API kun je de informatie over de verkiezingscampagne tijdens de Amerikaanse verkiezingen zien. Zo haal je bijvoorbeeld informatie (zoals personalia enz.) op over de verschillende kandidaten en kun je informatie over de besteding en donaties tijdens de campagne uitlezen.

Best Sellers API
Een ander mooi voorbeeld is de Best Sellers API waarmee je eenvoudig alle Best Sellers kunt ophalen. De website http://readingradar.com/ is bijvoorbeeld gebaseerd op een combinatie van de New York Times Best Sellers lijst en Amazon. De iPhone app DeweyD is een mooie manier om meer informatie over de boeken van de lijst altijd bij de hand te hebben.

Meer informatie over de New York Times API kun je vinden op http://developer.nytimes.com/

De Canadese Gouden Gids (YellowPages.ca) heeft sinds enkele dagen een API beschikbaar gesteld aan ontwikkelaars om met de informatie van de Gouden Gids aan de gang te gaan. De API is nog wel in beta maar biedt toch al een scala aan functionaliteit. De gegevens van 1.5 miljoen bedrijven worden beschikbaar gesteld en door middel van eenvoudige search requests op naam, locatie en telefoonnummer.

De resultaten bevatten informatie over de bedrijven inclusief het adres en informatie over het wel/niet beschikbaar zijn van foto’s, video’s en een uitgebreid profiel. De huidige API heeft nog wel een aantal restricties zoals maximaal 2 requests per seconden en 5000 requests per dag. Wat mij betreft een prima voorbeeld van hoe je informatie beschikbaar stelt aan ontwikkelaars en samen met deze ontwikkelaars kunt bouwen aan het beter bedienen van je “gebruikers”.

Nederlandse Gouden Gids?
Ik ben benieuwd of de Nederlandse versie van de Gouden Gids, die inmiddels samen werkt met De Telefoongids, hun data ook beschikbaar gaat stellen aan ontwikkelaars.

Het hoofd nieuwe media van de NOS Roeland Stekelenburg vertelde in zijn presentatie tijdens NPOX al dat de NOS door middel van een API informatie ter beschikking wil gaan stellen aan ontwikkelaars. Intern wordt er bij de afdeling nieuwe media van de NOS al gebruik gemaakt van deze API en ook enkele externe ontwikkelaars gebruiken de API op dit moment om uitzendingen van de NOS op verschillende platformen te kunnen afspelen.

Als technische man bij de nieuwe media afdeling van de NOS ben ik dan ook druk met de voorbereidingen van een dergelijke API. Om zo goed mogelijk te voldoen aan zaken zoals stabiliteit, schaalbaarheid en documentatie ben ik druk bezig ‘de kunst af te kijken’ bij diverse andere API’s.

Een goed startpunt bij het bekijken en ontdekken van API’s is de website Programmableweb.com. Op deze website kun je inmiddels de informatie van ruim 2000 API’s en ruim 5000 mash-up’s die gemaakt zijn met deze API’s vinden. Tevens worden er lijstje bijgehouden van de populairste API’s op basis van ontwikkelde mash-ups.

Wat mij betreft is Programmableweb.com het perfecte startpunt om de ontwikkelingen op het gebied van API’s te volgen.