j'ai touché à 3 framework "façon Rails":
- Ror (un peu, essentiellement du bidouillage/plugin autour de Redmine): un peu du mal a accrocher avec Ruby, mais c'est juste une question de gout.De toute maniere, j'en ai pas fait assez pour juger honetement, autant le dire
- Turbogears2 en python. Environ 6-8 mois sur un gros projet. Un Orm tres interessant (SqlAlchemy), ... Pas mal du tout techniquement, et puissant, le principal défaut étant une doc tres eparsse sur plusieurs site, tres incomplete, obligeant a aller voir le code source lorsqu'on sort un poil des sentiers battus.
- Et Grails, sur lequel je me suis fixé au final (pour 3 projets pour l'instant):
La logique de base est la meme que RoR, TG2 de part la philosophie, structure générale et avantages concrets (concision du code, productivité...). L'Orm est béton (Hibernate), et forme une parfaite intégration autour de Spring+Hibernate, sans les erreurs basiques souvent à l'origine des echecs de projets Java, en particulier avec hibernate (voir le billet de Ploum pour rire).
Et la doc est bien foutu, les exemples ou tutoriaux nombreux.
A l'utilisation, en dehors des gouts inhérent à chacun, RoR, Turbogears et Grails sont équivalents.
Là où Grails a un avantage certain, c'est en bibliotheques importable et utilisable directement.
Et là ou Grails bat les autres par KO absolu, et on sort ici du technique, c'est quand il faut convaincre un client: Entre Ruby, Python, ou J2EE, le choix est souvent vite fait. Et comme le dévelopeur, dans Grails, peux choisir entre programmer en Java ou en Groovy (ou en mixe des 2), le développeur, aussi, est heureux.
[^] # Re: .
Posté par Johann Ollivier-Lapeyre (site web personnel) . En réponse au journal Pourquoi réécrire LinuxFr.org ?. Évalué à 3.
j'ai touché à 3 framework "façon Rails":
- Ror (un peu, essentiellement du bidouillage/plugin autour de Redmine): un peu du mal a accrocher avec Ruby, mais c'est juste une question de gout.De toute maniere, j'en ai pas fait assez pour juger honetement, autant le dire
- Turbogears2 en python. Environ 6-8 mois sur un gros projet. Un Orm tres interessant (SqlAlchemy), ... Pas mal du tout techniquement, et puissant, le principal défaut étant une doc tres eparsse sur plusieurs site, tres incomplete, obligeant a aller voir le code source lorsqu'on sort un poil des sentiers battus.
- Et Grails, sur lequel je me suis fixé au final (pour 3 projets pour l'instant):
La logique de base est la meme que RoR, TG2 de part la philosophie, structure générale et avantages concrets (concision du code, productivité...). L'Orm est béton (Hibernate), et forme une parfaite intégration autour de Spring+Hibernate, sans les erreurs basiques souvent à l'origine des echecs de projets Java, en particulier avec hibernate (voir le billet de Ploum pour rire).
Et la doc est bien foutu, les exemples ou tutoriaux nombreux.
A l'utilisation, en dehors des gouts inhérent à chacun, RoR, Turbogears et Grails sont équivalents.
Là où Grails a un avantage certain, c'est en bibliotheques importable et utilisable directement.
Et là ou Grails bat les autres par KO absolu, et on sort ici du technique, c'est quand il faut convaincre un client: Entre Ruby, Python, ou J2EE, le choix est souvent vite fait. Et comme le dévelopeur, dans Grails, peux choisir entre programmer en Java ou en Groovy (ou en mixe des 2), le développeur, aussi, est heureux.