new Blog( perso );

Jason était sur Devoxx pour une session consacrée à Maven 3.

Pas un mot sur mon bouquin (on est plus très potes tous les deux) et Jason a une curieuse façon de faire des slides en police 8.

Ceci dit, la session était une très bonne mise au point sur ce que sera Maven3 et les progrès accomplis. Par contre, l’approche et le débit de Jason s’adressait à des gens déjà très pointus sur Maven, aussi je doute que l’utilisateur lambda en retienne grand chose. Ce qui est déjà rassurant, c’est que je n’ai pas dit trop d’âneries sur Maven3 dans le livre ;)

• une refonte des API pour rendre le code plus propre et extensible
• une abstraction pour la construction du Modèle (POM) à partir du fichier POM.xml, ce qui permet d’utiliser des formats alternatifs (groovy, yaml …)
• la manipulation des artifacts totalement reécrite et repensée pour être indépendante. Elle peut donc être utilisée dans d’autres outils
• la construction du ‘build plan’ avant l’exécution des plugins, qui permet de tripatouiller ce plan avant qu’il soit exécuter. Cela permet à m2eclipse de reconfigurer certains plugins pour ne pas remplacer ce qu’Eclipse sait déjà faire très bien tout seul, ou à Tycho de remplacer la résolution des dépendances par les mécanismes OSGi d’Eclipse

On termine la journée par un BOF sur Parleys, l’occasion de faire le point sur cette plateforme géniale et sur son modèle économique. Visitez le channel Breihjug sur beta.parleys.com si vous ne connaissez pas.

Fini Devoxx pour moi, une dernière bière et on rentre pour retrouver la vraie vie :)

La Keynote Devoxx de Jeudi était consacrée au méthodologies. Dans un premier temps, Iva Jacobson (Mr User Stories) présente une initiative visant à créer un lien entre toutes les méthodologies de développement qui prétendent sauver le monde.

Partant du constat que chaque méthode reprend des concepts déjà établis, en changeant parfois juste de vocabulaire, pour apporter quelques idées novatrices noyées dans du bruit, et généralement incompatible avec d’autres méthodes, Ivar a développé (sans prétendre à la solution miracle) un outil permettant de formaliser les méthodes. Décomposées en “pratiques”, il devient possible d’enrichir son existant de nouvelles idées et de compléter son processus de développement. Ivar espère ainsi jeter un pont entre le monde universitaire, les méthodologistes et les industriels.

La seconde partie est animée (c’est le moins qu’on puisse dire) par un show démentiel de Robert C. Martin (“Bob”, celui de Clean Code). Speacker de talent il nous chauffe une salle de 1000 personnes en quelques secondes avec une énergie, un humour et une dynamique sans équivalent ! Sa présentation vise à démontrer que le développeur, malgré 30 an d’informatique et de méthodes dont il nous retrace l’historique avec une invraisemblable débauche d’humour, reste un amateur, vu comme un geek qui ne sait pas maîtriser les délais.

Il veut faire de nous des professionnels, présentant le manifeste software craftsmanship. Dans son style percutant et hilarant, un extrait :

“

• Qui parmi vous a déjà perdu du temps à cause de code mal écrit ?
• (toute la salle ou presque lève la main)
• Alors, pourquoi l’avez-vous écrit ?

”

à méditer ;)

La session de Brian Goetz était une piqure de rappel pour ceux qui ont suivi son intervention l’année dernière, mais le sujet reste toujours autant d’actualité et délicat à appréhender pour le développeur lambda.

Durant une bonne partie de la présentation, Brian présente l’évolution des microprocesseurs et les diverses astuces visant à apporter toujours plus de vitesse dans le traitement ‘apparemment’ séquentiel des programmes. ré-ordonnancement des micro-opération, exécution prédictive, utilisation de registrer supplémentaires renommables et j’en passe.

Suit un exemple de synthèse qui permet de mettre en évidence la faiblesse de tout ça : il suffit d’un seul “cache miss” en accès mémoire pour réduire tous ces efforts à néant. L’exécution de plusieurs threads sur un cœur semble une solution pour palier cette faille, récupérant les cycles d’horloge d’attente de la mémoire au profit d’un autre thread.

