Ergonomie, Rails et Architecture de l'information web (2.0) :

Passer du processus au logiciel est le meilleur moyen de valider leur réalisme

Tue, 18 Nov 2008 23:07:00 +0100

Si l’on devait concéder une qualité à l’être humain sur l’ordinateur, ce serait certainement sa souplesse d’esprit, face à la logique purement binaire de l’ordinateur. Elle permet, et ce n’est pas rien, de ramener dans le domaine du faisable les processus les plus irréalistement parfaits à la moindre velléité de mise en application.

Je vois évidemment deux éléments de contradiction avec cette assertion, et, bien que je les ai inclus dans mon raisonnement, ils ne l’affectent en rien.

Le premier est la notion de prise de décision, adaptation directe de la logique floue, qui permet d’ajuster la décision d’un système informatique au contexte, et ainsi, d’assouplir éventuellement certains processus afin de ne pas rentrer dans une situation de blocage. Une telle souplesse ne peut s’adapter à des domaines particulièrement critiques, dans lesquels les processus doivent être impérativement suivis à la lettre.

Le second est cette propension mise en évidence par Michel Crozier à remplacer les objectifs par la mise en application pure et simple des processus dans les organismes fortement bureaucratiques, au moins en France. La lourdeur bureaucratique vient alors annuler – voire contrer – toute velléité d’assouplissement des processus définis par ailleurs.

J’ai pu diriger il y a quelques années un projet de refonte des processus et des outils métier associés pour un grand nom de l’industrie. Le projet avait été divisé en quatre parties :

Audit des différents services et départements dans chacune des business units impliqués dans le projet.
Élaboration du nouveau processus à partir de l’audit et en conformité avec les contraintes réglementaires.
Validation des conclusions de l’audit par le client.
Conception puis réalisation de l’outil permettant la mise en application du processus.

Le processus tiré de 3 mois d’audit était clair, parfaitement cadré, et rationnel à souhait. Les informations fournies à chacune des étapes par des intervenants définis étaient validées avant d’être transmises au maillon suivant de la chaîne, et une ultime étape de validation venait couronner ou invalider le processus.

Quand je regarde, avec le recul, la parfaite logique du mode opératoire choisi, je me dis que ce projet ne pouvait se terminer qu’en catastrophe. Une étape importante avait été oubliée entre les points 2 et 4 : l’étude de faisabilité. Cela se traduit par plusieurs symptômes que l’on retrouve un peu partout, et auxquels on peut toujours opposer certaines solutions, quand elles sont envisageables dans le contexte, évidemment.

Je ne reviendrai pas sur le décalage entre le rapport d’audit et ses préconisations, son acceptation à la lettre par le client, la réalité de l’entreprise, et les problèmes liés à la dynamique de changement. Toujours est-il que la – très longue – phase de conception de l’application qui devait permettre la mise en application du nouveau processus métier en a montré les limites et les faiblesses.

Il n’y a notamment pas mieux que la transposition d’un workflow dans la réalité pour en voir tous les points de blocage. Que se passe-t-il quand la personne devant effectuer une tâche critique, non assignable à quelqu’un d’autre et bloquante pour le processus est malade, n’a pas le temps de faire son travail, ou, tout simplement, n’existe pas dans l’organigramme de l’entreprise ?

On se retrouve dans une situation de blocage qui va nécessiter des mesures d’urgence non satisfaisante.

Soit on assouplit des règles de gestion de l’application par délégation de droits à des utilisateurs qui ne devraient pas les avoir. On arrive alors à un système de gestion de droits certes extrêmement souples, mais confinant à l’usine à gaz. Mais surtout, on détourne le processus mis en place en amont, avec tous les problèmes que cela présuppose en termes de sécurité ou de droit.

Soit on court-circuite les étapes du processus afin d’arriver à une unique validation finale. Cette solution est encore plus dangereuse quand chacune des étapes du workflow réutilise les informations transmises par le chaînon précédent. Pour peu que les informations fournies à une étape soient erronées, c’est l’ensemble de la chaîne qui est corrompue, sans qu’il soit forcément possible de le vérifier.

Il ne reste alors pas 36 solutions : soit on conserve un processus bancal jusqu’à la catastrophe qui ne manquera pas d’arriver, loi de Murphy oblige, soit on réécrit complètement les processus de travail afin de les rendre réalistes, c’est à dire applicables. C’est souvent un bon moyen de soulever les faiblesses structurelles de l’entreprise coté métier, et d’y remédier afin de travailler “au carré”. Malheureusement, cela n’arrive presque jamais.

Article original écrit par Frédéric de Villamil et publié sur Ergonomie, Rails et Architecture de l'information web (2.0) | lien direct vers cet article | Si vous lisez cet article ailleurs que sur Ergonomie, Rails et Architecture de l'information web (2.0), c'est qu'il a été reproduit illégalement et sans autorisation.

Rails Party le 30 novembre 2008 à Paris

Mon, 17 Nov 2008 22:33:00 +0100

L’association Ruby France – à laquelle j’ai le plaisir de cotiser chaque année pour une somme modique – organise un warm up à Paris On Rails le dimanche 30 novembre 2008 de 16 heures à 22 heures. Celui-ci se déroulera au Dune, 18 avenue Claude Vellefaux, dans le 10ème arrondissement de Paris. Cette Rails Party regroupera les développeurs utilisant le framework Ruby On Rails de tous niveaux, ainsi que les curieux souhaitant le découvrir sous la forme d’ateliers informels de type Barcamp, de lightning talks, de hackfest… selon les envies des présents.

Suite à mon avis – critique et assez tranché – sur Paris On Rails il y a pas loin d’un mois, Guillaume Desrat, président de l’association Ruby France m’avait demandé si je participerais à un événement de type communautaire qui se déroulerait en marge de cette conférence. J’ai évidemment accepté avec plaisir, la question comportant un piège, puisque je pouvais difficilement refuser sans entrer en contradiction avec ma précédente envolée. Je devrais y présenter la version (quasi) finale de Typo 6.0, dont Cyril devrait lui profiter afin de parler de la migration d’une application Rails 2.0 vers une application Rails 2.2. Je n’exclue pas non plus de présenter un atelier sur la création de thèmes ou de plugins Typo s’il y a des personnes intéressées.

Comme moi, rejoignez le réseau Creative Commons et soutenez la campagne 2008

Sun, 16 Nov 2008 14:13:00 +0100

