Les pieds dans le code

Certains l’on déjà remarqué, je me suis laissé tenter par cette outil de microblogging qu’est twitter.

Ce qui est amusant c’est que sans vraiment savoir quel interêt je trouve à l’outil, je l’utilise régulièrement pour voir ce qu’il se passe, ou plutôt ce que ce dit. Ca à un coté très spontané.

J’ai également commencé à creuser la question du protocole ouvert OpenMicroBloggin . Interessant, à creuser, ou pas.

Il y a par contre un billet qui m’a bien aidé à comprendre certaines associations de lettres dans twitter: Brent Ozar: Twitter FAQ

En résumé:

• RT pour ReTwitt : En gros, c’est quand on relaie un twitt pour en faire profiter les gens qui serait passé à coté (car ne suivant pas l’utiliasteur à l’origine du premier twitt)

• OH pour OverHead : C’est citer quelque chose d’entendu avec ces oreilles (j’ai pas encore vu quelqu’un s’en servir…)

• @ : Ce signe accompagné (et sans espace) d’un nom d’utilisateur, c’est pour faire uen sorte de réponse ou impliquer l’utilisateur en question.

• # : Ce signe accompagné (et sans espace) d’un mot est une sorte de tag. Il existe quelque service annexe qui utilise ces tag pour faire quelque recherche, statistique et autres mashup comme on dit en 2.0

Twitter: http://twitter.com/pouype

Edit suite au commentaire de LordPhoenix: Identi.ca pour ceux qui le préfère libre :) http://identi.ca/yaf

ps: Si je ne me trompe pas Twitter est écrit en RubyOnRails \o/ !

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 :-)

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….

C’est un peu “teaser” comme billet, mais j’ai remarqué quelque chose hier. Je n’y avais jamais fait attention.

En plus d’être un format ouvert, ODT est un format léger:

Et de loin !

• CV en .doc (format propriétaire de chez microsoft): 115.5 Kb
• CV en .pdf (Format ouvert? pondu par Adobe, devenu norme, ): 89.2 kb
• CV en .odt (format ouvert de chez OpenOffice): 24.8 Kb

Je n’avais jamais fait attention… Maintenant je sais.

Et oui, les plus observateur l’auront remarqué, c’est sous windows. A ma décharge, c’est au bureau, pas chez moi ;-)

Me voilà revenu avec OpenBSD. Je ne vais pas en parler en long et en large maintenant, un bon fond d’écran le fera pour moi :)

Par contre, il faut savoir qu’Adobe ne fourni pas de player pour ce système d’exploitation…

Mais est-ce que j’en ai vraiment besoin ? On le sait flash, n’est pas bon pour l’accessibilité, le référencement, la légèreté… Alors c’est sur, on fait de jolie chose, toute brillante, avec de l’interactivité et tout ça, mais bon.

Alors qu’est-ce qu’il faut faire ? Aider le développement d’implémentation libre tel que Gnash ou encore Flash (Un projet disponible dans les packages OpenBSD).

Mais est-ce qu’aider à la réalisation d’une implémentation libre ne conforte pas Adobe et les utilisateurs de flash dans le choix du format propriétaire, et surtout dans son invasion du web ? C’est sur, j’aimerais pouvoir accéder à tout le contenu web, et aujourd’hui, parce que je suis sur une plateforme non prise en compte par les propriétaires de flash je ne peut pas…

Cruel dilème pour moi. Je n’ai même pas installé une des deux solutions libre pour le moment, je crois que je le ferais quand je serais persuadé de leur utilité. J’irais même peut-être plus loin en essayant d’aider l’un de ces projets. Mais je ne sais pas… Est-ce bien ?

Si Adobe voulais bien libérer le format flash, je ne me poserais pas toutes ces questions. Si les utilisateurs de flash (je pense aux personnes réalisant des fichiers et autres sites flashouillés) arretaient de s’en servir je ne me poserais pas toutes ces questions non plus…

Dur dur la vie dans un univers vraiment :

Free, Functional and secure

devise d’OpenBSD

Depuis quelque temps, l’APRIL(Association pour la Promotion et la Recherche en Informatique Libre) (april.org) organise des causeries :

Les « Causeries APRIL » sont des interviews ou des discussions organisées régulièrement (avec un objectif d’une par semaine ou quinzaine), d’une durée d’une heure ou plus, sur un sujet donné.

Les comptes-rendus sont publics ou privés suivant les sujets abordés.

La dernière date du 10 novembre 2007, elle concernais Jabber:

« Jabber, les enjeux, et pourquoi la communauté du libre devrait Jabberiser » avec Nicolas Vérité, membre élu de la XSF (XMPP Standards Foundation) et adhérent APRIL.

Le compte rendu publique est très instructif. Alors medames et messieurs, si vous êtes en train de lire ça, j’aimerais bien que vous vous y mettiez ! Ajoutez moi en contact si vous voulez tout de suite remplir votre liste :-).

Je me demande si je vais pas éradiquer mes autres comptes et ne garder que du jabber powered…

ps: Je conseil fortement la lecture des autres comptes rendu des causeries, c’est souvent très instructif !

