Mitchel Baker van Mozilla drukte het uit als volgt in het kader van de ontwikkeling van het Firefox ecosystem: “Er is 1 web! Mensen moeten niet erover te denken wat de verschillen per apparaat zijn. Nee het gaat om dezelfde informatie. Use cases voor mobile worden hetzelfde als in de browser nu. Alleen de interface is anders.” Haar mening was dat het belangrijk is om het web vanuit een design standpunt te verbeteren. Aldus Baker zijn we nu misschien nog bezig met het wegwerken van limitaties aan de apparaat kant maar de echte beperking en uitdaging zal zitten aan de gebruikerskant.

Yahoos Ari Balogh predikte over een open platform strategy en het Yahoo OS (YOS) waarbij toepassingen ontwikkeld worden die per definitie geschikt zijn voor alle apparaten. SearchMonkey was de eerste van applicaties die in dit kader het levenslicht gaat zien aldus Balogh.
Een paar links:

Techcrunch

Yahoo

“Gebroederlijk” met Yahoo! kwam Microsoft deze week ook met een product waarbij de integratie van verschillende apparaten voor een “apparaat onafhankelijk gebruik” van het web central staat. Met Get Mesh! worden hele reeks van devices ontsloten en worden deze allen in deze “mashup” omgeving ontsloten. Meer info!

Jonathan Schwartz: Cloud computing infrastructure van Sun past ook in de
Web2.0 waar data de “currency” is. De overname van MySQl past heel erg in deze strategie.

Dus wat gaat er nu gebeuren.? Het is duidelijk dat de “grote jongens” de richting van het web als “the cloud” zijn ingeslagen. Waar het precies naartoe gaat kan ik echter moeilijk bepalen. De aankondigingen waren er deze week maar over hoe het concrete invulling gaat krijgen hielden de partijen zich nog redelijk op de vlakte. Open standaarden en developer platforms zullen hier zeker een belangrijke rol gaan krijgen.

Problemen van het huidige Sociale Web

Op dit moment is het sociale web “gebroken”. Er zijn een groot aantal losse systemen waar gebruikers elke keer:

• Opnieuw een account aan moeten maken
• Profiel informatie toe moeten voegen
• Bestaande vrienden moeten zoeken en toevoegen
• Relaties moeten leggen tussen bekenden, collega’s en vrienden

Dit is natuurlijk erg onvriendelijk voor gebruikers en het beperkt de groei en acceptatie va het Sociale Web. Wanneer er een nieuw sociaal platform ontwikkeld wordt wat een aanvulling kan zijn op het bestaande Sociale Web, dan moeten zij op dit moment kiezen tussen twee kwaden:

• Zelf een eigen, afgesloten systeem ontwikkelen
• Een widget ontwikkelen die gebruik maakt van een ander sociaal platform, maar waar je aan de grenzen van dat systeem gebonden bent

Hoe kan dit opgelost worden? Met onderstaande Open Standaarden!

Who I Am, Who I Know, What’s going on

Joseph beschrijft de drie belangrijkste onderdelen waaruit het toekomstige sociale web zal gaan bestaan en koppelt hier de verschillende Open Standaarden aan die op dit moment ontwikkeld worden.

Who I Am

De eerste bouwsteen is het maken en onderhouden van een online identiteit. OpenID is hiervoor de meest geschikte oplossing. Hiermee kunnen gebruikers met een standaard account inloggen bij een groot aantal systemen. OpenID heeft het afgelopen jaar een snelle groei doorgemaakt. Alle Yahoo users kunnen hun Yahoo account als OpenID gebruiken. Gisteren heeft ook de BBC aangekondigd dat ze OpenID gaan ondersteunen.

Je online identiteit is verder te beheren door het gebruik van “rel=me” links (XFN), waarmee personen hun verschillende online profielen aan elkaar kunnen koppelen. Moderne online omgevingen leggen deze verbindingen al automatisch voor de gebruikers. Met behulp van de Social Graph API van Google zijn deze verbindingen inzichtelijk te maken.

Bart Teeuwisse wees mij op een andere interessante ontwikkeling die plaats zal vinden: het gebruik van XRI. Dit zal een soort van DNS-server worden voor je eigen profiel, waarmee je zelf aan kunt geven welke OpenID projvider je wilt gebruiken.

Bovenstaande punten zorgen er allemaal voor dat een gebruiker controle zal blijven houden over zijn eigen identiteit.

Who I know

