Je continue sur ma lancée, vous faisant partager un peu de mon périple initiatique de la photographie à travers des livres. De la technique à la pratique, du matériel à la vision, l'éternel conflit intérieur entre l'artiste et le technicien.

Billet fourre-tout sur la photo, illustré par des photos de mon récent voyage en Croatie. Aucune prétention dans tout ça, plus une manière d'engager la discussion :-).

J'avais mentionné dans mon billet-résolution annuel que j'allais revoir ma stratégie de sauvegarde. C'est maintenant en place et c'est d'autant plus important que je suis aussi passé au SSD qui ne pardonne rien dans ce domaine. Résumé en 2 étapes :

Les rencontres Django se sont achevées hier et il m'a fallu une bonne journée de récupération. Les premiers bilans de Laurent, Bruno, Nicolas, William, Boris et Olivier sont clairement positifs et ça me fait vraiment plaisir. Tout n'a pourtant pas été tout rose, enfin à part le poney ;-)

Réservez votre weekend du 24/25 avril pour venir voir le soleil en discutant de Django et plus généralement du web, troller sur les derniers buzzwords et tout simplement rencontrer des personnes intéressantes.

Après être, aimer et faire en 2008, auxquels sont venus enrichir prendre soin, voyager et partager en 2009, j'ai envie d'ajouter pour cette année des orientations plus concrêtes.

Retour sur l'événement Scrumpy auquel j'ai participé le mois dernier. J'ai déjà eu l'occasion de m'exprimer ici sur Pourquoi Python et Pourquoi Django mais le contexte était assez différent sur cet intervention car je devais commencer à convaincre des bienfaits de Python. Or convaincre sur un langage ou un framework est relativement stupide.

Je vais essayer de résumer ce que j'ai dit en introduction des discussions que j'ai eu lors des RMLL (en juillet) et de Paris Web (en octobre) autour de ce thème. Je vous accorde qu'il eut été beaucoup plus intéressant d'avoir les discussions en elles-même mais il faut bien qu'il reste un intérêt à venir ;-). Et puis je vous invite à continuer en commentaires.

J'ai beaucoup apprécié l'intervention de Zed lors d'EuroDjangoCon qui expliquait que l'apprentissage de la musique pouvait aussi passer par les livres. Je pense qu'il en est de même en photographie, un peu de théorie ne faisant pas de mal et je vous propose ici une petite compilation de mes récentes lectures.

J'aurais le privilège de présenter Django dans le sud de la France (et ce n'est qu'un début, rhâ teasing quand tu nous tiens...) ce vendredi 23 octobre après-midi à Montpellier. Si vous venez de loin ça peut faire ensuite un chouette weekend au soleil :-).

Paris Web c'est la grande messe des intervenants du web en France. Le samedi pour les ateliers communautaires on y retrouve un nombre impressionnant de geeks au mètre carré. Ils savent ce qu'est la sécurité, ils connaissent l'importance de la sécurisation d'un mot de passe, ce qu'est un certificat SSL, ce que veut dire "man in the middle" dans un contexte de sécurité. Bref, ce sont des gens sûrs, des gens biens et compétents.

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

Paris-Web c'est le rendez-vous annuel des passionnés du web. L'événement (avec PyCon) que je ne peux pas louper. Cette édition était encore une fois un succès. Bref résumé de ce que j'ai vécu.

J'étais ce samedi à Paris pour le premier Social Web Camp, avec un nom pareil ça très bien pu prendre des tournures de bullshit 2.0 mais j'ai été très agréablement surpris et malgré un public technico-marketeux j'ai réussi à participer à des ateliers super intéressants.

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.