Coding Dojo - Randori sur le TDD Anthony Hurot 2010 Octobre

Planning de la session A faire En cours Fini Présentation dojo 230 Présentation TDD 230 Codage 25 Rétrospective 5

A faire En cours Fini Présentation dojo 230 Présentation TDD 230 Codage 25 Rétrospective 5

Si je veux apprendre le Judo, je vais m'inscrire au dojo du coin et y passer une heure par semaine pendant deux ans, au bout de quoi j'aurai peut-être envie de pratiquer plus assidument. Si je veux apprendre la programmation objet, mon employeur va me trouver une formation de trois jours à Java dans le catalogue Cherchez l'erreur. Laurent Bossavitz Dojo

Dojo Un espace dapprentissage sûr et conviviale Un travail collaboratif Chacun doit pouvoir saméliorer à son rythme Un objectif dapprentissage et esprit non compétitift

kata Kata ( ou littéralement: figure") mot japonais décrivant un modèle de mouvements chorégraphiés et détaillés réalisé par une ou plusieurs personne. Lobjectif nest pas de trouver la meilleur solution mais de comprendre la solution proposée

kata Présentation dune solution Tout le monde doit pouvoir la reproduire à la fin de la présentation Interruption autorisée pour questionner sur la solution

randori ( ou ) est une technique que l'on retrouve dans divers arts martiaux, elle consiste en l'attaque d'une personne par plusieurs partenaires.arts martiaux L'objectif est d'implémenter une solution de façon collaborative Randori

Le principe de base est que tout le monde effectue les rôles de pilote et co-pilote pendant la session. Interruption uniquement lorsque les tests sont valides, silence quand ils sont en échec Randori

A faire En cours Fini Présentation dojo 230 Présentation TDD 230 Codage 25 Rétrospective 5

Méthode toute simple à comprendre : Avant d'écrire un bout de code, on commence par écrire les tests qui vont vérifier la conformité du code. On ne teste pas pour valider le bon fonctionnement, on pilote le développement par les tests. TDD

5 étapes : 1.Rédaction d'un test. 2.Le test est au rouge (en echec). 3.Le binôme de développement à la main. Si le test ne passe pas, le pilote doit expliquer aux participants la raison de l'échec. Les participants n'interviennent que si le binôme le demande.Le binôme doit mettre en œuvre le code permettant de réussir le test. 4.Le test est au vert (réussite). Les participants peuvent intervenir pour proposer des améliorations, faire des remarques, poser des questions… 5.Refactoring du code. TDD

A faire En cours Fini Présentation dojo 230 Présentation TDD 230 Codage 25 Rétrospective 5

La génése dune aventure épique Le commencement, la définition de lavatar Défi

A faire En cours Fini Présentation dojo 230 Présentation TDD 230 Codage 25 Rétrospective 5

A faire En cours Fini Présentation dojo 230 Présentation TDD 230 Codage 25 Rétrospective 5