Prenons le cas pratique du micro-blogging. Comme un irréductible gaulois j'ai résisté des mois à twitter. Ils ont eu raison de moi et j'ai cédé à un moment où tout le monde parle d'un #BigSwitch. Chacun incite ses contacts à migrer vers identi.ca, et éventuellement on publie sur les deux plateformes pendant un moment.

Note : ce billet a été rédigé par Éric Daspet.

Après avoir lu un peu tout et n'importe quoi à son sujet, de « Wave va tuer HTTP » à « Wave est le remplaçant de Twitter, de Facebook, du mail, etc etc ». Restons sérieux un instant en se concentrant sur ce qu'est Google Wave : un protocole, une plate-forme et un produit.

Il y a un projet sur lequel je travaille depuis un moment maintenant dans le cadre de mes prestations et que j'ai décidé de libérer (sous licence BSD) car je pense qu'il peut être utile à pas mal de monde : Django-ROA.

Ah le printemps, période de sortie des geeks pour aller à leurs rendez-vous préférés : se retrouver entre eux pour discuter technique de vive voix. Après avoir assisté à pas mal de confs de geeks (et parfois participé), je me suis enfin décidé à écrire quelques idées à ce sujet.

J'ai comme prévu fait une rapide description des avantages de Django à La Cantine (oui ce billet date un peu...) et je ne compte pas faire un résumé de ce qui a été dit. Je souhaiterais en revanche revenir sur une question concernant l'élitisme de Python ou Ruby face à PHP car c'est vraiment dommage que ce soit ressenti comme tel par les développeurs PHP.

Avec Twitter, la concision est de mise. Tout le monde utilise des "raccourcisseurs" d'URL comme TinyURL ou Bit.ly mais ça pose plusieurs problèmes : vous n'avez aucune idée de la pérennité du service (et en ce moment on voit bien le problème des services gratuits et non rentables qui ferment) et aucune garantie que les liens seront toujours redirigés vers les bonnes destinations sans passer par une pub/un outil de traçabilité/insérez votre délire parano ici.

Bon avec un titre pareil il y a de quoi faire :-). J'ai récemment visionné la passionnante intervention de Benjamin Bayart suite à un article sur la minitelisation d'Internet (via DLFP) et ça rejoint (ou plutôt précède !) pas mal ce que j'ai pu dire à Paris-web. Hier, Tristan nous demandait :

J'étais déjà passablement irrité par un commentaire de Sam Ruby, mais lorsque je lis de telles énormités je me sens obligé de réagir. Je ne vais pas énumérer point par point les incohérences déjà décrites par Stuart Dallas dans les commentaires mais plutôt essayer d'expliquer le plus simplement possible de quoi on parle.

[edit] : English readers, take a look at this excellent translation from Karl Dubost.

L'année 2008 a été riche en événements avec un changement d'activité et un déménagement dans la foulée. Il est temps de faire un bilan sur ce qui a bien marché ou pas et de lever un peu la tête du guidon.

J'ai lu pas mal de choses marrantes ces derniers jours à ce sujet et je ne vais pas tirer sur l'ambulance mais plutôt essayer de montrer la stratégie qui accompagne Native Client (NaCl). Je ne suis pas anti-Google, derrière la peur que j'ai exprimé se cache vraisemblablement une certaine admiration aussi : ils ont une vision claire de l'évolution du web et de la place qu'ils vont y occuper.

Après avoir critiqué toute ma scolarité l'éducation française, notamment sur le manque d'interventions de professionnels, j'ai sauté sur l'occasion lorsque l'association de mon ancienne formation m'a invité la semaine dernière à aller parler à des étudiants de mon expérience un peu atypique. C'est une intervention qui a été difficile à préparer car elle m'a obligé à faire un bilan personnel sur mon parcours, à prendre suffisamment de recul pour trouver le bon message à faire passer. Après tout ça ne fait que deux ans que j'ai quitté l'école donc c'est assez marrant de venir en vétéran.

Ce billet n'est pas un transcript de ma conférence sur l'identité numérique et le Web Sémantique à Paris Web mais un document permettant de résumer ce qui a été dit (pour les absents), de lier les ressources citées (pour les fainéants) et de proposer des pistes pour aller plus loin (pour les curieux).

Traduction des conseils recueillis par Kris Jordan et issus de la Web 2.0 Expo où Jason Fried donnait une conférence intitulée Things We’ve Learned at 37signals. Beaucoup de bon sens au final mais qu'il est bon de rappeler et de relire lorsqu'on a la tête dans le guidon. Il faudra peut-être que j'écrive mon Getting Real un de ces 4 car il y a certaines bonnes pratiques qui méritent à mon avis d'être diffusées.

Suite aux récentes recherches de la part de Google pour avoir une interface de login unifiée, je me suis mis à essayer de voir ce qu'il était possible de faire lorsque OpenID entre dans la danse. Au départ c'était juste comme ça pour griffonner sur mon carnet mais l'exercice s'est révélé plus difficile que prévu (ou comment demander de l'aide en faisant semblant d'apporter des solutions).

J'ai lu avec intérêt Activity-Centered Design mais je ne suis pas plus tout à fait d'accord avec cette méthode de conception d'une application. En ne se basant que sur les activités, on se concentre beaucoup trop sur la réalisation de cette activité et pas assez sur les motivations de réalisation de cette activité. Or il y a une question essentielle à se poser sur ces activités c'est pourquoi. Pourquoi sur votre service ? Pourquoi revenir alors qu'il y a des dizaines de concurrents ? En un mot, qu'est-ce qui a retenu votre attention ?