Le 15 octobre dernier, Joi Ito lançait officiellement la campagne de soutien 2008 à la licence Creative Commons. Cette campagne n’a pas seulement vocation à réunir des fonds – bien qu’elle ait pour but de rassembler 500000$ avant le 31 décembre prochain. Elle vise également à rassembler et faire croître la communauté.

Il y a différent moyens de soutenir Creative Commons, parmi lesquels :

Mettre vos données sous licence Creative.
Évangéliser votre entourage à l’approche choisie par Creative Commons pour favoriser l’ouverture et l’accès aux données.
Rejoindre le réseau Creative Commons.

J’ai été un grand adepte des licences GNU GPL et FDL pendant des années, adhérant à l’APRIL, et je reçois encore les mails de la liste Trad GNU sur ma vieille adresse altern.org. J’ai fini par m’en détacher pour pas mal de (bonnes) raisons, mais je n’en garderai que cinq :

La rigidité de ces deux licences, pour ne pas dire l’extrémisme, quand j’avais besoin de licences adaptables en fonction des documents à publier.
Leur extrême complexité, difficilement accessible au commun des mortels sans un doctorat en droit.
L’aspect viral de la GPL.
Le fait que le porte parole de la philosophie GNU soit un illuminé barbu se baladant en robe, sandales et la tête surmontée d’une auréole n’aide pas à l’évangélisation de ces licences auprès des gens normaux.
L’intégrisme de la frange la plus visible de ses supporters, que Tristan Nitot qualifie poétiquement de batterie de connards amers, qui ont tendance à se regrouper pour troller dans les commentaires de LinuxFR, empêchant tout dialogue et tout progrès. J’ai beau ne pas approuver tout ce que fait la fondation Mozilla, je crois qu’il en a plus fait pour le libre que la grande majorité des moules de DLFP réunies.

J’ai fini par opter pour deux licences différentes, en fonction des oeuvres à protéger :

Pour le code, la licence MIT.
Pour les textes, la licence Creative Commons BY-NC-SA.
Pour les photos, la licence Creative Commons BY-SA.

J’ai choisi Creative Commons à la fois pour son extrême simplicité – les droits et les devoirs associés sont très simples à comprendre – et pour sa modularité de “licence à la carte”, qui s’adapte à mes besoins.

Paris Web 2008 c'est fini (jusqu'à l'année prochaine*)

Sun, 16 Nov 2008 09:34:00 +0100

Paris Web, LA conférence francophone sur l’accessibilité, le design et la qualité a finalement fermé ses portes après trois jours de pure folie, et, comme d’habitude, c’était un excellent cru. Mon seul regret sera de ne pas avoir pu assister aux conférences plénières pour cause d’emploi du temps de ministre.

J’ai eu la chance de pouvoir y rejouer l’atelier Microformats VS RDFA que David Larlet et moi avions déjà eu l’occasion de présenter au W3Café. Vus les arguments avancés par les deux parties (non ça n’a rien de sexuel), je pense que les Microformats ont gagné haut la main malgré la faiblesse du hCalendar : plus implémenté, plus simple à mettre en oeuvre, plus adapté au monde réel… et ne nécessitant pas un doctorat en HTML pour comprendre la moindre entrée. Malgré une migraine à me taper la tête contre les murs, j’ai l’impression que nous ne nous sommes pas trop plantés. Et il est maintenant prouvé que je peux faire des blagues plus pourries que celles de Stéphane Deschamps, l’honneur est donc sauf.

Merci aux organisateurs pour leur disponibilité et leur bonne humeur, aux orateurs et au public, et vivement l’année prochaine, j’ai déjà plusieurs idées de conférences plénières.

Et pour les photos, c’est sur mon set Paris Web 2008.

Mais non, l’année prochaine ça s’appellera Paris Web 2009, pas Paris Web 2008, donc c’est vraiment fini pour de bon.

Arrêtez de me parler des fonctionnalités, ça ne me fera pas utiliser votre produit (au contraire)

Thu, 13 Nov 2008 11:36:00 +0100

Le foisonnement de nouveaux produits auquel on assiste depuis maintenant près de cinq ans a permis l’émergence de nouveaux outils, très puissants, souvent inutiles et parfois indispensables. Conséquence logique de ce bouillonnement qui agite le web, l’apparition d’un nombre incroyable de clones quasi parfaits des services à succès du moment.
Afin de combler leur retard sur leurs aînés, ces me too ont le plus choisi la solution de facilité en jouant la surenchère de fonctionnalités, au détriment de la réelle utilité pour les utilisateurs.

Cela explique probablement l’échec d’un grand nombre d’entre eux, malgré une idée de départ pourtant originale, ou un positionnement intéressant au regard de la cible visée. Je suis personnellement un adepte de la déflation fonctionnelle ; quand je vois que les utilisateurs les plus avancés se servent moins de 20% de leurs logiciels bureautiques, avec une utilisabilité pensée en dépit du bon sens, je ne peux pas m’empêcher de me dire que j’ai raison.

Quand je fais l’acquisition d’un outil, ou que je commence à utiliser une application web ou non, je veux avant tout qu’elle me permette d’aller d’un point A à un point B en me facilitant la vie d’un bout à l’autre du processus. Inutile, donc, de m’énumérer la liste des features que vous allez me proposer, il y a 9 chances sur 10 pour que je oppose une fin de non recevoir, quitte à me passer d’un outil par ailleurs excellent.

Je me contre fiche que votre marteau ait un côté frappeur, et un côté arrache clou. En revanche, la manière dont il s’intègre au processus de montage / démontage des étagères Billy dans lesquelles je range ma collection de livres de science fiction m’intéresse beaucoup plus.

Il est peut-être temps qu’on cesse de s’attacher au “quoi” pour prendre un peu de recul et s’intéresser au “comment”, ça ne peut que faire du bien. D’abord aux applications qui font des crises de boulimie fonctionnelle. Ensuite aux utilisateurs qui cesseront d’utiliser des logiciels qui font le café, mais conçus la tête dans le guidon, et en dépit du bon sens.

Y'a pas comme un truc qui vous fait hurler là ?

Tue, 11 Nov 2008 20:18:00 +0100

