A very good article on team metrics

Measuring team "productivity" is recurring subject in companies... while getting measures as indicators to take the "beat", help improving can be valuable, you clearly have to understand the possible drawbacks to use this as a useful tool and not make it a productivity/quality killer for the project...

This article raise some of those concerns and open a good discussion :
http://www.infoq.com/articles/not-destroy-team-metrics

Learning a new dev language...

While some of my friends are learning some cool new languages like Closure or Scala, I am rediscovering a good old language... PHP !

... well, my need was to be able to develop a web based module for Win-firme (my C++/desktop based application) in order to offer a more convenient way for players to enter their choices. As I am currently hosted on a OVH shared platform, java was not really an option, and moreover I was needed something that would require a 0 operation support (not really the case yet for java...). So, I finally decided (but no real other choice) to get a try to php. I have always used PHP as a scripting language with simple database interactions, so I was worry about how to build something well designed. So I was positively surprise to discover that PHP5 offers me most of the technological stack I was expecting to build something correctly.
First, I always heard about sql injection troubles with PHP. In fact, since PHP5 you can use prepare statements using PDO and havehttp://www.blogger.com/img/blank.gif a powerful way to communicate with your database.

So I didn't want to have to right sql request directly for each of my objects to store. After looking at some persistance frameworks (and find some issue with installing them on my shared ovh hosting), decided to build my on simple "EntityManager", after all this is not a so big deal ;).
So for this I was needing some Reflection abilities (well also an Object Oriented Language, that is the case with php)... does that exist in PHP ? Yes, everything is there ! Annotation ? Well, not directly in the core language, but available through some project (as reflection allows to read the code comments, they developed some lib to parse this part...) like addendum.

So, after almost 9 (not very intensive) months of development, a lot of technical experimentations, my first "official" release is there waiting for real life feed-backs !

JStat does not work anymore with tomcat !

Those 2 last months I went into a very weird problem.I couldn't make jstat ans jps work anymore with tomcat...jps couldn't find the process, neither jstat (pid not found) ! I wanted to supervise correctly my new Confluence and Jira installations, so I couldn't just accept it !

My first thought was this was related to my unbuntu installation, as I am not very used with this linux distribution and had to learn how to move from open-jdk to the sun jdk with the "alternatives" system.
I asked atlassian for some help in the investifation of this problem after some unsuccessful tries (after some supposition like a vm issue, having tried on another linux system, confirmed it work on open-jdk jstat version...).
We spend some time to figure out what was the real problem : this is a bug in jdk1.6u23 and u24 ! It has been finally fixed in u25... Does that mean that sun... hoops... oracle doesn't make any regression test with its java tools ? Anyway I can now safely put my favorite tools in place to optimize my jvm installation and supervise it to get alerts in case of memory troubles (yes, some people do that ;) ), and add this blog post in case someone goes in the same trooble as I couldn't find anything related to this on the net!

En 2011, du changement...

Après 7ans 1/2 d'une belle aventure passée chez le même éditeur, j'ai pris depuis octobre un nouveau défi chez BI-SAM.

Un petit retour sur ces 7 années : Je suis arrivé en 2003 pour aider cette entreprise à passer d'une techno ASP/Procédures stockées, développée très artisanalement (ce qui n'enlève rien au mérite, c'était du très bon boulot!) à l'univers Java/J2EE et une plus grande "industrialisation".

Ce fut une expérience incroyable difficile à résumer. Alors juste quelques souvenirs en vrac :
De premières années assez incroyable en terme d'apprentissage. Former une équipe à Java, recruter, mettre en place une méthode de projet et de travail efficace. Un environnement technique de qualité (maven, intégration continue, ...). Construire une architecture web capable d'évoluer, d'offrir des performances adaptées aux challenges (quelques 300 clients quand je suis arrivé, 2500 aujourd'hui). Récupérer("sauver")/lancer de nouvelles plateformes. Un passage à Scrum réussi.
... mais surtout et avant tout une expérience humaine incroyable. La rencontre de gens brillants, passionné (développeurs, consultants, commerciaux,...) qui m'a rapidement fait prendre conscience qu'il fallait savoir regarder au delà des lignes de code et que la réussite d'un projet est également liée à tout ce qui se passe autour, dans l'entreprise, dans sa manière de construire sa relation et son écoute du client...

