Netapsys Blog - parisJUG

Groovy : retour sur la présentation du Paris JUG

Can Atac — Wed, 10 Sep 2008 08:17:00 +0200

Le JUG de Paris présentait le 9 septembre le langage Groovy et le framework associé Grails. Près de 200 personnes y assistaient dont, au moins, trois représentantes de la gente féminine !

Piètre programmeur java et amoureux de musique 'soul', je dois avouer que ma curiosité a d'abord porté sur le caractère "funky groove" du nom du langage et de son logo.
Cela dit, quand un vieux bonhomme de 37 balais comme moi discute de Groovy avec une jeune recrue et sort :
"Oh là là, encore un nouveau langage à apprendre" et que ce dernier répond
"Oui, mais c'est comme du java",
la crise naissante de la quarantaine m'a motivé à titiller mes neurones en comprenant mieux l'intérêt porté par les développeurs et ainsi, objectif ultime, de rester "hype" ;)

La présentation de Groovy m'a rassuré en tout point :

D'abord, vu le monde, c'est vraiment tendance ensuite c'est gratuit et open source !
C'est un langage de script où le typage est dynamique (et donc un peu plus gourmand en ressources)
C'est vrai, ça ressemble beaucoup à du java
Je peux continuer à utiliser Eclipse avec un plugin adapté (à ce propos, le présentateur a une préférence pour IntelliJ)
Je peux allier java et groovy dans une même application : une classe groovy peut étendre une classe java, et vice-versa (c'est ce qu'on appelle la "protection de son investissement"), et je peux mettre des petits bouts de code groovy dans mon code java (version 6 avec l'API javax.script)
Groovy est en avance sur Java : il y a des "closures" (des fonctions définies dans des fonctions...je crois) dans la version actuelle (1.5 depuis nov. 2007), j'avoue que j'ai eu un peu de mal à saisir leur intérêt, j'attends que quelqu'un m'éclaire...
Des grands comptes ont des applications en groovy : 50000 lignes de code pour une mutuelle américaine (la moitié représentant des tests...ouch !...)

Côté productivité : Des petits exemples sur la manipulation de listes et de Datasets avec moins de lignes de code montrent qu'effectivement, le programmeur va plus vite.

Quelle conclusion pour un débutant qui connaît java :

Facile à installer, à utiliser
Une programmation plus rapide
Pour ma part, une étape initiatique avant d'aller vers Ruby

Quelle conclusion pour un décideur :

La prise de connaissance ne coûte pas chère !
Un gain de productivité (qui reste néanmoins à mesurer)
Il protège son investissement

Bon c'est vrai, j'ai toujours un peu de mal à trouver des arguments chocs pour convaincre une Direction Financière de changer de techno...je vais travailler cela...

1er JUG2B au ParisJUG : essai transformé !

Yoann Hébert — Fri, 13 Jun 2008 01:38:00 +0200

La première réunion du JUG2B, créé par le ParisJUG, a eu lieu ce soir. Qualité de l'intervention, nombre de participants, qualité des échanges, convivialité, ... cette première réunion est un vrai succès. Le JUG2B est lancé, et bien lancé !

Le JUG2B se veut moins technique et plus éclectique que les réunions traditionnelles du JUG. La soirée, intitulée "meilleurs développeurs", est animée par John Rizzo, fondateur de JavaBlackBelt.

L'objectif de son intervention est double :

analyser ce qui caractérise un bon développeur et les moyens à mettre en oeuvre pour les détecter ;
identifier les moyens d'attirer et de conserver ces bons développeurs.

A chaque fois, les points de vue du recruteur et du recruté sont analysés. Je ne vais pas vous refaire la présentation, d'une part parce qu'il fallait venir (! ;-)) et d'autre part parce que la présentation de John sera prochainement disponible sur le site du JUG.

Je vous en livre tout de même quelques idées fortes :

les principales qualités d'un bon développeur ne résident pas dans son niveau technique à un instant donné, mais beaucoup plus dans sa capacité à apprendre et à progresser et dans ses qualités humaines ;
"les bons attirent les bons" : de même qu'on ne prête qu'aux riches, les bons développeurs rejoignent spontanément les équipes de bons développeurs. A condition de disposer d'un bon noyau, c'est un cercle verteux ! :-)
les bons développeurs ne sont jamais sur le marché.

Je sors de cette soirée ravi et plein d'optimisme. D'une part parce que tout ce que j'ai entendu va dans le sens de ce que nous mettons en oeuvre chez Netapsys : recrutement sur le potentiel et les qualités humaines, recrutement sur profil et non sur mission, établissement d'une vraie relation de confiance entres les équipes, recrutement mené par un profil technique, partage d'une passion commune pour les technologies, ... Et d'autre part parce que ce JUG2B et l'ensemble des acteurs de cette soirée nous prouvent qu'il existe une vraie alternative au modèle sclérosé de certaines SSII déshumanisées où le recrutement est mené par le service commercial, sans aucune connaissance technique, sans valeur humaine sincère, sans construction d'équipe, sans projet d'entreprise, ...

Cette prise de conscience est une excellente chose pour les véritables sociétés d'ingénierie informatique. Les choses bougent, et dans le bon sens ! Et en ce qui me concerne, je réserve dès maintenant ma place pour le prochain JUG2B ! :-)

Un JUG printanier

Darko Stankovski — Wed, 11 Jun 2008 00:43:00 +0200

Pour le dernier JUG Parisien de printemps, le thème était le framework Spring. La mouture 2.5 est en effet sortie il y a environ 2 mois, accompagnée de son lot de nouveautés.

