Vers l'interopérabilité des carnets d'adresse ?

j'ai découvert il y a quelques jours le projet "Portable Contacts". L'initiative me semble très intéressante et mériterait plus que ces quelques mots, mais comme ça fait une semaine que je me dis que je dois en parler sans en trouver le temps, voici juste une brève introduction pour vous inciter à aller jeter un œil.

Le constat de départ est évident: nous avons de plus en plus de contacts éparpillés sur différents services et réseaux en ligne. Mais évidemment quand on utilise un service et qu'on veut signaler une information à une relation, on n'a son contact que sur un autre site. D'où la nécessité de définir une interface permettant d'accéder facilement à ses différents carnets d'adresse, d'où qu'on se trouve. C'est l'objet du projet Portable Contacts. Le projet ambitionne de définir:

  • un schéma de description d'un contact;
  • un mécanisme d'accès aux carnets d'adresse;
  • des règles d'accès;
  • tout en restant le plus léger possible. Vaste programme !

L'utilisation de base est très simple: on envoie à l'URI de l'API du service une requête HTTP GET contenant des paramètres, et le service répond en envoyant du XML ou du JSON. Les mécanismes de gestion de l'authentification et des droits reposent sur l'authentification HTTP et OAuth. La requête peut contenir différents paramètres, comme des filtres, des critères de tri et de pagination, et le format de la réponse attendue.

Outre le format des échanges, le brouillon de spécification définit également la structure d'une fiche du carnet d'adresse.

L'initiative est très intéressante, et j'espère qu'elle va prendre, même si elle ne semble pour l'instant supportée que par quelques individus, alors que la plupart des réseaux proposent leurs propres API, propriétaires.

Futurologie

Que ferez-vous en 2022 ? D'après la FAQ du WHATWG, c'est vers cette date que HTML 5 pourrait devenir une recommandation officielle du W3C. Ce qui pourrait sembler être une plaisanterie de geek est en fait une estimation assez sérieuse, en considérant que le processus pour parvenir jusqu'au stade final est de plus en plus complexe. Il suppose entre autres qu'il existe deux implémentations complètes et interopérables de la spécification, et des tests permettant de le prouver[1]. Le blog du WHATWG se veut rassurant : d'ici là, certains navigateurs auront déjà commencé à intégrer HTML 6 ! (enfin si le grand méchant SilverLight n'a pas mangé le web d'ici là) (source: Ajaxian).

Prison ferme pour de simples administrateurs de sites

D'après Ecrans.fr, l'administrateur d'un tracker bittorrent vient d'être condamné à 18 mois de prison aux USA. Plusieurs autres administrateurs du site avaient déjà été condamnés à des peines de prison. Pour rappel, un tracker n'héberge aucun contenu, c'est juste une sorte d'annuaire listant des fichiers et les adresses IP des machines où les trouver. Aucun contenu ne transite par le serveur, dont les administrateurs n'ont donc aucun moyen de contrôler si les données échangées entre les clients enfreignent une quelconque loi. A part ça ce pays est le champion de la liberté...

La mauvaise pub de Zend

Une nouvelle version de l'éditeur PHP propriétaire et payant de Zend venant de sortir, j'ai été jeter un œil à l'annonce et suis tombé sur cette amusante comparaison entre Zend Studio for Eclipse et PDT, un des IDE PHP libres basés sur Eclipse. Je dis amusante mais le mot malhonnête me brûle les lèvres. En effet, la comparaison omet de signaler que PDT s'appuyant sur Eclipse, il bénéficie de tous les autres modules libres utilisables sur cette plate-forme. Alors effectivement, PDT n'inclut pas nativement le support de Subversion, pas d'éditeur JavaScript, pas de client FTP, etc, mais à quoi bon, puisque ce sont des fonctionnalités implémentées par d'autres modules, que l'on peut facilement installer et utiliser avec PDT. La comparaison de Zend aurait au moins pu préciser que ces fonctionnalités était accessibles à PDT moyennant l'installation d'autres pluggins dans Eclipse. Quand à l'introduction à l'article, elle se passe de commentaires: PDT est un éditeur PHP basique alors que le produit de Zend est l'IDE PHP le plus puissant à ce ce jour. Je ne sais pas ce que vaut l'IDE en question, mais les méthodes utilisées pour le vanter ne me donnent pas du tout envie de l'essayer (bien que les développeurs ne soient pas responsables des méthodes des marketeux).

Notes

[1] au passage on rira (jaune) en pensant à un format récemment normalisé à marches forcé et dans des conditions peut-être un peu scandaleusement discutables, alors qu'il n'en existe aucune implémentation, même pas par la firme qui en est à l'origine...