Chaque rencontre est unique. Ce type de personnage est souvent charismatique, intelligent et fascinant. Enfin moi je le constate depuis que je traine mes jeans dans les conférences. Forcément si tu n’es jamais sorti de chez toi, que tu es encore « vierge de conférence » ce qui va suivre ne va pas t’intéresser, voire te faire sourire gentiment. Encore une fois : j’assume.

Vous utilisez Maven ? Ant ? Junit ? Mais qui se cache derrière ces librairies ? J’ai donc sélectionné 10 personnalités du monde anglophone, qui m’ont marqué et qui sont sur la liste des gens « à rencontrer une fois dans votre vie ».

Joshua J.Bloch

Crédit photo : R.Maton, Web-tambouille.fr

Joshua Bloch est développeur et auteur de livres sur Java, employé par Google depuis 2004. Il a développé une partie de l’API Collections de Java, dirigé la conception de la partie java.math et du principe d’assert. En 2001 il a publié un livre indispensable à tout développeur Java : « Effective Java« . C’est aussi le co-auteur de « Java Puzzlers » qu’il a écrit avec Neal Gafter, employé aujourd’hui par Microsoft. C’est aussi l’auteur de « Java Concurreny in Practice » co-écrit avec Brian Goetz et Doug Lea entre autre. Ces livres doivent faire partie de votre bibliothèque de développeur. Excellent speaker habitué de Devoxx, il est responsable depuis fin 2011 du développement du langage Dart, une alternative à JavaScript, pour les navigateurs internets. Son compte Twitter : @joshbloch

A Devoxx 2010 et Devoxx 2011, ses présentations étaient passionnantes, avec une approche sur des sujets autour de Java qui vous ouvre les yeux. A voir au moins une fois dans sa vie de « Java-iste ».

Jason van Zyl

Crédit photo : M.Figuière Xebia France

Jason van Zyl est le créateur du projet Apache Maven et d’autres projets comme Apache Velocity[1] et du projet Plexus. Fondateur et directeur technique de la société Sonatype, il est aussi membre de l’Apache Software Foundation. Il est aussi connu pour ses prises de décisions parfois tranchées et son caractère bien trempé. Il aura eu au moins le mérite de créer Maven, outil devenu quasi indispensable dans le monde Java.

Pour l’avoir vu en 2009 j’avoue que je n’ai pas aimé son arrogance et sa manière de présenter. Mais ce gars là a pondu Maven, vous ne pouvez pas ignorer son existence. Aujourd’hui la communauté Maven est bien plus large, de nombreux Français sont contributeurs ou ont travaillé sur le projet (A.Héritier, N.de Loof, Emmanuel Venisse, Olivier Lamy, Vincent Massol, Fabrice Bellingard pour ceux que je connais…)

James Gosling
Créateur du langage Java en 1994, ancien ingénieur chez SUN Microsystems. James vient du monde Smalltalk. Après plusieurs années chez SUN, de 1984 à 2010, il quitte SUN pour Google. Depuis 2011, il s’est engagé dans une aventure de startup avec des robots sous-marins. Speaker assez discret et peut-être pas le plus charismatique, c’est en tout cas une personne simple, facile d’accès et passionnante.

Avec Java en 1995, il a révolutionné au bon moment le développement informatique. Java a retiré la gestion de la mémoire au développeur, et a proposé dès le départ le principe du « Write once, run everywhere ». A l’époque le développement devait s’effectuer sur la plateforme cible. En 15 ans l’industrie s’est tournée vers Internet, et Java a permis d’avancer rapidement. A ce jour, il reste toujours premier dans le classement TIOBE 2011 et 2012  des langages de programmation qui mesure la popularité d’un langage, mais pas le nombre de projets effectivement écrits avec Java.

Doug Lea

Doug Lea est connu des développeurs Javas pour son travail sur l’API Concurrent, sur les Threads et pour avoir apporté à Java une librairie puissante dans la gestion de la concurrence. Il est aujourd’hui professeur à la State University of New-York à Oswego. Doug Lea est l’auteur du livre « Concurrent Programming in Java(tm) : Design Principles and Pattern » et co-auteur du livre « Java Concurrency in Practice« . Doug Lea était l’un des rares indépendants faisant partie du Java Community Process. Il a décidé de quitter le JCP fin 2010, suite aux changements politiques provoqués par le rachat de SUN Microsystems par Oracle.

Gavin King

Si vous utilisez Hibernate, et je me doute que vous en avez au moins entendu parler, Gavin King est l’auteur original du framework Hibernate. Salarié chez JBoss RedHat, il est aujourd’hui le développeur principal du nouveau langage Ceylon avec Stéphane Epardaud et Emmanuel Bernard, 2 Français salariés de JBoss RedHat, que vous connaissez sans doute.

Gavin King est aussi l’auteur du framework Seam, qui a proposé une approche orientée conversation, destinée à faciliter l’écriture d’applications webs complexes. Il a été contributeur sur Java EE 6 autour de JPA, JSF et EJB3. C’est le Spec Lead de la spécification JSR-299 Contexts and Dependency Injection for the Java(tm) EE Edition, plus souvent appelé « CDI ».

A titre personnel je ne l’ai jamais rencontré. Basé au Mexique, il serait question qu’il vienne vivre en Europe en 2012. Vous voyez, j’assume mon côté People aussi.

Rod Johnson

Rod Johnson est le fondateur du framework Spring. C’est aujourd’hui le responsable de la société SpringSource, rachetée par VM Ware en 2009. Rod a révolutionné l’approche J2EE fin 2002 avec un livre qui reste encore à ce jour très intéressant à lire : Expert one-on-one J2EE Development. A l’époque où ce livre est sorti, je me souviens que nous étions tous convaincus que J2EE est les EJB 2.1 allaient révolutionner le monde. Ce fut le cas, en donnant à l’industrie une raison pour arrêter de suivre aveuglément SUN Microsystems. Spring a renversé l’oligarchie dans les années 2000 et a donné un coup d’arrêt aux architectures J2EE.

Aujourd’hui en 2012 je pense que Spring est devenu un framework qui se court après lui-même. Bien qu’excellent techniquement, il y a une recherche systématique à vouloir « abstraire » et « simplifier » les frameworks des copains. Prenez le projet « Spring Data » : belle brique technique, on peut s’interroger sur l’utilité de certains projets…

