La première présentation de Guillaume Laforge sur Groovy était très intéressante et axée sur le point de vue d’un développeur Java. L’argument majeur que je retiens est que tout code java est lui même du code Groovy (mais pas l’inverse naturellement!). La prise en main est donc très bonne car on écrit du code java au début que l’on groovyse au fur et à mesure que l’on maîtrise les tricks du langage. Je vous épargne les détails ici car Xebia en fait un compte rendu très complet ici. Le seul aspect au final qui me laisse encore perplexe dans Groovy est le faible pouvoir de détection d’erreurs à la compilation. Guillaume Laforge estime que l’aide des IDE (notamment IntelliJ) combiné à un set minimaliste de test unitaire résout le problème, à voir…
La présentation finit par une présentation des DSL (Domain Specific Langage), je ne suis pas persuadé que n’importe quel utilisateurs puissent les utiliser, mais c’est en effet un vrai moyen de se rapprocher de son client et d’essayer de parler la même langue.

La deuxième présentation était une introduction à Grails faites de manière assez ludique. Le point de vue mis en avant (et c’est l’un des atout majeur de Groovy/Grails) était vraiment la productivité. Avec aussi une partie sur le fait que Grails produisent bien une applis standard J2EE (un War). Il est en effet bluffant de voir en 10 minutes tout ce que l’on est capable de produire. Entre une syntaxe très simplifiée (merci Groovy), un boulôt de génération massive pour la BDD et l’IHM (merci Rails) et le fait de pouvoir s’abstenir de redémarrer le serveur d’application, il est clair que la productivité est au rendez-vous. De plus, d’après les retours d’expériences il semblerait que Grails tiennent globalement bien la montée en charge.
A l’issu de cette présentation, j’ai appris que la communauté Groovy était en train de sortir un équivalent de Grails pour Swing, en cherchant un peu je viens de découvrir Griffon. A tester!

Dernier petit bonus de la soirée, j’ai gagné le livre « Filthy rich client » ce qui vraiment cool, merci au ParisJug!

Pour ceux qui n’auraient pas pu participer à la soirée, vous n’avez pas tout perdu car 2 présentations équivalentes sont disponibles, ce sont globalement les mêmes, celles du ParisJug étant justes un poil mise à jour et rallongées.

Présentation de Groovy sur parleys

Présentation de Grails : T18 – Innover sans contraintes, intégrer sans ruptures (s’inscrire gratuitement sur le site de l’université du SI).

Ce mois-ci à l’honneur :

• Tableau blanc Javapolis
• Pourquoi utiliser Groovy?
• Le pouvoir du « Early Feedback »

Tableau blanc Javapolis et Spring MVC

Cette semaine se déroulait en Belgique la grande messe Java Européenne : JavaPolis
Pour ce genre d’occasion, il est fréquent de disposer un tableau blanc avec un marqueur afin que chacun puisse marquer un message sur un thème donné. Voici le résultat pour ce mini sondage concernant les serveurs d’applications et les frameworks J2EE : tableau blanc J2EE
La surprise pour moi est de voir la relative popularité de Spring MVC, à égalité avec Struts et JSF. Certains semble comme nous séduit par sa simplicité et son intégration avec Spring, et ceux malgrès le support extrèment réduit d’AJAX

Pourquoi utiliser Groovy ?

Groovy est le langage de script dont tout le monde Java parle actuellement. Je me suis longtemps interrogé sur cet engouement que suscite ce langage, avec en tête de file le framework J2EE Grails (pour Groovy on Rails).
La réponse semble être : la productivité ! En effet, la syntaxe est assez proche de celle de Java, mais propose quantité de raccourcis et certaines fonctionnalités que ne possède pas Java telles les closures (prévu pour Java 7), le fait que tout soit objet (contrairement aux types primitifs java), les POGO (équivalent de POJO mais sans la nécessité de getters/setters), des générateurs XML très très simple!

• Je vous propose cette rapide présentation, qui met en avant les fonctionnalités de base du langage : Groovy for Java Programmers
• Cet article est à compléter par la présentation des nouveautés de Groovy 1.5 : What’s new on Groovy 1.5
• Et par le site officiel.

Le gros avantage de Groovy est son intégration avec Java (les fichiers sont compilés en .class). On peut utiliser du code java depuis Groovy et inversement !

Le seul problème qui se pose est la multiplication de langages différents. Cependant comme le propose cet article, n’est-il pas plus judicieux de standardiser sur la plateforme java plutôt que sur le langage java?

Le pouvoir du « Early Feedback »

Le feedback est une valeur forte d’XP, ce témoignage montre l’intérêt d’utiliser le feedback le plus tôt possible et les conséquences qu’y peuvent en découler.
Pour éviter l’effet père noël (même si c’est la période), à méditer.