Jan Willem Eshuis

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 schreef al eerder over het HTML5 Boilerplate, een prima blauwdruk voor nieuw te ontwikkelen websites. Nu is er dus een nieuwe versie van de Boilerplate speciaal voor mobiel.

De nieuwe boilerplate maakt ontwikkelen voor 90% (schat ik) van de mobiele markt straks relatief eenvoudig. Ik ben wel benieuwd welke inpact dit gaat hebben op de huidige ontwikkelaars van mobiele websites zoals Momac en andere ontwikkelaars.

Ik heb het nog niet geprobeerd maar dat ben ik natuurlijk wel van plan. Dus binnenkort een mobiele variant van deze website;-)

Vandaag op ReadWriteWeb een interessant artikel over een rapport van het W3C. Het W3C consortium organiseerde in februari een workshop met als titel “Web and TV workshop“. Een tweedaagse bijeenkomst waar gesproken is over de toekomst van internet op TV.

Het W3C consortium stelt voor om een open platform te ontwikkelen om ontwikkelaars de mogelijkheid te geven om hun applicatie cross-platform te ontwikkelen. Zo zou een applicatie voor het “open platform” geschikt moeten zijn voor web, mobiel en televisie. Wat mij betreft een goede ontwikkeling.

Afgelopen week was ik op het IP-TV forum waar voornamelijk veel verschillende fabrikanten van “kastjes” de (nieuwe) mogelijkheden demonstreerden. Zo waren er minsten 20 verschillende setop-boxen te zien van evenzoveel fabrikanten. Allemaal hopende dat hun “kastje” de nieuwe “standaard” gaat worden. Ook in deze markt nog geen “echte” standaard.

Ik geloof meer in een open model waarbij er een internationale standaard komt die door alle ontwikkelaars van zogenoemde “connected TV” applicatie kan worden gebruikt.

Zolang deze standaard er niet is geloof ik niet dat “connected TV” het helemaal gaat maken.

Mooie website met een heldere en duidelijke uitleg over de mogelijkheden van HTML 5. Check 5 steps to HTML 5.

Al eerder schreef ik over Springloops.com. Een website waar je samen met andere ontwikkelaars kunt werken aan je project. Inmiddels ben ik van Springloops afgestapt en maak ik gebruik van Beanstalk. De meest belangrijke reden voor mijn overstap in de user interface van Beanstalk. Die is snel, simpel en zeer gebruikersvriendelijk.

Beanstalk heeft support voor Subversion en Git. Het maakt dus niet uit wat je als ontwikkelaar fijner vindt, je kunt gewoon zelf kiezen. Beanstalk zorgt ervoor dat je op een lekkere manier door je repository kunt bladeren maar de meest fijne functie is toch wel de automatisch deployment die je kunt doen naar verschillende omgevingen.

Zo kun je bijvoorbeeld eenvoudig instellen dat alle wijzigingen (commits) in je SVN automatisch worden gepubliceerd naar een testserver. Daarnaast kun je deze deployments natuurlijk ook met de hand uitvoeren. Eén van de fijne features is dat je op basis van je “comments” in je commit het systeem opdracht kunt geven om zaken te deployen op een bepaalde omgeving. Voer ik bijvoorbeeld in mijn comment de tekst “[deploy:test]” in dan zal Beanstalk ervoor zorgen dat mijn code automatisch op de testomgeving wordt geïnstalleerd.

Beanstalk heeft trouwens ook nog eens integratie met bijvoorbeeld Zendesk. Hiermee koppel je commits in je SVN aan tickets in je support systeem.

Bezig met een Facebook pagina voor een bedrijf of wil je met een andere doel een leuke Facebook pagina ontwerpen? Kijk dan eens naar het 520 grid. Het 520 grid is een eenvoudig HTML/CSS grid waarmee je de speciale Facebook pagina handig kunt indelen.

Zoals gezegd zet je met het 520 grid eenvoudig een Facebook pagina op in een door jou gekozen stijl en verdeling. Het grid gaat uit van 12 kolommen waardoor je heel makkelijk 2, 3, 4 of 6 kolommen in je pagina kunt maken. Zo maak je bijvoorbeeld een pagina met 2 kolommen waarbij kolom 1 “4 kolommen” breed is en kolom 2 een ruimte krijgt van “8 kolommen”.

Mooie voorbeelden kun je vinden op de 520 grid pagina op Facebook. Of gebruik de links hieronder.

• Demo pagina
• Example 1
• Example 3

Nooit gedacht dat ik ooit een blogpost zou schrijven met bovenstaande titel. Toch is het zo. Gisterenavond was een heerlijke TV loze avond waarop ik een beetje werkte aan diverse zaken. Allemaal kleine dingetjes waar ik toch wel de nodige concentratie bij nodig had.