Spring 3.1 est sorti fin décembre 2011, et la société s’oriente rapidement vers le Cloud pour proposer toujours plus d’outils libres et open-source, avec du support professionnel. SpringSource a aussi racheté la société G2One, fondée par Guillaume Laforge (chef de projet du langage Groovy), Graeme Rocher et Alex Tkachman en 2007.

Je pense que Jürgen Höller, le développeur principal de Spring, aurait mérité d’être dans cette page. D’une grande gentillesse, c’est un peu le Wozniak de Rod Johnson. Discret, avec un esprit brillant, c’est le développeur qui a écrit et qui continue à écrire une bonne partie de Spring.

Kent Beck

Kent Beck est le créateur de la méthode de développement « Extreme Programming » dites aussi « méthode XP ». L’eXtreme Programming consiste à pousser à fond toutes les techniques de développement et d’organisation, afin de développer un logiciel d’excellente qualité. C’est aussi l’auteur du principe de programmation visant à écrire les tests avant le code, la fameuse méthode TDD pour Tests Driven Development. C’est enfin le co-auteur du framework JUnit avec Erich Gamma, utilisé pour écrire des tests unitaires dans notre industrie (car nous, on écrit des tests).

Kent Beck est l’un des 17 développeurs ayant signé le « Manifeste Agile« . En 2011 il travaillait chez Facebook. Il a écrit une dizaine de livres autour de SmallTalk, de Java et des pratiques Agiles. Vous pourrez lire régulièrement ses articles sur son blog.

Erich Gamma

Erich Gamma est l’un  des 4 auteurs du fameux livre « Design Patterns: Elements of Reusable Object-oriented Software« . C’est l’un des 4 membres du GoF, dit « Gang of Four » qui comprend Richard Helm, Ralph Johnson et John Vlissides.  Erich a co-écrit JUnit, il a travaillé beaucoup sur l’IDE Java Eclipse, c’était le leader du développement de la partie JDT sur Eclipse. Il travaille d’ailleurs depuis 2011 chez Microsoft dans l’équipe Visual Studio. Il a écrit avec Kent Beck le livre « Eclipse : principes, patterns et plugins« . Bref, Eclipse c’est quelque part un peu Erich.

Martin Fowler

Martin Fowler est un auteur, un conférencier et le responsable technique de la société ThoughtWorks. Il a révolutionné l’approche orientée objet, il est considéré comme l’un des meilleurs spécialistes de la conception objet. Ses nombreux articles et publications influencent l’industrie. Le principe d’inversion de contrôle, rendu populaire par Spring, ainsi que le principe d’injection de dépendances : c’est lui. Son blog est une vraie mine d’informations. C’est aussi l’un des 17 auteurs du Manifeste Agile, il est passionné par toutes les techniques de développements dites « Agile ».

J’ai assisté à une de ses présentations lors de la conférence de l’USI 2010. Impressionnant et passionnant. A faire une fois dans sa vie. Vous pouvez lire mon compte rendu écrit en 2010.

Robert C.Martin dit « Uncle Bob »

Bob Martin a popularisé le principe de « je me prends une petite claque pendant une conférence » en étant un speaker hors-pair, un évangéliste du métier de développeur, et surtout un gars passionnant à écouter. Si vous vous inquietez de votre avenir professionnel, si vous vous demandez si c’est bien « d’être chef de projet à 31 ans » vous pouvez lire « Développeur après 31 ans : ridé et chauve tu seras« , mais surtout vous devez prendre le temps d’écouter « Uncle Bob »

Bob est aussi l’un des 17 créateurs du Manifeste Agile. Passionné par le développement et l’Agilité, il est l’auteur du livre « Object Oriented Analysis and Design » mais surtout du livre « Clean Code: A Handbook of Software Craftsmanship« . Enfin c’est le fondateur du mouvement du « Craftsmanship« , qui donne un nom à une approche où le développeur n’est pas pris comme un pisseur de code décérébré.

Conclusion

Cette liste n’engage que moi, blablabla. Mais ne pas connaître Martin Fowler ou Gavin King lorsque l’on se dit « développeur Java » c’est inquiétant. Imaginons que vous êtes cuisinier. Si vous ne citez pas de tête le nom de prestigieux chefs de cuisine comme Alain Ducasse, Joël Robuchon, Anne-Sophie Pic ou Paul Bocuse, j’imagine que vous travaillez dans une cantine scolaire. Votre boulot c’est de décongeler des plats, de les servir à la bonne température, je comprends. Mais ne dîtes pas que vous « êtes développeur Java » dans ce cas.

Et les femmes alors ?

Cette liste ne contient pas de noms de femmes. J’aurai pu citer quelques femmes célèbres[1] comme Barbara Jane Liskov ou Marissa Mayer, mais je pense aussi aux épouses de ces messieurs. Faire des conférences à travers le monde ou coder toute la nuit, gérer une vie de famille, tout ceci c’est souvent un travail d’équipe.

Pour terminer, j’ai une bonne nouvelle : 2 des personnes que vous voyez ci-dessus seront présentes à la conférence Devoxx France 2012 que je co-organise avec 3 autres fous du Paris JUG.

Rendez-vous lundi 15 janvier pour vous inscrire sur reg.devoxx.com, et rendez-vous du 18 au 20 avril pour prendre une petite claque et découvrir Dart…

Si tu veux savoir comment tout a commencé, ce long (et parfois trop long) article est pour toi. Si tu te demandes comment on arrive un jour à organiser une conférence, c’est pour toi. Et c’est aussi pour moi, pour raconter ces derniers mois de fou, pour m’excuser en septembre d’avoir dis non plusieurs fois à des demandes (rejoindre Google, faire partie d’une mission spatiale ou faire Secret Story…) ce qui me morfond… mais je m’égare… Je m’excuse à posteriori, vous allez comprendre comment tout s’est passé…

L’aventure de cette conférence commence fin 2010, vers le mois d’octobre. Disons plus exactement, l’envie de créer une conférence. A l’époque, hasard du boulot, Antonio Goncalves arrive dans l’équipe où je travaille depuis mai 2010. Et 2 geeks qui passent leurs pauses cafés à discuter, ça commence à phosphorer.

