Depuis un peu plus d'un mois, je lis un livre intitulé : «Extreme Programming Explained», écrit par Kent Beck et en collaboration avec Cynthia Andres ainsi que Erich Gamma. Ce livre explique les fondements et écoles de pensées en arrière de la méthode de développement de logiciels dite: «Extreme Programming» ou «XP».
Cette méthode de travail ou pratique de développement prône la communication entre les programmeurs et les divers intervenants dans le processus de développement. L'une des caractéristiques de cette méthode de travail, est que les programmeurs travaillent en «pair programming». Cette méthode veut que l'un des programmeurs programme pendant que l'autre effectue un suivi et fait la révision avec le programmeur tout en étant assit devant le clavier. Il doit aussi y avoir une alternance entre celui qui programme et celui qui est assit à côté pour faire la révision ou supervision.
Pour certains, nous qui sommes plus ou moins familier avec cette méthode de travail, il peut paraître spécial de devoir travailler huit heures par jour en coéquipier. C'est mon cas, mais nous devons tous nous dire que nous apprenons à mieux communiquer ce que nous voulons faire, mieux justifier nos points de vue, et nous permettre d'argumenter par moment. Ce n’est que l'une des nombreuses facettes intéressantes de l'«Extreme Programming», car beaucoup d'autres aspects positifs pourraient être mentionnées ci haut.
Dans mon cas, je travaille dans un environnement d’«Extreme Programming», mais dans lequel nous ne sommes pas en «Pair Programming», et ce, pour diverses raisons que je ne mentionnerai pas. Par moment il arrive que nous travaillions en «Pair Programming», mais il ne s’agit que de cas très spécifiques.
J'aimerais prendre beaucoup plus de temps pour bien expliquer ce qu'est l'«Extreme Programming», car ce sujet me passionne tout particulièrement. Il va au delà du travail, il s’agit d’un mode de vie, si je peux me permettre de le dire.
Soyez le premier à noter ce billet
- Currently 0/5 Stars.
- 1
- 2
- 3
- 4
- 5