J’avais, dès cette annonce, effectué une demande de compte sur la page dédiée. Imaginez donc ma joie lorsque j’ai découvert il y a 2/3 jours dans ma boîte de réception un e-mail intitulé “An invitation to Google Wave Developer Sandbox” ! J’ai donc gracieusement été invité à tester Google Wave, et j’en remercie vivement l’équipe Google Wave. Et, impatient comme un gamin, je ne me suis pas fait prier pour démarrer mes tests !

Avant toute chose, si vous souhaitez savoir ce qu’est Google Wave, je vous renvoie à ma petite présentation. Voici un premier bilan de mes deux premiers jours de test.

Constat n°1 : Ouf, j’avais bien compris les concepts de Google Wave !

J’ai en effet pu confirmer mon interprétation des notions et objectifs de l’outil Google Wave que j’avais présentés dans mon article après avoir étudié les vidéos et les slides diffusés par Google. Et donc, naturellement, mon grand intérêt à son égard, aux niveaux personnel et professionnel.

Constat n°2 : L’application Web fonctionne bien… Dans l’ensemble !

L’application Web, la composante “Produit” de l’outil Google Wave, est une sorte de GMail dopé. Elle fonctionne déjà bien dans son ensemble car elle permet de créer et manipuler des Waves avec des milliers d’autres participants du monde entier. Sa fluidité varie beaucoup : parfois très agréable à utiliser, elle l’est bien moins dans les périodes de grande activité. En effet, beaucoup de Waves atterrissent et évoluent dynamiquement dans notre boîte de réception car elles sont rattachées au groupe rassemblant tous les utilisateurs.

Il y a bien entendu des fonctionnalités non encore développées ainsi que de nombreux bugs mais cela ne fait que confirmer que la phase de maturation de ce produit va être longue. Ce serait de toute façon le cas puisque ce produit apporte une nouvelle façon de communiquer et de collaborer.

Constat n°3 : Concernant les “vraies nouveautés”

Quand je parle d’une “nouvelle façon de communiquer et de collaborer” : certains m’ont demandé quelles étaient les “vraies nouveautés” de cet outil, avec une certaine réserve due au fait que beaucoup des fonctionnalités de Google Wave existent déjà dans d’autres outils plus simples qui sont aujourd’hui largement utilisés. Je ne détaillerai pas ce point que j’avais largement décrit dans ma petite présentation, mais je rappellerais tout de même que Google Wave n’est pas révolutionnaire parce qu’il propose toutes ces fonctionnalités, mais parce qu’il les rassemble et les unifie de manière cohérente, autour de la notion de Wave.

Constat n°4 : Des extensions faciles à utiliser et à implémenter

Plusieurs extensions existent déjà et sont agréables à utiliser. Même si parfois, les robots ne fonctionnent plus pendant quelques minutes. N’oublions pas qu’il s’agit d’une version de test !

J’ai voulu essayer d’implémenter une extension : il m’a fallu exactement une heure pour implémenter mon premier robot ! Pour rappel, un robot est un participant automatisé qui interagit avec les Waves et leurs participants : il s’agit en fait d’une application Google App Engine qui, une fois invitée à une Wave, réagit à des événement de type “un texte a été saisi par un participant” ou “un nouveau participant a rejoint la Wave”.

Mon robot, que j’ai nommé Dr. Maps, réagit simplement à des commandes du type /map adresse afin d’insérer dans une Wave la carte Google Maps associée à cette adresse. J’ai été frappé par l’engouement des utilisateurs de Google Wave : en un jour j’ai déjà reçu 67 e-mails de personnes intéressées par mon robot, dont beaucoup me font part de leurs idées pour l’améliorer !

J’ai donc créé un espace Web dédié à ce robot : http://code.google.com/p/golden-waves/.

L’avenir nous dira ce qu’il adviendra de ce modeste robot !

En conclusion

Pour une fois je ferai court : il se passe quelque chose. Ce Google Wave ne laisse pas ses utilisateurs indifférents. Pour en être convaincu, il suffit de se perdre dans les centaines de Waves déjà créées dans le sandbox : beaucoup y voient des intérêts personnels (organisation de rendez-vous au restaurant ou au cinéma, partage de photos de vacances…) mais beaucoup d’autres y voient des intérêts professionnels (partage d’informations multi-sources, communication et collaboration homogènes…)

Il se passe quelque chose, donc. Mais concrètement, il est trop tôt pour prendre la pleine mesure de cet outil.

Dès le 21 septembre prochain, j’aurai ainsi le plaisir d’animer une formation complète de 5 jours sur le Développement iPhone et iPod Touch, à l’issue de laquelle un iPod Touch sera offert à chaque participant !