D’après Brian, l’approche RISC pourrait bien revenir sur le devant de la scène : un die Itanium peut contenir 100 cœurs Pentium III ! Par contre, la programmation de machines aussi massivement multi-cœur n’est ni dans nos habitudes, ni dans nos outils. Ce qui amène donc en fin de présentation à la présentation de java.util.concurrent, et en particulier des fork/join.

La démo est simple mais parlante : un algorithme de tri, écrit en se basant sur le parallélisme massif et les API fork-join permet sur un système multi-cœur un gain de performance très significatif, sachant qu’on ne rencontre pour l’instant que des quad- ou octo-cœurs, mais que les labs nous préparent des processeurs bien plus parallélisés.

Pour approfondir le sujet, je ne peux que vous encourager la lecture de son bouquin, traduit en français chez Pearson. Livre dense à ne pas lire en une fois (sous peine de mal de crane) mais qui restera sur votre bureau pendant quelques années.

Ca y est, mon bouquin est présent sur Devoxx !

Ca aura été un peu compliqué à organiser, Merci à Pearson d’avoir réglé le problème dans l’urgence. Il n’est malheureusement pas disponible à la vente et je ne pourrais pas vous le dédicacer – rendez vous au Monde en Tique où une journée sera organisé bientôt pour cela – par contre vous pourrez tout de même le feuilleter : demandez l’unique exemplaire disponible à la caisse !

Cet après midi, une session bien mystérieuse tout simplement nommée “James Gosling” – le papa de Java y présente store.java.com, une place de marché sur le modèle du apple AppStore ou de l’Android Market, permettant aux indépendants de proposer leur développements maison aux millions de PC et mobiles équipés d’un runtime Java.

Le sujet étant assez peu intéressant (pour ce qui me concerne) je me rabat sur la session de Brian Goetz sur l’évolution de l’informatique vers le parallélisme et son influence sur notre façon de programmer… jusqu’à ce que le son plante !

Les sessions étant enregistrées pour Parleys.com, les speackers sont priés de faire une pause… mais qui donc s’est pris les pieds dans la prise ? Les Twits affichés dans le hall n’attendent pas longtemps:

• sarbogast Women and children first! Ok unfortunately that won't take long.#devoxx less than a minute ago
• dakawa #devoxx thank you CTRL ALT DELETE less than a minute ago
• GuyRenard Audio crashed in all rooms so we'll all have free beer this evening at #devoxx :-) 2 minutes ago

Comme quoi c’est une arme à double tranchant, ou peut être un moyen de canaliser les réactions du public : 2> /dev/null :)

Quoi qu’il en soit cela laisse de la place pour discuter avec son voisinage et apprendre quelque chose que j’ai raté ce matin lors de la session “JDK7, an update” pendant laquelle a été annoncée l’inclusion des Fermetures (Closures) dans Java 7.

Ce sujet, qui pourrait paraître anecdotique, déchaine les passions depuis pas mal de temps, ces structures étant supportées par de nombreux langages, … sauf Java. Il y a an, au même endroit, l’annonce inverse avait été faite, il faut croire que les groupes de pression ont fait leur œuvre. Reste à confirmer, et à attendre la version finale de Java7 ! 

La journée de conférence commence par une réunion plénière, l’occasion pour Stephan de présenter la nouvelle édition de Parleys, que vous connaissez déjà en beta si vous utiliser les channel BreizhJug. Comme toujours, cette appli fait son effet. La version 3 introduit un modèle économique pour ce site qui consommes quelques To de bande passante, avec un abonnement pour visualiser les speach Devoxx dès les premiers jours et des espaces privés pour les entreprises qui veulent diffuser (ou utiliser en interne) ce support. Personnellement je la recommande à tout ceux qui veulent faire de la com’ ou de la formation interne ou publique.

Suit la Keynote “sponsor”, qui se retrouve scindée en deux : Oracle puis SUN

