Tag Archives: google

Google developper day

Hier après-midi rendez-vous à 13H au Bastille design center, à l’entrée un garde façon videur de boite de nuit vérifie que tout le monde est bien dans la liste des 200 happy few, à l’intérieur c’est ambiance bar branché, lumières colorées, fauteuils confortables, open bar et petits fours à volonté. Ca change des salle de conférence du cnit, décidément google ne fait rien comme tout le monde. Enfin je vous rassure il n’y avait pas vraiment plus de fille que dans d’autres conférences de techos.

Un mot à retenir: simple, les API google sont comme le moteur de recherche: simples, HTTP/XML/JSON/REST. Un mot absent: .net, ici on code en java, ruby, php, python mais pas en .net.

briques.jpg Ci contre le logo utilisé dans toutes les présentations Google developper day. Marrant, non? Des briques, des legos, le symbole des services réutilisables de la fameuse architecture SOA. Sauf qu’ici les briques ce sont les api web de google à base d’HTTP et d’XML et le modèle de programmation c’est le mashup. Autre différence: ça marche! On reste dans le navigateur, alors que Microsoft a la stratégie opposée et veut nous (les développeurs) faire resortir du navigateur.

J’ai assisté à une présentation de Gdata, l’api REST basée sur Atom qui est lentement en train de devenir l’API standard pour accéder aux données stockées chez google et les modifier. Aute présentation intéressante, celle de Didier sur GWT LE framework à suivre.
En fin de journée on a pu suivre en direct le début du developper day de mountain view avec quelque grosses annonce:

Google mashup editor, un concurrent de yahoo pipes

Google maplets, la possiblitée de rajouter des informations sur les cartes du site maps.google.com
et et google gear…

helico.jpg

Le cadeau de Google à toutes les personnes présentes, oui oui il vole!

Nouveau Google Reader et intégration Gmail

La dernière version de google reader m’a convaincu d’abandonner définitivement bloglines (et pour suivre plus de 50 flux, netvibes n’est pas une option) et ce matin j’ai eu droit à mon “instant Waaouuh”.

Firefox + GreaseMonkey + Gmail + Google Reader

=

gmailGooglereader.png

En voilà un bel exemple de mash-up côté client.

Vous trouverez ce script greasemonkey ainsi que beaucoup d’autre sur le journal de Mihai Parparita, tech lead du front end de google reader.

J’en profite pour vous rappeler que vous pouvez consulter les billets que j’ai “taggué” comme à lire et en rapport avec les sujets de ce blog en vous rendant sur cette page.

Vous pouvez aussi suivre ce flu Atom ou venir sur ce blog et consulter la colonne de droite: “Dernières lectures en direct”.
Cette possibilité de tagguer des billets puis de les repartager est à mon sens la meilleure fonctionalité de google reader. Si vous vous en servez vous aussi, merci d’indiquer l’url de vos pages et flux atom google reader dans les commentaires.

Comment font-ils?

Depuis 2, 3 ans google a recruté tout ce que le monde java compte comme star.

Depuis 2 ans google nous épate régulièrement avec des applis client riche en ajax incroyable (Google mail, calendar, maps, notebook,…)

Mais comment font-ils pour coder ces merveilles?

La réponse vient d’être dévoilée aujourd’hui: Google Web Toolkit

Google code l’interface de ses applis web en java puis utilise un compilateur pour générer du javascript de l’AJAX… Il fallait oser, ils l’ont fait et comme ils disent: “We’re biased, but we think it works pretty darn well”
Développer en javascript est très penible, c’est quasiment impossible à débugguer, alors que yahoo débug en affichant des messages dans un div, google peut se servir de toute la puissance d’un débugguer java…
Derrière ça vous mettez le google cluster, le google file system et mapreduce… Ils peuvent donner ce toolkit en open source, ils ont encore de la marge avant que la concurrence ne les rattrape.