Maven2 au ChtiJUG

Ce soir j’ai participé à la deuxième réunion du ChtiJUG, le club des Javaistes du Nord.

Thème de la soirée : Maven2, la présentation était effectuée par Arnaud Héritier, commiter et membre du comité du projet.

Cela fait maintenant 6 ans que je pratique Maven et je venais surtout pour profiter de l’expérience d’Arnaud que l’on imagine avoir participé à de multiples mises en places.

J’ai trouvé la présentation intéressante, Arnaud ne manie pas la langue de bois et n’est pas avar en anecdotes et conseils.

Voici les points que j’ai retenu de sa présentation :

  • Maven ne convient pas à tous les projets, notamment quand il n’y a pas de besoin de standardisation ou de réutilisation
  • Dans un premier temps, se contenter d’une mise en place simpliste, en évitant de sur utiliser les capacités avancées de l’outil : héritages à n niveaux, trop de modules, profils, …
  • De concentrer ensuite sur la sécurisation du build : utiliser un proxy maven pour pallier à une défaillance des serveurs centraux, préciser la version de tous les plugins.
  • Enfin : industrialiser le build : mettre en place une intégration continue, mettre en place les outils et rapports qualité, automatiser la release.

Arnaud a également pas mal partagé sur sa vision des outils de l’écosystème Maven et se montre très enthousiaste quand il parle de Nexus (proxy et référentiel maven)  ou de Hudson (intégration continue)

Autre remarque d’Arnaud : configurez Maven pour qu’il s’adapte à votre IDE et pas l’inverse : il faut passer le moins de temps possible dans la console.

Je pense que la fin de la présentation ainsi que certaines questions ont du plonger une bonne partie de la salle dans de profonds doutes quand au coté simple de l’outil, le niveau était assez relevé :-)

Coup de chapeau à mon ami et collègue Jérémy qui a brillamment gagné une licence IntelliJ IDEA en répondant à une question difficile : de quel projet est issu Maven : vous le saviez vous ?

Tags:,

Lecture de la semaine

C’est reparti avec les articles qui ont retenu mon attention cette semaine.

  • Versioning des Services REST.
    Sur le Blog Octo, Benjamin Magan nous propose une stratégie pour le versioning des Services REST.
    La technique proposée est élégante et repose sur la négociation du contenu et l’entête “Content-Type”. Le client indique à l’aide cet entête, non seulement le format de représentation des données (XML, JSON, …) mais aussi la version du service qu’il utilise.
    De cette manière, l’URL reste inchangée ce qui est important avec des services REST.
  • La vélocité des Bugs
    Alexandre Boutin nous explique sa vision au sujet de la comptabilisation des bugs et des story non fonctionnelles dans la vélocité de l’équipe.
    Pour Alexandre, il faut compter les story non fonctionnelles car elles apportent de la valeur en terme de productivité, performance ou encore qualité. Par contre il considère que les corrections de bugs n’apportent pas de valeur et le les comptabilise donc pas. Dans les commentaires de l’article, Claude Aubry nuance cet avis dans les commentaires en proposant de comptabiliser les corrections de manière séparée.
  • Intégration GWT/Spring Simple
    J’en ai rêvé, je m’étais promis de m’y intéresser, il l’a fait :-)
    Enfin une solution simpliste pour que Spring instancie les services RPC de GWT et puisse donc y injecter proprement les dépendances et y appliquer les aspects qui vont bient (gestion de transaction, sécurité,  …). Merci ! (via onGwt)


  • Plus de projets en échec en 2008
    Sur le blog de Pyxis, Martin Proulx nous présente les statistiques du Standish Group à propos des succès des projets logiciels. En résumé, les chiffres se dégradent avec seulement 32% de projets en succès (délai, couts, périmètre). Il est certain que les méthodes agiles à elles seules ne vont pas permettre de passer à 100% de succès, mais j’en suis convaincu, beaucoup d’entreprises gagneraient à changer une méthode qui perd, à remettre en cause leur organisation et à essayer les méthodes agiles.

Quelques nouvelles

Les posts se font rares sur ce blog, non pas que je n’ai plus envie de partager mes expériences, mais le début de l’année a été assez agité.

Agité dans le bon sens car j’assiste deux projets dans leur mise en place des méthodes agiles et que je participe à un troisième en tant que ScrumMaster.

Je ne manquerai pas de vous faire partager mes idées sur le sujet, ainsi que sur des sujets techno : Iphone, Android, …