Je n’ai pas vraiment le temps d’écrire en ce moment, malgré une trentaine d’articles en cours de rédaction, au point d’avoir fait sauter la sacro-sainte revue de presse de vendredi dernier.
Je tenais tout de même à vous faire partager ce bout de code digne du Daily WTF sur lequel je suis tombé tout à l’heure en travaillant sur la prochaine release de Typo, l’outil de publication en Ruby on Rails qui propulse ce site. Il se trouve visiblement là depuis plusieurs années, et je me demande si ce n’est pas à lui que mon blogware favori doit sa réputation de bloatware, malgré des optimisations déjà apportées par ailleurs.

Lecteur, ton oeil de lynx verra-t-il ce qui m’a fait hurler ?

Dans le contrôleur

def index @articles = Article.find_all_by_date(*params.values_at(:year, :month, :day)) @page_title = index_title @description = index_description @keywords = (this_blog.meta_keywords.empty?) ? "" : this_blog.meta_keywords respond_to do |format| format.html { render_paginated_index } format.atom do render :partial => ‘articles/atom_feed’, :object => @articles[0,this_blog.limit_rss_display] end format.rss do auto_discovery_feed(:only_path => false) render :partial => ‘articles/rss20_feed’, :object => @articles[0,this_blog.limit_rss_display] end end end def render_paginated_index(on_empty = _("No posts found…")) return error(on_empty, :status => 200) if @articles.empty? @pages = Paginator.new self, @articles.size, this_blog.limit_article_display, params[:page] start = @pages.current.offset stop = (@pages.current.next.offset - 1) rescue @articles.size # Why won’t this work? @articles.slice!(start..stop) @articles = @articles.slice(start..stop) render :action => ‘index’ end

Dans le modèle

# Find all articles on a certain date def self.find_all_by_date(year, month = nil, day = nil) if !year.blank? find_published(:all, :conditions => { :published_at => time_delta(year,month,day) }) else find_published(:all) end end

Et non, cette fois, il n’y a rien à gagner.

Andrea Lindenberg - The photographer's choice

Wed, 05 Nov 2008 10:15:00 +0100

Je sais bien que ce billet sort de ma ligne éditoriale habituelle, mais c’est pour la bonne cause… The photographer’s choice est le premier livre de photos de mon amie Andrea Lindenberg, photographe sud africaine de talent, spécialisée dans les sports hippiques.

Si vivre de la photo en France n’est pas quelque chose de facile, le faire en Afrique du Sud, pays très pauvre avec des salaires moyens bien inférieurs à ceux que nous connaissons – pour du matériel à coût équivalent – l’est encore plus. J’ai rencontré Andréa sur le web il y a près de 5 ans, et je suis sa carrière et ses pérégrinations depuis lors, l’encourageant toujours à continuer malgré les difficultés rencontrées. Comme je vous encourage à acheter son livre.

Bon anniversaire Morris

Sun, 02 Nov 2008 12:49:00 +0100

Aujourd’hui, Morris a 20 ans, alors tous ensemble, souhaitons lui un joyeux anniversaire, car sans Morris, Internet ne serait certainement pas ce qu’il est aujourd’hui.

Morris est ni plus ni moins que le tout premier ver internet, ces programmes qui infectent les machines vulnérables à travers le réseau. Écrit par Rober Tappan Morris, un étudiant de l’université de Cornell, Morris a été lâché sur le Réseau le 2 novembre 1988 depuis le MIT. Morris avait été créé pour infecter des VAX tournant sous 4 BSD et sous Sun OS 3. Il exploitait également des vulnérabilités dans Sendmail, Finger, ou RSH. Depuis, les gens ont cessé d’utiliser finger, même sur un réseau local, et RSH a laissé place – Dieu merci – à SSH, mais les vers eux ont continué leur petit bonhomme de chemin, avec l’apparition du premier ver Web en 2006 affectant une vulnérabilité de Wordpress dans le but de la patcher.

Et je ne peux m’empêcher de vous laisser avec cette phrase mythique, tirée d’un film non moins mythique :

Ouah, c’est un virus et en plus c’est un ver… ça devient compliqué

Revue de presse du vendredi 31 octobre 2008

Sat, 01 Nov 2008 23:07:00 +0100

Les revues de presse mettent chaque vendredi en lumière les 3 meilleurs articles sur lesquels a porté ma veille quotidienne. Ils peuvent être récents, ou particulièrement vieux, et rentrent dans cette catégorie pour leur qualité ou leur intérêt. N’hésitez-pas à proposer les vôtres.

Ni citrouille, ni fantôme, ni sorcière pour cette revue de presse de la Toussaint, ce n’est pas vraiment le style de la maison comme avait coutume de dire mon révéré géniteur. Cette revue de presse est consacrée à l’e-réputation, la gestion de sources, et Ruby on Rails, bien entendu.

Erase your online identity in 10 steps, Smash Gods

S’il est – relativement – difficile de se faire connaître sur le web, il est encore plus difficile d’en effacer toutes ses traces. J’en veux pour preuve mon UIN ICQ retrouvé grâce aux index Google de 2001, remis à la disposition du public pour fêter les 10 ans de l’incontournable moteur de recherche.

Smashgods détaille 10 étapes claires et réalistes afin de vous permettre de disparaître totalement de la toile, au cas où votre présence en ligne viendrait un jour à vous poser des problèmes :

Effacez tout ce que vous pouvez.
Utilisez les formulaires de demande de suppression d’URL sur les moteurs de recherche.
Contactez directement les webmestres des sites restant.
Faites appel à ReputationDefender, ou tout autre cabinet spécialisé.
Utilisez des anonymiseurs.
Utilisez toujours un seudonyme.
Contactez Chilling Effects.
Utilisez RemoveYourName.
Utilisez Swtch a roo.
Débranchez.

Si la majorité des services cités sont payants, les conseils de base devraient vous permettre d’éliminer la majorité des informations, le plus simple étant encore de toujours faire attention à ce que vous diffusez sur le web.

Git cheat sheet, Zack Rusin

La mode est aux gestionnaires de configuration décentralisés, et s’il en est un qui tire visiblement son épingle du jeu, c’est bien Git. Développé par Linus Torvalds afin de gérer les sources du noyau Linux, il est rapidement devenu très populaire parmi les développeurs. La création de Github, service de dépots Git, et son utilisation par le framework Ruby on Rails a permis à cet outil d’exploser ces derniers mois.

Son utilisation est pourtant malaisée par quelqu’un qui n’aurait connu que les gestionnaires centralisés de type Subversion, CVS, ou même, pour les plus vieux, SCCS.