Bref, je quitte tout cela avec nostalgie mais également avec de nouvelles envies de réussites.

Donc me voilà directeur de la R&D chez Bi-sam, un éditeur en pleine mutation où le challenge et la croissance correspond à mes attentes actuelles.

Bon forcement j'en profite pour lancer un appel à candidature car l'équipe a besoin de s'étoffer rapidement de quelques talents supplémentaires.
Donc si vous êtes Développeur expérimenté cherchant un environnement un peu challengeant ou beaucoup de choses reste à construire ou un QA/Testeur près à s'investir dans une équipe Agile n'hésitez pas à me contacter :)

Perfection game à la Fédération Française de Football

Mon post précédent m'a suggérée la réflexion suivante.

Je suis comme tout le monde, j'ai regardé désespéré et un peu en colère l'équipe de France s'effondrer lors du mondial. Ensuite j'ai assisté au règlement de compte qui est en train de se déroulé. J'ai comme tout le monde mon opinion sur le sujet et à chaud, c'est forcement un peu extrème puisque je suis un passionné de foot. Mais j'ai comme un goût amère quand je regarde ce qui est en train de se passer à la fédé.

L'échec de "l'équipe technique" me semble avérée. Incapable de trouver des solutions elle a fait échouée son projet... faute du sélectionneur, des joueurs... peu importe, ce groupe a échoué et ne semble plus pouvoir répondre aux attentes business... il est logiquement dissolu : son scrum master n'a pas su faire porter les valeurs du football français, il quitte l'entreprise.
Par contre je trouve dommage que les aigreurs populaires (et l'intérêt d'un certain monde du football) s'attaque de la même manière à la fédé.
A priori on a là des gens impliqués, qui ont montré par le passé qu'ils étaient capable de porter le "business foot" français (défense et structuration du foot amateur, euro en france, capacité d'intégrer le foot pro - qui est forcement toujours plus gourmand ! - ). Ils ont échoué dans leur projet "coupe du monde 2010" ... mais ne devrait on pas leur appliquer les principes agiles ? Ils ont échoué, mais sans doute ont ils appris beaucoup de cet échec.
Ce que l'on peut exiger d'eux c'est clairement qu'ils expliquent en quoi ils ont échoué, ce qu'ils auraient pu/du faire différemment, quels actions ils s'engagent à mettre en oeuvre pour s'améliorer lors du prochain Sprint... euh, de la prochaine campagne de qualification, et comment on mesurera les progrès.
Bref, une bonne rétro, et un engagement à s'améliorer "vérifiable". Cela me semblerait une attitude bien plus positive et qui permettrait au foot français de retirer quelque chose (l'apprentissage d'une équipe dirigeante) de positif de ce fiasco collectif... mais c'est sûr, ce type de vision n'est pas en ligne avec l'intérêt de certains acteurs du foot français et la naturelle envie de "lyncher" les "responsables".

apprendre à gérer les "inccidents business" comme des "problèmes" à résoudre et à gérer dans le cadre normal du projet.

Un des grands défis de l'Agile est d'apprendre à l'organisation à affronter ses "crises" dans un mode "résolution de problèmes" et transformer l'incident en opportunité d'apprentissage et de progrès.

Classiquement, un incident business surgit : un client fait un retour négatif sur une fonctionnalité, menace de se désabonner si on ne corrige pas rapidement (genre dans le mois) le problème.

On peut vite partir "en vrille" : qui a fait ça ? qui est incompétent ? Le sujet est en général géré hors du cadre strict du projet technique et il faut commencer à se justifier... c'est là que l'organisation échoue. On met en place des solutions "quick win" qui cassent tout le processus agile en place et démotive les protagonistes... bref, c'est facilement le mauvais chemin qui est suivi.