Mijn vrouw Kristel stelde voor om ons Sonos systeem dan maar eens in te stellen op een klassieke radiozender. En wat bleek, de muziek zorgt ervoor dat je heerlijk geconcentreerd je werkt kunt doen. Volgens Kristel was dit logisch want muziek met een ritme van ongeveer 60 beats per minuut zorgt voor een optimale concentratie. Vooral Barokmuziek schijnt erg goed te zijn.

Voor mij was het in elk geval een openbaring dat klassieke muziek zo goed kan werken. Ik zou zeggen, probeer het ook eens uit:-)

Een paar dagen na de ramp in Japan kwam ik via de site Mashable in aanraking met de Hello Bar. Een initiatief waarmee je op een eenvoudige wijze door middel van één regel HTML een balk aan de bovenkant van een website kunt toevoegen.

Na enig speurwerk kwam ik tot de conclusie dat een dergelijk initiatief in Nederland nog niet bestaat (voor zover ik kan vinden). Na er een tijdje erover nagedacht te hebben gisteren avond toch maar de handschoen opgepakt en een 1e Nederlandse variant hiervan gemaakt.

Ik heb het de Goede Doelen Balk genoemd en vooralsnog kun je door middel van één regel HTML code eenvoudig War Child steunen. Door de onderstaande regel code aan je pagina toe te voegen krijg je automatisch een zwarte balk aan de bovenkant van je website met de oproep om donateur te worden van War Child.

<script type=”text/javascript” src=”http://www.gdb.jwe.nl/balk.js”></script>

Meer informatie over de Goede Doelen Balk kun je vinden op de speciale website.

Vandaag is het de conferentie IPTV World Forum begonnen in Londen. Een interessante conferentie over het onderwerp “Deliver Next Generation Multiplatform TV”. Wat mij betreft een nogal gewaagde titel. Om nu al over de volgende generatie multiplatform televisie te gaan praten gaat mij een beetje ver.

Op de Nederlandse markt zijn de diverse fabrikanten van TV’s al wel druk bezig om hun internet op de tv te promoten maar komt dit naar mijn mening nog niet echt van de grond. In mijn vorige baan bij de NOS experimenteerden we hier wel mee door bijvoorbeeld applicaties met het laatste NOS Journaal op de Philips Net TV maar echt heel veel reacties kregen we daar nooit op. Ikzelf hoor in elk geval in mijn omgeving vrijwel nooit iemand zeggen dat hij of zij even op zijn TV het journaal ging terugkijken.

Komende donderdag ga ik dus naar het IPTV World Forum om te kijken hoe de zaken er “volgens de producenten” op dit moment voor staan. Ik ben dan ook wel benieuwd. Wat mij betreft zou het handig zijn als alle fabrikanten nu eens voor één standaard zouden gaan waardoor je een applicatie kunt ontwikkelen voor IPTV. Dat zou het leven voor ontwikkelaars in elk geval een stuk makkelijker maken.

Vandaag een dag voor de boeg met veel reizen. In de ochtend op kantoor (Mediapark Hilversum) aan het werk en vanmiddag een afspraak in Groningen. Vanuit mijn woonplaats Tiel dus via Hilversum Noord naar Groningen. Enig onderzoek leerde mij gisteren dat dit aardig was kilometers zijn. Met de auto ongeveer 450 om wat preciezer te zijn. Die 450 km kosten mij met de auto dus ruim 26 liter benzine (1 op 17). Met de huidige benzine prijs van € 1,70 is dit dus ruim 44 euro en dan reken ik de afschrijving, verzekering enz. niet mee.

Dus maar kijken wat het zou betekenen als ik met de trein dezelfde reis wil maken. In totaal een reistijd van een uurtje of 6 (wel iets langer dan met de auto waarschijnlijk). Een groot voordeel van deze reistijd is dat je in de trein wel kunt doorwerken, iets wat in de auto natuurlijk niet echt lukt.

Dus via de site van de NS maar eens gekeken wat nu zo’n treinkaartje kost. Vul je bij het aanschaffen van een e-ticket in dat je van Tiel naar Groningen wilt via het station Hilversum Noord dan komt de NS uit op een prijs van ruim 61 euro.

Best veel, gelukkig biedt de NS ook de mogelijkheid tot de aanschaf van een dagkaart. En wat schets mijn verbazing, deze dagkaart kost 47 euro. Natuurlijk reis ik dan dus met een dagkaart en niet met het veel duurdere retourtje Groningen via Hilversum Noord.

Slechte service van de NS
De module op de NS site waar je een e-ticket kunt komen blijkt dus geen rekening te houden met het bestaan van een dagkaart. Immers als de dagkaart optie mij niet was opgevallen had ik 61 in plaats 46 euro betaalt voor mijn treinreis. De NS zou toch op zijn minst bij een dergelijke prijs kunnen aangeven dat een dagkaart een stuk goedkoper is. Slechte service van de NS! Het reizen met de trein is trouwens wel heerlijk, dit stukje is namelijk in de trein tussen Hilversum en Amersfoort getikt;-)