Stay tuned :-)

Tags:

Enquête sur les méthodes agiles

Le groupe des utilisateurs de Scrum en France (French Scrum User Group : FSUG) lance une grande enquête sur l’utilisation des méthodes agiles en France.

Afin d’avoir des informations de qualité, il est important qu’un maximum d’entreprises utilisatrices participent à l’enquête, merci donc de prendre cinq minutes pour y répondre.

Tags:

Sortie de Sonar 1.6

9 février 2009 1 commentaire

Le blog du projet Sonar annonce la sortie de la version 1.6 de ce très bon outil de suivi qualité.

Voici une liste des nouveautés :

  • Paramétrages des règles au sein de profils, ces profils contiennent tous les paramètres et sont entièrement exportables.
  • Possibilité de définir des seuils d’alerte, au sein des profils. Cela permet de matérialiser le respect des objectifs de qualité du projet par une icône en fonction de son état.
    Pour chaque alerte, on peut définir un seuil de “orange” et un seuil “rouge”. Un flux Atom permet de s’abonner à ces alertes.
  • Et enfin, la grosse nouveauté de mon point de vue, la possibilité d’affecter un profil différent à chaque projet et donc d’adapter les règles au contexte et aux choix de chaque équipe.

A noter que la mise à jour se fait sans difficulté.

Tags:,

L’agilité mêne au succés

Les méthodes agiles aident à mettre en place une dynamique d’équipe afin que celle ci soit responsable et solidaire.

J’ai eu la chance de participer à des projets ou cette dynamique s’est installée et ou le travail collectif devient à la fois efficace est très sympathique.

En lisant cette interview de Claude Onesta (lequipe.fr), le coach de l’équipe de France championne d’Europe, olympique et du monde, je retrouve des valeurs qu’un coach agile mets en œuvre : responsabilité, autonomie, réactivité, solidarité.

Extraits :

On obtient ce résultat à partir du moment où les joueurs sont acteurs de leur performances. Quand ils sont obéissants sur des stratégies définies par d’autres, ils finissent par être en difficultés dès lors que la stratégie ne permet plus les solutions. Là, les joueurs soient en charge de leur propre jeu, nous (le staff) on accompagne, on construit, on règle… Mais eux sont en ébullition permanente sur la définition du projet. De cette manière, ils ont l’emprise sur les éléments. Il n’y a rien de pire qu’un joueur qui a la sensation de ne plus rien maitriser. Là, il devient défaillant.

Cette construction a pris du temps, mais aujourd’hui -et je le répète, à partir du talent des joueurs-, on les a mis dans un mode de fonctionnement où ils sont de plus en plus responsable, autonomes. Dans la difficulté, ils ont la capacité de réagir. J’ai longtemps rêvé et je rêve encore d’arriver à gérer une équipe qui tout d’un coup n’a plus besoin de moi.

Alors, bien sur que Onesta insiste aussi sur le talent de ses joueurs, mais cette force collective permet de mettre le talent au service de la performance.

Lors de la formation ScrumMaster, Jeff Sutherland a d’ailleurs parfois fait le parralèle avec une équipe de sport et c’est une des taches les plus subtiles du ScrumMaster que de favoriser la mise en place de cet esprit d’équipe.

Tags:

GWT 1.6 accélere la compilation en mode brouillon

Comme d’habitude l’ami Sami nous annonce les futures fonctionnalités de GWT, cette fois ci il nous présente la compilation en mode brouillon : ” Draft Compile”

Bob Vauter propose en effet un patch qui ajoute une option “-draftCompile” au compilateur GWT, cette option désactive les optimisations qui visent à réduire la taille du JavaScript généré. Bob annonce un gain de l’ordre de 50%, il me tarde de vérifier cela sur un de mes projets.

Cette option sera donc particulièrement adaptée aux tests de déploiement en mode web, le hosted mode restant bien sur à utiliser pour les développements de tous les jours.

Sur le projet que je suis en ce moment, j’ai mis en place trois types de déploiement :

  • Hosted mode : le plus utilisé pour les développements, il a un temps de démarrage court et permet de recharger les dernières versions des classes sans redémarrer. A moins de bricoler ce mode ne permet pas de tester les éventuelles JSP qui accompagnent les modules GWT.
  • Serveur léger Jetty : maven permet très facilement de lancer le serveur léger Jetty, cela permet de tester la version compilée et packagée sous forme de war de notre application.
  • Serveur cible : l’application est packagée sous forme de war et est déployée sur le serveur qui sera utilisé en production.