Het tweede onderdeel is het vastleggen van de relaties die je hebt met andere personen. Hierbij is het belangrijk dat je huidige contacten eenvoudig geimporteerd moeten kunnen worden in een ander sociaal netwerk, zonder dat je deze zelf handmatig hoeft toe te voegen of te zoeken. Een standaard hiervoor is Google’s Contact API.

Om de uitwisseling van data veilig te laten verlopen is OAuth ontwikkeld. Met behulp van deze standaard kun je veilig data delen tussen “vertrouwde” sites. OAuth werkt dan als een standaard authenticatie methode die door alle sites ondersteund kan worden.

Om ook de relaties uit te wisselen , maar vooral ook constant te kunnen blijven synchroniseren, is het concept van Friends-list portability bedacht. De gedachte hiervan is dat je je relaties niet eenmalig importeert (uit een adresboek), maar dat deze relaties continue geupdate worden. Flickr en Dopplr zijn de eerste platformen die dit, naast Plaxo, al geimplementeerd hebben.

Hierbij een video van Joseph waarin hij dit concept verder beschrijft:

What’s going on

De laatste bouwsteen van het nieuwe Sociale Web is “What’s going on”. Dit zorgt er voor dat je op de hoogte kunt blijven van de stream van events die je relaties genereren (berichten, foto’s, lokaties, etc). Hiervoor zal gebruik gemaakt gaan worden van RSS/Atom feeds voor het uitwisselen van data (nniet alleen nieuwsartikelen, maar ook foto’s, tweets, etc). Wanneer dit gecombineerd wordt met OAuth, kunnen deze updates ook beveiligd plaatsvinden.

Om deze syndicatie tussen sociale omgevingen soepeler te laten verlopen, zal gebruik gemaakt gaan worden van Jabber (XMPP), een XML standaard voor real-time synchrosiatie van berichten en locaties. Dit zal ingezet worden als streaming toepassing van berichten en dit zorgt er voor dat updates veel efficienter tussen platformen uitgewisseld kunnen worden. Het voornaamste verschil is dat het platform die de informatie wil inlezen/ontvangen niet continue deze informatie hoeft op te halen, maar dat dit continue via een stream binnenkomt.

Overige ontwikkelingen

Een belangrijke ontwikkeling is verder OpenSocial, waarmee applicaties ontwikkeld kunnen worden die op een groot aantal sociale platformen kunnen draaien. Hierdoor kunnen nieuwe sociale netwerken snel groeien, door gebruik te maken van bestaande applicaties die in andere sociale platformen al succesvol zijn gebleken.

Er zullen ook nieuwe bedrijven gaan ontstaan die tussen de eindgebruiker en “the Social Web” komen als aggregator:

• Who I am -> Identity Providers die een omgeving zullen aanbieden voor personen om een identiteit op te bouwen
• Who I know -> Social Graph Providers die de verbindingen en relaties tussen personen in kaart zullen leggen en visualiseren
• What’s going on - > Content Aggregators die de content uit het netwerk van personen zullen aggreren

Door deze tussenpersonen zal een groot deel van de huidige inefficiency worden verwijderd en zal het Sociale Web als geheel beter gaan werken.

Download presentatie

Voor meer achtergond informatie is hier de presentatie te downloaden (5 MB).

“Our mission at EveryBlock is to solve that problem. We aim to collect all of the news and civic goings-on that have happened recently in your city, and make it simple for you to keep track of news in particular areas. We’re a geographic filter — a “news feed” for your neighborhood, or, yes, even your block.”

Dit was leuk om te horen omdat wij laatst voor ander project aangevangen zijn met de bouw van een geografische filter die nog een stapje verder gaat..
De inzet van WEBclusive bij de uitwerking van een nieuw buurtsysteem heeft geresulteerd in een toepassing waarbij gebruikers niet op basis van eigen lokatie gegevens kunnen ophalen maar op basis van een zelf in te stellen omgeving (eigen buurt). Zogezegd kan de gebruiker een veelhoek van punten (geocoordinaten) opgeven die een unieke oppervlakte koppelen aan die gebruiker en daarvoor wordt de content on the fly gefilterd. Veel wiskunde is daarbij weer opgefrist en een veeltal performance vraagstukken om content uit deze oneindige datasets te filteren zijn getackeld.

Buiten het feit dat ik benieuwd ben om van de EveryBlock mensen te horen hoe zij in staat zijn geogetagde content te bemachtingen vind ik het leuk om te zien dat wij zelf laatst een stapje verder zijn gegaan in de mogelijkheden van de gebruiker om geogefilterde content op te vragen. Daarnaast verwacht ik naast de technische realisatie nog veel verdere conceptontwikkeling en productontwikkeling op dit gebied te zien waar ik vanuit mijn betrokkenheid binnen het pas opgerichte Esocietyinstituut nauw bij betrokken zal zijn.

