J'étais jeudi à Bordeaux pour une des premières sessions de l'Agile Tour 2010. Après le SigmaT 15, j'y ai animé pour la 2ème fois l'atelier Stub et Mock montent sur scène devant une assistance motivée qui est largement entrée dans le jeu. J'espère que tout le monde a pris autant de plaisir que moi à y participer. Je …

Lire la suite…

Stub et Mock ne sont pas des acteurs célèbres mais tout développeur de logiciel devrait obligatoirement les connaitre et leur donner une chance de faire leurs preuves. Car chaque développeur est, en réalité, un metteur en scène. Ne parle-t-on pas de "scénario" de test pour vérifier un programme ? Qui sont les …

Lire la suite…

Dans mon dernier billet, j'ai volontairement omis la revue d'une des solutions proposées à l'Architectural Design Challenge de James Shore. Je n'ai pas traité celle de l'auteur lui-même. La raison ? Elle n'en valait pas la peine. Où plutôt elle devrait être montrée comme exemple de ce qu'il ne faut surtout pas …

Lire la suite…

A few weeks ago, James Shore had initiated an architectural design challenge for which I submitted an entry. Some other people also proposed an implementation. I have listed 4 : Ralf Westphal Justin Bozonier Alexander Beletsky James Shore himself I wanted to review these implementations. I tried to look at them …

Lire la suite…

Un billet sur le blog d'Excilys concernant les switchs en java me donne envie de parler un peu de codage en C#. Tout développeur avec un peu d'expérience sait que les "switch" sont une grande source d'erreurs et une plaie pour la maintenabilité d'un code. Un switch classique, ça donne quelque chose comme ça : …

Lire la suite…

Les méthodes agiles, à travers leurs approches itératives et incrémentales, ont pour caractéristique commune de maintenir en permanence (ou presque) un logiciel dans un état "prêt à livrer". Le travail suit donc un rythme très régulier et sans cassure : pas grosse phase de "conception" ou d'"intégration" pour ne …

Lire la suite…

Last week, I drew a comic about software craftsmanship and I asked for feedback on the software craftsmanship discussion list. The main output was that my drawing could be interpreted as "software craftsmanship is superior to agile". Since it was not my intent, I'm trying to come with something better. When you step …

Lire la suite…

Après le manifeste, voici les principes qui vont avec. Le texte original en anglais est là : http://groups.google.com/group/software_craftsmanship/web/principles-of-software-craftsmanship. Il est à l'état de brouillon mais n'en est pas moins intéressant. L'éthique de l'artisan du logiciel Nous veillons Nous …

Lire la suite…

Lors de ma récente présentation au SigmaT, j'ai proposé la traduction en français suivante pour le Software Craftsmanship Manifesto. Elle n'est certainement pas parfaite mais ça donne au moins une base. Et, à mon avis, le plus gros problème vient de la traduction de "craftsmanship". Le terme français "artisanat" est …

Lire la suite…

Et quelques liens (en anglais) suite aux questions évoquées après la présentation : le groupe de discussion l'éthique et les principes des artisans du logiciel (en anglais). Voir aussi la liste initiale de citations qui a servi de base.

Lire la suite…