Le représentant Oracle n’est autre que le directeur technique (excusez moi d’avoir oublié le titre exact, un truc comme “Chief Officier Executive Truc”). Il annonce d’office la couleur : pas d’info sur la fusion, devoir de réserve.

On est fixé. Après quelques blagues à la limite du private joke, on part donc sur un point de vue d’Oracle sur la plateforme Java : rien de très surprenant. Java c’est chouette, ça évolue, y’a plein de monde et encore du chemin à parcourir… Oracle présente aussi sa vision du futur de Java, à savoir OSGi, via une démo d’une appli web déployée sur un micro-noyau OSGi Weblogic. Certes le temps était compté, mais la démo est minable et n’apprend absolument rien, sans compter qu’elle plante à moitié.

La démo suivante montre l’assemblage et le déploiement de cette appli sur une VM Jrockit (une VM qui exécute directement le JDK, sans O/S). On retrouve les bons outils Oracle “clic souris” que les amateurs de BPEL aiment tant.

Bref, on sort de là avec pas plus d’info qu’au début.

Suit la Keynote de SUN, animée par les représentants de la JSR JEE6 et de GlassFish. Cette fois il s’agit plus d’un résumé des deux jours d’université largement marqués par JEE6, mais le ton est net : “vous vous rappelez de ma session l’an dernier ou j’annonçais JEE6 ? et bien cette fois on y es presque”. Pas de langue de bois, c’est bien à des techos qu’on à affaire et ça tombe bien, c’est ce qu’attend le public de Devoxx (moi en tout cas) !

D’autres sessions consacrées à JEE6 et GlassFish sont prévues dans la journée pour se faire une idée plus précise.

Ce keynote ne sera donc pas l’occasion d’annonces fracassantes. Devoxx 09 sera marqué par la crise : moins de sponsors, moins de participants, beaucoup ne viennent que deux ou trois jours. Le statut incertain de la fusion SUN-Oracle ajoute à l’ambiance “on attend que ça passe”.

Un point positif tout de même : mon bouquin devrait être présent sur le stand Pearson – en un seul exemplaire de présentation ! La crise je vous dis…

La session BOF (Birds Of a Feather = réunion communautaire) sur JEE6 réunissait de nombreux experts ou spec leads des différents éléments qui composent JEE6. Le sujet était volontairement provocateur : pourquoi devrais t-on s’intéresser à JEE6 ?

Il faut dire que JEE traine de sacré casseroles, et s’est fait balayer pendant un temps par le succès de Spring. JEE6 semble reprendre les rênes en main en mettant poliment toutes les vieilleries à la poubelle (pardon, en “prune”, si vous y tenez vous pouvez les conserver encore un petit peu) et en proposant un modèle plus modulaire, quasiment à la demande.

La communauté reste assez sceptique, non pas sur le contenu mais sur le fonctionnement du JCP : pourquoi y a t-il parfois deux specs pour une même JSR, qu’est ce qui différencies “Managed Bean” de CDI (aussi connu comme “Web Beans”), pourquoi n’y a t-il pas de spec JEE pour gérer le clustering ?

La réponse, en demi teinte, c’est “ben les gars, c’est pas si simple de mettre tout le monde d’accord”. On est donc content de voir que les choses avancent, même si tout n’est pas parfait et que certaines choses semblent redondantes ou amenées à évoluer.

Reste un constat intéressant : Caucho développe from scratch ce qui sera le tout premier serveur JEE6 “Web Profile” produit par un outsider. Avec le mastodonte JEE on avait pas envisagé un nouveau venu dans la cour des grands depuis belle lurette. JEE6 rend enfin les choses possibles.

Autre bonne nouvelle : la spec Web Profile vit sa propre vie, et pourra donc évoluer rapidement sans attendre JEE7. On peut donc parier qu’il va y avoir de la demande de ce côté.

En conclusion, une session BOF intéressante avec une bonne participation du public et des speackers sans complexe ni langue de bois.

Cette après midi, session bien longue sur la SOA. Le speacker égraine très progressivement les problématiques et ses recommandations, à un rythme qui donne envie de le secouer pour faire avancer le schmilblick – c’est assez pénible.