Er was een prijsvraag uitgeschreven door de DataPortability organisatie en de volgende user heeft gewonnen:

Op theNextWeb blog wordt deze keuze verder uitgelegd.

Een groot aantal mashups is niks meer dan content presenteren op een kaartje waarbij een combinatie van geolokatie en data voor het mashup karakter zorgdragen. Een ander voorbeeld dat ik op de WEB2.0 EXPO tegenkwam was het freebase platform in de workshop Creating Semantic mashups: Bridging Web 2.0 and the Semantic Web. Freebase is grof gezegd een dataverzamelingswebsite die interessante informatie vanuit allerlei omgevingen zoals Wikipedia opslaat. Daarbij gebruikmakend van RDF proberen ze zaken zo slim mogelijk op te slaan in de database zodat relaties tussen data beter gelegd kunnen worden. Op deze manier wordt het interessant om zaken binnen het freebase systeem op te vragen maar ook om er je eigen databanken aan te koppelen.

Freebase zelf zegt het volgende:

“In fact, part of what makes Freebase unique is that it spans domains—but requires that a particular topic exist only once in Freebase, even if it might normally be found in multiple databases. For example, Arnold Schwarzenegger would appear in a movie database as an actor, a political database as a governor and a bodybuilder database as a Mr. Universe. In Freebase, there is only one topic for Arnold Schwarzenegger, with all three facets of his public persona brought together. The unified topic acts as an information hub, making it easy to find and contribute information about him.”

Dit klinkt goed en de voorbeelden zagen er indrukwekkend uit. De titel van de workshop impliceerde echter dat het om een semantische mashup ging en dat vond ik lastig te bepalen gezien het feit dat de kracht juist ligt in het gestructureerd koppelen van data aan een topic. Semantisch zou toch meer inhouden dat het systeem uit ongestructureerde data de betekenis zou kunnen herleiden.

Een en ander kan wel heel mooi ontsloten worden middels de daarvoor beschikbare API’s en open standaard die ze hanteren. Freebase valt onder een creative commens licentie en kan in die hoedanigheid door iedereen gebruik worden. Persoonlijk denk ik dat dergelijke informatiesystemen bijzonder interessant kunnen zijn voor bedrijven die nu nog veelal dure databases kopen en zelf veel investeren op dataverzameling. Hoe dit gaat uitpakken is natuurlijk nog maar de vraag gezien het open karakter van het platform. Ik merk dat dit open denken nogsteeds niet overal geland is en men hier heel argwanend tegenover kan staan.

Dion Hinchcliffe

De opkomst van “data-bedrijven”

De meest waardevolle bedrijven op dit moment (Google, Facebook, MySpace, etc) hebben als voornaamste overeenkomst dat hun waarde gebaseerd is op de data die ze beheren. Tientallen jaren geleden waren de meest waardevolle bedrijven, de bedrijven die hardware maakten. Dit is langzaam verschoven naar software bedrijven en tegenwoordig naar “data-bedrijven”. De toekomstige succesvolle (web) bedrijven zullen dan ook voornamelijk zich moeten focussen op het verzamelen en beheren van waardevolle data.

Onderdelen van een “next generation Web2.0 applicatie”

Dion geeft aan dat een nieuw, succesvol bedrijf minimaal de volgende onderdelen in zich moet hebben:

• Online Service –> Dus geen Packaged Software
• Controle blijven behouden over unieke, moeilijk te reproduceren data, die waardevoller wordt naarmate meerdere mensen het gaan gebruiken
• Gebruikers vertrouwen voor het meedenken bij de ontwikkeling van de applicatie
• Lichtgewicht business modellen gebruiken

Bouw verder op bestaande platformen

Naast bovenstaande punten is het belangrijk dat applicaties snel ontwikkeld worden. Dit kan gedaan worden door zoveel mogelijk gebruik te maken van platformen die je het grootste deel van het werk al uit handen nemen. Google en Amazon spelen hier op in met het aanbieden van een uitgebreid netwerk van services die gebruikt kunnen worden door startende bedrijven.

Widgets

Om gebruikers toegang te verlenen tot je dienst, is het handig wanneer je hiervoor gebruik maakt van Widgets. Dit zijn kleine applicaties die gebruikers kunnen plaatsen op een eigen website of blog en hierdoor jou applicatie in gebruik nemen. Het verwarrende op dit moment is dat er nog geen eenduidige naamgeving voor deze widgets is:

• Badges
• web widgets
• Google Gadgets
• Netvibes UWA
• SNS apps (Social Networking Services)

Op dit moment is de W3C bezig om een standaard uit te werken voor Widgets, maar dit kan nog even duren. Tot die tijd is het belangrijk om wel alvast gebruik te maken van deze applicaties, al heb ik in een eerdere posts al beschreven dat de ontwikkeling hiervan per platform aangepast moet worden.

Dit idee kwam vooral naar boven toen na de presentatie van MySpace en Hi5 Google aangaf dat Sandbox gisteren officieel gelanceerd is. Door Sandbox wordt het mogelijk om o.a. voor Igoogle OpenSocial apps te ontwikkelen. Op deze manier heeft de persoonlijke internetpagina Igoogle natuurlijk veel overlap met de applicaties in sociale netwerksites die OpenSocial ondersteunen. In deze websites zoals MySpace, Hi5 en Orkut zijn vele applicatieontwikkelaars actief die toepassingen realiseren.  Deze hebben veel overlap met de zogenaamde widgets van de persoonlijke homepages. Hierdoor worden de sociale netwerksites ook meer een startpagina voor de gebruiker. Weliswaar zijn sociale netwerk sites meer gericht op de de invulling van het sociale netwerk maar de omvang van de gebruikersgroep en de applicaties bieden zeker kansen om ook als personal homepage te fungeren.

Gaat OpenSocial dezelfde weg op als webstandaarden zoals HTML, CSS en Javascript, die nog steeds door webbrowsers verschillend geinterpreteerd worden?

Uitgebreide ondersteuning van OpenSocial
Gisteren kwam Google met de aankondiging dat zij OpenSocial gaan ondersteunen binnen iGoogle. Dit is na Orkut het tweede platform van Google dat gebruik maakt van OpenSocial. Het is nog niet duidelijk waar de “friends” vandaan komen die voor de OpenSocial implementatie noodzakelijk zijn, maar een mogelijkheid zou kunnen zijn dat dit de contacten uit Gmail zullen worden. Ontwikkelaars kunnen zich aanmelden voor de Google Sandbox om de functionaliteiten uit te testen.

Hi5 en MySpace hebben OpenSocial al beschikbaar gemaakt binnen hun eigen ontwikkelomgevingen en bieden uitgebreide ondersteuning aan ontwikkelaars die dit willen implementeren.

Eigen interpretatie van OpenSocial standaard

Rockyou, met 10 miljoen geregistreerde gebruikers en 150 miljoen “widget views” per dag een van de grootste widget ontwikkelaars te wereld, maakte in een uitgebreide presentatie duidelijk dat er nog steeds grote verschillen zijn in het gebruik van OpenSocial door de verschillende Sociale Netwerken. in de code moet hier dan ook rekening mee gehouden worden.

Ook in de presentaties van MySpace, Hi5 en Google werd duidelijke dat de verschillende partijen niet alleen extra uitbreidingen op de OpenSocial standaard maken (MySpace voegt Bulletins toe en Hi5 heeft extra data velden voor foto’s en de “life-cycle” van applicaties), maar dat ze ook de technische implementatie op een andere manier doen. Een kleine uitbreiding van Hi5 welke voor HI5 natuurlijk erg nuttig is, maar voor de acceptatie van de standaard als een geheel erg gevaarlijk, is het voorbeeld van de life-cycle. Hiermee kan de locatie aangegeven worden voor het (de-)installeren van de widgets:

<Optional feature="hi5-lifecycle">
<Param name="installPingUrl" value="http://..."/>
<Param name="removePingUrl" value="http://..."/>
<Param name="invitePingUrl" value="http://..."/>
</Optional>

Wanneer dit niet in de OpenSocial standaard opgenomen gaat worden, dan zal een applicatie ontwikkelaar dit voor elk sociaal netwerk op een andere manier moeten ontwikkelen.

Niets geleerd van de problemen met webstandaarden?

De afgelopen 10 jaar is hetzelfde gebeurd met de implementatie van internet programmeer standaarden (HTML, CSS, javascript). Doordat Internet Explorer, Netscape, Firefox, Safari, etc allemaal aanpassingen/uitbreidingen op de officiele W3C standaard hebben gemaakt, heeft dit er voor gezorgd dat webontwikkelaars op dit moment nog steeds specifieke aanpassingen door moeten voeren om websites en webapplicaties goed werkend te krijgen in verschillende browsers.