Après un bon repas en compagnie de son directeur de projet et d'autres collègues, on ressort toujours avec plein d'idées. C'est intéressant de confronter le point de vue de personnes qui ont peu d'expériences avec celles qui en ont plus.
D'un côté, il y a l'envie forte de respecter toutes les théories, de l'autre il y a le pragmatisme. Confronté quotidiennement aux problèmes d'implémentations, de temps, de coût, entre les bonnes pratiques et les vraies pratiques, il faut faire la part des choses.
En ce moment, le sujet des tests unitaires revient souvent. Qu'est ce qu'un bon test, comment va-t-on faire pour le maintenir, ne faut-il pas écrire les tests avant, et j'en passe.
C'est un vrai sujet, qui demande réflexion, et un point qui est ressorti, c'est le pair programming.
Quelle chance, je rentre et que vois-je sur infoQ, "adopter le pair programming"! Génial!
Les avantages, les inconvénients, un avis sur la manière débuter... "y a plus qu'a" comme on dit
Inscription à :
Publier les commentaires (Atom)
Aucun commentaire:
Enregistrer un commentaire