Même si les enseignements ne sont pas inutiles, la lenteur de la session la rend éprouvante et on fini le portable sur les genoux à faire autre chose…

Je me rattrape sur la session Tools in action de JetBrains qui vient présenter TeamCity. Cette fois ça ne dure que 30 minutes et on aimerait en voir un peu plus. Une présentation animée de nombreuses démo (c’est le principe du “in action”) avec les petits loupés qui vont avec, mais qui présente très bien l’outil et son intérêt. A tester d’urgence (c’est gratuit pour les équipes de taille “raisonnable”)

On termine sur un BOF “JEE6, à quoi ça sert ce truc” pour lequel Antonio met le paquet à coup de twitter et de blog pour faire venir du monde. Je vais donc mettre mon T-shirt “I Love Spring” tout juste gagné sur le stand SpringSource histoire de le mettre en confiance ;)

Discussion au coin du stand Oracle :

La grande inconnue de l’année est bien sur le rachat de SUN, absent de Devoxx alors qu’Oracle reste “partner premier”. Le stand croule donc sous les demandes d’infos officielles ou non, avis et autres rumeurs.

On en saura peut être plus demain avec la KeyNote qui y est consacrée, mais il ne faut pas attendre de révélation : bloquée par le conseil européen, la fusion n’avance pas et donc la stratégie d’Oracle sur le sujet non plus. Déjà obligé à marier Eclipse et JDeveloper (sur lequel Oracle bases tous ses outils SOA), quelle place donner à NetBeans ? Quel avenir pour MySQL, au coeur de la polémique – deviendra t-il indépendant pour rassurer le conseil européen ?

Qu’en est-il du Java Community Process, toujours piloté par SUN ? Nombreux sont ceux qui réclamaient son indépendance, et il se retrouve embarqué dans les rouages de la fusion. Oracle va t-il reprendre le relais ?

JRockit va t-il fusionner avec le JDK SUN ? Le développement de Java7 avance rapidement alors que la spécification JSR n’est pas finalisée. Oracle va t-il reverser du code de JRockit dans OpenJDK ? Si on peut encore imaginer plusieurs IDE ou serveurs d’application “spécialisé”, il est peu probable qu’Oracle maintienne le développement de deux JDK.

J’ai bien peur qu’on ressorte du Keynote avec encore plus de questions en suspens… 

Non ce n’est pas d’un remake du retour de la momie, mais de la session University animée par Antonio Goncalves et Alexis Moussine-Pouchkine qu’il s’agit.

Nous avons tous crachés dans la soupe JEE après s’être englués dans les EJB 1 et 2. Le but de cette session est donc de nous réconcilier avec ce modèle, à grand renfort d’humour et de démos.

JEE6 fait déjà le constat de l’échec de la génération précédente dont plus personne ne veut. On met donc toutes ces vieilles spec en @Deprecated (“pruned”) et on fait quelque chose de plus moderne, léger et flexible. Ensuite, JEE6 réutilise le modèle de Profiles, déjà utilisé par J2ME. Le profil Web typiquement permet à un serveur Resin d’être certifiable JEE6 sans pour autant embarquer toutes les API de la plateforme.

Les démos enchaînent la mise en oeuvre des concepts JEE6, fortement basés sur des annotations. On retrouve de nombreux éléments bien connus sous Spring, mais cette fois standardisés dans la plateforme JEE.

D’où une question, que je vais essayer d’approfondir demain sur le stand SpringSource (les cadors ne sont pas encore arrivés) : Spring pourrait-il supporter les annotations EJB 3.1 (Lite), ou développer un conteneur EJB basé sur Spring, ce qui permettrait pour le développeur de passer d’un conteneur à l’autre sans changer de code ?

Dans quelques années, pourra t-on déployer des composants / une application conçue pour JEE6 sur un conteneur Spring (TC server ou je ne sais quoi qu’ils nous auront pondu d’ici là) sans modification de code ? A priori ça ne semble pas bien compliqué vu que toutes les fonctionnalités de ManagedBean, d’intercepteur et autres injection de dépendances sont déjà largement supportées par Spring. Un petit namespace ejb: ?