Zack Rusin a eu l’excellente idée de faire une cheat sheet pour Git, qui récapitule la majorité des opérations courantes du point de vue d’un ancien utilisateur de CVS / SVN. Cette cheat sheet est disponible au format SVG ou PDF, et gageons que quelqu’un trouvera le temps de la traduire en français.

Open Flash Chart, Pullmonkey

Open Flash Shart est une bibliothèque permettant de générer de jolis graphiques façon tableur, mais en flash, avec toute l’animation, l’interactivité, et le manque d’accessibilité que permet ce format.

Pullmonkey a porté les bindings PHP permettant son utilisation en Ruby, afin de le rendre compatible avec le framework Ruby on Rails, et les résultats sont magnifiques.

Il a également écrit un certain nombre d’articles connexes décrivant une utilisation avancée d’Open Flash Shart. Tout ça risque fort de se retrouver sous forme de module statistiques dans le dashboard de Typo.

Concours Paris Web 2008, and the winner is...

Sat, 01 Nov 2008 10:12:00 +0100

Puisque nous sommes le premier novembre, et à défaut de sortir ma revue de presse à l’heure, il est temps pour moi d’annoncer le nom du gagnant du concours permettant de remporter une invitation pour les deux jours de conférences. Le gagnant, ou plutôt la gagnante est Gwennola Pierre, qui m’a enjoint sur tous les tons à lui donner cette place :

Ton humoristique Wow, ils organisent des conférences prestigieuses pour fêter mon arrivée en France !
Ton sérieux Stratège et architecte Web à Montréal, Française d’origine, je serais comblée de pouvoir assister aux présentations des plus grands noms de ma profession, puisque je serai à Paris durant cet événement.
Ton suppliant Pitié, pitié, l’euro est fort par rapport au dollar canadien !!!!
Ton détaché Bon, c’est vrai que cela m’apporterait beaucoup, mais si tu estimes que d’autres le méritent plus, je me plierai à ta décision.
Ton enragé Mais, si jamais je ne l’ai pas ce pass, ça va mal finir.
Ton charmeur Tu sais, on pourrait y aller ensemble si tu me choisissais.
Ton autoritaire Bon, maintenant, il suffit ! Donne-moi ce billet tout de suite !
Ton reconnaissant C’est vraiment sympa de permettre à des personnes comme moi d’aller à ce genre de conférence.

Et pour le point 6, je suis désolé, mais si je donne ma place, c’est que je ne peux pas m’y rendre, et puis, je suis incorruptible. Bien essayé quand même. Pour les autres, il reste encore quelques places, et à 15 jours de l’événement, il n’est pas trop tard pour .

Il faut industrialiser l'évangélisation

Fri, 31 Oct 2008 18:41:00 +0100

Il y a 11 ans, quand j’ai commencé à sensibiliser mes proches aux logiciels libres, et un peu plus tard à la taxe sur la copie privée – la taxe Tasca – ou aux problèmes liés à la jurisprudence Estelle Halliday, j’ai pris mon bâton de pèlerin, et je suis allé les voir, un par un. Chaque fois, j’ai du recommencer par le début, leur expliquer ce qu’était un logiciel libre, pourquoi les logiciels propriétaires posaient problème, quels étaient les enjeux de la liberté d’expression sur Internet, ou de la liberté de copie privée. Dans le meilleur des cas, je passais pour un doux allumé et les gens m’écoutaient poliment en tentant avec plus ou moins de succès de ne pas s’endormir. Dans le pire des cas, ils ne comprenaient pas les enjeux et me prenaient pour un dangereux pirate, déjà. Un peu plus tard, il y a eu les manifestations contre les brevets logiciels, à Paris, Strasbourg, ou pendant la Linux Expo, devenue Solutions Linux, et là encore nous faisions avec les moyens du bord, c’est à dire finalement pas grand chose.

Rebelote il y a un peu plus de 5 ans, quand j’ai commencé pour la première fois à saouler mon entourage professionnel avec des concepts abscons et pourtant bien réels comme les standards du web ou l’accessibilité. La moitié de mes collègues tournaient alors avec Netscape 4.76 sous NetBSD, l’autre ne voyait pas pourquoi on développerait pour autre chose qu’Internet Explorer, et les layouts en tableaux offraient un moyen plus que séduisant d’obtenir de belles pages au carré sans qu’un pixel ne dépasse. En arrivant dans une équipe de développement agile à la BNP en mai 2006, j’avais cru tomber dans un terreau fertile, à l’écoute des bonnes pratiques du développement web. Erreur, j’y ai probablement vécu ma pire expérience au regard des bonnes pratiques, alors même que les méthodes de développement appliquées étaient révolutionnaires au regard des habitudes du secteurs bancaire. Là encore, j’ai repris mon bâton de pèlerin, histoire d’évangéliser à la machine à café, autour d’un sandwich, ou pendant les trajets du retour en métro.

On recommence en 2006, avec cette fois la sensibilisation aux DRM dans un contexte politique, économique et médiatique particulièrement tendu avec démonstration des solutions de DRM à l’Assemblée Nationale à quelques jours du vote de la loi sur la confiance dans l’économie numérique. Cette fois, l’équation est simple : si vous êtes contre les DRM, vous êtes pour le piratage. Retour du bâton de pèlerin, immolé quelque temps plus tôt sur l’autel des hackers et du militantisme pour la liberté d’expression à l’air numérique, un peu par lassitude, un peu par dégoût. Et là encore, il faut expliquer, démontrer, personne après personne que non, je ne suis pas un pirate, que non, forcer l’utilisation de DRM sur tous les logiciels et tous les contenus numériques n’est pas une bonne idée. Avant de demander à madame Michu comment elle fera le jour où la musique qu’elle a acheté sera incompatible avec sa chaîne Stéréo achetée en promo à a Blanche Porte ou sur La Redoute. Évidemment, ça ne lui dit rien, à madame Michu, trop loin, trop imprécis.