Que faut il faire ? En fait cela semble assez évident quand on prend un peu de recul sur la situation... et que l'on applique la philosophie Agile : C'est à l'équipe de résoudre ses problèmes.

- un problème prioritaire survient : on le lève au PO. C'est un feed back client qui est bienvenu... puisque c'est justement un des principes agile que d'attendre le feed back business pour s'adapter au lieu de monter des usines à gaz qui répondent à tout à des coûts prohibitifs.
Le PO intègre alors sa prise en charge pour le Sprint suivant. Cela lui laisse en général le temps de réfléchir avec l'équipe à la bonne réponse à apporter et peut échanger avec les différents acteurs (client, équipes d'experts, équipe technique).

Au final c'est l'équipe qui est challengée pour trouver une solution au "problème" remonté par le client et qui va se forger une nouvelle expérience qui va la faire progresser. La dead line client peut alors être vécue comme "un challenge" et non comme un vexation (on a développé de la m....).

Au final il est à parier que l'équipe saura produire une solution optimale qui répondra au besoin du client et l'équipe sortira grandie de cet épisode, prête à relever le "prochain incident business"

article dans programmez.com

J'ai un petit "article" sous forme d'interview ce mois ci dans le magazine programmez.com, présentant le pôle développement techno chez Finance active. Vous pouvez le consulter ici.

J'espère que cela donnera envie à quelques personnes de nous rejoindre, car le recrutement reste un sujet bien difficile à traiter dans une entreprise dont l'exposition reste forcement limité par rapport aux "grosses" SSII et entreprises.

un plugin Agile pour Jira : issue orderer

Grâce à un stagiaire, j'ai pu faire réaliser un plugin jira qui me tenait à coeur depuis plusieurs années. Il offre la possibilité d'ordonner des tickets jira facilement (flèches) ce qui permet de gérer une backlog dans jira.

Nous avons publié ce plugin, donc vous pouvez le télécharger librement ici :
http://www.financeactive.com/pages/pole-dev/jira_issue_orderer_plugin/jira_issue_orderer_plugin.jsp

Journée à l'Agile tour Paris

Un petit compte rendu de ma journée à l'Agile tour Paris qui avait lieu à l'université de Nanterre:

Matinée plutôt moyenne. Sans doute aussi parce que les sessions étaient un peu trop orientées débutant pour moi. Une présentation de Scrum à travers un retour d'expérience de la direction Internet de Générali. Adaptée à ceux qui ne connaissait pas du tout Scrum et l'Agile.
Ensuite une présentation sur la transition vers l'Agile au niveau d'une organisation. Trop de généralités, la présentation aurait gagnée en étant plus focus sur quelques élements sélectionnes.
J'ai terminé la matinée avec une présentation sur la gestion des coûts centrée sur la notion de "valeur aquise". La je n'est vraiment pas été convaincu, car la grande "force" présentée c'est de pouvoir définir le coût actuel(l'argent) par rapport à la valeur aquise (% de complétude du projet). Or pour déterminer la valeur aquise il faut connaitre le % d'avancement du projet ! Je fais comment avec 'mes points de complexités', avec la libertée du PO d'introduire de nouvelles story et celle de l'équipe de réestimer les stories restantes ? Le projet doit avoir été estimé complêtement ? Cela n'a pas vraiment de sens pour un projet agile ou l'on adaptera le périmètre et les fonctionnalités pour répondre à la 'dead-line' si il y en a une. Bref, on porte une solution "cycle en V" vers l'agile... ça ressemble à du repackaging de solution pour être dans l'air du temps...