Cet ouvrage est une véritable ode à la simplicité. Alors qu'il est étonnamment facile de faire des interfaces totalement bloated, c'est tout un art de rester simple et de ne concentrer l'attention de l'utilisateur que sur une seule tâche à la fois dans un web qui laisse toujours plus de choix. C'est ce qu'enseigne Designing the obvious, je ne vais pas résumer tout le livre mais concentrons-nous sur les points intéressants.

J'en ai pris plein la tête dans les 20 premiers commentaires de ma dernière brève sur Google Chrome mais je reste tout de même sur mes positions. Je vais essayer d'expliquer pourquoi plus en détail, sans tomber dans la paranoïa, car il y a pas mal d'incompréhensions et c'est à mon avis important que chacun sache ce qui est en train de se passer actuellement pour l'avenir du Web afin de pouvoir agir de manière responsable. Ce ne sont que des réflexions personnelles dans la continuité de ma définition du GWeb et je ne vous demande pas d'y adhérer, juste d'y réfléchir.

J'étais assez sceptique lors de l'annonce de la roadmap avant l'été mais il faut bien avouer que ça n'a pas chômé pendant ces vacances et que les développeurs sont arrivés à bout des fonctionnalités annoncées. Chapeau bas. Je ne vais pas faire un inventaire exhaustif des nouveautés (je vous laisse consulter la page dédiée) mais plutôt une liste des ajouts vraiment intéressants au quotidien au cours de cette dernière année.

Je ne pensais pas il y a 4 mois que je mettrais autant de temps pour ajouter une feuille de style décente à ce site mais j'ai heureusement été aidé par Claire Agopian, graphiste et typographe de talent. Il est temps de faire un petit bilan sur cette refonte.

Il était 6 heures du matin, dans un bateau me menant en Corse (après un voyage épique, ne prenez pas la SNCM !) et j'étais en train de lire la première boucle d'Hominescence décrite par Michel Serres, lorsque j'ai eu une sorte d'illumination biologeek. Avec le recul c'est pas aussi extraordinaire, même si je suis supris de ne pas voir plus de résultats sur RDF et ADN ou DNA dans les moteurs de recherche, pour la peine je vous mets quelques photos.

Je m'intéresse au web mobile depuis un moment et hier soir j'ai enfin pris le temps de regarder la conférence de Dominique Hazaël‑Massieux : Bonnes pratiques du Web mobile donnée lors de Paris Web l'année dernière. J'avais prévu de faire une version iPhone de ce site mais ça allait à l'encontre du One Web, j'ai donc réfléchi un moment et je suis arrivé à la conclusion qu'il ne m'était pas nécessaire d'avoir un site entier dédié à l'iPhone mais qu'une représentation des derniers billets serait suffisante.

J'étais en train de lire le billet de Fred Cavazza sur MicroID et plus particulièrement les commentaires mais ça part un peu dans tous les sens, principalement pour un problème de vocabulaire. Je vais essayer de débroussailler un peu car la confusion est très souvent faite (notamment car auth peut signifier authorization et authentication en anglais d'où la nécessité de différencier authz et authn).

Après le billet de Sunny, on a décidé avec mixin d'utiliser OAuth pour autoriser l'accès aux données privées de l'API. Rien n'avait encore été fait avec Django alors c'était l'occasion de faire une application réutilisable : django-oauth.

Sébastien Douche m'avait conseillé le livre Presentation Zen de Garr Reynolds la veille de mes conférences Django et je n'ai malheureusement pas pu le lire avant mais ça me servira pour les prochaines car ce livre m'a bien motivé (attention c'est un livre uniquement disponible en anglais).

J'ai voulu insister sur l'importance de la créativité lors de ma présentation de Django car c'est vraiment ce qui me plait dans l'informatique, et le web plus particulièrement, cette évolution constante, ce sentiment passionnant d'avoir encore tout à imaginer, à faire.

Pour rebondir sur les propos de Christian qui essaye de combiner REST et RDF, je voudrais discuter de l'architecture « idéale » à laquelle je suis arrivé. C'est une problématique à laquelle je suis confronté aussi lors de ma réflexion pour la killer app sémantique et qui fait partie des trois points bloquants actuels avec l'ergonomie et la confidentialité des données.

Dommage que totalement crétin(s) soit fermé car on atteint des sommets. Le buzz du moment c'est le grand concours pour savoir si les admins sys Mozilla sont compétents. Il faut absolument que l'on m'explique son intérêt car j'ai du mal à comprendre ce que ça peut apporter.

Après avoir assisté à l'atelier consacré à l'ergonomie web lors de Paris Web, j'étais vraiment motivé pour lire ce livre d'Amélie Boucher.

[edit du 3 juin] : Yahoo! vient de sortir une bibliothèque de stencils tout simplement hallucinante ! Format svg disponible (entre autres), tout simplement génial.

J'ai eu le privilège de présenter Django lors des journées organisées par l'afpy. C'était vraiment un weekend exceptionnel, une organisation exemplaire, des conférences de qualité, des discussions de geek, que du bon. Je me suis enfin décidé à mettre les slides en ligne, en attendant les vidéos.

Ça faisait un moment que je n'avais pas parlé des bonnes pratiques Python mais l'approche de Pycon fr (où je présenterai Django : le pourquoi et le comment le 18 mai), l'événement Python incontournable avec un programme des plus alléchants, m'a bien motivé pour effectuer la traduction de l'une des meilleures présentation par David Goodger que je connaisse qui remet les bonnes pratiques Python à plat, ce qui est toujours bon avant d'aller plus loin.