I Haz A Bug

Google I/O @ San Francisco

J’ai eu la chance d’être invité par Google France à participer au Google I/O 2009 à San Francisco. Au rendez-vous, visite des locaux de Sun à Santa Clara ou j’y ai rencontré Pat Patterson, responsable d’OpenSSO - outil Open-Source que nous avons utilisé sur le projet Valeo. J’ai ensuite assister pendant 2 jours au Google I/O. J’ai eu le droit, comme tout les participants, à un téléphone HTC-Android, et j’ai surtout pu entrer en contact direct avec les développeurs d’AppEngine, ces rencontres furent très enrichissantes.

Google Phone ION

Suite à l’annonce de Google Wave, j’ai pu participer le lendemain du Google I/O avec 50 autres privilégiés au premier Google Wave Hackathon dans les locaux de Google à Mountain View. J’en ai profité pour visiter le campus et rencontrer des Googlers avec qui je communique régulièrement.

Avant d’aller plus loin, je vous conseille cet article en français : Google Wave : Plateforme de communication centralisée. Je fais donc parti des quelques veinards qui ont déjà accès à une sandbox de Wave qui est en version Alpha.

Google Wave Hackathon

Pendant cette journée, nous sommes directement rentrés dans le sujet en commençant à développer des robots ou gadgets à l’aide des APIs fournies et déjà bien complètes. Je me suis concentré sur les robots, il n’est pour le moment possible de déployer son robot uniquement sur AppEngine car un email factice de type monr...@appspot.com est utilisé pour l’ajouter dans Wave.

Il ne faut pas se leurer, Google Wave est encore en alpha, et il est rare de ne pas arriver à crasher le système. Mais la prouesse technologique prend le dessus quand on utilise Google Wave, surtout quand on est développeur. Il me tarde d’avoir accès aux sources du projet GWT. En quelques heures, j’avais un robot fonctionnel qui affichait la méteo d’une ville lorsqu’un participant de la Wave demandait le temps qu’il y fait.

Google Wave après quelques heures

Les possibilitées d’utilisation et d’intégration de ce produit sont véritablement infinies. Le plus gros des soucis actuellement est la robustesse necessaire des navigateurs pour faire tourner Wave. Chrome passe le test haut la main, mais Firefox et Safari sont plus à la peine, même s’ils s’en sortent trés bien. Les versions mobiles sont le point faible actuel, les temps de chargement rendent l’application actuellement quasi inutilisable. Mais l’équipe travaille dessus, comme tous les autres défauts actuel de Wave d’ailleurs.

Google Wave Inbox

J’ai vu beaucoup d’articles passer, beaucoup n’ayant rien vu de plus que la présentation vidéo disponible ici, et pourtant beaucoup spéculent sur des fonctionnements et principes. L’effet buzz probablement. Voilà de mémoire ce que je peux préciser sur ce produit :

• Il n’y aura pas de migration GMail -> Wave car les deux produits sont indépendants. Même si Wave se veut le remplaçant de l’email. C’est un peu comme si on passait du vélo à la voiture. Et il ne faut pas se leurer, de l’eau va couler avant que l’email disparaisse.
• Les contacts Wave via le client Google sont vos contacts GMail ou vos contacts Contacts. C’est une façon d’implémenter les choses. Il n’y a bien sur aucun intéret pour le moment à ajouter dans une Wave une personne qui n’a pas un accès Wave associé à cet email. Cette personne ne sera pas informé. Le fait qu’ils aient choisit l’email comme identifiant sème un peu le trouble.
• Il est fort probable que Wave soit disponible via Google Apps, Lars Rasmussen, reponsable du produit, n’a pas pu me dire si c’était possible. Mais je sais que Wave est basé sur la même architecture que Docs ou GMail, il n’y a donc aucune raison que cela ne soit pas dispo’ dans le futur. Quand à savoir sous quel forme (payant, gratuite), c’est une autre question. Actuellement le compte de test que nous avons est hebergé derrière un /a/ qui signifie donc apps pour un domaine sandbox, exemple : http://wave.google.com/a/sandbox/. On peut donc facilement imaginer que les entreprises ayant switchées sous Google Apps disposeront directement de Wave à son ouverture au public.

Si vous avez des questions, n’hésitez pas ! Sachez que je n’ai testé que le client installé sur les serveurs Google. Je n’ai pas plus d’infos sur le protocol ou les serveurs que ce qu’on peut trouver sur code.google ou WaveProtocol.org.

PS : Toutes les images ne sont pas de moi. J’en profite aussi pour saluer Guillaume Laforge (monsieur Groovy) et Alexis Vuillemin de chez Google qui passeront peut être par ici !

Alors que l’iPhone vient de sortir, Google a mis il y a quelques temps le SDK d’Android. Pour ceux qui ne savent pas ce qu’est Android, voici une rapide explication :

Pendant longtemps tout le monde attendait un concurrent à l’iPhone en la personne de Google avec son gPhone. Au final Google propose Android, et pour faire court, c’est un OS pour portable. Google étant composé à 83% de Hippies, la première étape suite à l’annonce d’Android a été de mettre à disposition des développeurs le SDK (Kit de développement) d’Android. Bien sur Google ne fait pas comme tout le monde. Pour favoriser la création d’applications sous Android alors que pour le moment aucun téléphones tournant sous Android n’est encore annoncés officiellement, Google lance le Android Developper Challenge qui offrira 10 millions de dollars aux développeurs qui réaliseront les applications les plus innovantes et intéressantes.

Forcement, ça motive.

J’ai donc voulu voir ce que proposait le SDK d’Android et je ne peux qu’admettre que Google font bien les choses, explications :

Google fournis un SDK téléchargeable à cette adresse. Il vous suffira ensuite d’installer un plug-in sous votre IDE préféré (Eclipse bien évidement) qui émulera votre téléphone et après un bref tutoriel (environ 5 minutes), vous vous retrouvez avec ceci :

On ne peut pas faire plus simple. Bien sur tout n’est pas encore compris dans le SDK qui est encore très jeune. En particulier la gestion des SMS est totalement inactive pour le moment. Par contre, on peut déjà simuler des appels, utiliser GoogleMaps, le navigateur Internet ou encore la gestion de contacts. En environ une heure de plus et munis d’un autre tutoriel, vous serez capable de créer un système de gestion de Notes tout simple. L’émulateur est simple et complet, on peut à la fois utiliser les touches de l’appareil mais aussi simuler une utilisation tactile sur l’écran.

Le système de stockage des données (en SQLite) est facile d’utilisation et la gestion des évènements aussi. Par contre la création de l’interface est à mon goût légèrement complexe. Heureusement certaines personnes ont déjà commencé à travailler sur un UID qui facilite incroyablement la tâche.

Bref, je suis vraiment surpris de la qualité du premier SDK d’Android. Pour ce qui est du concours, je vous avouerai que le plus dur étant de trouver une application innovante pour le monde mobile, je ne pense pas participer à ce challenge. Le groupe Google est très actif mais on sent quand même qu’il flotte une ambiance “réservée” sûrement due au fait que tout le monde ne souhaite pas divulguer ou aider d’autres personnes afin de se réserver les chances de prendre un morceau du gros gâteau qu’offre Google.

Et vous ? Vous avez des idées d’applications innovantes pour le monde mobile (vous n’êtes pas obligé de les citer si vous souhaitez participer à ce concours bien sur) ? Vous pensez qu’on a déjà tout ce qu’il faut ? Ou alors vous trouvez qu’avoir un téléphone c’est être une victime de la société ?