Tout le monde est (à peu près) d'accord pour dire que :

  1. Le web 2.0 est source d'une grande profusion d'application et de clones d'applications
  2. L'utilisateur en a marre de devoir se réinscrire sur chaque nouveau service et d'y ajouter tout ses contacts.
  3. Les passerelles inter-services existent pas/peu. Les ouvertures se font généralement vers des services annexes/complémentaires. Pourtant chaque service propose (ou proposera) une API ouverte permettant l'intégration de son service sur une page ou dans une application distante.c

Partant de ce constat, je suis étonné que personne n'ait encore développé de "meta-application" qui se positionnerait entre l'utilisateur et des services similaires. On pourrait imaginer par exemple une meta-application de micro-blogging qui envoie vos messages sur Twitter et Pownce. Certains me diront que des solutions existent pour qu'un propos de Pownce soit affiché sur votre compte twitter via Twitterfeed, dont le principe est d'envoyer sur twitter n'importe quel contenu disponible via un flux RSS. Je trouve que cette solution relève plus du bidouillage et fait en outre intervenir un troisième acteur chez lequel il faut avoir un compte (heureusement, dans le cas d'espèce, il a la bonne idée de s'appuyer sur une authentification OpenId.

Revenons donc à ma meta-application de micro-blogging. Le principe est simple : "Tout message entrée dans la-dite application serait alors envoyée vers Twitter et Pownce". Cet envoi se faisant via les API des services concernés (je sais, celle de Pownce n'est pas encore disponible, faites comme si c'était le cas...)

Regardons plus en détail ce que devrait gérer cette meta-application (liste non exhaustive) :

  • Gestion de compte :
    • Gestion d'un compte au niveau de la meta-application (ou pas à la limite si c'est ma meta-application est une application desktop)
    • Création d'un compte dans chaque service retenu par l'utilisateur et ce de façon transparente. L'idée est d'éviter que l'utilisateur ait à aller se créer un compte sur chaque service puis les rentrer dans la meta-application
    • Si l'utilisateur a déjà un compte, il lui faut pouvoir rentrer ses informations de connexion
  • Envoi des messages :
    • Gestion des spécificités de chaque service (ex : Pownce permet d'envoyer différent types de messages : note, lien, événement, fichier et ce sans limite de caractères; alors que Twitter a un type de message et limité à 140 caractères)
    • Capacité à fournir une version "dégradée" des messages si les autres services ne gèrent pas les mêmes éléments (ex, un événement pownce sera traduit sous la forme d'un message simple twitter ou un message de plus de 140 caractères chez pownce est rendu sous la forme de n messages twitter, etc)
  • Gestion des contacts :
    • Capacité à ajouter des contacts utilisant n'importe quel service de micro-blogging
    • Capacité à afficher les messages des dits-contacts : simple intégration de flux RSS avec un soupçon d'authentification si on veut pouvoir accéder à des messages filtrés (message non public de Pownce ou messages protégés de Twitter

J'ai grosso modo fait le tour pour une version basique de cette meta-application et on voit bien en quoi elle résoud les trois problèmes mentionnés en début de texte.

D'un point de vue technique, cela ne me semble pas insurmontable à faire, la seule condition préalable étant l'existence d'une API ouverte et documentée mise à disposition par le fournisseur du service. Ces meta-applications pourtant tout aussi bien être déclinées en version full web qu'en version RIA, RDA (Rich Desktop Application - étonnant que wikipedia n'ait rien à ce sujet :-( )