Mois : Mai 2006

« Promouvoir le choix et l’innovation sur Internet »

Ça vous dit quelquechose « promouvoir le choix et l’innovation sur Internet » ? C'est la mission que s'est donné la Mozilla Foundation. Et elle y arrivé d'une élégante manière :

D'une Mozilla Suite à tout faire (brouteur, mail, IRC, éditeur HTML), la Mozilla Foundation est passée à une logique produit avec Firefox : un brouteur simple, sexy, complet, léger, moderne, extensible, open source, respectueux des standards et multi-plateforme.

Idem pour le produit Thunderbird, mais dont le succès moindre s'explique en partie par la multitude de services en mode web (Caramail, LaPoste.net, Yahoo! Mail, Hotmail, GMail pour ne citer qu'eux). Ce qui n'enlève en rien les très grandes qualités de Thunderbird.

Pour accompagner cette montée en puissance de Firefox, aussi bien en terme technique et fonctionnel qu'en terme de user-base et de communauté de développeurs, la MoFo et sa communauté ont mis en place une marque Firefox(R), un site de promotion par et pour les utilisateurs, un site de vidéos amateures de promotion, un site de news, un site de documentation pour développeurs, un wiki et une planète (j'en oublie).

Il y a eu également la fameuse page de pub dans le NY Times auto-financée par les utilisateurs qui a tant fait couler d'encre, et puis la campagne de marketing viral vidéo funnyfox.org.

Dans d'autres sphères, depuis 2001, il y a 5 ans (une éternité en informatique), Internet Explorer 6.0 est apparu avec la sortie de Windows XP. Microsoft n'a pas fait évolué son navigateur IE 6.0 en dissolvant son équipe de développement, pour cause de victoire haut la main de la première guerre des navigateurs et éradication quasi-totale de la concurrence (Netscape), avec 95 à 98 % de parts de marché.

Puis Firefox est arrivé… a grignotté des « parts de marché »… et Microsoft a reconstitué une équipe de développement en 2005 ayant pour but de livrer un IE 7.0 en 20062007.

Mission accomplie, la Mozilla Foundation a rétabli « le choix et l’innovation sur Internet ». À suivre…

Nous – le monde entier – avons besoin d'un « Firefox de la messagerie instantanée ». Nous avons besoin de « promouvoir le choix et l’innovation » dans le domaine des messageries instantanées. Nous réussiront à « promouvoir le choix et l’innovation » par les respect des standards ouverts. Tout autre système de messagerie instantanée promeut la segmentation, l'isolation et la captivité sur Internet.

Certains diront que c'est trop tôt pour promouvoir Jabber, il sera temps quand on aura un produit complet et avec des killer-features.

La mission sera difficile car le contexte n'est pas le même : Firefox est arrivé dans le creux de la vague avec des innovations : le respect des standards, les onglets, les extensions, un look sexy, entre autre.

Jabber arrive, pas complètement mature, avec la voix à rattraper, dans une déferlente de services de VoIP et une segmentation extrême de la messagerie instantanée… et des innovations trop peu visibles ou trop peu évidentes, par exemple son interopérabilité avec les vieilles messageries instantanées proprio par le biais de transports (passerelles). Il nous faut donc développer des innovations et les promouvoir.

Pour y réussir, a-t-on besoin de la même infrastruture que Mozilla ? Nous avons déjà un wiki (et un autre), une planète (et une autre), un site de news, une forge. A-t-on besoin d'un SpreadJabber et d'un JabberFlicks ? La Mozilla Foundation peut-elle et/ou doit-elle prendre en charge le développement d'un client Jabber sous forme de « produit » qui devienne le « Firefox de la messagerie instantanée » ?

Liste des « trucs obligatoires » pour un client Jabber grand public d’aujourd’hui (et de demain)

Outre sa compatibilité sans concessions avec le standard XMPP (RFC 3920, 3921, 3922, 3923), le client de messagerie instantanée Jabber d'aujourd'hui doit avoir au moins ceci avant de devenir le « Firefox de la messagerie instantanée » :

  • standard ouvert, à 100% XMPP
  • installation/désinstallation facile
  • inscription/configuration facile
  • libre/opensource
  • multiplateforme Linux, Mac OS X, Windows
  • smileys
  • avatars
  • thèmes de fenêtres de discussion
  • transfert de fichier
  • la voix Jingle, le plus rapidement possible
  • sans publicité
  • sécurisé

Rappelons qu'il existe trois JEP détaillant les ensembles de JEP à implémenter dans les logiciels pour atteindre le niveau « basique », « intermédiaire » ou « étendu ». Il s'agit d'une vision plus technique et standard :