Retour sur cette soirée riche en enseignements.

Une des évolutions, qui concernera le plus grand monde, est l'utilisation plus importante des annotations qui permet de décharger de manière très importante les fichiers de configuration. En effet, l'une des grandes critiques que l'on pouvait faire à propos de Spring, est le volume de fichier de configuration XML. Avec cette mouture 2.5, la configuration XML devrait elle aussi être réduite puisqu'elle ne devrait concerner que la partie initiale du projet. Au développeur par la suite de tirer profit des annotations que Spring met à disposition pour alléger le code technique. Ceci a été illustré par le développement d'une fonctionnalité de Blog par la méthode des TDD (Test Driven Developement, Développement Dirigé par les Tests) par Christian Blavier au micro et Jean-François Hélie au clavier. Cette démonstration a pu mettre en avant l'avantage de cette méthode qui tire pleinement avantage de ce qu'offre Spring 2.5, ainsi que des outils associés tel que Unitils qui permet de tirer profit de DBUnit et EasyMock pour les tests (plus ou moins) unitaires.

La présence de Julien Dubois et Michaël Isvy, de SpringSource, a permis d'approfondir les nouveautés de Spring 2.5. Parmi celles-ci, Spring Security, évolution d'Acegi Security, est l'une des plus marquante. Acegi Security, bien que très bon outil de sécurité, avait comme gros défaut d'être très complexe à manipuler. Spring Security 2.0 équilibre la donne en réduisant la complexité, notamment au niveau du fichier de configuration, tout en permettant une gestion fine de la sécurité. Il est ainsi possible de laisser Spring Security gérer les cookies d'authentification, de bloquer 2 authentifications simultanées, et par les méthodes d'interception, de gérer les autorisations d'appel de toute méthode des objets gérés par Spring. Tout cela peut faire l'objet d'un prochain billet...

Pour le reste des nouveautés, il faut citer Spring Dynamic Modules For OSGi(tm) Service Platforms qui a pour objectif de proposer des modules Java (et non pas juste des archives). Je vous laisse découvrir ce sujet sur la présentation disponible sous peu sur le site de Paris Jug. On citera donc aussi Spring Batch, Spring Web Flow, Spring WebServices... Tant de projets qui apportent de manière souple des facilités pour le développement de nos applications Java.

Maven au ParisJUG

Jean-Baptiste Defard — Sun, 18 May 2008 12:19:00 +0200

J'ai assisté mardi soir dernier à la présentation, par Arnaud Heritier, de Maven au Paris JUG . C'était une présentation vraiment intéressante. Arnaud a répondu avec beaucoup d'intelligence et de gentillesse à un certain nombre de questions concernant la communauté, l'organisation des repositories, les plugins et l'avenir du projet. Il a présenté les principales nouveautés de la version 2.0.9 et l'actualité de la communauté.

Concernant les bonnes pratiques, des confirmations de ce que nous faisons déjà :

Utiliser Maven 2.0.9 sur lequel un gros travail d'amélioration a été réalisé, notamment en ce qui concerne la gestion des dépendances.
Eviter les mises à jour automatiques des plugins en déclarant les versions des plugins utilisés dans le POM.
Déclarer les versions des dépendances dans le POM parent et référencement dans les POM dérivés.
Même si Maven 2.0.9 améliore les choses, ne pas faire (trop ) confiance à la résolution des dépendances transitives.
Limiter l'utilisation des profils au strict minimum indispensable pour les configurations multi-environnements.

Pour la configuration des plugins de rapport, il faut placer la configuration par défaut dans la section <report> et éventuellement modifier cette configuration par défaut dans la section <build> d'un POM dérivé. Autre information intéressante, configurer les plugins de rapport dans la section <pluginManagement> ne sert à rien, car cette configuration est ignorée.

L'intégration à Eclipse devrait s'améliorer notablement d'ici à la fin de l'année. Eclipse prévoit d'intégrer dans ses distributions soit le plugin Q4e, soit le plugin m2Eclipse. Ces deux plugins sont actuellement en compétition pour l'intégration à Eclipse. Netbeans a, semble-t-il, un meilleur support de Maven 2.

En passant, j'ai bien apprécié la nouvelle fonctionnalité de Maven 2.0.9 permettant de modifier les dépendances d'un plugin. Vraiment pratique, par exemple pour utiliser AspectJ 1.6.0 avec le plugin maven.

En résumé, une bonne soirée au JUG et plein d'informations utiles pour améliorer les builds.

JUG2B : le ParisJUG étend son périmètre d'action

Yoann Hébert — Wed, 30 Apr 2008 21:56:00 +0200

Par définition, un JUG (Java User Group), concentre naturellement les adeptes les plus ferrus de Java : du développeur au chef de projet technique en passant par l'architecte. Mais c'est bien connu, la consanguinité peut rapidement générer quelques problèmes... ! ;-)
L'équipe du ParisJUG l'a bien compris et a décidé, à peine 4 mois après le lancement du JUG, de l'ouvrir à une population plus large : c'est le cadre du JUG2B (JUG to Business). Son objectif est d'associer les dirigeants (informatiques, ressources humaines, ...) à la démarche et de rassembler l'ensemble des acteurs tous les trimestres, autour de thèmes plus larges que lors des réunions mensuelles. Rassurez-vous, il y est toujours question d'informatique !

La première session du JUG2B, prévue le 12 juin, abordera deux thèmes intitulés "Meilleurs développeurs" et "Comment attirer et garder les développeurs".

Plus d'infos sur le site du JUG.