Dans mon équipe nous pratiquons systématiquement le TDD et le plus souvent possible le pairing.
En TDD, on se place du point de vue du code utilisateur de ce qui est en cours de dev, cela permet d'éviter le syndrome de l'api difficile à utiliser qui n'a aucun utilisateur.
De plus, comme on a pas envie que l'écriture des tests soit compliquée (fainéantise légendaire du developpeur, je te salue) cela à tendance à créer des apis simples et utiles.
Le pairing par-dessus ajoute la seconde approche pour avoir l'alerte qu'on en fait trop, mais aussi avoir le courage d'introduire plus de design pour la maintenabilité quand nécessaire.
# TDD + Pairing
Posté par patbator . En réponse au journal Lutter contre l'overengineering. Évalué à 0.
Dans mon équipe nous pratiquons systématiquement le TDD et le plus souvent possible le pairing.
En TDD, on se place du point de vue du code utilisateur de ce qui est en cours de dev, cela permet d'éviter le syndrome de l'api difficile à utiliser qui n'a aucun utilisateur.
De plus, comme on a pas envie que l'écriture des tests soit compliquée (fainéantise légendaire du developpeur, je te salue) cela à tendance à créer des apis simples et utiles.
Le pairing par-dessus ajoute la seconde approche pour avoir l'alerte qu'on en fait trop, mais aussi avoir le courage d'introduire plus de design pour la maintenabilité quand nécessaire.