JEP-0073: Basic IM Protocol Suite
Specification Requirement Level
RFC 3920: XMPP Core REQUIRED
RFC 3921: XMPP IM REQUIRED
JEP-0078: Non-SASL Authentication REQUIRED
JEP-0086: Error Condition Mappings REQUIRED for servers; RECOMMENDED for clients
JEP-0030: Service Discovery REQUIRED
JEP-0077: In-Band Registration REQUIRED for servers; RECOMMENDED for clients
JEP-0117: Intermediate IM Protocol Suite
Specification Requirement Level
JEP-0073: Basic IM Protocol Suite REQUIRED
Multi-User Chat REQUIRED
XHTML-IM REQUIRED
File Transfer REQUIRED
Entity Capabilities REQUIRED
JEP-0119: Extended Presence Protocol Suite
Specification Requirement Level
JEP-0073: Basic IM Protocol Suite REQUIRED (prerequisite)
JEP-0163: Personal Eventing via Pubsub REQUIRED (prerequisite)
User Geolocation REQUIRED
User Physical Location REQUIRED
User Activity REQUIRED
User Mood REQUIRED
User Avatar REQUIRED

Des screenshots, des screenshots !

Je vois partout dans la blogosphère, des posts introductifs voire des petits tutoriels, tous très sympathiques au niveau tant du contenu que de leurs illustrations… Bravo à tous donc.

Oui, mais le wiki de Jabber FR manque cruellement de ces mêmes illustrations à base de photos d'écran.

Ceci est donc un appel à contribution pour l'illustration de toutes les pages consacrées aux clients Jabber sur le wiki de Jabber FR :

  • bien sûr, vous possédez déjà un compte sur le wiki de Jabber FR, identifiez-vous
  • identifiez les manques en termes de cas d'utilisation,
  • réalisez vos propres photos d'écran de ces mêmes scénarios,
  • pensez bien à anonymiser vos contacts avec l'outil "doigt" de GIMP
  • envoyez votre image sur le wiki, au format PNG de préférence
  • insérez-la dans la bonne page en éditant le texte comme ceci : [[Image:Mon_image.png|left]]

Merci à tous.

Trop de clients Jabber… pas assez d’applications

C'est reconnu à demi-mot, il y a actuellement trop de clients Jabber. Tout le monde s'y perd, a fortiori les nouveaux arrivants, levant ainsi la barrière d'entrée du monde Jabber.
Voici donc une présélection généralement admise :

  • Adium
  • Gaim
  • Gajim
  • Google Talk
  • Kopete
  • Psi
  • iChat

Il existe d'ailleurs des tutoriels (incomplets) pour chacun d'eux.

Je me demande s'il ne faut pas ajouter à cette liste Miranda IM, WengoPhone et Gizmo Project.

D'un autre côté, il n'existe quasiment aucune application qui sache gérer ou intègre des fonctionnalités Jabber :

  • forum qui envoie des notifications de réponses
  • blog qui envoie des notifications de commentaires
  • système de supervision qui envoie des messages d'alertes
  • création de compte grâce à un échange de messages par Jabber plutôt que par e-mail 

Ce sont pourtant des fonctionnalités de base qui permettrait dans un premier temps de faire parler de Jabber et le faire accepter Jabber, et dans un second temps de généraliser son utilisation.

Les vieilles messageries instantanées étaient là avant Jabber, l'intégration de l'IM dans les applications est peut-être une bataille du premier arrivé que l'on peut peut-être remporter…

La frontière de l’impossible

Tiennou s'est lancé dans une quête du Graal : expliquer en quoi Jabber et les standards ouverts dans le domaine de la messagerie instantanée et de la présence sont tout simplement impératifs au monde entier pour son interopérabilité.

D'abord il explique à ses amis pourquoi il n'utilise pas MSN mais Jabber et, devant l'incompréhension, détaille son choix avec des explications pour l'utilisateur avancé.

Bravo pour cette synthèse Tiennou, elle est très complète et simplement expliquée, mais… il y a un « mais » :

  • Tristan Nitot n'arrive pas depuis des années à faire comprendre à tous l'impérativité des standards ouverts dans le domaine du web
  • Thierry Stoehr n'arrive pas non plus à faire comprendre à tous l'impérativité des standards ouverts dans tous les autres domaines

Pourtant, ce n'est pas faute pour ces deux-là d'avoir de la voix dans les communautés auxquelles ils appartiennent, d'autant plus qu'ils sont toujours présents lors des manifestations les plus importantes dans leur domaine respectif.