Eh les gars de Spring, ça ne vous tente pas de démontrer la “supériorité” de Spring en nous sortant un conteneur EJB 3.1 Lite de 15 lignes de code ;)

Non ce n’est pas d’un remake du retour de la momie, mais de la session University animée par Antonio Goncalves et Alexis Moussine-Pouchkine qu’il s’agit.

Nous avons tous crachés dans la soupe JEE après s’être englués dans les EJB 1 et 2. Le but de cette session est donc de nous réconcilier avec ce modèle, à grand renfort d’humour et de démos.

JEE6 fait déjà le constat de l’échec de la génération précédente dont plus personne ne veut. On met donc toutes ces vieilles spec en @Deprecated (“pruned”) et on fait quelque chose de plus moderne, léger et flexible. Ensuite, JEE6 réutilise le modèle de Profiles, déjà utilisé par J2ME. Le profil Web typiquement permet à un serveur Resin d’être certifiable JEE6 sans pour autant embarquer toutes les API de la plateforme.

Les démos enchaînent la mise en oeuvre des concepts JEE6, fortement basés sur des annotations. On retrouve de nombreux éléments bien connus sous Spring, mais cette fois standardisés dans la plateforme JEE.

D’où une question, que je vais essayer d’approfondir demain sur le stand SpringSource (les cadors ne sont pas encore arrivés) : Spring pourrait-il supporter les annotations EJB 3.1 (Lite), ou développer un conteneur EJB basé sur Spring, ce qui permettrait pour le développeur de passer d’un conteneur à l’autre sans changer de code ?

Dans quelques années, pourra t-on déployer des composants / une application conçue pour JEE6 sur un conteneur Spring (TC server ou je ne sais quoi qu’ils nous auront pondu d’ici là) sans modification de code ? A priori ça ne semble pas bien compliqué vu que toutes les fonctionnalités de ManagedBean, d’intercepteur et autres injection de dépendances sont déjà largement supportées par Spring. Un petit namespace ejb: ?

Eh les gars de Spring, ça ne vous tente pas de démontrer la “supériorité” de Spring en nous sortant un conteneur EJB 3.1 Lite de 15 lignes de code ;)

J’ai fait une réservation au Holyday Inn Express juste à côté de Devoxx et hier soir en arrivant : “désolé monsieur … problème de réservation” bla bla bla

“OverBooking” qu’il a dit au téléphone le monsieur en me recherchant une chambre dans les hotels alentours. Je me retrouve donc à l’autre bout d’Anvers (et pour nettement plus cher).

Pour continuer sur cette lancée, je perd mon badge d’accès aux conférence dans le taxi. L’équipe Devoxx est heureusement très sympa et m’en a fait un nouveau (ils ne sont pas là pour faire des tunes, toute cette organisation est bénévole autour du BEJug).

Moralité : je porte la poisse, ne partez jamais en voyage avec moi.

L’université JSF s’est montrée assez décevante. Les organisateur de Devoxx se sont amusés à développer une application Flex qui diffuse dans le hall sur écran géant les twits marqués #devoxx, avec un effet d’animation bien sympa (un truc en Flex quoi). On a pu y lire de nombreuses critiques qui me confortent dans ma perception de la session… par facile de contenter tout le monde ;)

Pendant la pause, je rencontre au hasard d’un des nombreux tableaux blancs d’expression libre une connaissance du web : Ceki Gülcü à qui on doit log4j et slf4j. J’en apprend ainsi un peu plus sur l’échappée de slf4j hors de la fondation apache et la création de logback. La communauté autour de log4j semble avoir atteint une taille critique qui la paralyse dans sa possibilité de prendre des décisions fortes, comme en témoigne le gel de log4j 1.3. La seule critique que j’ai sur slf4j, et que Ceki a bien noté, c’est l’absence de varargs pour contruire des logs avec de nombreux paramètres. En dehors de ce point de détail c’est clairement pour moi l’avenir du log – Ceki présente une session sur le sujet Mardi matin pour ceux que ça intéresse…