Depuis le temps que je les observent du coin de l’oeil, il fallait que je passe le pas.

Etant en train de travailler sur un nouveau design, j’en ai profité pour reprendre quelque éléments de la barre de menu.

Mais les microformats c’est quoi ?

D’autre l’expliquent déjà depuis bien longtemps. Je suis loin de connaitre parfaitement le sujet, mais je m’y met. En guise de point de départ pour en savoir plus, je vous colle ici la première phrase de l’"article de wikipedia sur les microformats":http://fr.wikipedia.org/wiki/Microformats

Les microformats sont un langage de balisage qui permet l’expression de la sémantique dans une page web HTML (ou XHTML). Les programmes peuvent extraire du sens à partir d’une page web qui est balisée avec des microformats.

D’autres informations sont disponibles sur le site des microformats. Très enrichissant.

Plusieurs blogs que je lit régulièrement mon amené a réfléchir sur le sujet, même si je suis loin d’approcher à une conclusion complète. Je vous conseil leur lecture pour compléter tout ça.

• Les petites cases
• Frederic de Villamil
• David Biologeek
• Christian Faure

Il en existe sûrement plein d’autres.

Les microformats et le web sémantique sont-ils bon ou pas pour le web en général ? Je n’en sait rien pour le moment. Toujours est-il que faire une hcard dans la barre de menu ne m’a pas demandé beaucoup d’effort, et permet a divers outils de traité mes données personnels plus facilement.

Je commence petit, j’espère continuer tant que rien ne me fait penser que c’est idiots, stupide ou inutile.

Il n’y a pas mon adresse complète, je préfère recevoir des mails plutôt que du courrier :-). C’est juste pour me situé géographiquement. De même je préférerais que l’on me contact via Jaber (article de wikipedia sur jabber )

L’europe a, il y a quelque temps, mis en place un cadre européen d’interopérabilité des services paneuropéens d’administration en ligne (Version 1.0, 2004, page 9) qui préconise les standards ouverts.

Cependant, certain organisme souhaite une révision de ce cadre et c’est mal.

Un petit extrait pour vous inciter à réagir:

Cependant, Gartner recommende de ne pas se focaliser sur l’usage des formats ouverts pour eux même. Qu’ils soient ouverts ou non, les formats participent aux déploiement des services publics. EIF v2.0 devrait faciliter le(s) modèle(s) commercial(aux) générant le plus de profits financiers plutôt que ceux créant de la valeur publique en reconnaissant les droits de propriété intellectuelle si il y en a. Le support de formats multiples permet une migration vers les formats ouverts quand cela sera approprié sur le long terme.

Voilà pourquoi vous Soutenir les formats ouverts en Europe

Et ça urge. Une consultation a été lancé, mais elle prend fin le 31 juillet, faite vite.

où quand un fan d’XML s’y remet enfin et découvre RelaxNg

J’ai toujours aimé l’univers qui gravite autour d’"XML":http://www.w3.org/XML/ : XPath, XSLT… Mais je n’avais pas encore vraiment eu l’occassion de mis frotter plus que ça au travail. Enfin si, mais là ça atteint des sommets.

Je suis dans une boite dont le produit est basé sur XML. Beaucoup, mais alors beaucoup de XSLT, du coup des XPath de folie, et bien sur une dose de Java/Hibernate/…

Malheureusement comme beaucoup de société dont j’ai croisé la route, personne ne prend le temps de faire les chose bien: la DTD du fichier XML servant de base à tout un tas de chose dans l’application n’est pas à jour. Mais alors pas du tout. Du coup, je me suis plongé dans cette petite nouveauté (enfin pour moi) que j’avais vu arrivé, mais sur laquelle je ne m’etais pas encore penché: RelaxNG

Pour décrire la structure d’un document XML on a (classé par ordre d’apparition):

• DTD. C’est un format interessant, mais non XML. Il a l’avantage d’être simple.

• XmlSchema. Une description de document au format XML. Là tout de suite ça deviens interessant: on peut le traité par le biais d’une machine. Pas mal de base de données et autres produit se sont lancé dans l’utilisation de ce genre de document pour la description de leur données. Les description sont très strict, et bonus par rapport au DTD: on peut typé les données.

• RelaxNG. Description de document en XML egalement, donc les même avantages que XmlSchema. Cependant c’est plus simple, et plus libre. On peut donc mieux décrire ces documents. En plus, pour ne rien gacher, on peut utiliser du XmlSchema dedans ! (ça peut être pratique)

Bon plutôt que de vous faire un tas d’exemple, je préfère vous faire lire ceux qui existe déjà et qui sont très bien: RelaxNG Tutorial

Si vous n’avez pas encore regardé XmlSchéma, sauté directement à RelaxNG, vous aller gagner du temps.

Arf, je ne sais pas si c’est le bon format :-/

Quoiqu’il en soit, le blog les formats ouverts fête ces 3 ans révolus. 3 ans que Thierry il-voit-des-formats-partout Stoehr nous en parle. Alors bon anniversaire, merci pour toute ces informations, anecdotes, décryptages. Et encore beaucoup des comme ça !

Merci.

les formats commencent à m’obséder aussi, c’est grave ?