L'après midi a été plus fructueux :
'The invisible project manager' était très enrichissant (la présentation est ici : http://mackadams.org/files/invisibleprojectmanager.htm) avec l'idée essentiel qu'en Agile l'important c'est l'équipe. c'est elle qui prend en charge le projet, le PM étant un facilitateur qui ne travail pas DANS le/les projet(s) mais SUR le/les projet(s).

PUMA Essentiel ne m'a pas passionné, malgré quelques bonne idées, j'irai jeter un coup d'oeil sur son site... Jean pierre Vickoff à l'air d'un sacré personnage.
J'ai aimé le fait que soit posé la problématique RH (je fais comment pour expliquer à mon chef de projet que ce rôle disparait ?) ainsi que la notion de passage d'un mode collaboratif à un mode coopératif.


Advocatus Diaboli : Atelier mal préparé et donc loupé...

J'ai fini par le meilleur : 3 retours d'expériences sur Scrum.

Pour le premier, c'est Nicolas Joziack (qui bosse actuellement chez moi !) de Xebia qui s'y est collé. Sympa.

Le second (Ayeba) était très dynamique et exposait des problèmes intéressants sur l'agilité et les forfaits...

Le dernier était le meilleur : Retour d'expérience de la mise en place de l'agile chez Astria : très bonne présentation donnant vraiment envie. Avec un retour très honnête notamment sur les difficultés de transition (les "frottements")


Bref en résumé dans l'ensemble 2 bonnes surprises, le reste étant très en dessous de ce que j'avais vu ces derniers temps. Bravo quand même aux organisateurs, cela reste une très bonne initiative (en plus gratuite) et je suis certain que d'autres auront apprécié des sessions différentes (les scrum masters de mon entreprise en ont au moins trouvé 2/3 autres enrichissantes).

Livre de lecture Lean/Agile pour cet été

J'ai distribué à toute mes équipes (incluant les Product Owner et mon DG) une lecture pour cet été :

Implementing Lean Software Development: From Concept to Cash, de Mary et Tom Poppendieck

De tous les livres que j'ai lu récemment, c'est celui qui fait à mon sens le mieux la synthèse de la philosophie "Agiliste", tout en restant à un niveau suffisamment macro pour toucher un public assez large (je ne le ferai quand même pas lire à ma femme !).

On fera un retro tous ensemble en septembre de cette lecture...

un autre livre...

Continuons dans les livres "Agiles" puisque je viens de finir ce soir "The leader's handbook" par Peter R. Scholtes.
Quelques très bon exemples idéaux pour illustrer vos argumentaires sur la qualité et le changement ! A lire, surtout si vous ne connaissez pas Deming.

Management "Agile", que faire lire à votre RH...

Toujours difficile de faire comprendre les concepts Agiles avec un grand A aux différents acteurs de l'entreprise. La RH a notamment un rôle crucial pour assurer la réussite au sein d'une entreprise qui souhaite changer les manières de définir les relations inter-personnels et inter-services.
Je suis tombé par hasard sur un excellent livre qui a entre autre, comme grande vertue, avoir reçu le Prix du livre RH 2008 (Sciences PO/SYNTEC Rectrutement) décerné pas des DRH de grandes entreprises et des journalistes du Monde.
Ca aide à crédibiliser le discours fasse à des personnes parfois sceptiques sur des sujets tel la remise en question des incitations financières (càd du célèbre couple bâton/carotte).

Le livre s'appelle Faits et Foutaises dans le management (En VO : Hard Facts, Dangerous Half-truths & Total NonSense : Proftiting from evidence-based management) par Jeffrey Pfeffer et Robert Sutton. Pas mal de gens en parle très bien sur amazon, cela m'évitera de faire un résumé :-).

On sens comme souvent dans les approches plus systémiques la grande influence de Demings dans les propos. La démonstration se base sur un management par les faits et se bat contre les idées reçues qui conduisent trop souvent l'approche management classique. Bref, sans être révolutionnaire, c'est un bouquin très bien écrit sans aucun doute plus abordable que d'attaquer de front Lean et le management Agile pour des personnes qui voient parfois tout cela comme des idéalismes d'ingénieurs difficilement applicables...

Développement d'une application RIA - Choisir entre GWT et FLEX

C'est écrit par un copain... au delà de ça c'est un super comparatif entre flex et gwt :

http://www.itintegrans.com/le-blog-itintegrans/11-technologie/32-developpement-application-ria-choisir-entre-gwt-et-flex.html