Pour être tout à fait précis, c’est lui qui a eu cette idée de dingue : je vais faire Devoxx France. Mais on parlera de cela plus tard. Pour l’instant, imaginez juste un gars avec des cheveux longs et un gars avec pas de cheveux longs qui parlent ensemble pendant les pauses cafés. Je fais déjà partie de l’équipe du Paris JUG depuis quelques temps, et chaque mois nous faisons une soirée qui regroupe 200 personnes. On a acquis une bonne expérience de l’organisation de ce type d’événement. Mais une conférence, c’est un autre challenge…

En octobre 2010, j’ai l’occasion de participer à la conférence Soft-Shake à Genève. Elle donne beaucoup de bonnes idées. Je sponsorise la conférence avec mon site, l’eXpress-Board. Chaque sponsor se voit remettre un dossier complet. En revenant, je commence à en parler pas mal avec Antonio, mais nous n’avons pas forcément assez d’expériences. Il a alors l’idée de travailler sur le 3ème anniversaire du Paris JUG prévu en février 2011, de faire quelque chose d’assez ambitieux afin de voir comment tout cela s’organise.

Je ne sais plus trop comment, mais mi-octobre 2010, on est dans un taxi pour aller visiter la Cité Internationale Universitaire. Après visite des lieux, on se dit que l’endroit sera parfait pour organiser en février 2011 le 3ème anniversaire du Paris JUG.

Fin 2010 on invite tous les sponsors du Paris JUG pour une soirée privée à la Cantine. L’idée de faire une conférence est évoquée avec les sponsors. En tous les cas, l’idée est en marche dans nos têtes.

En février 2011, nous arrivons à organiser une soirée anniversaire avec 500 personnes, 6 présentations, et une ambiance bien sympa. Nous avons financé le tout avec des exposants, des partenaires qui aident activement le Paris JUG (Ippon Technologies, So@t, Zenika, SFEIR, Adobe, Novedia, Objet Direct et FastConnect).

C’était une bonne expérience, un peu stressante mais qui nous a beaucoup appris. En mars nous avons encore pas mal discuté de conférences, et on commence à s’y voir. Pour l’instant on appelle cela « parisDevConférence » car l’idée de faire Devoxx n’est pas évoquée.

A midi, on déjeune parfois ensemble chez le client pour lequel nous travaillons. Un lundi matin, Antonio a un air énigmatique. Quelque part entre la deuxième et troisième cuillère dans une mousse au chocolat, il m’annonce qu’il aimerait faire une conférence. Mais pas n’importe quelle conférence, il veut faire « Devoxx France » ! Woow ça c’est énorme. Il est allé rencontrer Stephan Janssen, le père de Devoxx, et ils ont décidé de se lancer dans l’aventure. Voilà comment cela a commencé pour moi.

Côté nom, Antonio n’a pas encore trouvé le nom de « Devoxx France ». On évoque l’idée de faire un code I18N et de la baptiser « Devoxx FR_fr ». En remontant travailler, je fais un achat compulsif sur Gandi. Je dépose le nom de domaine devoxx-fr.fr… qui ne servira à rien. C’est mon côté impulsif.

Et des achats compulsifs de ce style, j’en ai fait d’autres. Par exemple des cartes de visite ou d’autres noms de domaines avec des noms de conférences improbables… Bref je ne suis pas trésorier sur ce projet, je m’occupe de la communication et du marketing. C’est peut-être mieux comme ça…

Antonio créé un Google Groups début avril, et comme il dit dans le premier mail « longue vie à Devoxx France ». Zouheir Cadi, le secrétaire du Paris JUG, nous rejoint aussi début avril. On commence à parler de salles, et à avoir aussi quelques aventures lors de nos visites.

Un jour nous allons au Caroussel du Louvre afin de visiter l’espace d’exposition. Nous voilà dans un endroit plutôt select, habillé en Geek. Alors que nous arrivons à l’entrée du salon, un gars d’1m60 débarque et nous demande si nous sommes « les voituriers » afin de nous remettre les clés de différentes voitures…

Un autre jour, avec Zouheir nous nous retrouvons en banlieue parisienne. Sur le site, les images d’illustration de l’architecte me font penser à un superbe bâtiment. En fait, dès la sortie du métro, on se dit : ça va pas le faire. Nous nous retrouvons dans une espèce d’hangar, au rez-de-chaussée… Genre un abattoir mais en mieux car il y avait la moquette. Quant au prix de cette salle, il était stratosphérique… Et des histoires comme celles-ci, pendant 3 ou 4 mois le temps de trouver une salle, nous en avons eu plusieurs…

Trouver une salle sur Paris, c’est un vrai challenge. Nous avons cherché aussi à rencontrer des cinémas. Un jour avec Antonio, nous sommes allés voir à Châtelet-les-Halles ce qu’il serait possible de faire. Et bien si vous prenez 600 places à 9 EUR par séance, oui vous pouvez avoir les salles… multiplié par le nombre de séance… bref impossible à faire à Paris.

Et là, cher lecteur, il y a une aventure.

Vous vous souvenez de mon histoire de startup Groovy/Grails fin 2009 ? Pendant 3 mois, j’allais au métro Glacière pour travailler. Chaque matin, je passais devant l’entrée du centre de conférence « le Marriott Rive Gauche ». Et chaque semaine, je voyais des congrès ou des conférences. Et à chaque fois, je pensais « ça serait top de faire une conférence ici ». Voilà comment nous avons trouvé l’endroit : car un jour, 2 potes m’ont embarqué dans une aventure de startup, qui a foiré, mais qui m’a permis de découvrir cet endroit.

Je lance un email fin mai, à Stephan, Antonio et Zouheir. Là c’est le coup de coeur. Nous nous y voyons. Superbe salle, accueil très professionnel. Alors que nous partons visiter, nous tombons par hasard sur 2 personnes de Zenexity, qui se demandent bien ce que les gars du Paris JUG préparent…

Bref, on a trouvé une salle.

Nous avons même rédigé un dossier de presse pour présenter le projet. Petit à petit, le projet prend forme. Nous nous rendons compte que ce qui nous attend est loin d’être facile. Mettre en marche ce type de conférence c’est aussi investir beaucoup de temps pour que cela fonctionne.

Nous levons un peu le pied en juillet, afin de préparer la rentrée plus calmement. En août, Antonio et Zouheir commencent à contacter les différentes sociétés que nous connaissons. Nous ferons signer une clause de confidentialité à chacun de nos prospects.