Je lui fait une publicité éhontée pour GWT qu’il va expérimenter dans les mois à venir, pendant qu’il me vante les mérites sans fin de Wicket que je vais découvrir dans une semaine. Echange d’expérience, de bonnes pratiques et de points de vues très enrichissant.

J’enchaine avec un Tools in Action sur Hades, un outil qui interprète les noms de méthodes des DAO pour économiser l’écriture du code barbant d’accès à la base. Ca ne vous rappelle rien ? J’ai échangé quelques mots avec le speacker/createur de cet outil et je pense lui piquer quelques idées pendant qu’il ira faire un tour su mon site pour comparer nos idées. L’open-source a du bon !

Le WiFi, complètement pris d’assaut par plusieurs centaines de voraces, est à genoux. Le temps de piquer un câble réseau sur une table sponsor -- merci à SpringSource de sponsoriser sans le savoir ce blog ;) -- pour publier ce billet et je fille récupérer mon bagage avant que le vestiaire ne ferme…

Demain on attaque les choses sérieuses : la chasse au goodies dans les stands :D !

Me voici donc à Anvers, Belgique pour une semaine de Devoxx.

Cette première journée sera assez “light” vu que j’arrive à midi et qu’il ne reste donc qu’une "university” cette après midi. Je choisis le sujet JSF 2 and beyong, framework que je connais peu et n’ai jamais pratiqué, j’apprend donc assez peu de choses vu que je ne ressent pas les enjeux. J’en retiens juste que c’était pas fantastique au début mais que maintenant, avec toutes les super nouveautés c’est le top. Pour ma part mon projet à venir sera basé sur Wicket … sujet pour lequel une université et une conférence étaient prévue mais sont déprogrammées, dommage - je vais donc devoir lire la doc :(

La journée est surtout l’occasion de retrouver quelques têtes connues, bien sur le ParisJUG qui a fait le déplacement en troupeau, mais aussi quelques autres Juggers français. Le gros des troupes arrivera d’ici Jeudi pour les journées de conférences.

L’occasion aussi de réchauffer mon anglais pour être au top les jours à venir :)

Je fais un détour sur le stand Pearson pour voir que … mon livre n’est pas référencé, ni même connu. Pour une sortie prévue le 20 synchronisé exprès pour Devoxx ça me contrarie un peu, j’espère que ce sera réglé d’ici jeudi, la plus grosse journée de Devoxx, sinon je vais devoir rembourser l’avance sur droits d’auteur que j’ai reçue ;)

Enfin, et comme toujours sur ce genre de conférence où des centaines de portables se côtoient, le grand jeu est de trouver un coin ou le WiFi n’est pas complètement saturé pour pouvoir diffuser quelques notes. Je vais donc probablement suivre l’exemple du touilleur et publier plutôt des synthèse que mes notes au fil de l’eau.

Pour faire face à une liste de tâches anarchique, j’expérimente une méthode agile de mon cru : SCUM.

Issu à l’origine d’une faute de frappe, c’est devenu l’acronyme de SCrum for Unique Member (Scrum appliqué à sois tout seul).

Les mêlées quotidiennes sont faciles à organiser, et en plus c’est rapide. Le simple fait de se demander ce qu’on a fait la veille avant d’attaquer est tout de même pas totalement inutile quelque fois !

Un sprint dure de 2 jours à une semaine. Tout seul c’est tenable :)

Jusqu’ici c’est plus du vent qu’autre chose, alors voici le BACKLOG du sprint, et ses célèbres post-it sur le tableau Veleda. L’intérêt énorme de cet outil c’est :

• qu’il n’a pas toutes les limitations de nos trackers en tout genre avec leur cycle de gestion pourrie, leurs champs obligatoires et autres complications inutiles.
• qu’il est dynamique – par définition, un post-it, ça se déplace - et naturellement synthétique

L’air de rien ça permet rapidement de voir où on en est et ce qu’il reste à faire – pour certains ça ferait sans doute peur d’ailleurs, mais ce serait pourtant un bon indicateur !

J’organise donc la “SCUM’Conf 2010”, il reste encore des places pour ceux que ça intéresse :p