tyPouypOblOg

J’ai lu il y a quelques jours un billet de Jean-François Helie: REST ou SOAP . J’aimerais ajouter ici mon petit piment, ma petite reflexion sur ces deux mode de communication.

Pour ce qui ne le savent pas encore, REST est une architecture basé sur ce qui fait le web: URI , HTTP et un concept d’object, ou plutôt de ressources bien pensé. C’est une architecture légère et relativement facile à mettre en place. Elle est de plus très ouverte et simple à utiliser.

Quant à SOAP, c’est un protocole de communication très utilisé (le seul?) dans la construction d’architecture de type SOA. Basé sur XML. Très verbeux, il est souvent opposé à REST (mêms si c’est plutôt la SOA qui s’oppose à REST).

Je rejoint Jean-François sur le fait que finalement, selon ce que nous voulons mettre en place, l’une ou l’autre des solutions s’adapte mieux. Mais j’ajouterais que pour moi, SOAP est interessant dans une architecture où les échanges sont asynchrone. Effectivement, REST, basé sur le protocole HTTP, donne une réponse immédiate. SOAP peut-être utilisé comme tel, mais finalement, SOAP utilisé sur le protocole HTTP, ça faut un peu double emploi: Une enveloppe dans une enveloppe. SOAP dans une utilisation asynchrone prend du sens. Utilisé sur un protocole spécifique (beurk ! je préfère les formats ouverts !) ou bien du type smtp/imap/pop cela devient légitime.

Donc pour moi, outre l’aspect gestion de sécurité (il me semble qu’avec une architecture REST, il existe des solutions pour la gestion de la sécurité), le choix entre l’utilisation de REST et l’utilisation de SOAP, c’est plutôt une question de timing :-)

Quelle belle invention la syndication. Que ce soit au format RSS ou Atom, cela nous permet de nous tenir au courant. Mais je ne souahite pas épiloguer sur ce point, ni sur la différence entre les deux formats, d’autres le font bien mieux que moi.

Beaucoup d’outil sont disponible pour suivre ces flux, offline bien sur, mais je fais parti de ces gens qui préfère aller voir le nouveau billet sur le site éméteur. J’aime voir, ressentir l’univers de l’auteur durant ma lecture. Bien souvent on comprend mieux un texte quand il est placer dans un contexte.

Pour me permettre de veiller même en dehors de chez moi, même sur une autre machine que la mienne, j’ai choisi d’utiliser un aggrégateur de flux en ligne. Mon choix c’est porté sur Netvibes. Le soucis avec cet outils, c’est que c’est pour ce construire un portail personnalisé, pas forcement pour aggréger 300 flux :). Du coup ça rame, ce n’est pas très pratique à utiliser. En parallèle je me suis donc mis à utiliser bloglines. Mais là encore je ne suis pas super satisfait.

Effectivement, je souhaiterais pouvoir parcourir les titres par tag par exemple, que la liste des billets non lu soit constitué offline. Je ne veux pas, en venant voir les news, attendre que l’application fasse le tour des sites pour vérifier les nouveautés.

Mais est-ce que cela ne va pas à l’encontre du web justement ? Dans l’application que je souhaite mettre en place, je vais me retrouver à centraliser des informations déjà disponible sur des sites distants (la liste des billets non lu). D’un autres coté, comment faire autrement ? Cette application pourrais être vu que une gestion en ligne de marque page doté de fonctionnalitées supplémentaire.

to be continued

Tout le monde en parle en ce moment. Je ne souhaite pas commenter le montant de la transaction, c’est bien trop irréel pour moi, ni même le choix politique de Microsoft pour contrer Google… Non moi ce qui m’interesse ce sont l’avenir des applications que l’on trouve chez l’un et l’autre de ces acteurs majeurs de la scène informatique.

Pour ce qui est de Flickr! et Del.icio.us je pense que ça devrait aller. Micrisoft n’ayant pas vraiment d’équivalent, il devrait survivre. Mais que deviendrons les moteurs de recherche, les toolbars, les messageries instantanées, les webmails et autres services ?

D’un point de vue optimiste, on pourrais imaginer qu’une intéropérabilité entre tout ces systèmes soit mise en place, et qu’en même temps, ces produits s’ouvre .

D’un point de vue pessimiste, on pourrais imaginer que les meilleurs services de l’un ou de l’autres disparaissent et que seul le pire persiste. Hypotèse peut crédible…

Un point de vue intermédiaire pourrais être de voir un remplacement des services d’une des deux firmes les moins performant, les moins utilisé par leur équivalent de l’autre firme.

Enfin bref, je suis globalement d’accord avec Olivier Ezratty: c’est un mariage risqué A surveiller donc, pour le pire et pour le meilleur.

J’aime bien Flickr! et Del.icio.us, mais il se pourrais que je coupe ces services selon leur avenir….

Et bien voilà, la bricabox.info accueille un nouveau colocataire: le parablog.fr. Esperons que celui-ci ne nous fasse pas le coup du teaser de plus d’un an :-).

Je ne m’aventurerais pas à vous expliquer de quoi il va s’agir, l’auteur en parlera sûrement plus tard

Bienvenue ! :)

Malgrès les défauts que l’on peut lui trouver, j’utilise le navigateur firefox de la fondation mozilla.

De temps à autres j’utilise aussi Opera (bien qu’ils aient choisi QT pour le rendu graphique sous Xorg, mais bon…).

Et j’ai quelque outils (plugins) dont je ne peut pas me passer.

• Colorzilla indispensable pour vérifier, récupérer les couleurs du web.

• del.icio.us (la version de yahoo). Outil génial pour la gestion et le partage des marques pages. J’avoue que celui là, je ne suis pas prêt de m’en passer. Ou alors faudra coder un truc vraiment génial ! :)

• Operator Ca c’est parce que j’essai de me mettre au microformat et autres joyeuseté dans le genre. JE crois que ce genre d’outil ne demande qu’à être connu, mieux utilisé. A suivre…

• WebDeveloper alors celle là, comment faire sans ? En tout cas pour un développeur ? Ah si, j’ai entendu parlé de Firebug, mais je n’ai pas encore essayé. Il faudrais peut-être.

Si vous en avez d’autres à me conseiller, on ne sais jamais. Mais je crois qu’avec ça, je suis paré pour surfer :)