blog Scrum d'Emmanuel CHENU

J'adore le côté lego du blog... mais surtout le contenu Scrum de très grande qualité : le blog d'un scrum master qui partage ses expériences.

http://emmanuelchenu.blogspot.com/

Je partage tout particulièrement la vision du scrum master :
http://emmanuelchenu.blogspot.com/2009/02/prick.html

Il publie un article sur les pratiques de ses équipes.

XWiki arrive (enfin) à maturité.

... en tout cas ça semble se dessiner sérieusement !
Vendredi dernier j'ai assisté à la cantine à la présentation des évolutions 2009 de XWiki.
Elles sont vraiment très prometteuses, avec enfin un éditeur wysiwyg à la hauteur, c'est à dire qui ne détruit pas une fois sur deux les documents lors d'une réédition. C'est quand même le minimum de ce que l'on peut demander à un wiki, non ?
Cela fait plus d'un an que mes équipes l'utilisent en replacement de SnipSnap, projet désormais mort, et souffre au quotidien de cette faiblesse et de quelques autres enfin corrigées ou en voie de l'être.
J'ai fait le choix de ce wiki de part la connaissance de Vincent Massol qui venait de rejoindre XWiki.
Ses qualités déjà fortement reconnues par la communauté Opensource, m'ont fait jugé à l'époque que le risque en vallait la chandelle et j'ai maintenu le cap jusque là en attendant que le fabuleux potentiel sous le capot de XWiki puisse enfin s'exprimer.
La présentation m'a convaincu que le moment d'investir dans ce produit est enfin arrivé. Je vais donc lancer en interne le développement d'un prototypage d'intranet collaboratif pour toute l'entreprise.
Si vous devez démarrer un wiki, je vous conseil vraiment de vous pencher sur ce produit (téléchargez xwiki 1.8 milestone 1)

am charts

Sur notre nouveau projet, nous avons décidé de mettre en oeuvre de nouvaux graphes plus élaborés et plus interactifs. Jusque là nous utilisions Swiff chart qui offre un très bon rendu, aussi bien en mode flash qu'en mode image, mais qui techniquement n'avance plus depuis bien longtemps ... et c'est bien dommage ! . Comme nous faisons de la finance, nous avons cherché ce qui nous permettrait d'obtenir le même genre de fonctionnalité que le superbe (et désormais fameux) stock chart de google.
Nous sommes donc tombé sur amchart qui offre des composants très sympatiques.
Cela fait maintenant quelques mois que nous utilisons ces composants flash et nous commençons à bien voir les forces (et faiblesses !) du produit.

Côté force :
Très bon niveau d'interactivité avec le serveur.
Très customizable. Composants puissants et évolués.
Interaction via javascript
Forum actif, auteur très réactif sur les réponses et les versions.
Tarif très raisonnable.
Utilisé depuis quelques jours par boursorama dans sa nouvelle version !

Côté faiblesse :
Génération côté client = pas de moyen (dixit l'auteur) de générer un graphique pour le mettre dans un graphique word généré côté serveur.
Le chargement des données n'est pas super sexy et ne semble pas modifiable (barre de pourcentage, qui à la longue fatigues...).

L'impossibilité de générer côté serveur (si quelqu'un a une astuce... mais cela semble désespéré...) est un vrai problème. Il va nous obliger à utiliser en complément un autre outil de graphes pour la partie report. Cela n'est pas très satisfaisant mais bon, faute de mieux...

Le produit parfait ne semble pas encore existé, j'avais fait faire une étude par un stagiaire il y a 2 ans et pas de solution parfaite qui sorte du lot.

A good blog about Agile : All about agile

All about agile has a lot of very interesting posts.

The "Agile Presentations" section offers some very useful powerpoint presentations as well as the electronic version of The Art of Agile Development (here)

Killing a jvm thread running infinite loop in my app server simply using a Runtime Exception...

