avr
3
XP Day Suisse Romande
Filed Under Conférences | Leave a Comment
La première édition du XP Day de Suisse Romande organisée par Agile Swiss le 30 mars dernier a rencontré un grand succès et les 100 places à disposition ont toutes été occupées. Voici un compte-rendu de quelques-unes des présentations.
Portia Tung et Pascal Van Cauwenberghe nous ont présenté cinq outils pour nous aider sur la route de l’agilité. Avec cinq exercices simples (connaître ses collègues, s’évaluer par rapport aux valeurs agiles, un jeu de rôle pour colorier en équipe, l’écriture de tests d’acceptations et une rétrospective de la séance), les auditeurs se sont transformés en participants et on pu vivre une vision agile d’une présentation très interactive.
Isabelle Therrien de Pyxis Technologies a présenté les problèmes rencontrés sur un projet partagé entre plusieurs équipes et plusieurs continents. Sur la base d’un projet en cours depuis 2008 avec une quinzaine de développeurs répartis entre la France et le Québec, Isabelle nous a présenté l’évolution du projet et les diverses solutions testées pour le faire fonctionner sur un mode agile malgré la distance. Voici les quelques enseignements importants tirés de son expérience:
- former des équipes qui correspondent à l’architecture de l’application
- accepter la création de postes « sur mesure » spécialisés pour certaines tâches
- favoriser les « vraies rencontres » entre les participants: rien de remplace un contact personnel
- il est possible d’utiliser des petites équipes de quatre personnes pour favoriser la cohésion. Il faut favoriser le mélange des gens en permettant de changer d’équipe entre les sprints en fonction des thèmes traités.
Jérôme Layat d’Hortis nous a fait part de ses expériences de la programmation en binôme (pair programming) qu’il pratique depuis 2001. Après 8 ans de mise en oeuvre continue, il recommande cette pratique comme un moyen d’améliorer la qualité du code. Il ne faut pas trop s’effrayer si cette pratique peut provoquer initialement quelques affrontements de personnalités. Une rotation des paires permet d’éviter certains problèmes de personnes, soit du fait de conflits, soit du fait de trop de routine amicale. A part la qualité du code, les autres avantages procurés par le pair programming sont l’amélioration de la confiance en soi et celle de l’équipe et la formation accélérée des nouveaux membres d’un projet.
Nicolas Charpentier et Dominic Williams ont présenté un exposé riche puisqu’il parlait du développement piloté par les tests (TDD) en Erlang, un langage de programmation fonctionnelle. L’objectif était de démontrer comment la pratique du TDD était facilitée par Erlang, par rapport à un langage comme Java. Une démonstration en temps réel est venue étayer les propos des intervenants.
oct
30
Avons-nous besoin des test unitaires?
Filed Under Chiffres | Leave a Comment
Un sondage récent de Methods & Tools a trouvé que malgré que le nombre de pratiquants du TDD a augmenté, les tests unitaires sont toujours conduits en majorité de manière informelle, lorsqu’ils ne sont pas tout simplement ignorés par les développeurs. Ce sondage a examiné comment les organisations exécutent les tests unitaires. Est-ce une activité informelle exécutée avant l’intégration s’il reste du temps ou est-ce un élément clé du processus de développement? La question était: comment sont exécutés les tests unitaires dans votre organisation? Read more
juil
21
Methods & Tools est un magazine en anglais gratuit pour les développeurs, les testeurs et les chefs de projets informatiques. Contenu du numéro Summer 2008 :
* UML versus Domain-Specific Languages
* We Increment to Adapt, We Iterate to Improve
* Building Products with Acceptance TDD
* Getting and Keeping Control over your Project
60 pages de connaissances en développement de systèmes d’information.
Pour télécharger ou lire ce numéro, aller sur http://www.methodsandtools.com/
avr
30
Les trois règles du Test Driven Development
Filed Under Citations | Commentaires fermés
Au cours des ans, j’ai été amené à décrire le Test Driven Development en utilisant trois règles simples :
1. Vous ne devez écrire du code de production que pour faire réussir un test qui échoue.
2. Vous ne devez écrire que le test unitaire que nécessaire pour échouer; les problèmes de compilation sont aussi considérés des échecs.
3. Vous ne devez écrire que code de production nécessaire pour faire réussir un test unitaire qui échoue. Read more
mar
6
L’approche agile de développement du logiciel a sans aucun doute gagné en visibilité en 2007, mais est-elle vraiment plus utilisée dans les entreprises? Un récent sondage de Methods & Tools posait la question : à quel stade est l’adoption des approches agiles (XP, Scrum, TDD, …) dans votre organisation ? (résultats 2005 d’une étude comparable)
Read more