Quand je regarde les 11 ans qui viennent de passer, je fais le même constat pour chaque combat engagé, chaque cause défendue. Nous avons péché par amateurisme, face à des machines bien huilées, bien organisées, et parfaitement rodées aux techniques du lobbying. Nous n’avons jamais su atteindre le bruit et la taille critique qui nous auraient permis de passer du stade d’activiste à celui de la respectabilité. C’était souvent de notre faute, par désunion idéologique, et la scène de Life of Bryan dans laquelle de Front de Libération Populaire et le Front de Libération du Peuple se traitent de déviants a bien souvent été pour nous une réalité. Il y a également eu le manque de moyens, indispensables pour nous faire entendre, même si avec l’explosion du web, transmettre un message aux masses est devenu beaucoup plus abordable depuis quelques années. S’acheter un temps d’antenne à la télévision coûte cher. Biffer des panneaux publicitaires, placarder des affiches sauvages ou recouvrir Paris d’autocollants l’est beaucoup moins, mais au détriment de la respectabilité. Quoi que l’on puisse penser d’eux, les protestants l’ont bien compris et mis en pratique. Quelle que soit la cause à défendre, pour se faire entendre, il faut absolument industrialiser l’évangélisation.

Le Web 08, j'y serai, et vous ?

Wed, 29 Oct 2008 14:09:00 +0100

Comme le faisait remarquer Sarah, le meilleur moyen de se rendre à une conférence est encore de s’y faire inviter. Fort de ce conseil – que je n’avais pas attendu – je serai donc présent à la conférence Le Web 08, qui se déroulera à Paris les 9 et 10 décembre prochain.

Après le tollé qu’avait généré l’édition 2006 de triste mémoire, je faisais partie de ceux qui pensaient l’événement organisée par Géraldine et Loïc Le Meur mort et enterré à Jamais. Je me suis trompé et j’en suis particulièrement heureux vu le panel d’intervenants et de spectateurs que j’aurai l’occasion de rencontrer, et éventuellement d’interviewer. C’est une opportunité assez fabuleuse et en tout cas inespérée qui m’est offerte, et je compte bien en profiter au maximum (Mayku, j’espère que tu ne comptes pas sur ta caméra ces deux jours là, c’est mort). Ce sera également l’occasion de revoir des amis que je n’ai pas eu l’occasion de croiser en chaire et en os depuis trois ou quatre ans, et là encore, c’était inespéré.

PHP et Oracle, c'est désagréable, mais c'est nécessaire

Tue, 28 Oct 2008 14:17:00 +0100

Je rebondis sur le billet de Laurent Jouanneau qui nous explique pourquoi il ne se rendra pas au forum PHP 2008, et notamment sur ses propos concernant les deux conférences (publicitaires) Oracle.

Oracle est un SGBD non open-source, et peu utilisé par des projets PHP… Ça aurait été plus sympa de parler de PostgreSql, qui n’a rien à envier à Oracle sur de nombreux points…

Que ça nous plaise ou non, Oracle est aujourd’hui le leader mondial des systèmes de gestion de bases de données, avec 48.6% de parts de marché (sources Gartner), à opposer aux 10% de parts de marché que se partagent les bases open source. Lorsqu’on attaque les grands comptes aux systèmes d’information aussi complexes que tentaculaires, cette part de marché doit même affleurer les 80%. À contrario, je ne connais en France qu’une seule grande entreprise à travailler avec PostgreSql, le groupe La Poste.

PHP à encore, dans la majorité des DSI, la réputation d’un langage pour amateurs, peu fiable, tout juste bon à développer des applications jetables quick and dirty. Il est toujours, et restera encore longtemps opposé à Java, considéré comme un langage corporate et robuste. Cela vient notamment du fait qu’on associe encore Java à Oracle et PHP à MySQL.

Évidemment, pour faire changer les choses, il faut un driver qui fonctionne (merci OCI8 de venir pallier cette daube de PDO_OCI), et qui s’installe facilement, ou du moins sans avoir à hacker les sources avant compilation (pas merci OCI8). Il faut également que les développeurs PHP apprennent à développer avec Oracle, et cessent leur discours Oracle c’est comme Firefox, ça pue c’est pas libre, moi j’utilise Iceweasel et PostgreSql sous Debian unstable avec 0 packages proprios.

En deux ans, j’ai eu l’occasion de travailler sur deux projets majeurs tournant avec PHP et Oracle. Le premier tournait sous Symfony, le second sous Zend Framework. Dans le premier cas, nous avons du nous battre pendant plus d’une semaine pour pallier l’absence de véritable support d’Oracle sous Symfony et en corriger les bugs ou les incohérences. Dans le second cas, la majorité du travail a été de modifier les requêtes spécifiques à MySQL pour les rendre compatibles Oracle. Autant dire que la première a été plus que pénible, et montrait l’immaturité flagrante des projets open source même majeure dès qu’il s’agit de rentrer dans un contexte industriel.

Que cela plaise ou non, Oracle est là, et pour longtemps. À ceux qui voudraient me donner l’exemple de la compétition entre Internet Explorer et Firefox et l’extraordinaire progression de ce dernier, je rappellerai simplement qu’il est plus facile de changer le navigateur de son PC que de migrer tout son système d’informations vers un nouveau SGBD.

Massacre à l'IDE ou les joies du refactoring par le vide

Sun, 26 Oct 2008 10:52:00 +0100

Dans la vie de toute application vient le moment de cesser de développer de nouvelles fonctionnalités afin de consolider l’existant. C’est l’occasion de mettre ses librairies et dépendances à jour, mais surtout de faire un grand nettoyage de printemps dans son code, le refactoring, et plus exactement le refactoring par le vide.
Bloquez-vous quelques heures, armez-vous de votre IDE ou de votre éditeur de textes préféré, c’est parti pour un joyeux massacre à la tronçonneuse.

1. Fusionnez le fonctions dupliquées

Dans un premier temps, votre but va être de réduire le nombre de fonctionnalités proposées, sans toucher au périmètre fonctionnel. Dans de grosses applications, ou dans des applications ayant un certain historique, on a souvent plusieurs fonctionnalités quasiment semblables et qui pourraient être fusionnées à un seul endroit.

Le cas s’est présenté de manière particulièrement aiguë sur Typo, dans le fonctionnement des commentaires. Nous fonctionnions en effet avec :

Une partie de gestion / modération des réactions au fil de l’eau, ajoutée lors de la mise en place de l’anti spam, avec un contrôleur feedback.
Une partie de gestion des commentaires au sein des articles, création, suppression… autour du contrôleur comments.
Une partie de gestion des trackbacks au sein des articles, création, suppression… autour du contrôleur trackbacks. Ce dernier était identique au précédent.

