Netapsys Blog

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...

Lean Management : les 7 principes

Can Atac — Fri, 25 Jul 2008 09:59:00 +0200

Dans notre étude sur les apports de la méthodologie Lean prodiguée par le couple Poppendieck et son influence sur la méthodologie Agile, nous nous trouvons face à sept principes à respecter afin d'améliorer la valeur ajoutée de la production logicielle :

l'élimination du gâchis (1)
la création de la connaissance
la construction de la qualité (5)
le report de l'engagement (2)
les livraisons rapides (3)
le respect des personnes (4)
l'amélioration du système

Reprenons quelques principes qui nous semblent avoir un lien de parenté avec les principes agiles.

Le coût des limites organisationnelles : la communication est ralentie par les barrières organisationnelles qu'une entreprise met en place. Les Poppendieck annoncent une augmentation des coûts de 25%. Cette remarque soutient la bonne pratique Agile de rapprochement physique des parties prenantes d'un projet informatique
Limiter "agressivement" la liste des points à livrer à la capacité de livraison (2). Cela se traduit par un report des engagements des parties prenantes sur le cahier des charges et le contenu des livraisons. Il s'agit de décider le plus tard possible ! Cela peut choquer au premier abord. L'idée est de figer les dates de livraison (la fin d'une itération en somme, ou d'un sprint à la sauce Scrum) et de laisser les acteurs décider du contenu des livraisons. Nous devinons les implications : coopération des acteurs, transparence sur les charges, connaissance des problèmes...
Livraison rapide : inspirée des méthodes de production 'Just-In-Time' du secteur automobile (zéro stock), les parties prenantes racourcissent les délais de livraison. Cette accélération du rythme des livraisons est un des grands principes adoptés par les méthodes agiles.
Le respect des personnes. Nous retrouvons cette valeur introduite en 2004 comme étant la cinquième dans les valeurs XP. En quoi est-il besoin de s'en préoccuper ? Sans aller étudier la théorie de la sociologie du travail, notre bon sens nous laisse deviner qu'une mise en confiance des équipes va améliorer, entre autres, la communication : meilleure connaissance des problèmes, des charges associées au développement d'une fonction mais également l'implication. Nous voyons poindre ici deux valeurs XP : communication et en second plan, le courage de prendre des risques.
La construction de la qualité : tests et retests. Aucun problème pour créer un nouveau lien vers XP...

Même si la connaissance des principes de la gestion de projet "Lean" ne bouleverse pas les praticiens des méthodes agiles, elle offre une vision plus orientée 'coût' et ouvre un champ d'étude de bonnes pratiques issues de méthodes historiques de management provenant d'autres secteurs (de chez Toyota en particulier).

Une preuve, s'il en est, que les managers en informatique ne sont pas les premiers ou les seuls au monde à penser le changement ;-)

Design et Build : ce qu'en pense un enfant de 6 ans

Can Atac — Thu, 10 Jul 2008 07:54:00 +0200

Un superbe billet par sa simplicité et sa puissance d'évocation. Ou comment un enfant de 6 ans à peine arrive à rappeler à son père, ému, l'intérêt de l'itération et de l'incrémentation proposées par les méthodes agiles.

Comme le dit un des commentateurs, un post qui donne envie de suivre de plus près ce blog.

Les Poppendieck : Une source d'inspiration de la communauté Agile

Can Atac — Tue, 08 Jul 2008 14:28:00 +0200

C'est en lisant un billet récent sur le site de Martin Fowler répondant à la question "I'm thinking of using agile software development - but should I use Lean software development instead?", que je me suis mis à m'intéresser au Lean software development.

Ce papier super intéressant rappelle les influences des méthodes "Lean" issues du secteur automobile japonais sur les développements "Agile".

Un petit tour sur le site du couple Poppendieck offre au visiteur quelques principes "Lean" et invite à les comparer avec les principes derrière le Manifeste Agile.

Nous tenterons de cerner les points communs et les divergences.

A retenir, Martin Fowler et Jez Humble animeront un webinar le 28/07/08 sur la gestion des mises en production à la sauce 'Lean' autour du nouveau produit 'Cruise' de la société ThoughtWorks.

A suivre...

JasperServer v3 : Feuille de route officielle

Can Atac — Thu, 03 Jul 2008 11:24:00 +0200

Le rendez-vous technique JasperDirections 2008, le 2 juillet, organisé par JasperSoft et Talend, a présenté les grands jalons de la feuille de route de la suite JasperSoft Business Intelligence. La soirée intégrait également une démo de JasperSoft v3, de l'exportateur Flash de JasperReports, et de Talend Open Studio.

La feuille de route est la suivante :

1. V3 (juin 08)

Ajax DashBoard Designer
Semantic Ad Hoc Query
Revamped Repo Manager
ODBO Driver
Flash Exporter

