On le sait, on l’a tous bien compris, l’important dans la messagerie instantanée, c’est l’instantanéité des conversations, l’immédiateté de réaction, le quasi-temps-réel avec tout ce qui est connecté.
On le sait également, la richesse de l’IMP, son coeur pour l’utilisateur, c’est la liste de contacts (« roster »), avec au centre l’identité à laquelle est liée la réputation.
On en a moins conscience, mais la présence est une info sans doute moins visible, mais tout aussi importante que l’instantanéité et le roster. Parfois, cette présence est considérée comme une méta-info…
On voit apparaître la notion de présence étendue qui prend petit à petit sa place avec les évènements personnels du type humeur, musique en écoute, vidéo en visualisation, site web visité, géolocalisation, activité en cours, chat en cours, jeux en cours, etc. sans avoir à surcharger le message d’état. Les applications potentielles sont légion.
Avec les quelques IMP captives et propriétaires à succès intégrant la voix et parfois la visio, le concept d’IMP s’est un peu étendu vers la VoIP, ou plutôt la VoIM, puisqu’elles sont toutes spécifiques, propriétaires et liées à leur IMP. Bien que l’IMP et la voix/visio soient très différents, certains considèrent par voie de conséquence que ViIM et IMP sont indissociables aujourd’hui. Nombreux sont ceux qui attendent la voix et la visio via Jingle sur Jabber. Pour eux, c’est ce qui les empêche de migrer.
La tendance aujourd’hui : on voit apparaître désormais l’intégration de l’IMP dans les réseaux sociaux. Tous les réseaux sociaux (incompatibles bien entendu) n’ont pas la présence d’esprit d’utiliser les technologies Jabber qui sont toutes prêtes pour eux. Surtout les technologies Jabber sont ouvertes et standard, elles ne leur coûteront pas de royalties et elles ne les rendront pas dépendantes d’aucune entité tièrce ou du maintien d’une technologie propre. Utiliser Jabber de manière couplée à son réseau social, c’est une ouverture du réseau aux millions d’utilisateurs de Jabber, un avantage compétitif sur ceux qui n’ont pas d’IM ou qui ré-invente la roue (NIH) ou pire, utilisent ô stupidité une IMP captive, proprio et non-interopérable.
Donc demain, que se passera-t-il ?
Le courrielleur va-t-il gagner en interactivité en lui ajoutant l’instantanéité, la présence et le chat ? Le couplage est déjà opérationnel dans GMail, grâce au service GTalk : les utilisateurs peuvent chatter dans une petite boîte en HTML ou dans une fenêtre séparée. Un utilisateur peut choisir de continuer un chat par e-mail, ou continuer un fil de discussion d’e-mails sur le chat en cas de présence du correspondant. Ce scénario peut (doit ?) sans problème être reproduit dans n’importe quel courrielleur. D’autre part, des RFC sont en cours, en ce qui concerne l’intégration du Jabber ID dans les entêtes des e-mails, et pour pour signaler la présence de courrier via SIEVE sur XMPP. Dernière chose, la similitude évidente entre les adresses e-mail et les Jabber ID permettent d’avoir un identifiant unique pour les deux types de communication.
Le navigateur va-t-il gérer l’identité et la présence de l’utilisateur, notamment sur les réseaux sociaux ? Lors de l’inscription à un site, il y a une phase de challenge par e-mail, pour la vérification (faible) d’identité, ne serait-ce pas plus judicieux de faire ce challenge en version quasi-temps-réel par XMPP directement dans le navigateur ?
La bureautique traditionnelle va-t-elle évoluer vers de la bureautique collaborative en quasi-temps-réel ? Inkscape et Coccinella permettent déjà le tableau blanc (whiteboard), les version alpha de Abiword permettent déjà l’édition de texte collaborative. OpenOffice.org, mais aussi Gnome Office et KOffice ne bénéficieraient-elles pas d’une intégration Jabber ?
Les IDE vont-ils permettre le développement collaboratif en quasi-temps-réel ? Un code source peut en effet être édité en temps réel de manière collaborative, si deux développeurs ne codent pas la même partie. Ainsi la résolution de conflits qui se joue d’habitude sur le dépôt, n’aura pas à se jouer, puisque le fichier est déjà édité collaborativement en live.
Le jeu en ligne va-t-il utiliser Jabber pour ses échanges de données ? Le XML de XMPP est sans doute un peu verbeux pour les MMOG (jeux massivement multijoueurs), encore que cela reste à démontrer. En tout cas Volity utilisé déjà Jabber pour le jeu.
Dans tous les cas :
- si vous voulez faire évoluer les protocoles, Jabber est le seul candidat puisqu’il est ouvert et standard
- si vous voulez implémenter des applications, Jabber est le seul candidat puisque décentralisé et ne passe pas par les uniques serveur centraux des multinationales états-uniennes
- si vous voulez de l’IMP dans votre entreprise ou association, Jabber est le seul candidat puisque de nombreuses implémentations de clients et serveurs libres sont déjà disponibles et ne sont pas liés à un seul éditeur dont vous tomberez dépendant
Vous pouvez, vous devez utiliser Jabber plutôt que quoique ce soit d’autre. Que ce soit pour du simple chat, la gestion de présence, la VoIM, les réseaux sociaux, les applications collaboratives en quasi-temps-réel, et de nombreuses autres applications potentielles…
Et pour vous, vers où va l’IMP ?
[Nÿco's blog] open standards & free/libre/opensource 