C'est pour celà qu'il nous appartient à tous d'expliquer, simplement et de manière concise, l'impérativité des standards et format ouverts et normalisés. Il convient de le faire constamment, en toute honnêteté et impartialité. C'est avec des myriades de petites gouttes qu'on peut faire des rivières, des lacs et des océans.

Rappelons l'importance de cette mission au regard de la fragmentation et le cloisonnement extrême dont souffre la messagerie instantanée ainsi que la voix sur IP actuellement, niveau qui – à ma connaissance – n'a jamais été atteint par aucun autre domaine.

Visions pour Jabber

Dans un de mes posts sur le forum de JabberFr.org, je raconte, du point de vue d'un geek/nerd, mes tests très sommaires et fais part de mes reflexions sur les clients Jabber sous Windows (oui, je l'ai dit, très sommaire, je n'ai pas eu le temps de tester les clients Linux et Mac OS X).

Je considère suite à ces tests, notammant après avoir utilisé l'excellent mais malheureusement défunt Gush, que les actuels clients d'IM (par extension maintenant de VoIP) sont pour moi la future-ancienne façon de concevoir un client d'IM/VoIP.

Du fait de l'intégration de l'archivage de messages, je m'imaginais un logiciel à l'interface d'un client e-mail. Dans ce cas, pourquoi ne pas intégrer Jabber/XMPP dans un PIM comme Kontact, Evolution ou Lightning ? La gestion de contacts serait donc centralisée et l'IM/VoIP pourrait bénéficier également de l'historisation et la recherche du PIM. Mais celà devenait trop complexe à gérer au niveau IHM, du fait de la nature intrinsèquement différente de la messagerie traditionnelle, instantanée et de la voix, comme on le voit dans la suite du fil de discussion du forum.

L'alternative d'un logiciel à tout faire est d'éclater toutes les fonctions utilisateur (les parties IHM) et d'enfouir le client (la partie technique) dans le bureau. Après avoir lu un peu, je vois bien évidemment comme tout le monde son intégration comme fonctionnalité de base du bureau : tout plein de trucs dans les boutonsd, barres, fonds d'écrans et autres fenêtres système, et des clics droits partout, y compris dans les applications qui n'ont rien à voir a priori comme la bureautique.

Robert Quattlebaum explique sa vision technique d'un démon tournant sur le poste. Ce démon est client Jabber. Les applications (IM, VoIP, whiteboard, etc.) font appel à ce démon. Ainsi, pas besoin de multiplier le paysage déjà surchargé de clients Jabber, on concentre les efforts des différentes communautés de développeurs sur le travail applicatif et l'IHM, ou sur la partie enfouie (API) pour les plus sioux.

Le démon client Jabber au mileu d'applications de bureau, copyright Robert Quattlebaum

Jean-Louis Seguineau juge l'idée intéressante, mais souligne que ce n'est que déplacer le développement de l'espace client vers l'espace application. Il ajoute que les API enfouies dans les plateformes pour les éditeurs tiers sont le vrai nerf de la guerre.

Quoiqu'il en soit, Ubuntu/Kubuntu et Freedesktop travaillent sur l'idée : leur but est de fournir une plateforme basée sur D-Bus qui unifie toute forme de communication en temps-réel, incluant la messagerie instantanée, l'IRC, la voix et la visioconférence, en fournissant une interface simple aux applications clientes leur permettant de rapidement d'utiliser des communications temps-réel sur totu type de protocole supporté.

Pour l'instant, ce sont des visions du futur de Jabber, le travail étant en cours. Nous verrons ce qu'il adviendra…

En tout cas la vision d'un bureau intégrant à part entière Jabber comme un acquis par défaut est une bonne chose, d'une part car la messagerie instantanée et la VoIP deviennent omniprésents et d'autre part car le morcellement et la fragmentation extrême dont souffre ce domaine n'ont d'équivalent dans aucun autre domaine.

Comment « vendre » Jabber à votre boss pour votre boîte

Sur Jive Talks, le blog officiel de Jive Software, entreprise à l'origine de l'excellent serveur Jabber libre Wildfire (écrit en Java), Dave Hersh publie une lettre-type contenant point par point les arguments pour le déploiement de la messagerie instantanée d'entreprise dans votre organisation : « How to sell EIM to the powers that be ».

Il est preneur pour tout retour sur la façon dont ça a fonctionné. 

C'est peut-être aussi un bon angle d'attaque pour la contribution au Référentiel Général d’Interopérabilité.