Nous avons tout regroupé au sein du contrôleur feedback, en gardant l’interface de modération, et en regroupant les interfaces de gestion des commentaires et trackbacks par article qui sont maintenant sur une seule page. Résultats, 102 lignes de contrôleur et 174 lignes de vues supprimées, sans compter les tests, pour autant de code dupliqué, et une gestion plus rationnelle du feedback.

2. Supprimez le code dupliqué

Plus nombreux sont les développeurs étant intervenus sur le projet, plus nombreuses sont les fonctionnalités ajoutées puis supprimées, plus important sera la dose de code dupliquée que vous aurez à nettoyer. Ne souriez pas en vous disant “moi, ça ne m’arrivera pas”, vous en avez obligatoirement. Commencez votre refactoring au sein des modèles et des contrôleurs, histoire de nettoyer un peu tout ça. Allez ensuite voir dans les helpers, il y a certainement quelque chose à faire. Puis, faites une lecture transverse de votre application, vous allez certainement retrouver du code dupliqué d’un contrôleur à l’autre, d’un modèle à l’autre… Peut-être est-ce le moment de créer de nouvelles classes pour rassembler tout ça non ?

Tout les contrôleurs de Typo avaient le même problème : les méthodes de création et de mise à jour d’objets contenaient systématiquement le même code à 3 lignes près. Dans le cas d’un nouvel enregistrement, nous avions @objet = Objet.new, et dans le cas d’une mise à jour, @objet = Objet.find(params[:id]). Nous avons rassemblé tout le code en double dans une même méthode de traitement appelée depuis les méthodes de création et d’édition, avec l’objet instancié en fonction du besoin. Résultat, 244 lignes de code supprimées sans compter les tests juste pour ça, et un risque d’erreurs bien moindre lors des prochaines évolutions.

3. Supprimez le code mort

Après ces deux premières étapes, vous allez certainement vous retrouver avec du code mort, c’est à dire des méthodes qui ne sont jamais appelées dans l’application. Si vous avez basé votre application sur le modèle MVC, les différentes itérations sur les vues ont du laisser un grand nombre de helpers orphelins. Au passage, les deux précédentes étapes ont certainement du laisser quelques méthodes sur le carreau, et c’est tant mieux.

Les 3 admins et 3 thèmes par défaut qu’a connu Typo sous ma seule impulsion ont laissé dans l’ombre un nombre impressionnant de helpers abandonnés. Pas loin d’une quarantaine de méthodes, pour un total de 337 lignes de code supprimées lors de cette seule passe.

4. Élargissez la couverture de tests

À ce moment de la partie, vos tests devraient exploser dans tous les sens (ne me dites pas que vous développez sans tests…). Si ce n’est pas le cas, c’est que toutes vos méthodes ne sont pas couvertes. Tant que vous avez la tête dans le guidon, c’est le moment d’élargir un peu la couverture de tests de votre projet.

Testez les méthodes non couvertes.
Ajoutez des tests sur les cas limites que vous auriez oubliés.

Bien que testant près de 500 assertions, la couverture de tests de Typo est très insuffisante. J’en veux pour preuve l’ensemble des tests qui passent alors même que j’ai violemment explosé certaines fonctionnalités. Une spec party a été planifiée avec Cyril afin de l’améliorer un peu.

5. Supprimez les fonctionnalités inutiles

J’avais dit en début d’article que nous ne toucherions pas au spectre fonctionnel de l’application. J’ai menti. Maintenant que vous avez bien nettoyé le code, posez vous cette question : votre application ne propose-t-elle pas des fonctionnalités superflues ou qui la rendent moins facilement utilisable par ses utilisateurs, et qui, accessoirement, en la ralentissent un peu ?

Lorsque j’ai travaillé sur la version 5.1.3 de Typo, j’ai commencé à réfléchir à ce problème. Nous avions clairement des choses en trop, et le fait de proposer une interface d’administration simplifiée ne réglait en fait pas le problème. La 5.1.3 a donc été l’occasion de supprimer certaines fonctionnalités :

La notification des nouveaux billets par Jabber, inutilisable tellement elle n’était pas évidente à mettre en place, et pas utilisée.
L’administration simplifiée, trop sommaire pour réellement travailler.
Le choix des filtres de texte par billet au profit d’un choix global. Ils reviendront plus tard au niveau des profils utilisateurs.
Le live preview en cours de frappe, sympathique mais qui mettait les serveurs à genoux en générant un article complet à chaque frappe du clavier (hem).

Je me rends compte que j’ai oublié un élément important en introduction de cet article. Le but du refactoring par le vide n’est pas un concours à celui qui supprimera le plus grand nombre de lignes de codes. C’est la rationalisation du projet par la suppression du code inutile, mort, ou redondant.

Évidemment, vous n’êtes pas obligé de faire tout cela à la main, et sur des projets de centaines de milliers de lignes, c’est même impossible : essayez d’appliquer ça au noyau Linux qui vient de passer la barre des 10 millions de lignes de code. Il existe des outils d’analyse de code automatisés entrant dans le scope plus large de l’intégration continue, dont nous parlerons dans un prochain article.

Revue de presse du vendredi 24 octobre 2008

Sat, 25 Oct 2008 23:02:00 +0200

Une fois encore, la revue de presse du vendredi sort le samedi soir, au point que je me demande s’il ne faut pas simplement la décaler. Au programme aujourd’hui, vous allez pouvoir jouer avec les données des applications Yahoo!, oublier tout ce qu’on vous a toujours dit sur le positionnement en CSS et réfléchir un peu à la différence entre marketing papier et marketing web.

Le Yahoo! query language, Yahoo!

N’avez-vous jamais eu envie de pouvoir taper directement dans les bases de données des applications Yahoo! afin d’en extraire les données mises en ligne par des centaines de milliers d’utilisateurs ? Le rêve est maintenant devenu réalité avec le Yahoo! Query Language, un langage de requêtes très proche du SQL qui vous permettra d’effectuer des requêtes sur les données des applications Yahoo! via HTTP.

Encore en cours d’élaboration, Yahoo Query Language me semble extrêmement prometteur et devrait, je l’espère, faire des émules. Son principal avantage outre sa simplicité et de sa souplesse repose sur l’extraordinaire largeur du scope des applications Yahoo! qui permet d’envisager une utilisation quasi illimitée, dès que cette technologie sera ouverte au public.

Everything you know about CSS is wrong, Rachel Andrew