Je pense que le mode “draftCompile”pourrait nous être utile dans le mode “serveur léger” car dans ce cas les tests sont faits sur la machine locale et la taille du javascript importe peu.

Soutiens de fin d’année

J’utilise en permanence des outils libres que ce soit au niveau personnel ou professionnel, mon retour vis à vis du logiciel libre est bien mince, quasiment uniquement du signalement d’anomalies accompagné quand je le peux du correctif associé.

Le logiciel libre doit être défendu, notamment face aux brevets logiciels, aux DRM et aux problème d’interopérabilité. Le logiciel libre protège également les consommateurs (au sens large) en poussant les éditeurs à faire mieux tout en respectant les standards.

Pour ces différentes raisons, je viens d’adhérer à l’APRIL pour soutenir cette association de défense et de promotion du logiciel libre, je vous encourage à en faire de même :-)

Promouvoir et soutenir le logiciel libre

Dans un autre genre, j’ai aussi décidé de soutenir Wikipédia,  structure qui doit avoir d’énormes charges d’hébergement pour assurer rapidement la diffusion de son contenu communautaire.

Combien de fois Wikipédia a t’il répondu à l’une de vos questions cette année ?

Wikipedia Affiliate Button
Tags:

Sortie de Sonar 1.5

La version 1.5 de l’outil de suivi qualité Sonar est sortie aujourd’hui.

J’ai mis en place cet outil sur un de mes projets et je le trouve très pratique, la configuration est très simple et cela permet à toute l’équipe d’avoir une vue à la fois synthétique et précise des marqueurs qualité.

La version 1.5 amène des changements sympatiques au niveau de l’interface graphique et surtout une ouverture vers d’autres outils de mesure via un système de plugins.

Cet article du blog Sonar détaille les principaux changements

Voici un graphique de suivi qualité que l’on peut, par exemple, afficher dans la war room ou sur le site projet.

Indicateurs qualité

Sonar est une solution beaucoup plus utilisable que le plugin dashboard maven qui est moins mur.

Dans tous les cas, il faut au minimum que l’équipe adhère aux règles qualité et il est préférable que l’équipe définisse elle même les règles de développement.

Tags:,

Roadmap GWT 1.6

11 décembre 2008 1 commentaire

La roadmap de GWT 1.6 vient d’être publiée, voici son contenu :

  • Nouvelle structure de déploiement : les fichiers statiques ne seront plus dans le classpath, mais comme pour les applications classiques ils seront dans la partie “publique” du War.
  • Passage de Tomcat à Jetty : le serveur par défaut en hosted mode sera maintenant jetty un système de plugins permettra de changer de serveur. Le passage à Jetty accelerera très probablement le démarrage du hosted mode.
  • Nouvelle gestion d’évènements : La gestion des évènements sera revue et uniformisée entre les différents composants, les Listeners actuels seront dépréciés.
  • Intégration du DatePicker et du LazyPanel : Ces deux composants passent de l’incubateur au projet principal. Le DatePicker est un assistant à la saisie de date très bien conçu et internationalisé, le LazyPanel permet lui de différer l’initialisation d’un sous ensemble de votre application afin d’accélérer le temps de démarrage.
  • Optimisation du StringBuilder : l’implémentation actuelle est notamment peu efficace avec InternetExplorer, la prochaine aura des spécificités en fonction du navigateur.
  • Optimisation du compilateur : comme à chaque version, le compilateur est optimisé et le temps de compilation sera réduit.

Les évolutions suivantes seront intégrées dans les versions ultérieures :

  • Fragmentation du code généré : Cette fonctionnalité ne sera finalement pas intégrée à la version 1.6, c’est ma déception en ce qui concerne cette version, car avec le temps de compilation, la modularité des applications produites reste un problème important.
  • Story Of Your Compile (SOYC) : un rapport sur le processus de compilation qui va notamment permettre de savoir quelle quantité de JavaScript est générée par quelle classe.
  • Hosted mode dans le browser de votre choix
  • Ui Binder : création d’une IHM par déclaration ??? cette fonctionalité sera bientôt intégrée dans l’incubateur, stay tuned :-)
  • Client Bundle : généralisation du Image Bundle aux autres ressources statiques (CSS, texte, …)
  • Optimisation des performances du mode RPC
Tags:
Suivre

Get every new post delivered to your Inbox.