Coding Dojo

Un exercice de code

Inspiré par les arts martiaux, le dojo est la salle où l'on étudie et pratique.

La répétition est un élément indispensable pour apprendre, retenir et progresser.

-> s'améliorer, se perfectionner

On répète donc les mêmes gestes pour acquérir des automatismes et s'améliorer -> lenteur.
C'est aussi un moment où l'on partage ses connaissances avec d'autres développeurs -> collaboration

kata : Une seule personne montre aux autres comment elle a résolu un problème
randori : Deux ou plusieurs personnes qui codent en faisant des round

Le randori, une discipline de code avec contraintes :

temps (1h/1h30 avec des rounds de 5 minutes)
méthodologie (TDD, Pair Programming) AGILE/XP
équipe (2 codeurs + spectateurs)

Le pair programming

Le Pair programming est une technique de développement issue de la méthode agile, dans laquelle deux développeurs(ses) travaillent ensemble sur un seul ordinateur.

L’un(e) d’entre eux est le/la pilote, qui écrit le code, pendant que le/la second(e) relit chaque ligne de code tapée.

Les deux développeurs(ses) changent de rôle fréquemment (toutes les 5-10 minutes par exemple).

La salle peut poser des questions

Test Driven Development

Vous codez en TDD :

vous commencez par écrire un test qui prend en compte un premier cas (le plus petit et facile que vous puissiez trouver, baby step).
Vous lancez les tests, et vous vous laissez guider par leurs résultats pour écrire le code strictement nécessaire pour faire passer ce premier test au vert.
Vous écrivez un nouveau test.
Vous améliorez le code (refactoring).

Et on recommence.

Red / Green / Refactor

Ressources

Idées de katas :

Roman to Number / Number to Roman / Garros
Lags / Potter / Morpion / Jeu de la vie
Vérifier si une année est bisextile Kata Leap
fibonacci / Censure

Sur le net :

https://sites.google.com/site/tddproblems/all-problems-1
exercism.io
http://cyber-dojo.org/
Code Wars

Le livre de référence sur TDD :

TDD by Example, Kent Beck

Le code a toujours raison"

MERCI