Si vous subissez depuis des années des illuminés proclamant que les layouts en tableaux sont le mal absolu, réjouissez-vous, ce temps est enfin terminé. Oubliez tout ce que l’on vous a appris en CSS, les tableaux sont de nouveau en odeur de sainteté, mais pas forcément comme vous l’entendez. On parle ici non pas de la balise HTML table dont l’utilisation pour mettre des objets en page est et restera une hérésie sémantique, mais des comportements CSS display: table; et display: table-cell;, et des possibilités qu’elles offrent pour simplifier la mise en page de vos sites à venir. À venir dans longtemps d’ailleurs, puisque ces propriétés ne sont supportés sous Internet Explorer qu’à partir de la version 8. En un mot, le Graal de la mise en page dont la quête sera longue et hardue.

Copywriting: How Different Should Your Brochure Be From Your Web Site Content?, Dina Giolitto

Un site web d’entreprise n’est pas une simple brochure. Contrairement aux apparences, c’est même beaucoup plus, et un peu moins que cela, et les deux doivent être pensés en parallèle, mais différemment, sous peine de se planter d’un coté comme de l’autre.

Dina Giolitto se propose de vous aider dans cette tâche en passant en revue les principales différences entre site web et prospectus, vous indiquant ainsi les erreurs à ne pas commettre.

TGIF – Dans quel jeu se sont retrouvées ces répliques cultes ?

Fri, 24 Oct 2008 23:29:00 +0200

Scénario, décors, effets spéciaux et surtout dialogues, Evil Dead 3, Army of Darkness est un monument du cinéma à tous les niveaux. Au point que ce n’est pas une comme je le croyais, mais bien deux des répliques de la scène finale qui se sont retrouvées dans un jeu vidéo tout aussi culte des années 90.

Sauras-tu, lecteur, retrouver de quel jeu vidéo je parle, et me dire quelles répliques de cet extrait y ont été conservées pour la postérité ?

Au passage, je découvre que cette vidéo résultat d’une recherche a été uploadée par… Julien Codorniou. Comme quoi le monde est vraiment tout petit. Et non, cette fois, il n’y a rien à gagner.

Typo déménage sur GitHub

Thu, 23 Oct 2008 22:49:00 +0200

Je n’ai jamais caché mon hostilité aux gestionnaires de sources décentralisés, de type Mercurial ou Git, leur préférant le confort de solutions comme Subversion, qui garde largement ma préférence. C’est pourtant sous Git que je viens de passer toute l’arborescence de Typo, et plus particulièrement sur la plate-forme collaborative Github que j’ai décidé de passer les sources de Typo, le moteur de blog en Ruby on Rails.

Il y a de multiples raisons à cela. Certaines sont excellentes, d’autres moins, la migration est cependant effective.

Pourquoi Git ?

~~Parce que Cyril Mougel mon co mainteneur me casse les pieds avec ça depuis des mois~~.

La très grande majorité des projets Ruby on Rails ont migré de Subversion vers git à la suite du framework lui-même. Si cela ne posait pas de problèmes pour la gestion des modules externes avec Rails 2.0.2, ça devient carrément bloquant pour les versions récentes, et notamment Rails 2.2 sur lequel nous avons migré trunk. Nous passons maintenant sur un mélange de Git pour les sources de Rails, et des dépendances sur les gems pour les autres greffons, afin d’alléger un peu la base de code, laquelle a déjà pris de sérieux coups de hache, mais je reviendrai sur le sujet un peu plus tard.

Je souhaitais également séparer nettement les plugins supportés officiellement du reste de l’application. Chacun d’entre eux a maintenant son dépôt, et son indépendance. C’est à mon sens plus propre comme cela.

Pourquoi GitHub ?

C’est une excellente question, je vous remercie de me l’avoir posée.

Tant qu’à passer sous Git, j’avais tout intérêt à rejoindre Github, d’abord pour une question de visibilité du projet. Ensuite pour l’excellente ergonomie de la plate-forme, particulièrement user friendly.

Nous continuons cependant à utiliser Redmine pour Typosphere. Pour cela, nous mettons à jour toutes les heures un dépot local qui clone notre dépot Git. Cette partie est encore en cours d’expérimentation, mais tout va très rapidement revenir à la normale, avant la sortie de la prochaine version stable.

Paris on Rails 2008 le premier décembre

Mon, 20 Oct 2008 22:50:00 +0200

La troisième conférence Paris On Rails, consacrée au framework de développement Ruby on Rails, se déroulera à la cité des sciences de La Villette à Paris le premier décembre 2008. Rendez-vous incontournable des développeurs Rails, elle regroupera sur une journée des intervenants de France et d’ailleurs, en plus d’un chat en direct depuis les États-Unis avec David Heinemeier Hansson, le charismatique créateur du framework.

Malheureusement, je n’irai pas cette année à Paris on Rails. Ce sera en fait la première conférence de l’année sur ma liste à laquelle je ne pourrai pas me rendre par manque de temps, mais tout simplement par absence d’envie. Au contraire de sa cousine Paris Web qui réussit à grandir d’année en année, Paris On Rails perd à mon avis à la fois en qualité et en intérêt, alors même qu’elle pourrait devenir un rendez-vous européen incontournable.

Sur le fond

Paris on Rails a été préparé dans le plus grand secret. Certaines rumeurs ont circulé annonçant son retour pour cette année 2008. Il n’y a eu aucun appel à contributions, et c’est d’ailleurs bien dommage. Il en résulte des conférences très hétérogènes et – à mon avis – peu motivantes. En y allant, j’aurais un peu l’impression de me rendre à une journée de communication de la société organisatrice, alors qu’il y a plein de raileurs très compétents à Paris et ailleurs susceptibles de faire des présentations.

En regardant le programme, je me suis sincèrement demandé à qui s’adressaient les conférences : au débutant ? Au développeur Rails ? Au décideur pressé qui veut savoir s’il doit mettre du Rails dans ses application ? Au développeur Java qui souhaite franchir le pas ? En fait un peu aux quatre à la fois. Cela fait donc un maximum de 2 conférences susceptibles de me concerner sur la journée. Difficile de se motiver pour me déplacer jusqu’à la Villette pour ça, surtout quand on habite en province.

Sur la forme