Les premiers à nous recevoir, c’est Ippon Technologies. Nos slides sont plutôt au point, et notre discours bien cadré. Grâce à eux, et à leurs encouragements, nous nous lançons vraiment dans la tournée des différentes sociétés. En 2 mois, c’est plus de 15 rendez-vous, des heures de présentations, de rencontres et de rendez-vous. Je crois que nous connaissons par coeur la carte du « Café Livre », un restaurant dans Paris qui nous a vu au moins une fois par semaine pendant 2 mois…

En parallèle de cela, nous préparons notre Business plan afin de se faire accompagner. José Paumard vient nous aider et nous permet de mettre au propre beaucoup de points importants pour que le projet réussisse. Le montage du projet est loin d’être simple et gagné d’avance.

Stephan Janssen vient à Paris début septembre afin de découvrir le Marriott. Ce sont les vidéos et photos que vous voyez au début du clip d’annonce de la conférence. Il est enthousiaste, avec une énergie qui nous donne envie de concrétiser cette aventure.

Pour terminer, la vidéo d’annonce est aussi une aventure en soi. Pour construire cette vidéo, nous avons demandé aux sociétés prêtes à suivre l’aventure, de faire quelques photos. Tout le monde a joué le jeu, dans le plus grand secret pour vous réserver la surprise. Grâce au travail d’Edouard Coupleux, un motion designer freelance, nous avons fait la vidéo qui est sur notre site.

Je vous laisse la regarder, je vous tiendrai au courant bien entendu sur ce blog de notre aventure. Cela fait plusieurs mois que je lève le pied sur l’écriture des billets, l’esprit complètement engagé dans l’aventure Devoxx France. Maintenant que tout est lancé, nous allons pouvoir vous en parler avec l’enthousiasme et l’énergie que nous avons.

Rendez-vous sur http://www.devoxx.fr/ pour vous inscrire et pour proposer un sujet à partir de la fin du mois de novembre.

[Update] Grâce à Pierre-Antoine Grégoire du yaJUG nous avons pu prendre une photo avant la Keynote d’ouverture. Stephan est avec son drapeau brésilien, on stresse en attendant que les portes s’ouvrent et que la Keynote démarre… Quel souvenir…

La vidéo en HD est en ligne sur la page de YouTube du Touilleur Express si vous voulez la visualiser en plein écran.

En 2010 il est urgent de se rendre compte que notre industrie va changer très rapidement dans quelques années. Nous avons encore la vision des vieux sites statiques et classiques, c’est terminé. Ben montre des sites de 1997 et ils nous semblent tous si vieux… Tout ceci pour nous faire comprendre que le paysage va changer très rapidement.

Ils présentent un ensemble de sites que nous connaissons tous tels qu’ils étaient il y a 10 ans. J’avoue avoir du mal à reconnaitre le site d’Apple ou de Disney de 1997. Imaginons un instant ces sites en 2015… La question n’est pas de savoir si le développement des interfaces dans l’entreprise sera impacté. La question est plutôt de savoir quand… J’ai bien aimé ce message : vous qui êtes du monde de l’entreprise, pensez à l’interface de votre application en regardant le futur, pas le passé.

Ben revient sur l’abandon de Silverlight et le choix de basculer vers le monde HTML5. L’une des raisons ? L’explosion de la plateforme mobile. Sur Android et l’iPhone c’est ben Webkit qui tourne… le moteur derrière Safari entre autre. Et cela pousse l’adoption du langage HTML5. Microsoft a fait le choix le plus logique et le plus radical.

Quelques slides ensuite très percutants sur la taille du marché du mobile. Plus de 3 milliards de dollar par an… et nous ne sommes qu’en phase de démarrage. Prenez une application débile pour lancer un chat contre un mur, à 0,40$, et bien l’auteur est riche. Il y a un gouffre entre notre travail du quotidien dans le monde de l’entreprise et le monde du web mobile. Mais nous avons la possibilité de passer de l’un à l’autre. Techniquement, rien de bien difficile. Android c’est Java, ne l’oublions pas.

Ils comparent ensuite l’approche de ceux qui ont compris le mobile, et les autres. Une application de TodoList à 39$ fait par un éditeur classique n’a pas marché sur l’AppleStore. Une application gratuite avec la possibilité de donner si vous le souhaitez par exemple 1$ rencontre un énorme succès et rapporte bien plus d’argent finalement à son créateur.

L’expérience utilisateur est souvent meilleure sur des mobiles finalement que sur le Web classique. Dion Almaer nous montre une application Twitter et la version Web. Bien que Twitter ait récemment mis à jour son site, finalement c’est les différents clients mobiles qui sont intéressants. Si vous n’êtes pas un gars du Frontend, pensez vos services comme l’API Twitter et laissez d’autres personnes créer de fantastiques clients pour vous. Regardez le succès des applications pour Devoxx cette année par exemple.

Ben Galbraith présente le développeur comme un artiste, un musicien. Il produit du contenu, qui peut prendre de la valeur. Et il nous encourage à prendre l’initiative. Ne voyez pas votre métier comme un ouvrier. Voyez votre métier comme un artiste ou un artisan. Pourquoi ? Car vous avez la capacité à produire quelque chose qui reste artisanal et unique, même si vous utilisez toujours les mêmes frameworks. Cela explique aussi l’échec de la méthode Waterfall, encore largement utilisée par les entreprises Françaises. Elle est peut-être adapté pour des projets industriels ou électroniques, mais pas pour du développement informatique.

En conclusion, j’ai bien apprécié cette conférence, comme la majorité des personnes présentes. Je vous conseille de la revoir sur le site Parleys.com à partir de la semaine prochaine. Pour 79 EUR par an il est possible de visualiser toutes les conférences de Devoxx 2010, n’hésitez pas.

Productivité, performance,modularité, integration et universalité. Ce sont les 3 principes 5 principes qui vont guider la philosophie de Java 7. Aujourd’hui on parle plus de la plateforme Java que du langage. Finalement faire du Java c’est appartenir à une communauté et c’est vivre sur un continent. Chaque continent a ses pays, avec aujourd’hui Scala, Groovy, jRuby, jPython, mais bien d’autres.

Concernant la productivité, Mark nous présente un exemple simple classique :

Map<String ,String> m=new HashMap&ltString ,String>(); // java 6

Map<String, List<String>%gt; m2= new HashMap<>();  // Java 7+