One frustrating thing in an application server (moreover in any jvm) is that you have no way to stop a thread going crazy : infinite loops, applicative deadlock...
With the ThreadMXBean API I can even auto detect such troubles logging easily the threads, their stacktraces (no more need for KILL -QUIT, yeahhh...), with ThreadLocal I can add data to get more information about the problem, but still I have no way to act on a thread and "stop it".

I would love to tell the jvm, ok, now the next code to execute on this thread is to raise a kind of RuntimeException... yes I want to say there is a trouble you can't recover from (anyway often it consumes all the cpu... horrible !), so a RuntimeException will correctly rollback all running transactions and correctly release resources. This would save me (and my team) from a server restart which is bad for our users...

Am I the only on to dream of that ? Is it impossible to provide this or nobody thought about it (couldn't find anything about this while googling...) ?

Tout le monde ne rêve pas d'aller... ou plutôt de rester chez Google !

Article de Fortune :
http://money.cnn.com/2008/05/09/technology/where_does_google_go.fortune/


Un employé passé de Google à Microsoft :
http://www.25hoursaday.com/weblog/2008/06/29/TheGOOGMSFTExodusWorkingAtGoogleVsWorkingAtMicrosoft.aspx

Martin Fowler explains what is the difference between Agile and Lean :-) ...

A good post to make your knowledge of Agile on step beyond...

http://martinfowler.com/bliki/AgileVersusLean.html

Interview Jeff sutherland : Introduction de Scrum chez Google

Une présentation extrêmement instructive sur l'introduction par Jeff de Scrum chez Google. Très bonne introduction pour comprendre ce que peut vous apporter Scrum et découvrir la toujours fascinante culture Google :

http://www.infoq.com/presentations/Agile-Management-Google-Jeff-Sutherland

scrum : voyage vers un monde meilleur (?)...

