L'Agilitateur Création de logiciels : de l'agilité à l'artisanat

Il existe aujourd'hui des dizaines d'outils pour donner envie aux novices, en particulier les jeunes, de comprendre ce qu'il y a derrière l'écran d'un ordinateur. Il y a toutefois une approche qui me semble encore sous exploitée : celle qui a fait germer une telle envie à quelques jeunes d'il y a 30 ans.

I saw this tweet a few hours ago and found the piece of code quite interesting: a small algorithm with searches, logic, external interaction and a nice comment explaining the whole thing. I could have written this kind of code ten years ago. Today, my problem is that my eyes start bleeding when I bump into a mix of loop and conditions, especially when the mix cannot be easily

Ceux qui n'ont jamais entendu cette question n'ont jamais participé à un projet informatique. Est-elle légitime ? Peut-être. Il parait que le temps c'est de l'argent. Est-elle, pour autant, une bonne raison pour contraindre les développeurs à jouer les madames Irma et les rendre responsables de la moindre panne de boule de cristal ?

Mardi dernier, l'association Agile Toulouse a lancé une commission "Education agile". Cette première rencontre faisait suite à la traduction en français du guide eduScrum.

Scratch est un formidable logiciel. Grâce à son système de programmation à base de blocs que l'on combine comme des briques Lego, il permet de transformer n'importe qui en programmeur en quelques minutes. Le revers de la médaille, c'est quand on atteint les limites des possibilités offertes par ces blocs de programmation. Le passage à une forme textuelle de codage peut être

A la fin de cette semaine, le petit monde français des méthodes agiles se retrouve à Paris pour l'édition 2014 d'Agile France (où on peut encore s'inscrire). Ce sera pour moi l'occasion de convier des participants à assister à une courte pièce de théâtre - et pour certains d'entre eux, la jouer...

La séparation des responsabilités entre les commandes -les actions qui changent l'état d'un système- et les requêtes -les actions qui n'en changent pas l'état- est un pattern intéressant mais il semble aller généralement de paire avec l'utilisation de deux modélisations distinctes pour les éléments manipulés par le système. Et je trouve cela un peu perturbant.

Puisqu'on est dans une époque où les talents des développeurs français ont le vent en poupe, j'ai pensé moi aussi à quelques petits trucs simples mais qui pourraient améliorer les choses. Je vous les livre en vrac. Le numéro n'est là que pour les repérer. Il ne s'agit pas d'un ordre de priorité. Et en plus aujourd'hui, c'est trolldi vendredi.

En développement logiciel, la duplication de code est un problème courant que l'on résout classiquement lors d'une étape de refactorisation. Pour cela, encore faut-il identifier une duplication comme telle et accepter le coût de la refactorisation. En l'occurrence supprimer une duplication peut faire apparaître une abstraction que l'on jugera éventuellement, en se référant au