Le TDD est le MDA ne sont pas totalement opposés, puisque le TDD est une pratique de codage, alors que le MDA est une pratique d’architecture.

Il faudrait plutôt opposer MDA et XP. eXtreme Programming propose une approche complète du processus de développement logiciel, dont le TDD est une des pratiques, et MDA consiste (de ce que j’en ai compris, ne l’ayant pas pratiqué) à s’appliquer des modèles lors de la conception de l’architecture. Un peu comme les design patterns (à un plus bas niveau). Or XP n’est pas opposé aux patterns, aux contraires.

Dans la philosophie de base de XP (You Ain’t Gonna Need It), le principe est de ne pas en faire trop en amont pour obtenir un retour sur investissement constant, alors que les approches classiques peuvent mener à attendre longtemps avant d’avoir le plus petit bout d’application utilisable. Et l’approche MDA n’est pas complètement opposée à ce principe.

Bref comme tu l’as dit, l’essentiel est que la méthode utilisée fonctionne.

* Faute de frappe : eXtrempe Programming (+ plusieurs fautes d’accord, mais je m’y suis fait)

* Le dernier projet sur lequel j’ai travaillé l’a été avec une approche moit’ MDA, moit’ TDD (bcp de Junit et génération du modèle grâce au classes mappées sur la base accédée par Hibernate).

Je retrouve tout à fait l’esprit dans lequel j’ai pu programmer à cette période dans la phrase "Harnaché avec ses tests unitaires, le développeur peut donc se lancer dans les remaniements les plus audacieux, et cela sans le moindre risque. Enfin presque}}.

Cette expérience a été extrêmement bonne et je ne me vois pas une seconde développer à nouveau un projet sans écrire de tests unitaires à foison.

Mais un truc qui m’embête, c’est que j’ai cru comprendre que l’approche TDD et MDA étaient en opposition (the model is the code, the code is the model). Pour moi, elles peuvent être complémentaires.

Qu’en penses tu ?