Je code donc je suis

via Jabber.org, 2 nouveaux services (MessagingBay et ASPSMS) permettent d’envoyer simplement un SMS en ajoutant un contact dans son roster. Décidément le monde XMPP est autrement plus intéressant et innovant que le web qui se moisi depuis 18 ans avec un HTML lourdingue et des connexions stateless à 2 balles. Pour comparer avec Linux qui a 17 ans, s’il avait avancé au même rythme on serait toujours en mode console texte (façon minitel) et sans connexion réseau. Bref je rêve d’un Rebol IOS libre, malheureusement Carl Sassenrath n’a que le génie de la technique.

Ceci dit et pour enchainer avec le web et XMPP, Twitter est en cours de tester le service PubSub, j’ai hâte de voir ce que cela donnera.

Je viens de publier un journal sur ce sujet.

Vu sur le blog de Seesmic la possibilité de suivre par un bot Jabber des évènements sur des contenus ou des utilisateurs. Le bot permet de tracker du texte ou des vidéos de la même manière que le bot Jabber de Twitter.

Même si Jabber / Gtalk n’est pas encore l’IM le plus usité sur le Net il n’en reste pas moins que c’est celui le plus implémenté grâce au standard ouvert qu’est XMPP. Sachant que les messageries instantanées sont au moins, sinon plus, autant employées qu’un navigateur web je pense que l’implémentation de quelques XEP tel que la XEP-0071: XHTML-IM qui permet d’envoyer au client du texte riche au format XHTML, comme le fait Gajim, pourrait aider à populariser Jabber. Les wallpapers animés dans le texte c’est le minimum syndical il parait :)

On connait tous XMPP le protocole utilisé par Jabber, comme service de messagerie instantané que nous souhaiterions voir se démocratiser un peu plus.

Cependant il serait très réducteur de limiter ce protocole à un usage sur le frontend. En effet ce protocole est idéal pour permettre à des applications backend de communiquer entre elles, et ce de manière asynchrone.

J’avais écris un article à ce sujet, détaillant une implémentation de ce système avec Ruby on Rails (De la répartition de charge en Ruby on Rails).

Je viens de découvrir que certains lapins ont décidé de parler en XMPP :) Le fameux nabaztag.

Pour résumer mes recherches, il s’avère que ce robot est constamment connecté aux serveurs de l’éditeur afin de récupérer des données (mails, sons, mises à jour, ...). Or il utilisait un bon vieux pooling moisi. On imagine bien que ce fonctionnement a fini par saturer les serveurs d’autant plus que le problème est proprotionnel au nombre de nabaztag dans la nature. Ceci explique les problèmes de latences insupportables, voir d’indisponibilités observées par les clients furieux, voir aussi nabaztag-review.

Au début de cette année, la société Violet a donc modifié son backend afin d’utiliser Jabber, ou plutôt XMPP et les XEPs. Le site propose de tester cette version béta. Plus de détails de la “jabbérisation” ici beta-test-les-tagtags-sous-jabber et ici nabaztag bullet.

Violet a donc pu améliorer la qualité de son service en n’invoquant plus des pools mais des pushs serveurs -> clients, comme je le déduis.

XMPP suit donc son petit bonhomme de chemin, et il est à parier qu’il sera de plus en plus utilisé dans les backend, même si évidement les communications à ce sujet sont rare, mais on peut citer TiVo : XMPP in TiVo

La leçon à tirer est qu’il me parait vital pour une entreprise qui décide de fournir un service de qualité à ses utilisateurs, de prendre le temps de penser correctement son architecture dès la conception, d’autant plus lorsqu’on vise le grand public.
La deuxième leçon est que XMPP est l’outil idéal pour répondre aux critères de scalabilité et standards ouverts. Cependant je pense que le protocole ne fait pas tout et qu’il est nécessaire d’utiliser des outils et langages de développement adaptés à ce type d’architecture tel que Erlang mais cela fera peut être l’objet d’un futur billet.

Pour finir avec le nabaztag, je préfère de loin l’équivalent complètement libre et ouvert du tuxdroid, qui même s’il ne propose pas pour l’instant toutes les fonctionnalités du lapin ne peut que le surpasser à long terme.

Vu sur googlified. Google propose via Gtalk des bots effectuant une traduction automatique. Il suffit d’ajouter dans son client Jabber ou dans Gmail les bots que l’on souhaite utiliser, exemple fr2en@bot.talk.google.com pour du français vers de l’anglais. Cela fonctionne très bien avec Gajim bien sûr et tous autres clients Jabber.
Plus rapide et pratique que d’aller sur la page web translate. Encore un exemple de la fusion desktop/web et de l’avantage évident à utiliser des applications desktop vers des services web.

L’autre énorme intérêt de ce service est que Gtalk utilise le protocole XMPP de Jabber et ainsi n’impose pas un client desktop particulier. Service web via des protocoles ouverts et standards, nul doute que se trouve là l’évolution du web.

liste des bots

JabberFR lance un appel à voter pour son nouveau logo. N’hésitez pas à envoyer votre petit message.

Par la même occasion, Omega vient de publier son service de présence Jabber en Ruby : presence. De quoi remplacer le moisi edgar en PHP.

Je viens d’intégrer une première ébauche du protocole Jabber.

Vous pouvez rejoindre plusieurs channel en simultané, cela ouvrira un nouvel onglet.

Par contre cela nécessite la version 0.3 de la bibliothèque XMPP4R, le gem est inclu dans les sources du trunk.