Posté par golum .
En réponse à la dépêche Acceleo 1.2.
Évalué à 2.
En outre, pour les utilisateurs professionels, je conseille vivement de regarder Acceleo Pro Tracability (commercial) qui complete Acceleo Open source en ajoutant des fonctions permettant de tracer les relations entre le code et les modeles (diff de modeles, preview avant génération, tracabilité asymétrique modele-> n artéfacts ou artéfact-> element du modele...)...
Est-ce que c'est comparable aux liens de transformation de MIA ?
Si tel est le cas, c'est tellement indispensable que si ca n'est disponible que dans la version commerciale, ca relativise l'intêret d'avoir mis une partie de Acceleo en OpenSource.
Merci de nous eclairer un peu sur cet aspect.
Quel est votre Business Model à terme ?
Offrir des versions bridées de votre outil en Open-source
ou vous rémunérer sur les services autour de votre offre.
Attention ce n'est pas une attaque.
A noter qu'une approche DSM et non MDA scricte preconise une génération directe PIM-> code contrairement au DMA (PIM-> PSM -> code)
Par conséquent, dans une approche DSM ou MDSD, les transfos M2M ne sont utiles que pour des reprises ou migrations de modeles (par exemple suite à un changement de leur meta-modele).
Oui enfin la génération from scratch depuis un PIM, j'ai un peu du mal à y croire.
Si on s'en tient à wikipédia, le DSM ( http://en.wikipedia.org/wiki/Domain-Specific_Modeling ) c'est la generation de code améliorée remise au goût du jour avec des standards et un peu plus de souplesse.
Dans la réalité , il est parfois inévitable se fixer des étapes intermédiaires qui permettent d'obtenir des modèles basé sur des DSL et de permettre d'élaborer les modèles manuellement. Ca permet aussi d'anticiper des évolutions d'architecture.
D'autre part, même si les transfo ne sont utiles que ponctuellement dasn une approche DSM, il est important qu'elle soient prises en compte dans le cadre d'un offre intégrée.
openarchitectuware répond à ce besoin, qu'en est il de Acceleo/ADT ?
Mais bon, je ne suis pas spécialiste de la question donc je dois sûrement dire une bétise.
[^] # Re: A essayer absolument
Posté par golum . En réponse à la dépêche Acceleo 1.2. Évalué à 2.
Est-ce que c'est comparable aux liens de transformation de MIA ?
Si tel est le cas, c'est tellement indispensable que si ca n'est disponible que dans la version commerciale, ca relativise l'intêret d'avoir mis une partie de Acceleo en OpenSource.
Merci de nous eclairer un peu sur cet aspect.
Quel est votre Business Model à terme ?
Offrir des versions bridées de votre outil en Open-source
ou vous rémunérer sur les services autour de votre offre.
Attention ce n'est pas une attaque.
Oui enfin la génération from scratch depuis un PIM, j'ai un peu du mal à y croire.
Si on s'en tient à wikipédia, le DSM ( http://en.wikipedia.org/wiki/Domain-Specific_Modeling ) c'est la generation de code améliorée remise au goût du jour avec des standards et un peu plus de souplesse.
Dans la réalité , il est parfois inévitable se fixer des étapes intermédiaires qui permettent d'obtenir des modèles basé sur des DSL et de permettre d'élaborer les modèles manuellement. Ca permet aussi d'anticiper des évolutions d'architecture.
D'autre part, même si les transfo ne sont utiles que ponctuellement dasn une approche DSM, il est important qu'elle soient prises en compte dans le cadre d'un offre intégrée.
openarchitectuware répond à ce besoin, qu'en est il de Acceleo/ADT ?
Mais bon, je ne suis pas spécialiste de la question donc je dois sûrement dire une bétise.