Mark présente ensuite d’autres nouveautés dans le langage Java lui-même, et nous invite à suivre le projet Coins pour être à jour.

Performance

Concernant l’architecture, Mark explique que depuis 5 ans sur la loi de Moore nous sommes sur un plateau depuis 4 ans. En conséquence, de meilleures performances dans une application ne seront pas possibles uniquement avec du matériel. En 2005 par exemple Sun sort un proc avec 32 cores. En 2007, Niagara2 en 2007 64 cores… En 2009 c’est la sortie du processeur Niagara 3 avec 128 cores… Mais comment votre application va-t-elle gérer cela ?

Finalement Java qui a offert la possibilité de tourner sur toutes les machines, vise maintenant la possibilité de tourner sur de multiples cores, sans que le développeur ait besoin d’être une brute en programmation concurrente. Comprenez bien ce message, la phrase qui va suivre est de moi, pas de Marc : « Write once, Run Everywhere, Scale anywhere »

Java se rapproche des paradigmes de la programmation fonctionnelle, nous reparlons des expressions lamda. Mark montre l’utilisation des closures avec la notation #{ … }.

double max = students.filter(#{ s -> s.gradYear == 2010 })
                                     .map( #{ s -> s.score })
                                     .max();
interface Collection<T> {
   Collection<E> filter(Predicate<T> p) default Collections.<T>filter;
   <V> Collection<V> map(Extractor<T,V> e)
   default Collections.<T>map;

  <V> V max() default Collections.<V>max;

Pour en savoir plus : http://openjdk.java.net/projects/lambda/

Java dans le futur sera mis à jour moins souvent que jusqu’à maintenant. Oracle veut que Java soit un langage de premier plan mais qu’il conserve ses racines. C’est un langage en phase de stabilisation avec cependant de belles nouveautés pour les années. qui viennent.

La grosse annonce de ce matin finalement c’est l’annonce de Reification sur les Generics. Java reprendra une version réunifiée sur les génériques afin de couvrir les lacunes, sur les paramètres des méthodes. Ce sujet a 4 ans, je l’ai vu sur le blog de Neal Gafter par exemple.

Nous abordons maintenant une présentation sur les différents langages qui tournent sur la JVM. Mark pour Ruby cite par exemple jRuby. Cette implémentation tourne même plus vite que Ruby sur certains benchmarks.

Concernant le classpath et le packaging, Mark reparle des modules, de l’alternative au classpath. Il cite maven et présente jmod, une application en ligne de commande qui mime Maven. Il permet de télécharger des JARs et des applications. Si j’ai bien compris, la notion de repository de Maven sera intégré dans votre JVM.

nicolas@host $ jmod install org.openjdk.aggregator-1.0.jar
nico...

La nouvelle est qu’Oracle confirme une version de Java pour la mi 2011 avec beaucoup de nouveautés qui sont déjà prêtes. La nuit dernière, un ensemble de nouvelles JSR a été publié sur le site du JCP

Une Keynote dans le ton de Sun, avec cependant du contenu plus précis que l’an dernier.

On retiendra que Java 7 est donc bien prévu pour l’année prochaine.

JavaOne est devenue une grosse conférence siliconée sans intérêt. Les rares Français qui y sont allés en septembre dernier n’oseront pas dire que c’était nul. Comprenez-les : un ticket d’entrée dont le prix est au dessus de 1000 USD… cela fait mal. Et pourtant je vous l’annonce en exclu, JavaOne aura bien lieu du 2 au 6 octobre 2011, toujours à l’hôtel Hilton dans les mêmes conditions que cette année.

Devoxx c’est le contraire. Avec un prix d’entrée de 100 EUR par jour, vous pouvez rester la semaine et vous en sortir pour un budget raisonnable. La conférence est divisée en 2 grands moments. Du lundi au mardi soir, c’est l’Université. Avec moins de monde, c’est un moment dédié à la formation. Il y a de grandes sessions de 3 heures, de la formation continue en quelques sortes. L’an passé je m’étais offert 3 heures sur Amazon avec Chris Richardson par exemple.

La conférence début le mercredi matin jusqu’au vendredi midi. La journée débute à 08h30 et se termine à 22h00. Ces 2 jours sont très chargés. Le mercredi il y a 7 tracks en parallèle avec le choix entre 31 conférences. Au menu, la crème de la crème des speakers Java. Toutes les présentations sont en Anglais, la qualité est toujours au rendez-vous.

Le vendredi se terminera différemment, avec la venue sur scène lors de la Keynote de fermeture de plusieurs têtes connues, dont notre Antonio Goncalvès du Paris JUG, qui fera partie du panel de la discussion sur le futur de Java. Ce sera le vendredi matin, à ne pas louper. Il sera entouré de Joshua Bloch(Google), Mark Reinhold(Oracle), Stephen Colebourne (Spec Lead de la JSR-310), Juergen Hoeller (Spring) et Bill Venners (Scala). Si c’est pas la classe !

Avec ce qui se passe en ce moment autour du langage Java, il est temps que la communauté prenne la parole. Le temps des éditeurs c’était entre 2000 et 2010. Ce temps là est terminé. Aujourd’hui ce qui compte ce n’est pas le langage, ce n’est pas la plateforme, c’est la communauté.

Comme d’habitude je vous ferai vivre la conférence de là-bas avec l’équipe du Paris JUG.

A la semaine prochaine

Tout d’abord au rythme où vont les inscriptions, les organisateurs prédisent une augmentation de 30% de la fréquentation. De mon côté c’est fait, je suis inscrit pour toute la semaine comme l’an dernier. Cette année la conférence sera certainement différente. Je ne sais pas si vous avez lu les derniers blogs la semaine dernière, mais il y a du rififi entre Oracle et Google. Il y a quelques semaines, Oracle Corporation a décidé d’attaquer Google par rapport à 7 brevets utilisés au sein de la plateforme Android. Google a annoncé la semaine passée qu’il ne participera pas à la conférence JavaOne qui a lieu mi-septembre. Les conférences prévues par les speakers de Google ont été annulé (Josuha Bloch ou Romain Guy par exemple).

James Gosling, l’un des fondateurs du langage Java, a lancé une campagne de tee-shirt « Java: just free it » à destination d’Oracle, afin de sauver le langage de la main-mise de l’éditeur de base de données américain. Et le plus fun c’est que James Gosling est prévu pour faire une conférence de clôture à Devoxx à la fin de cette année. La lettre d’information croustille en promettant une présentation « un-censored ». Cela va certainement rattraper l’an passé, où James Gosling n’avait rien pu nous dire.

Parmi les présentateurs intéressants, on annonce la présence de Martin Odersky, le père du langage Scala, de Ben Alex le fondateur du projet Spring ROO et de Claus Isben, l’un des commiters d’Apache Camel les plus actifs.

La liste des personnes de la communauté Java n’est pas encore complète mais voici d’autres noms :

* Mark Reinhold (JavaSE 7 Keynote)
* Roberto Chinnici (JavaEE 7 Keynote)
* Martin Odersky (Scala Founder)
* Ben Alex (ROO Founder)
* Brian Goetz (Project Lambda)
* Joe D’Arcy (Project Coin)
* Graeme Rocher (Grails Founder)
* Steve Freeman (Agile-holic)
* Claus Ibsen (co-Founder Camel)
* David Geary (JSF/GWT Rock Star)
* Kito Mann (JSF Rock Star)
* Costin Leau (Spring Guru)
* Guillaume Laforge (Groovy Lead)
* Bill Venners (Scala Rock Star)
* Paul Sandoz (JAX-RS lead)

Ce sera aussi l’occasion de rencontrer l’ensemble des Java User Group, qui participent activement chaque année à Devoxx.

A bientôt et bonne rentrée.

Le fait de surveiller votre JVM avec ce service permet de partager avec une communauté vos soucis. Kees nous a présenté des cas typiques rencontrés sur des applications en production. Sa présentation très vivante nous a appris quelques informations intéressantes sur la JVM.

Kees commence par nous montre un graphique classique de l’occupation mémoire d’une application. Visiblement celle-ci souffre d’une fuite mémoire. Si vous n’avez jamais eu de fuite (et je vous le souhaite, vous êtes jeune) voici à quoi cela ressemble:

Les 2 Garbages Collectors de la JVM s’activent régulièrement comme le montre cette courbe:

La solution est de trouver la fuite mémoire avec un outil comme JProfiler

Kees nous a ensuite montré un graphe qui montre que le système souffre d’un souci difficile à pointer au premier regard. Cette courbe montre l’activité du Garbage Collector. Comme vous pouvez le constater, celui-ci tourne en permanence, alors que la mémoire n’est pas remplie. Bizarre non ?

La raison de cette suractivité est un System.gc() placé par le développeur dans le code. Or comme il l’explique, c’est une très mauvaise idée. System.gc() risque de mettre en marche le Scavenge Collection Garbage Collector. Celui-ci met en pause les Threads le temps d’effectuer la collecte et de ranger les différents espaces mémoires. Il cite l’exemple d’un développeur qui avait ajouté System.gc() dans la méthode destroy() de sa Servlet, afin de libérer les ressources. Mauvaise idée, regardez l’implication pour les autres sessions dans le conteneur Web:

Si vous souhaitez en savoir plus, lisez les articles sur son site à cette adresse.
Pour trouver ces bouts de code, il conseille l’utilisation de FindBugs. Il est aussi possible de désactiver les appels System.gc() en spécifiant cette option pour la JVM de Sun :

-XX:-DisableExplicitGC

FindBugs signale les bugs en analysant le bytecode des JARs. Quelques tests sur le driver JDBC de MySQL 5.1.5 montre qu’il y a ainsi 154 warnings, dont des soucis de NullPointer, et des vulnérabilités à l’injection SQL. Le driver d’Oracle ojdbc6.jar de son côté souffre de presque 1028 warnings, avec par exemple des System.exit() dans le code du driver, ou des boucles infinies… Super non ?

Il montre ensuite un problème des systèmes 32-bits:

java.lang.OutOfMemoryError: unable to create new native thread
at java.lang.Thread.start0(Native Method)
at java.lang.Thread.start(Thread.java:597)
at org.apache.tomcat.util.net.JIoEndpoint$Worker.start(JIoEndpoint.java:478)
at org.apache.tomcat.util.net.JIoEndpoint.newWorkerThread(JIoEndpoint.java:697)
at org.apache.tomcat.util.net.JIoEndpoint.createWorkerThread(JIoEndpoint.java:676)
at org.apache.tomcat.util.net.JIoEndpoint.getWorkerThread(JIoEndpoint.java:708)
at org.apache.tomcat.util.net.JIoEndpoint.processSocket(JIoEndpoint.java:743)
at org.apache.tomcat.util.net.JIoEndpoint$Acceptor.run(JIoEndpoint.java:320)
at java.lang.Thread.run(Thread.java:619)

Cette erreur est levée lorsque le système ne peut plus allouer de mémoire. Rappelons que l’espace addressable sur les systèmes 32-bits n’est que de 4Gb. En effet il n’y a que 2^32 adresses, ce qui correspond à presque 4Gb. Sachant que le système lui-même et les autres processus ont besoin de mémoire, il y a donc une limite rapidement atteinte sur les systèmes 32-bits. Il existe beaucoup d’articles sur ce sujet, je vous recommande de lire « Tuning Garbage Collection with the JVM 5.0« . La solution lorsque votre application nécessite réellement autant de mémoire, c’est de passer sur un système 64-bits.

Il explique ensuite un concept dont je n’avais jamais entendu parler : l’échec de promotion d’un objet de la Young Generation vers le Survivor Spaces. Il faut vraiment lire ce whitepaper pour comprendre, c’est un truc compliqué que je vais tenter de vous expliquer en quelques lignes. Certaines options du GC font que l’espace mémoire se fragmente comme votre disque dur. C’est le cas lorsque vous utilisez le Concurrent Mark-Sweep GC. Imaginez que les promotions des objets de la Young-Generation vers la Old-Generation soit comparable à la recopie d’un disque A vers un disque B. Le CMSweep ne compacte pas le disque B lorsqu’il détruit des objets qui ne sont plus adressables. Le problème est lors de la recopie : Java n’arrive pas à déplacer des objets pour les stocker dans la Old Generation. Cela n’est pas très grave : votre application va exploser avec un OutOfMemory quand bien même il reste de la mémoire… Mais celle-ci est fragmentée. Pour voir ce problème il faut activer certaines options de la JVM:

-Xloggc:/var/log/gc.log -verbose:gc
-XX:+PrintGCDetails -XX:+PrintGCTimeStamps

Il faut ensuite regarder les logs du serveur, vous verrez que des messages « promotion failed » apparaissent alors

42536.572: [GC 42536.572: [ParNew: 353920K->2080K(353920K), 0.1246980 secs] 1450967K-
>1137843K(2520704K), 0.1249020 secs]
42546.733: [GC 42546.733: [ParNew: 316704K->3604K(353920K), 0.0599980 secs] 1452467K-
>1139368K(2520704K), 0.0602080 secs]
42555.527: [GC 42555.527: [ParNew: 318228K->5034K(353920K), 0.0609210 secs] 1453992K-
>1140797K(2520704K), 0.0611270 secs]
42564.154: [GC 42564.154: [ParNew: 319658K->5214K(353920K), 0.0780650 secs] 1455421K-
>1142411K(2520704K), 0.0782850 secs]
42571.444: [GC 42571.444: [ParNew: 319838K->5514K(353920K), 0.0649090 secs] 1457035K-
>1144161K(2520704K), 0.0651220 secs]
42576.714: [GC 42576.714: [ParNew (promotion failed): 320138K->320138K
(353920K), 0.2365970 secs]42576.951: [CMS: 1139969K->1120688K(
2166784K), 9.2214860 secs] 1458785K->1120688K(2520704K), 9.4584090 secs]
42587.017: [GC 42587.017: [ParNew: 314624K->34454K(353920K), 0.1340880 secs] 1435312K-
>1205264K(2520704K), 0.1344800 secs]
42588.700: [GC 42588.701: [ParNew: 349078K->23091K(353920K),

La solution est de régler la taille des différents espaces de la JVM (voir ce document).

Il continue sa présentation en nous parlant des problèmes de File Descriptor sous Unix (Too Many Files open). Il suffit de changer la limite du nombre des fichiers pour l’utilisateur qui exécute votre serveur. A noter que les sockets sont comptés comme des fichiers sous Unix (je sais que ce que je dis n’est pas tout à fait exact, je fais court…) ce qui concerne donc les connexions vers la base, ou la partie web de votre serveur.

ll rappelle aussi la grosse différence entre le mode serveur (-server) ou client pour la JVM de Sun avec quelques courbes.

En conclusion, une petite présentation plutôt sympa de 30 minutes, qui me fait dire que si vous êtes en galère avec la JVM, il serait bon de passer un peu de temps sur les forums de Java-Monitor.

Références
Les slides de la présentation
Java-Monitor.com
FindBugs, excellent outil pour analyser son bytecode.

La conférence Devoxx 2009 est terminée. Au moment où j’écris ces lignes du Thalys, j’ai pleins de souvenirs et de rencontres en tête. Une grosse semaine, où j’ai un peu levé le nez du blog, pour participer aux événements de Devoxx et aux soirées qui suivent. D’où le peu d’articles, mais bon, il faut bien aussi en profiter non ?

Une rencontre
Hier soir, un message sur Twitter donne rendez-vous à 20h30 à tous les Français pour un dernier restaurant. D’ailleurs à part nous, peu de monde restait le soir. Nous voilà avec nos sacs prêt à partir. Arrive un Français dans le Hall. Je lui demande s’il veut se joindre à nous : Patrick Chanezon de Google, bien connu de la communauté Java. Il a effectué une présentation l’après-midi même de Google App Engine en compagnie de Guillaume, qui a présenté Gaelyk. Nous y reviendrons dans un article plus complet.

Patrick a rejoint Google en 2005. Il a tout d’abord travaillé à évangéliser la communauté alors même que Google n’avait que quelques APIs. Il a évangélisé sur l’API Google AdWords, puis Google Checkout, en dirigeant des équipes importantes chez Google, à San Francisco. Depuis l’été 2009, il est maintenant en charge de l’équipe « Client and Cloud advocacy » (advocacy=plaidoyer) afin de promouvoir l’initiative Openweb standard, Google App Engine, GWT et le petit dernier, Go Programming language. D’ailleurs il recrute en ce moment, si vous voulez le rejoindre en Californie, c’est par là.

Une soirée très sympa, où il nous a fait partager son expérience et la vision de Google par rapport à Google App Engine. Parmies les pistes auxquelles réflechissent les développeurs de Google et la communauté, l’ajout d’un espace de stockage pour les fichiers, adressable par URL, est envisagé (un Amazon S3 like). Avec la puissance de Google, la possibilité d’avoir du Map-Reduce aussi est discutée. Et il y a bien entendu l’intégration avec les autres APIs de Google.
Nous apprenons un peu plus sur le fonctionnement de certains produits de Google, sur les technologies utilisées, le tout était passionnant.

4 famous Java guys have met 25 Frenchies
Lors d’une escale technique pour ravitaillement au Bar pendant la soirée, je passe devant une table où 4 personnes discutent tranquillement autour d’un mini-PC. Tiens mais ce sont les JavaPosses ! et les 4 cette fois-ci. Souvenez-vous l’an passé j’avais déjà eu une photo avec Dick Wall et Carl Quinn… (cyrille : c’est mon côté People). Bref j’ai discuté avec eux, et ils sont ensuite venus rejoindre la vingtaine de Français, dont l’équipe du Paris JUG.

Voyez plutôt le résultat : sacré Français !

De gauche à droite:
Dick Wall, Tor Norbye, Joe Nuxell, Nicolas Martignole (Le Touilleur Express), Antonio Goncalves (Paris JUG and Les Castcodeurs), Stéphane Epardaud (Riviera JUG de Nice) et devant avec un tee-shirt vert, Nicolas de Loof (Breizh JUG), manque Carl Quinn sur la photo.

Tor Norbye, Dick Wall et Patrick Chanezon.

Vendredi matin
Après une nuit bien méritée, nous avons terminé Devoxx par 12 conférences divisées en 4 salles. J’ai sélectionné ce matin des sujets plus reposants.
- Gaming Java FX : comment coder un jeu avec Java FX, le moteur physique, les collisions
- Apache Tapestry 5 par H.Lewis Ship : très bonne présentation du framework Tapestry 5 par son fondateur
- Project Lombok : un outil pour Eclipse qui permet d’annoter ses Beans et de retirer le code inutile. Très sympa

A priori d’après un sondage, la conférence sur « Pomodoro Technique » par Staffan Nöteberg était bien, ainsi que la conférence « The web on OSGI, here is how » par Don Brown. La première conférence, dont Eric Lefevre a déjà parlé sur son blog, est une technique pour se concentrer sur une tâche. La présentation sur OSGI et le Web était un retour sur expérience d’un gars qui a réellement fait des projets avec OSGI. D’après ceux qui y sont allés, cela remet OSGI dans son contexte.
Souvenez-vous que vous pourrez retrouver les conférences dès la semaine prochaine sur le site Parleys.com pour 49 EUR pour 6 mois.

La meilleure conférence ?
Enfin nous avons terminé par un dernier repas entre Français, et le sujet était de demander à chacun le nom de la conférence qu’il a préféré. Celle qui a marqué les esprits, c’est la présentation de Robert C.Martin dit « Uncle Bob« . Ce gars est tellement célèbre qu’il a même sa page sur Wikipedia.

Ensuite pour moi les présentations qui m’ont le plus marquées, sans ordre particulier
- Amazon EC2, 3h de présentation et de retour sur expérience, passionnant
- Google App Engine et surtout Gaelyk, la claque tout simplement par G.Laforge
- Agile Myths par Scott Ambler. Quelqu’un qui nous ramène sur Terre par rapport à l’Agilité
- La Keynote d’ouverture avec la présentation de JEE6 par R.Chinnici et L.Champenois

J’ai eu du mal avec les présentations Scala, c’est mon petit regret cette semaine. J’aurai aimé aussi assister à la présentation sur Clojure, au show des JavaPosses, à d’autres présentations, mais je compte me rattraper sur Parleys.com.

Conclusion
Devoxx 2009 est la conférence à laquelle les Français doivent aller. Le côté communauté, les rencontres, les présentations, et le fait que le tout soit à 2h de Paris, 3h de Tours, oui c’est faisable même pour 2 jours seulement.

Il ne me reste plus qu’à vous écrire 6 ou 7 articles, mais là tu vois, je suis un poil fatigué, donc je vais prendre mon temps.

A bientôt !

J’ai débuté les conférences avec une présentation de Scott Amblers. Bien connu des Agilistes, Scott a présenté les Mythes de l’Agilité. Je vous expliquerai dans un article en détail, mais en quelques mots : très bien. Grâce à différents sondages, effectués en 2008 et 2009, sur des sites comme Dr Dobb’s Journal, Scott a enfoncé des mythes de l’Agilité. Il était temps que quelqu’un nous fasse redescendre sur Terre. J’ai beaucoup aimé.

Antonio Goncalvès a dédicacé son livre, les 25 exemplaires de son livre sur JEE6 sont partis en 15 minutes.

Après une pause rapide, une photo de groupe avec les parisiens du Paris Java User Group, j’ai repris par une présentation sur la partie serveur d’HTML 5, les Web Sockets. J’ai ensuite suivi 2 présentations autour de Scala : une sur ScalaTest, très bien. Une autre sur Lift très mauvaise. Le contenu était intéressant mais la présentation était trop complexe.

Ensuite un moment sympa : Frites et Bières Belges avec Jean-Laurent et Romain. J’ai ensuite rejoins les JUGs pour une session privée avec James Gosling, le père de Java. Nous avons discuté du rachat de Sun Microsystems par Oracle.

Concernant JavaOne 2010, le Moscone Center est réservé. Cependant pour l’instant, personne ne sait si JavaOne aura lieu. James note que le plus ennuyant finalement, c’est que justement, personne n’a encore pris de décisions… Pas top.
Concernant les nouveaux langages, Scala est celui qui sort du lot. Cependant James dit que les bons dévelopeurs Java ne deviennent pas forcément de bons développeurs Scala. Il y a même un problème : nous prenons Scala pour l’inférence de type, mais la partie Fonctionnelle est mal maîtrisée. Parfois elle n’est pas utilisée… Bref faire du scala, oui. Mais faire du Scala (avec un S majuscule) c’est dur. La syntaxe et les concepts s’adressent aux bons programmeurs. Et je partage plutôt cet avis pour l’instant.

Une photo de Zouheir Cadi du Paris JUG devant James Gosling, le père de Java:

Nous nous sommes ensuite regroupé, une partie des Français est allée voir France-EIRE. Une autre est partie pour diner avec l’ensemble des JUGs du monde entier. Nous étions une trentaine de personnes. Et là, j’ai rencontré le créateur de Juggy, la mascotte du Paris JUG. Bruno est le JUG Leader du Bresil JUG. C’est un gars vraiment excellent. Je lui ai montré mon boulot sur la nouvelle version de Juggy. Et en retour il a proposé de nous faire fabriquer une peluche du Juggy Français ! On verra, mais ça sera sympa.

Plus sérieusement, il y a quelques inquiétudes concernant le rapprochement Oracle-Sun. Aaron qui est le leader des JUGs et qui s’occuppe des relations entre Sun et les JUGs, nous a aussi demandé quel était notre plus gros souci concernant l’avenir de Java. Pour ma part, j’ai répondu qu’il faut que toi, développeur, tu ne deviennes pas un vieux Coboliste de Java. Pour cela je t’encourage à regarder d’autres langages comme Groovy ou Scala.

Parmies les annonces de la journée : JDK7 est repoussé à la fin de l’année 2010. Par contre, il y aura enfin des closures. A priori ce serait l’implémentation FDM qui a été retenue… Ce débat ne m’intéresse pas. Je n’ai pas besoins de Closure en Java. Je préfère compléter mes connaissances en apprenant Groovy qui a déjà ces Closures. Groovy permet de répondre plus efficacement à certains besoins qu’en Java. Scala peut-être peut aussi compléter votre spectre de connaissance. Et n’oublions pas que ces 3 langages tournent sur la JVM, ce qui est le plus pertinent je pense. Pour cette raison, je ne suis pas intéressé par Ruby par exemple.

Concernant JDK7, il y a un gros retard. Relisez cet article de 2008, la majorité de ce qui a été dit hier était encore d’actualité 1 an plus tard. Il faut y voir aussi le signe que Java est devenu un langage mature. Est-il vraiment nécessaire de continuer à l’améliorer, tout en cherchant à garder une rétro-compatibilité au niveau du bytecode ?

Aujourd’hui, Keynote, enregistrement des CastCodeurs, et des conférences. La journée va être longue, je vous tiens au courant.

Bonne journée

(07h15 jeudi matin)