Nous proposons également une introduction d’une journée sur ce même sujet, pour ceux qui souhaitent simplement appréhender et comprendre cette plateforme révolutionnaire et ses enjeux.

Ce n’est pas tout ! Notre catalogue est constitué de sujets variés, rassemblés autour des thèmes “Applications Riches” (Internet, Desktop et Mobile), “Architectures Applicatives” (Java/JEE, C#/.NET) et “Méthodes et Outils” (Conception, modélisation, méthodologies).

Vous trouverez tous les détails sur notre site. Surtout n’hésitez pas à nous contacter pour tout complément : sur votre demande, nous pouvons mettre sur pied tous types de formations.

Cet humble post s’adresse à ceux qui m’ont demandé de leur faire une mini-présentation de Google Wave, ainsi qu’à ceux qui n’ont pas le courage de regarder la démonstration qui a été présentée au Google IO, qui dure tout de même 1h20. On trouve en effet beaucoup d’articles qui traitent de Google Wave et des concepts associés, et il est difficile de s’en faire une idée claire car ces concepts sont réellement novateurs.

Les origines de Google Wave

Avant de rentrer dans le vif du sujet, il me semble essentiel de comprendre l’idée à l’origine de Google Wave. Je préfère citer Lars Rasmussen (qui est très clair à ce sujet) plutôt que de le paraphraser. Lars et Jens Rasmussen, les deux frères à l’origine de Google Maps, sont partis du constat suivant il y a moins de trois ans :

“[Jens] pointed out that two of the most spectacular successes in digital communication, email and instant messaging, were originally designed in the ’60s to imitate analog formats — email mimicked snail mail, and IM mimicked phone calls. Since then, so many different forms of communication had been invented — blogs, wikis, collaborative documents, etc. — and computers and networks had dramatically improved. So Jens proposed a new communications model that presumed all these advances as a starting point [...]“

Ils ont donc alors démarré un projet nommé “Walkabout” afin de donner vie à ce fameux “nouveau mode de communication”. Lars Rasmussen résume leur démarche en trois questions :

“Why do we have to live with divides between different types of communication — email versus chat, or conversations versus documents?

Could a single communications model span all or most of the systems in use on the web today, in one smooth continuum? How simple could we make it?

What if we tried designing a communications system that took advantage of computers’ current abilities, rather than imitating non-electronic forms?”

Ainsi, après plus de deux ans de travail, le projet Walkabout a pris vie, a été rebaptisé Google Wave, et a été présenté au grand public le 28 mai 2009.

Google Wave au premier abord

Le site officiel présente Google Wave de la manière suivante :

“Google Wave is a new tool for communication and collaboration on the web”

Google Wave propose en effet une application Web dont l’interface n’est pas sans rappeler GMail :

On retrouve en effet une présentation en colonnes avec un menu, une liste de contacts, une boite de réception et un cadre de visualisation de l’élément sélectionné dans la boite de réception.

Sauf que là, la boite de réception ne contient plus des e-mails mais des Waves.

Une Wave, c’est quoi ?

Une Wave est une entité à mi-chemin entre une conversation et un document. Cette entité est partagée par un ou plusieurs participants, qui peuvent être des humains ou des robots. Vous créez une Wave, ajoutez des participants et cette Wave peut être ensuite modifiée par les participants en temps réel :

“The wave is a dynamic entity which contains state and stores historical information. A wave is a living thing, with participants communicating and modifying the wave in real time.”

Que signifie “modifier une Wave” ? Tout simplement taper du texte riche ou ajouter des photos, des vidéos ou même des gadgets (une carte par exemple). De quelle manière ? En insérant une réponse ou en éditant la Wave directement.

Jusqu’ici, “rien d’extraordinaire” me direz-vous. Sauf que Google Wave supporte les modifications concurrentes des Waves : vous voyez la Wave évoluer en temps réel lorsque d’autres participants la modifient, caractère par caractère ! Ce nouveau mode de communication et de collaboration unifie donc les messageries instantanée (chat) et persistante (e-mail) au sein d’un concept plus avancé.

Les Waves, une nouvelle façon unifiée de communiquer et de collaborer avec ses contacts

Comme l’explique Lars Rasmussen dans sa démonstration au Google IO, on passe donc d’un mode de communication “point à point” (les e-mails) à un mode centralisé (à la façon d’un bus) : les participants participent aux Waves dès leur création ou au cours de leur vie. Ainsi, les participants peuvent visualiser les modifications des Waves :

• en temps réel, dans le cas de modifications par d’autres participants connectés
• en playback, dans le cas de modifications effectuées par des participants connectés ou non

La démonstration de cette fonctionnalité de playback est impressionnante. L’idée derrière cette fonctionnalité est simple, il s’agit d’indiquer aux participants :

“Who said what and when”

Les participants peuvent donc visualiser l’historique des modifications, modification par modification, d’une manière animée ou par clics successifs.

Google Wave, une “simple” application Web ?

En fait, l’application Web décrite précédemment n’est qu’un des trois éléments qui constituent Google Wave, les trois “P” : il s’agit du Produit. Google Wave, c’est également une Plateforme et un Protocole.

Un Produit

L’objectif de l’application Web Google Web, c’est-à-dire du Produit, vous l’avez compris, est de permettre d’accéder aux Waves et de les éditer. Cette application a été développée en GWT et repose sur des apports de HTML 5.

Les intéressés pourront découvrir ces fameux apports de HTML 5 dans ce post très clair de Tim O’Reilly, mais on peut en retenir au moins un : pour effectuer l’upload d’un fichier, avec HTML 5, on n’est plus obligé de passer par l’habituel bouton “Parcourir”. On peut par exemple le faire via un drag and drop du fichier depuis l’explorateur vers une zone de la page HTML. Cet apport est largement exploité par Google Wave, notamment lors de l’attachement de fichiers à une Wave. La démonstration montre ainsi l’insertion de plusieurs images dans une Wave grâce à un seul drag and drop.

Une Plateforme

Google Wave, c’est également une Plateforme ouverte et extensible constituée de plusieurs APIs :

• Embed : API JavaScript permettant d’intégrer des Waves dans des pages Web, des blogs, etc.
• Extensions : APIs permettant de créer des extensions à l’application Web. Ces extensions sont faites pour travailler au sein des Waves.

Un Protocole

Google Wave, c’est enfin un Protocole ouvert spécifiant le stockage et l’échange des Waves, en gérant les accès concurrents. Pour plus d’informations concernant ce protocole, consultez le site officiel.

Notons que le code de Google Wave sera Open Source. L’objectif de Google est de le faire adopter par le plus de monde possible. Ainsi chaque entreprise pourra installer son propre Google Wave : on est loin de l’image de “Big Brother” si souvent attribuée à Google (néanmoins compréhensible concernant certaines applications)…

Quelques mots sur les Extensions Google Wave

Les Extensions peuvent être de deux natures : il y a les Gadgets et les Robots.

Gadgets

Les Gadgets sont des extensions côté client afin d’enrichir l’IHM des Waves. Elles peuvent bénéficier des interactions multi-utilisateurs (pour créer des jeux multi-joueurs par exemple). Notons que les Gadgets iGoogle et OpenSocial fonctionnent sur Google Wave, ce qui apporte des milliers d’applications d’entrée de jeu.

Exemples de Gadgets présentés :

• Are you coming? : permet de mettre en place un sondage dans une Wave
• Maps : permet une collaboration sur une carte Google Map au sein d’une Wave

Robots

Les Robots sont des extensions côté serveur afin d’automatiser des tâches. Il s’agit de participants à des Waves qui peuvent en modifier le contenu, interagir avec d’autres participants, ou encore transmettre de l’information à d’autres Waves ou au monde extérieur.

Exemples de Robots présentés :

• Tweety : synchronisation d’une Wave avec Twitter
• Bloggy : synchronisation d’une Wave avec un blog
• Un robot qui affiche une liste de suggestions lors de la saisie
• Un robot de correction automatique lors de la saisie (qui repose comme le précédent, apparemment, sur le Web et non sur un dictionnaire lexical “statique”). La démonstration nous le montre par exemple capable de remplacer le phrase tapée “Icland is an icland” par “Iceland is an island”, au fur et à mesure de la saisie !
• Un robot qui détecte “intelligemment” les liens lors de la saisie
• Un robot qui transforme une Wave en un outil de reporting de bugs
• Et surtout, Rosy, un robot de traduction lors de la saisie : je vous invite à regarder la fin de la démonstration, elle est vraiment impressionnante. En effet, on y voit qu’il suffit d’inviter le robot de traduction à la Wave puis de taper une phrase en Français pour que le robot la traduise en Anglais, au fur et à mesure de la saisie ! J’ai tout de même hâte de tester ce robot moi-même afin de voir si l’outil dépasse réellement les outils de traduction actuellement proposés…

Revenons à nos Waves : une Wave, ce n’est “que” cela ?

En fait, il y a un découpage fin : une Wave rassemble des Wavelets. Par exemple, lorsque vous entamez une discussion privée avec un participant particulier au sein d’une Wave rassemblant plusieurs participants, cela crée des Wavelets privées au sein de cette Wave (en plus des autres Wavelets partagées avec les autres participants).

Ces Wavelets rassemblent elles-mêmes une hiérarchie de blips. Une blip consiste en l’unité de base des conversations et leur contenu est un document.

Voilà, vous connaissez tout le vocabulaire ! En fait l’utilisateur n’a pas à connaître cette terminologie, mais elle est essentielle pour le développeur. Elle est donc clairement définie dans la documentation de l’API.

Notons également que vous pouvez attacher des tags à vos Waves, ou les relier entre elles par du drag and drop.

Un peu de recul…

Ceux qui m’ont demandé de leur présenter Google Wave m’ont parfois demandé s’il ne s’agissait pas d’un énième outil à la Twitter, Facebook, E-mail, IM, Wiki, etc. En fait, Google Wave est un outil centralisé pour toutes vos communications et rassemble d’une certaine manière tous ces outils en un seul. Et, nous l’avons vu, c’est un outil extensible et ouvert.

Cette ouverture est essentielle : Google Wave et ses trois “P” est un outil révolutionnaire tant il change notre façon de communiquer et de collaborer. Tellement révolutionnaire que son succès n’aura lieu que s’il est largement adopté. C’est pour cela que son ouverture est essentielle.

Je suis plutôt optimiste quant à son succès à moyen/long terme : sa flexibilité et son ouverture le rendent “facilement” intégrable au sein du SI. En effet, il semble destiné à remplacer tous nos outils habituels, mais d’ici là il peut s’intégrer avec chacun d’eux afin d’en être complémentaire.

En tout cas, vivement son ouverture au public ! Il semble qu’il reste quelques soucis à régler sur les autres navigateurs que Google Chrome : notamment sur les terminaux Mobiles (Androïd et iPhone). Car oui, Google Wave s’adresse également à ce monde là !

Enfin, il est clair que Google Wave ne laisse pas indifférent alors qu’il est tout juste annoncé. A titre d’illustration, le fameux cabinet Gartner y a déjà consacré deux posts dont un sur les bases algorithmiques de Google Wave (notamment l’OT, ou Operational Transformation, la théorie à la base de la gestion des accès concurrents de Google Wave). De mon côté, je pense que ce n’est pas mon dernier article sur le sujet…

Les “Présentations à la carte” sont des rencontres gratuites, pour échanger avec les consultants, formateurs et managers de Valtech Toulouse sur le sujet de votre choix. Le sujet présenté lors de la prochaine session du 3 Février sera simplement celui qui obtiendra le plus de voix à la clôture du vote en ligne.

Ce événement est un double plaisir pour moi puisque j’y participe à la fois en tant qu’organisateur et en tant qu’intervenant (sur les sujets autour du Web 2.0 et des Services Web).

N’attendez plus, allez voter et vous inscrire !

Cette nouvelle version apporte notamment :

• Une meilleure gestion des documents WADL : si l’intérêt de cette spécification dans le cadre de REST est remise en cause par certains (dont je fais partie… En partie !) elle en intéresse toutefois plus d’un alors cette nouveauté restlet-ienne est à relever.
• Une extension implémentant la spécification JAX-RS (Java API for RESTful Web Services), aussi connue sous le nom de code JSR 311. Rappelons que la version finale de cette JSR est parue le 10 octobre dernier. Il s’agit là d’une évolution intéressante, même si à titre personnel je n’approuve pas forcément l’utilisation massive des annotations imposée par cette spécification.
• Un module pour GWT permettant de faire communiquer le front-end et le back-end de votre application grâce à REST sans avoir à en implémenter les couches basses vous-mêmes.
• Une extension permettant divers modes d’intégration avec Spring.

Je n’ai pas encore testé cette nouvelle version mais j’en ai hâte car :

• Restlet est le framework REST que je préfère parmi les quelques-uns qui existent : parmi ses qualités, j’apprécie depuis longtemps sa facilité de mise en œuvre, ses nombreuses extensions et sa documentation claire et concise. Mais il a également ce formidable avantage de vous permettre de (et même de vous amener à) vous concentrer sur la conception orientée ressources que nécessite la mise en place d’une architecture REST. Tous les frameworks REST n’ont pas cette qualité et il s’agit d’un point important car cette conception n’est pas toujours triviale.
• Jusqu’ici j’avais principalement deux regrets : D’abord la non implémentation de la spécification JAX-RS. Ensuite, la non intégration aisée avec Spring. En effet, étant un vrai aficionados de ce framework, j’avais assez rapidement développé ce qui me fallait pour utiliser facilement Restlet avec Spring : a minima, la déclaration et la configuration des restlets via un fichier de configuration Spring. Or cette nouvelle version semble fournir une solution à ces deux “problèmes”.

À suivre, donc… En tout cas, bravo à Jérôme Louvel et son équipe !