Pair Programming Swapping

Dans un article précédent, j'ai essayé d'introduire le Pair Programming.
Ceux qui s'essaient à cette formidable pratique professionnelle, se sont sûrement  demandés à quel moment il fallait permuter les binômes.
Peut-être même certaines équipes ne permutent quasiment jamais leurs binômes.
Je vais essayer de vous montrer comment, en introduisant la pratique de Revue de Pair, nous pouvons rythmer le binômage dans une équipe.

Egoless Programming Manifesto

Lors de la keynote de Pierre Piezardi à Devoxx France 2012, il a été fait mention du manifeste Egoless Programming. Cela m'a tout de suite frappé et intéressé.
Cette collection cohérente de "règles de vie" du développeur est une pierre utile à l'édifice "AGILE", une façon d'incarner ces valeurs.

1. Comprendre et accepter que nous pouvons faire des erreurs
2. Nous ne sommes pas notre code
3. Peu importe combien nous connaissons le karate, il y aura toujours quelqu'un qui en connaîtra plus que nous
4. Ne pas réécrire le code d'un autre programmeur sans le consulter avant
5. Traitons les gens qui en savent moins que nous avec respect, déférence et patience
6. La seule constante dans le monde est le changement
7. La seule vrai autorité vient du savoir et non de la position
8. Battons-nous pour ce que nous croyons mais acceptons gracieusement la défaite
9. Ne soyons pas "the guy in the room"
10. Critiquons le code plutôt que le codeur. Soyons gentil avec le codeur, pas avec le code

Moi je pair pas je gagne !

Après mon premier article sur le TDD, où j'ai remis en cause certains mythes sur le sujet, je m'attaque au Pair Programming, pratique soeur du TDD en eXtreme programming.

C'est la pratique XP qui a le moins de succès au sein de la communauté large de l'IT. On voit fleurir quantité de billet de blog pour dénigrer cette pratique, on lui préfère la revue de pair (faite par un chef, tu m'étonnes ...), on trouve cela stupide de dépenser deux fois le temps nécessaire pour faire la même chose.

Nous allons voir en quoi cette vision relève d'une incompréhension profonde de ce qu'est le pair programming et l'agile en général. Je vais essayer de briser quelques mythes et de montrer en quoi cette pratique donne toute son efficacité au TDD et à l'eXtreme programming.

TDD n'est pas tester !

Tu fais du TDD toi ?
Bah ouais, des fois j'écris mes tests en premier.
Et ton taux de couverture du code par les tests ?
Bah j'essaie d’atteindre les 80 %, y parait que c'est une bonne moyenne.
Souvent je rencontre des développeurs qui me parles du TDD comme cela.
Mais malheureusement il n'ont pas saisi ce qu'était le TDD, les objectifs qu'il permet d'atteindre, la façon de le mettre en œuvre.
Je vais essayer d'expliquer comment je vois et pratique le Test Driven Development, avec succès depuis quelques années.