Le format ne me semble pas adapté, notamment deux présentations qui auraient certainement plus eu leur place sous forme d’ateliers : mootools et liquid. J’ai un peu l’impression que les organisateurs ont pris un peu tout ce qu’ils avaient sous la main afin de remplir le programme quand un appel à contributions aurait permis d’organiser soit un événement plus cohérent, avec ou sans ateliers, qui puisse satisfaire tous les types de publics.

Au passage, quand on reçoit un membre de la core team Rails, qui vient parler du principal sujet de ~~troll~~ controverse vis à vis du framework, en l’occurrence les performances, on place sa présentation en haut de page – et en matinée si possible – et non quelque part en milieu de page, sabotant ainsi le seul élément un peu marketing d’un événement profondément décevant et qui vit probablement son dernier opus, au moins sous cette forme. À contrario, le Barcamp Rails porté à bout de bras avec maestria par Jean-François Tran avait été un succès aussi bien sur le fond que sur la forme, à recommencer d’urgence pour semer la bonne parole, loin des journées portes ouvertes payantes du sponsor de l’événement. Amen.

Paris Web 2008 : une invitation aux conférences techniques à gagner

Mon, 20 Oct 2008 18:42:00 +0200

Devenue en seulement deux ans d’existence la conférence francophone de référence sur le développement web, les bonnes pratiques et l’accessibilité, la troisième édition de Paris Web se déroulera du 13 au 15 novembre 2008. Elle accueille cette année encore les plus grands spécialistes de la profession (dont votre serviteur, hem) pour des pour des talks, tables rondes et ateliers aussi intenses que passionnants, autour d’une équipe de bénévoles éminemment sympathiques (si ça c’est pas une intro façon publipostage…)

Si comme d’autres, vous trouvez que payer 10 euros pour une journée d’ateliers avec des spécialistes reconnus est absolument inacceptable, et que deux jours de formation avec quelques-uns des plus grands noms de votre métier pour 100 euros sont tout simplement scandaleux *, ou que vous êtes tout simplement un étudiant ou un développeur au chômage ou sans le sou, vous pouvez gagner un pass technique deux jours – d’une valeur de 200 euros puisque les prix early birds sont maintenant terminés – en participant à un petit concours sympathique.

Donnez-moi dans les commentaires – modérés pour la durée du concours – ou par email à frederic@de-villamil.com votre nom, votre prénom, et 5 bonnes raisons pour que je vous donne cette place. Poème, vidéo, chanson, tout est permis. Je choisirai ensuite le vainqueur d’une manière totalement injuste et arbitraire que je n’aurai même pas à vous expliquer. Le bonheur de la dictature. Résultats du concours le premier novembre.

Ouais, je sais, tirer sur les ambulances coincées dans les embouteillages sur le périph aux heures de pointe à grands coups de missiles Stinger (où sont les missiles ? ils sont tout près !), c’est vil, mais j’assume.

Quelle valeur donnez-vous à vos recommandations sur les réseaux sociaux professionnels ?

Sun, 19 Oct 2008 01:39:00 +0200

Si les recommandations sur les réseaux sociaux professionnels vont prendre de l’importance au fur et à mesure de leur démocratisation, leur valeur restera sujette à caution tant que les utilisateurs de ces outils ne comprendront pas quel degré d’implication elles engagent. J’avais ce soir une intéressante conversation avec Eric Rice à propos de l’importance de prendre du temps pour les rédiger, mais également de les demander, particulièrement dans le contexte actuel.

Les recommandations ont une double utilité qu’il convient de recadrer dans le contexte d’une recherche d’emploi, particulièrement dans le monde finalement assez fermé des technologies de l’information.

Il y a d’abord la facette les amis de mes amis sont mes amis, qui va bien au delà des liens de rang n entre contacts sur les réseaux sociaux professionnels. Si la recommandation signifie j’ai travaillé avec cette personne, c’est un collègue / un partenaire de confiance, vous pouvez collaborer avec lui, elle signifie également vous et moi faisons partie d’un même cercle professionnel restreint centré autour d’untel. Ce dernier point, dans des cercles professionnels plus ou moins restreint, fait presque figure de parrainage et peut permettre d’ouvrir les mêmes portes qu’une mention dans l’annuaire des alumni de certains écoles.

Il y a ensuite la facette cette personne dispose de telle et telle qualité dans son travail, peu ou pas discernable lors d’un entretien d’embauche. Cette seule facette vaut la peine de travailler les recommandations au delà de l’impersonnel collaborateur très compétent à l’esprit d’initiative décliné à toutes les sauces.

J’ai pourtant tendance à soupçonner de nombreuses recommandations comme étant entachées de complaisance. Particulièrement lorsqu’elles ont été écrites par des gens qui n’ont pas travaillé avec vous, mais ont accepté votre demande de recommandation. Si les heureux bénéficiaires s’en sortent bien, les recommandants, eux, ne se rendent souvent pas compte de ce que leur acte engage leur crédibilité auprès de leurs futurs employeurs, collègues ou partenaires. Feriez-vous confiance à quelqu’un qui louerait les capacités techniques d’une personne notoirement incompétente ? Je crois que l’abus de recommandations de complaisance autour de moi est une des raisons qui me poussent à ne pas en distribuer beaucoup, y compris à des personnes de confiance, dont le mérite et les compétences ne font aucun doute.

Éric sépare les gens à qui il distribue ses recommandations en deux catégories distinctes :

Les personnes avec lesquelles il a effectivement travaillé, d’une manière ou d’une autre.
Les personnes avec lesquelles il n’a pas travaillé, mais dont il a suivi la carrière pour telle ou telle raison.

Évidemment, tout ceci ne vaut que dans un milieu qui connaît l’importance et la pertinence des outils sociaux professionnels, et sait en tirer profit, ce qui n’est pas du tout la même chose et me rappelle une conversation que j’ai eue l’autre jour avec Bertrand Duperrin à propos de l’appropriation du web social par la fameuse génération Y dont on fait tout un flan depuis deux ans. Il semble que cette frange de la population ait la connaissance et la maîtrise technologique de ces outils – réseaux sociaux d’entreprise, blogs, moteurs de recherche – mais qu’elle soit incapable de les mettre à profit et de capitaliser sur ces connaissances une fois arrivée sur le marché du travail. Cela m’amène à me poser la question de la valeur ajoutée – réelle cette fois – de ces services dans le cadre professionnel, entre réputation surfaite du premier et besoin de mutation du second pour s’y adapter, mais également de l’adéquation de la formation reçue par cette génération face à l’arrivée d’outils nouveaux.