Après une présentation très courte des 3 régles de TDD, les deux orateurs s'attacheront à animer un Coding Dojo.
Test driven development est la pratique d'ingénierie qui rend non seulement les tests systématiques, mais préconise de les écrire en premier. Malgré les apparences, cette pratique est la source d'un énorme gain de productivité et de qualité une fois maîtrisée, et la base d'une attitude professionnelle.
Un Coding Dojo est normalement une assemblée où les développeurs se rencontrent autour d'un challenge de programmation, un code kata. L'idée du kata est basée sur la théorie que pour devenir meilleur, il faut pratiquer ( cf.
http://projects.ict.usc.edu/itw/gel/EricssonDeliberatePracticePR93.pdf ). Une pratique délibérée sur une longue période de temps est le premier principe pour atteindre une certaine expertise, comme en musique, en sport ou tout autre activité.
Une pratique délibérée est différente de l'expérience acquise dans le travail. C'est quand nous cherchons volontairement à étendre notre expérience, et cherchons un retour pour la valider. Il faut une grande dose de discipline pour s'assoir tout seul et essayer de faire un Code Kata, et il est encore plus difficile d'avoir un retour sans quelqu'un d'expérimenté à côté pour relire ou guider le code.
C'est donc l'essence d'un Coding Dojo, permettre à un plus grand monde de s'essayer à une pratique régulière de Kata de code.
Plusieurs formes existent de Dojo, mais ici nous nous attacherons à démontrer une session de pair programming avec tdd.