Cela fait maintenant plus d'un an que j'ai démarré un grand voyage pour mon entreprise : celui qui consiste à rejoindre réellement le monde de l'Agilité.
Préparant longuement le big bang interne (beaucoup de lecture, quelques expérimentations internes et la recherche d'une forte adhésion interne), celui-ci s'est déclenché en fin d'année dernière...
6 mois ont passé et force est de constater que le chemin était bien plus dur à parcourir qu'initialement imaginé. De nombreuses pratiques ont été adoptées, mais nous ne sommes pas encore, selon moi, Agile.

J'ai donc décidé courant mai d'arrêter de faire les choses à moitié : appel à un accompagnement par un coach Scrum. Fini les compromis, objectif, passons 100% à Scrum.

Aujourd'hui nous sommes au milieu de la phase "d'audit" et le challenge s'annonce passionnant.

Il m'a aussi permis de m'ouvrir de nouveaux horizons de compréhension. J'ai notamment eu la chance de rencontrer Jeff Sutherland lors d'un dîner en comité très réduit (permettant donc un échange très personnalisé) organisé par la société qui nous accompagne. Un vrai bonheur et un nouvel éclairage sur le pourquoi et le comment de Scrum. Suite à cela pas mal de lecture sur le web sur Toyota, Lean, ...
et comme de temps en temps cela arrive, cette impression d'être passé à côté de tout un ensemble de documents qui me tendaient les mains et qui font d'un coup progresser ma compréhension des méthodes, un grand frisson...


J'ai donc souhaité partager cette expérience à travers quelques posts que j'écrirai au fur et à mesure des mois qui viennent, question de laisser une trace sur ce grand chamboulement...

Je publierai également quelques liens que je trouve/trouverai très pertinents sur Scrum et l'Agilité.

outil pour tests fonctionnels

J'utilise depuis des années httpunit pour faire l'automatisation de tests fonctionnels. Cependant ce projet stagne depuis pas mal de temps, pas de nouvelle version depuis 1 an 1/2 (version mineure), et pas mal de bugs et limitations ridicules trainent. De plus les patchs proposés ne sont plus intégrés, bref, le projet est mort...
Un successeur est désormais là (bon depuis quelques années mais j'ai réussi à passer à côté jusque là :-) ), htmlunit (http://htmlunit.sourceforge.net)

C'est extrêmement similaire en terme de fonctionnalité et d'api mais comble pas mal de lacunes:

comparatif httpunit - htmlunit
http://daniel.gredler.net/2007/10/04/htmlunit-vs-httpunit/


Comparaison webtest/selenium (webtest repose sur htmlunit, après avoir longtemps reposé sur httpunit... cet outil est interessant à regarder, il permet à des "non java" d'automatiser des tests...)
http://mguillem.wordpress.com/category/test-automation/

L'article d'infoq duquel je suis parti...
http://www.infoq.com/news/2007/11/canoo-webtest-selenium-testing

Une migration à envisager ?

Architect...

A good post about the architect role... what should be the architect role is a long time question for me... especially when I try to hire...

http://blogs.tedneward.com/2007/09/20/Hard+Questions+About+Architects.aspx

Pour moi il y a 2 rôles distincts clés dans une équipe : le chef de projet et le ou les architectes (le chef de projet pouvant cumulé le rôle d'architecte...).

On peut faire facilement une analogie à une course à voile en équipe (bien sûr toute analogie à ses limites...)

Le chef de projet c'est le capitaine du navire : il organise les tâches à bord, gère la paperasse, embauche et coordonne les membres de l'équipe. C'est avant tout quelqu'un capable de gérer une équipe, ce qui demande des qualités spécifiques.

L'architecte c'est le tacticien : il éclaire le capitaine sur les choix de course, il analyse et évalue le meilleur parcours, la progression, la voilure à adoptée. Il est l'homme d'expérience technique qui "en a vu d'autres" et sera capable d'adapter la tactique face aux imprévus... Il peut y avoir un spécialiste météo, plusieurs tacticiens qui évalueront ensemble la stratégie.
Le tacticien propose ses choix au capitaine qui reste celui qui au final fixera le cap et en assumera la décision... il vaut mieux qu'il comprenne les propositions et puisse les évaluer et les mettre en oeuvre par rapport au potentiel et à l'organisation de son équipe.

Les développeurs sont les autres membres de l'équipage. En fonction du type de course il faut différents profils, mais avant tout les valeurs à bord sont le dialogue, la coordination, le courage, l'envie de réaliser quelque chose ensemble.
Chacun est vigilant sur les évènements (la mer peut être impitoyable) prêt à aider les autres.

An interesting blog about checked exceptions in Java

I really think checked exceptions is a nice java feature which help code being clearer and an API robust... at least when they are correctly used...

A very good blog about the subject...

http://colmsmyth.blogspot.com/2007/06/evolving-java-increasing-demand-to.html


(source :http://www.application-servers.com)

Strange point of view in the .net community...

Some people have very strange ideas :

http://blog.i14y.net/ says :

J2EE is dying, competition doesn’t means innovation everytime but, digging its own tomb

March 27th, 2007

Competition means Innovation but Java is dying because of the amount of frameworks that are available. I wonder if someone is smart enough to understand and follow the amount of MVC frameworks, Design patterns or Object Relational Mapping tools that are available?

We can try to calculate the combinations of solutions (I don’t try to be exhaustive):

Web application frameworks: Apache Tapestry, Backbase, Bindows, DOJO, Eclipse RAP, Echo2, GWT, JFaces, Java Server Faces, JaverServer Pages, JavaServer Type Libraries, Struts, WebWork… (13)
Application frameworks: Spring, EJB3, Guice, Pico, Rico… (5)
Data access frameworks: Apache OJB, Cayenne, DBC, iBatis, JDBC, Hibernate, JDO, JPA, Oracle Toplink… (9)

Which means something like 13 * 5 * 9 combinations; I let you to make the calculation!

Dear developers and architects, when will you stop thinking that your framework is better than the others and create your own one ? Could you participate to already existing ones instead?

My answer :

Do you really think that having a lot of (good) choice means that a technology is dying ? That’s a very strange point of view… Do you think there is only one solution to a problem, that every similar problem has the exact same solution ?
I am happy to be in the java world where innovation is going so fast, where frustrations are often solved by new solutions…

I attended a few sessions at Sun TechDays Paris on last Thursday and Wednesday.
On Thursday, I saw an Ajax presentation where I could see jMaki in action. I really like the idea to be able to use all those powerful ajax library without handling those terrible javascript stuffs. I was impressed by the bus concept : one ajax component that could work together with an other one (the example was with fisheye and yahoo map).

On Wendsday some guys from OSSGTP were presenting their projects(open source, of course).

Stéfane Fermigier talked about nuxeo (an ECM), and why the moved from python to java. The technology behind is really impressive : seam, ejb3, jboss, Ajax interface, jackrabitt, lucente... while I didn't really understand how I could take avantage of such a nice piece of software at the moment, the light came later...

Vincent Massol talked about xwiki, which was one of my main reason to be there as I wanted to understand if it would be a viable solution for our public web site (www.financeactive.com). (Seems like "yes"!).

The most impressive presentation was surly made by Benjamin Mestrallet , about exo plateform. A lot of Ajax every where and an awesome desktop mode (webOS). Here we are far away from the last time I used a portal (apache JetSpeed). They are also developing an ECM solution.

After the conference, I went to the nuxeo pavilion for a little demo... I was impressed. I immediately saw it can provide me something I was looking for a few months already : a way to manage Specification documentation efficiently. By the way I would put any project documentation as the rights management solve most of my concerns.

I tried it today. Very easy to install, but very little documentation about setup (changing database for example, but as this is jboss, I should easily work this around) or customizing . I met a few bugs, but it seem stable enough for my need.

I found another very similar opensource software very similar : alfresco, but seem more mature. I will try it tomorrow before make up my mind.

Today PJBug (Paris JBoss User Group)

I was tonight present at PJBug in order to attend 2 presentations.
First one was about JBoss product roadmap made by Sacha Labourey, Jboss technical director. Nothing really new here, but always interresting to hear people who are inside...
The seconde (short as Sacha like to speak a lot :-) ) was a presentation about the use of JBoss in DHL France. As often came the time I asked : When you say you are using JBoss... what services do you mean ? .... and as often : Only the servlet part, no ejb at all (and probably no much more anyway - problably just jsp --> jdbc database readonly access, arghh..) !
- Why so many people bother installing and learning a full j2ee stack, as JBoss provide, when they just need Tomcat or Jetty ? It always amaze me (ok people doing it with Weblogic or Websphere amaze me 100 times more...).
More over, it really appears there are still very few application using the ejb container part (ok, I don't consider stateful session bean with no transaction beeing an ejb development...).
.
...Maybe I will take time to prepare a presentation about what we do at Finance active one day just to show a real JBOSS J2EE application with full J2EE stack exist and work !

jira sert à créer des bug !

Nous avons installé aujourd'hui la dernière version de jira (3.7.1), notre outils de gestion d'anomalies/demandes... au redémarrage, grosse surprise, nous ne pouvons plus "créer des demandes", mais "créer des problèmes" !
Bref, les traductions en français sont devenues n'importe quoi. Visiblement ils ont voulu améliorer leurs traductions en passant par une boîte de sous-traitance... et cette dernière s'est contenté d'utiliser google translate :-)

Un résumé du désatre ici : http://jira.atlassian.com/browse/JRA-11873

Les gars d'atlassian ont promis de faire très rapidement un retour arrière salvateur.

Une bonne leçon à retenir si vous avez à gérer un jour ce genre de problématique...

optim de base jvm pour j2ee

Bon à savoir : par défaut lorsqu'un serveur rmi tourne (c'est bien sûr le cas des serveur j2ee comme jboss), un full gc est executé toutes les minutes !!!

Pour passer cette fonctionnalitée fort couteuse en perf (gel de la jvm qui peut durer 1 à 3s !!!) à 1h.

java -Dsun.rmi.dgc.client.gcInterval=3600000
-Dsun.rmi.dgc.server.gcInterval=3600000

First Post

So here we go..., this is my first post... just to try !