Commentaires sur : Le MDA c’est Agile ! http://www.net-liard.com/blog/2008/07/mda-agile/ Un blog utilisant WordPress Tue, 06 Jan 2009 20:57:49 +0000 http://wordpress.org/?v=2.6.3 Par : Samuel http://www.net-liard.com/blog/2008/07/mda-agile/#comment-21 Samuel Thu, 10 Jul 2008 17:35:10 +0000 http://www.net-liard.com/blog/?p=29#comment-21 J'ai l'impression que nous n'avons pas la même définition du MDA. J'utilise des transformateurs MDA simples et souples. Pour donner un ordre d'idée nous venons d'en finir un avec Accelo en moins de 10 jours. Ce transformateur répond à mes besoins actuels, mais je vais le faire évoluer progressivement (par itération ;) ). Pour moi un projet = un transformateur, car chaque projet a des besoins/habitudes spécifiques. Je ferai un post plus complet pour expliquer plus clairement ma vision du MDA pragmatique. J’ai l’impression que nous n’avons pas la même définition du MDA.

J’utilise des transformateurs MDA simples et souples. Pour donner un ordre d’idée nous venons d’en finir un avec Accelo en moins de 10 jours.
Ce transformateur répond à mes besoins actuels, mais je vais le faire évoluer progressivement (par itération ;) ).

Pour moi un projet = un transformateur, car chaque projet a des besoins/habitudes spécifiques.

Je ferai un post plus complet pour expliquer plus clairement ma vision du MDA pragmatique.

]]> Par : Eric http://www.net-liard.com/blog/2008/07/mda-agile/#comment-20 Eric Thu, 10 Jul 2008 08:37:29 +0000 http://www.net-liard.com/blog/?p=29#comment-20 L'intérêt que tu trouves à MDA, c'est justement celui qu'apporte les frameworks applicatifs (au sens très large: j'y inclue les classes helper sont des débuts de framework). Je ne parle pas des frameworks Spring, JSF & Co, mais bien du framework que tu finirais par développer toi-même, dans le cadre de ton/tes projets. La grosse différence, c'est que tu n'es pas obligé de le faire *a priori*. Si tu n'as pas d'intérêt à avoir un framework, eh bien tu n'en fais pas et tu économises l'énergie. Si tu réalises qu'il te faut un, tu peux le construire progressivement, itération par itération, selon tes besoins réels (et non anticipés). Avec MDA, tu es obligé de dépenser cette énergie a priori pour construire ta plateforme. Si le projet est annulé (une chose fréquente, tout de même), ou si tu t'es complètement trompé dans la plateforme, tu perds tout cet investissement. J'ajoute que MDA ne t'aide pas à adapter la technologie aux besoins de chaque projet. Si par hasard un projet n'a besoin que de POJO plutôt que d'EJB, ou s'il souhaite tirer partie d'une technologie récente, MDA ne t'apporte rien, en tout cas pas plus qu'un framework construit progressivement, de façon pragmatique. C'est pour cela que moi, et beaucoup d'autres, considérons que le MDA n'est pas agile. C'était le sens de ma question sur le refactoring agressif à la suite de l'intervention de Grégory. L’intérêt que tu trouves à MDA, c’est justement celui qu’apporte les frameworks applicatifs (au sens très large: j’y inclue les classes helper sont des débuts de framework). Je ne parle pas des frameworks Spring, JSF & Co, mais bien du framework que tu finirais par développer toi-même, dans le cadre de ton/tes projets.
La grosse différence, c’est que tu n’es pas obligé de le faire *a priori*. Si tu n’as pas d’intérêt à avoir un framework, eh bien tu n’en fais pas et tu économises l’énergie. Si tu réalises qu’il te faut un, tu peux le construire progressivement, itération par itération, selon tes besoins réels (et non anticipés).

Avec MDA, tu es obligé de dépenser cette énergie a priori pour construire ta plateforme. Si le projet est annulé (une chose fréquente, tout de même), ou si tu t’es complètement trompé dans la plateforme, tu perds tout cet investissement.
J’ajoute que MDA ne t’aide pas à adapter la technologie aux besoins de chaque projet. Si par hasard un projet n’a besoin que de POJO plutôt que d’EJB, ou s’il souhaite tirer partie d’une technologie récente, MDA ne t’apporte rien, en tout cas pas plus qu’un framework construit progressivement, de façon pragmatique.

C’est pour cela que moi, et beaucoup d’autres, considérons que le MDA n’est pas agile. C’était le sens de ma question sur le refactoring agressif à la suite de l’intervention de Grégory.

]]>