Est-ce que vous avez déjà vu une équipe de dev pratiquant le TDD, qui n'a pas plein d'autres bonnes pratiques en plus ?
Pour moi le TDD est un peu comme une partie visible d'un iceberg de bonnes pratiques. Ce n'est pas quelque chose d'évident au premier abord, car contre-intuitif. Mais quand on arrive là, c'est qu'il y a aussi d'autres bonnes bases.
Question qui m'est venue suite à un commentaire de William Alexander sous mon dernier post.
Developpeur/ DDD enthousiaste / Architecte / Tech Lead / Coach Technique Agile / Artisan logiciel / également CTO + CEO
1 month ago
Boaf, la liste est déprimante :
- God object
- pas de SOLID
- des try/catch de partout que tu sais plus ce qui se passe
- des nulls à la pelle
- de la mutabilité partout, même et surtout sur les statiques
- des commentaires qui sont périmés ou juste bidon
- des Java doc qui servent à rien
- du code dupliqué
- du CRUD sans règles métiers
- du nommage à la truelle
... T'en veux encore ? 😁
C'est pas faux, mais on peut aussi pratiquer le dogmatisme qui est l'autoroute de l'enfer 😅
Néanmoins TDD ou non, je persiste à croire qu'une production sans tests n'est pas fiable ni robuste... donc pas finie.