2. V3.1(Q1.08)

Integrated Analysis
Saas enablement
Semantic Ad Hoc ph.2
Next Gen report definition

3. V3.2(Q2.09)

Integrated Analysis v2

Ainsi, depuis le mois dernier, la dernière version de JasperServer Professional (payante), intègre un module d'édition de tableau de bord, qui, associé à la technologie AJAX, offre une interface agréable.

L'édition d'un "mash-up", une page web agrégeant des flux d'informations de source hétérogènes, semble relativement facile. Nous vérifierons si cette fonctionnalité est dans la version communautaire, et sinon, s'il est prévu qu'elle le soit à terme.

La présentation nous a surtout permis de connaître Teodor Danciu, le fondateur de JasperReport. Le contenu de son intervention était centré sur l'exportateur flash, qui offre l'avantage de ne charger que la page du document demandé (et non pas tout le document comme le fait l'exportateur PDF). Nous pourrions tester la possibilité d'afficher dans un tableau de bord, la première page d'un document en contenant 1500, en plus des graphes et autres indicateurs d'activités.

La dernière intervention sur Talend Open Studio a démontré, encore une fois, la puissance de cet ETL, open source, gratuit, bien documenté et affiché le partenariat passé avec JasperSoft. La combinaison Jasper/Talend est à évaluer avec la suite de Pentaho BI, qui semble le concurrent le plus sérieux sur le marché de l'open source.

L'intérêt des professionnels du décisionnel présents à cette réunion semble avoir dépassé le stade de la veille technologique. Les produits leaders du marché du décisionnel, propriétaires et chers, vont certainement réagir face à l'arrivée de ces concurrents sérieux.

Nous ne manquerons pas de suivre l'évolution de l'offre de ce marché.

PS : Une des personnes de l'assistance a soulevé un vieux problème : L'utilisateur final dépend toujours des techniciens pour modifier facilement et rapidement la position des champs de son modèle de rapport !

Stand-up meeting : (Not?) to do lists

Can Atac — Fri, 04 Apr 2008 14:50:00 +0200

Context : Project, small team, diverse, not dispersed, highly demanding customer, high quality software

Problem : No visibility, last minute problems, low commitment (not necessarily real but perceived as such), no tools, low budgets, high maintenance charge

Solution : Among other techniques, stand-up meeting is being seen as an effective way to increase commitment and supporting among teams. Jason Yip (ThoughtWorks, Inc) points out some situations that could prevent this meeting be highly efficient (more details in Martin Fowler’s web site).
It is said that team members should not :

Let the problems hidden;
Invite people not directly involved in;
Drag the meeting out;
Have short memory.

More Details and Quotes :

1 - Let the problems hidden

“When people are knocked down every time they raise a problem, they will tend to stop raising problems. Beyond preventing removal of obstacles, a non-supportive stand-up works against team dynamics.”

We need to encourage people to raise problems, instead of hiding them. This would put an emphasis on a problem as being part of team’s problems.

“Good stand-ups will feel supportive”

2 - Invite people not directly involved in This could prevent people to share information, and put discussion on topics beyond the scope.

“(Invite) people who can say something that directly affects the delivery of backlog items/features/stories”

3 - Too long meeting The author suggests also to limit the meeting to 15mn.

“Meetings that take too long tend to have low energy and participants not directly related to a long discussion will tend to be distracted”

“Lasse Koskela proposed another form of these questions in order to emphasise that team members should not be reporting to the Leader:

Each team member updates his peers:

In turn, each team member provides his peers with 3 pieces of information:

Things I have done since yesterday's meeting
Things I am going to get done today
Obstacles that I need someone to remove

Koskela, 2006

The author adds another interesting question :

“What might help or hinder others in meeting their commitments?”

4 - Loose memory :
People tend to forget raised key points to integrate in the project’s context. e.g : Communication that resulted to be false : data lists, saying done when it wasn’t. We’ve insisted on verifying work products, including validating mails. Because we haven’t raised later this kind of problems, and put an emphasis on this, it has been reproduced.

Solution(?) : Put on a board key words like ‘verify it’s done before delivering it !’

Other (minor?) :

- Waiting for the manager to begin “Do not wait for stragglers, including architects and managers. The meeting is for the whole team, not for any particular individual. This is especially important if you Use the Stand-up to Start the Day.” Wow !
- The Facilitator is one of the Managers
“Team members are Reporting to the Leader, that is, they're only talking to the meeting facilitator instead of each other. Only the meeting facilitator is raising and addressing process issues related to the stand-up. We want the team to take ownership of the stand-up and this requires removing any dependence on a single facilitator. “
“Rotate assignment of a role responsible for ensuring people attend the stand-up and stick to the agreed upon rules.”

- No observers
Some observers may have a solution to a problem already seen before.