Perso je pense que l'idée du MDA est une faillite intellectuelle, c'était valide à l'époque reine des EJB et autres bloatwares où il s'agissait avant tout de pisser du code tant le langage ou les frameworks étaient abérrants. A partir du moment ou tu as des langages+frameworks type Rails qui te permettent d'exprimer bien plus en quelques mots de prog déclarative sans avoir à aller connecter des flêches en se demandant combien coutera l'outil qui dessine les flêches demain (Neogia s'est bien planté avec PoseidonUML qui est devenu payant, ils n'ont même pas encore fini de payer leur migration sur l'UML fait dans Netbeans, jusqu'au prochain abus du fabricant d'outils...
Je considère qu'OpenERP est à peu près aussi bien conçu que Rails en terme d'API (disons que c'est ce qui s'en rapproche le plus en terme d'ERP) et je ne vois pas tellement comment on peut exprimer de façon plus canonique un besoin fonctionnel que le minimum d'instructions de code mis en jeux, c'est cela qui me donne une très grande confiance.
Après oui, c'est vrai OpenERP pourrait s'essayer à un peut plus de vitesse. Mais ils ont quand même 2 niveaux de cache dans leur ORM, comme sur Hibernate et pas comme sur Compiere ni Openbravo qui ont d'ailleurs sans doute un base plus faible de testeurs capables. Et au pire, sur les points chauds avérés tu peux toujours bourriner du PL/SQL à papa pour accélérer à la même vitesse d'un Openbravo ou un Compiere (mais la différence avec eux c'est que le PL/SQL reste l'ultime option et qu'on est pas obligé d'en arriver là d'office). Concédons que ces derniers peuvent tourner sur Oracle contrairement à OpenERP. Reste que depuis que ma dernière version du livre blanc en Mai, eTiny est devenu 3 fois plus rapide environ et nombre de partenaires ont fait état de déploiements avec des milliers de mouvements de stock ou comptables par mois. J'avoue que je suis en passe de ne plus me faire de souci de ce côté-ci, je corrige d'ailleurs notre livre blanc en ce sens.
Au fait, en creusant encore: oui décidemment Dolibarr semble avoir beaucoup progressé et sera sans doute un bon choix pour les très petites structures qui ne peuvent pas investir sur quelque chose de plus gros. Il s'agît en effet d'une niche qui était mal remplie par les les offres concurrentes.
[^] # Re: quid des références?
Posté par rvalyi . En réponse à la dépêche Dolibarr ERP/CRM 2.4 stable est disponible. Évalué à 1.
question MDA: y'en a déjà un moyen pour OpenERP:
http://www.openobject.com/index.php?option=com_content&t(...)
cliques sur la deuxième démo 'generate the objects'.
Perso je pense que l'idée du MDA est une faillite intellectuelle, c'était valide à l'époque reine des EJB et autres bloatwares où il s'agissait avant tout de pisser du code tant le langage ou les frameworks étaient abérrants. A partir du moment ou tu as des langages+frameworks type Rails qui te permettent d'exprimer bien plus en quelques mots de prog déclarative sans avoir à aller connecter des flêches en se demandant combien coutera l'outil qui dessine les flêches demain (Neogia s'est bien planté avec PoseidonUML qui est devenu payant, ils n'ont même pas encore fini de payer leur migration sur l'UML fait dans Netbeans, jusqu'au prochain abus du fabricant d'outils...
Je considère qu'OpenERP est à peu près aussi bien conçu que Rails en terme d'API (disons que c'est ce qui s'en rapproche le plus en terme d'ERP) et je ne vois pas tellement comment on peut exprimer de façon plus canonique un besoin fonctionnel que le minimum d'instructions de code mis en jeux, c'est cela qui me donne une très grande confiance.
Après oui, c'est vrai OpenERP pourrait s'essayer à un peut plus de vitesse. Mais ils ont quand même 2 niveaux de cache dans leur ORM, comme sur Hibernate et pas comme sur Compiere ni Openbravo qui ont d'ailleurs sans doute un base plus faible de testeurs capables. Et au pire, sur les points chauds avérés tu peux toujours bourriner du PL/SQL à papa pour accélérer à la même vitesse d'un Openbravo ou un Compiere (mais la différence avec eux c'est que le PL/SQL reste l'ultime option et qu'on est pas obligé d'en arriver là d'office). Concédons que ces derniers peuvent tourner sur Oracle contrairement à OpenERP. Reste que depuis que ma dernière version du livre blanc en Mai, eTiny est devenu 3 fois plus rapide environ et nombre de partenaires ont fait état de déploiements avec des milliers de mouvements de stock ou comptables par mois. J'avoue que je suis en passe de ne plus me faire de souci de ce côté-ci, je corrige d'ailleurs notre livre blanc en ce sens.
Au fait, en creusant encore: oui décidemment Dolibarr semble avoir beaucoup progressé et sera sans doute un bon choix pour les très petites structures qui ne peuvent pas investir sur quelque chose de plus gros. Il s'agît en effet d'une niche qui était mal remplie par les les offres concurrentes.
Cordialement,
Raphaël Valyi.