A noter que Simon présentera JavaFX au ParisJUG la veille, le mardi 7 juillet donc, pour les parisiens. Plus de détails sur le site du ParisJUG.

Popularité de Java dans la communauté Open-Source
Tout d’abord un indicateur pour vous rassurer : Java est encore très populaire. Classé premier depuis plus d’un an par l’indicateur TIOBE, il a regardé la dégringolade de son copain le C# qui est en perte de vitesse. Je pense qu’un indicateur aussi de la popularité de Java est de regarder les projets sur SourceForge.net. J’ai trouvé un site qui a listé 34210 projets Java, suivi de 27723 projets C++ et 22855 projets en C. Le langage C# arrive après le PHP et le Python avec 8825 projets. Je retiens que C et C++ représentent beaucoup plus de projets que Java cependant. Cela semble réaliste avec ce que l’on observe sur Internet. Je ne cherche pas à dénigrer bien entendu le C#, mais à expliquer par des chiffres ce que l’on voit sur Internet.

Google Trends n’est pas un outil très fiable. Si vous tapez Java, sans surprises les résultats affichés parlent de l’ile de Java. Pour obtenir quelques chiffres avec un peu plus de sens, il faut combiner des requêtes et il semble possible d’obtenir une courbe. Voyez par vous-même ici. Google Trends n’est qu’un indicateur des recherches effectuées par les Internautes.

Les offres d’emploi
Un exercice amusant est de regarder les offres d’emploi sur quelques sites français. Voici la méthode utilisée : tapez un mot clé et comptez le nombre de résultats pour chaque mot clé. Le site de recherche d’emploi « LesJeudis.com » affiche sur la page d’accueil le nombre d’offres d’emploi : 687 offres Java, 360 offres PHP, 308 offres .NET.

Pour le site Monster.fr j’ai tapé l’intitulé du poste, afin de comptabiliser le nombre de propositions. Pour le site lesjeudis.com j’ai utilisé la sélection par technologie afin d’affiner les résultats. J’ai bien conscience que cela ne représente qu’une photo instantanée du marché.

Il est difficile de distinguer dans ces résultats un indicateur de bonne ou mauvaise santé du marché. Cependant comme nous allons voir plus loin, les personnes avec une expérience en Java sont plutôt bien placés sur le marché de l’emploi.

Combien de développeur Java en France ?
On estime à 500 000 personnes le nombre d’informaticien en France selon le Syntec et les chiffres de la DARES (Direction de l’Animation de la Recherche, des Etudes et des Statistiques). Selon la DARES, 60% sont des diplômés Bac+5, soit 300 000 personnes environ. Le nombre d’informaticien en dessous de 40 ans, selon l’étude de 2002 de la DARES est de 263 258 personnes. Si 10% de ces personnes sont des développeurs Java, du junior jusqu’à l’architecte senior ou l’expert, cela représente 26 325 personnes en France.
Cela me semble un peu optimiste non ? ramené à 500 offres d’emploi sur le site Monster.fr, le ratio entre personne capable de taper quelques lignes de Java et la demande serait de 1.89 offres pour 100 postes.

Le baromètre pour les Freelances du site Freelance-Info.fr est aussi un bon indicateur de la demande par secteur, en visant cependant le marché des indépendants, qui reste très minoritaire en France. La DARES estime à 1 le nombre d’informaticien indépendant en 2006, ce qui représente à peine 5000 personnes… Java est le 3ème poste demandé.

Java est populaire et il y a des offres mais…
J’ai bien conscience que cette analyse de coiffeur fera rire doucement une partie des lecteurs. Faire une analogie entre la popularité d’un langage, les recherches sur Google Trends et des calculs d’alchimiste, je suis motivé… Mais au delà de cela, si nous regardons le marché de manière objective, la demande pour les profils Java reste assez élevée.

Ce que les personnes qui ne connaissent pas la plateforme Java ne voient pas de premier abord, c’est l’explosion des solutions open-sources dans le monde Java. C’est très certainement aussi l’une des raisons de son succès, et donc de sa popularité. RedHat place la France en tête de 75 pays utilisant des solutions open-sources. Le succès de consortium comme O2Web, d’éditeurs comme eXoPlatform, la bonne représentation des français dans la communauté open-source (Guillaume Laforge pour Groovy, Emmanuel Bernard pour Hibernate, Antonio Goncalves pour JEE6…), pour moi la communauté se porte très bien depuis ces quelques dernières années. Sur ce plan, Java est populaire !

A propos de la communauté Java en France: les passionnés de la plateforme Java se retrouvent entre eux pour échanger sur Java, ce que l’on appelle des Java User Group ou JUG. A Paris c’est prêt de 200 personnes qui chaque 2ème mardi se retrouvent pour assister à des présentations. Dans toute la France, les JUG renforcent la cohésion et permettent à chacun de se rencontrer, entre passionné. A ce jour voici la liste et les informations sur les JUG :
- Le Tours JUG
- Le Bordeaux JUG
- Le Breizh JUG (Bretagne, Rennes)
- Le Nantes JUG
- Le Lyon JUG
- Le Lorraine JUG
- Le Toulouse JUG
- Le Riviera JUG basé à Sophia Antipolis
- Le Marseille JUG
- Le Chti’JUG
- Le Normandy JUG
- Le Paris JUG
- Le Poitou Charentes JUG (ajouté le 18 mai)
- Le JUG virtuel de Developpez.com
- … (m’en manque encore)

Enfin un dernier mot sur les conférences. La conférence Devoxx est organisée par le BeJUG (Belgique). En décembre 2008 avec 3200 participants, c’était l’un des événements les plus importants. En juin prochain aura lieu aussi Jazoon avec environ 880 participants, 37 pays représentés. Dans quelques semaines, aura lieu enfin JavaOne, l’événement annuel sur Java à San Francisco. C’est donc encore un signe de bonne santé de Java. Je regrette simplement pour ma part l’absence d’événement en France. Je pense que l’organisation d’un événement ne peut se faire que par un JUG. Il faudra que la communauté des développeurs en France se réveille, sorte un peu des bureaux pour aller à une Conférence en France. Nous avons des présentateurs francophones excellents, pourquoi n’y-aurait-il pas un jour un événement de cet ampleur en France ? à Paris ?

Conclusion
La plateforme Java est populaire. Que ce soit du côté du marché de l’emploi, des différents projets open-source, des déploiements en entreprise ou encore des communautés en France comme dans le monde : il se passe toujours quelque chose à côté de chez vous.
Alors si quelqu’un vous dit que « le marché est tendu » merci de lui faire lire cet article et aussi celui-ci…

En premier lieu, vous qui êtes venu vous avez peut-être fait connaissance avec de nouvelles têtes au sein de l’équipe du ParisJUG… dont moi-même
Face au succès et au boulot que demande le ParisJUG, Antonio, David et Zouheir nous ont contacté afin de venir les aider et participer à l’animation du ParisJUG. Les 3 Jug-leaders restent les mêmes, nous sommes 4 nouvelles têtes pour aider l’équipe. Le rôle de chacun n’est pas spécialement défini, mais bien entendu selon nos profils et notre expérience, chacun apportera sa contribution. Les autres contributeurs de la « Crew » sont :
– José Paumard
– Tanguy Bayard
– Charles-Alexandre Sabourdin
et donc moi-même, Nicolas Martignole.

Erwan débute la présentation avec tout d’abord une présentation des caches distribués. Ehcache ou JBoss Cache sont deux solutions populaires de la distribution de données. Erwan explique que le premier besoin est de décharger de la base de données le chargement récurent de certaines données. Un cache permet en effet d’éviter de multiples accès à la base pour ne conserver que les données les plus lues. La JSR-107 est par ailleurs une JSR sur la gestion du cache pour ceux qui souhaitent y jeter un oeil.

L’utilisation d’un cache comme il l’explique ensuite, s’accompagne cependant d’une contre-partie, à savoir l’utilisation de mémoire, d’espace disque, et d’échanges sur le réseau afin de maintenir la cohérence du cache. Afin de ne conserver que les données les plus utiles, différentes stratégies d’éviction permettent de faire le ménage : LIFO,FIFO, temps, taille, etc.
La gestion des transactions par contre dégrade les performances, bien qu’il soit possible de s’en servir. L’objectif reste bien de décharger de la base de données et donc des utilisations comme le cache de second niveau d’Hibernate avec Ehcache sont des cas répandus. Erwan montre aussi un slide afin d’attirer notre attention sur les performances.

Il attaque ensuite le sujet des Network Attached Memory (NAM) comme Terracotta. L’objectif ici est de répliquer au niveau de la JVM les données. La mise à jour n’est plus alors applicative mais native à la JVM. C’est donc bien la JVM qui se charge de se synchronsier avec d’autres JVM. L’application adresse un espace de stockage répliqué en cluster, ce qui permet à plusieurs JVM de partager un espace mémoire commun. Erwan attire fort justement notre attention sur le besoin d’un Virtual GC comme d’une Virtual Heap, ce qui a un coût. Il parle aussi de l’invocation de méthode distante, en nous rappelant que Terracotta par ses propres mécanismes d’optimisation n’a pas forcément la même donnée sur tous les noeuds d’un cluster.

Jean-Michel Bea nous parle ensuite des Grilles de données. FastConnect dont il est l’un des consultants, est un intégrateur privilégié de Gigaspace. Il parle en connaissance de cause de ce sujet. Une grille de donnée vise à répartir et à diviser la donnée, afin de la rapprocher de l’utilisateur. Nous sommes là sur des problématiques d’architecture de haut niveau. Il présente les solutions de Grilles de données comme des « DB Shock Absorber » visant à atténuer l’utilisation des bases classiques. J’ai bien aimé aussi ses rappels sur les limites du réseau, le coût de la latence réseau et du débit limité. Nous parlons bien là de sites géographiques, d’infrastructure réseau distribuée. Cyrille prend la parole en expliquant qu’historiquement, lorsque le transport des données coûte trop cher en temps, la solution aujourd’hui est d’utiliser des procédures stockées afin d’effectuer le traitement en base. Nous savons tous aussi que le souci de ces solutions est qu’une partie de la logique métier se retrouve en base.

Cyrille prend ensuite la parole et continue la démonstration sur la Grille de donnée. Comme il l’explique, le traitement de données massives comme la réservation d’un billet de train, s’effectue aujourd’hui sans soucis sur des Mainframes. Avec une capacité de 1,5 To de mémoire et 64 processeurs, pour un coût supérieur au million d’Euro, ce n’est pas une solution envisageable partout. Sa partie sera donc de nous expliquer comment nous pouvons nous en sortir avec les solutions du marché.

Je vais passer moins en détail que la présentation de Cyrille, car son contenu était très complet. Il prend l’exemple d’un système de réservation de billet de train. Comme il l’explique, si vous devez travailler avec une grille de donnée, votre premier reflex doit être de revoir votre modèle Java. Là où une application de gestion est une pâle copie de la base relationnelle, vous devez revoir votre modèle pour utiliser efficacement une grille de données. Ses recommandations : créer tout d’abord une clé de partitionnement, constituée des données métiers, de l’association de plusieurs entités, de plusieurs classes. Ensuite, identifiez et adaptez ce modèle Java à votre problématique métier. Dans son exemple, pour déterminer si un siège de train est booké, la version SGBDR utilise une table Booking. On imagine une requête et donc une jointure. Dans le modèle Grid, il le remplace par un boolean, calculé au moment de la création et de la mise-à-jour des données.
Je comprends alors que l’utilisation correct d’une Grille doit nécessairement entrainer une refonte réfléchie de son modèle de données.

Jean-Michel reprend la parole pour expliquer le cas classique d’un transfert d’argent entre 2 comptes. Il y a quelques années, nous avons essayé de résoudre ce problème par une transaction afin que le retrait du compte A, puis le crédit du compte B, soit effectué dans une transaction. Si vous passez ce modèle vers une grille, il faudra alors isoler les 2 Comptes. Pour résoudre le problème, on créera une entité CheckOut pour le compte A avec la liste des transferts sortant. Le compte B aura une entité CheckIn avec la liste des transferts arrivant. A noter que dans la finance c’est exactement ce que l’on fait du côté du BackOffice pour la gestion des Deals entre différents Brookers sur le marché.
Jean-michel explique que la notion de transaction n’est pas nécessaire sur la forme que nous pensons. Ce qui doit être atomique, c’est l’ordre d’envoi d’argent pour le compte A, et l’ordre de réception pour le compte B, ce que font les applications classiques. Très intéressant.
On se force à ce modèle afin que par la suite, l’application puisse être déployé sur une grille. Votre modèle sera alors réparti dans un espace distribué, ce qui pourra garantir une montée en charge tout à fait correcte.

Cyrille parle de Websphere extremScale qui semble très intéressant, et Jean-Michel de Gigaspace, ce qui permet d’illustrer la discussion avec de vrais cas clients. Les questions de la salle portent sur la réelle nécessité d’utiliser une Grille. Cyrille répond avec le système de réservation de billet de train, je pense qu’il parle à cet instant de sa propre expérience chez Voyages-SNCF. Il explique qu’il existe certes des alternatives comme Oracle RAC, mais que ce sont des solutions techniques, là où eux trois viennent de nous parler de solution d’architecture, pour qu’ensuite l’application se comporte mieux et puisse monter en charge.

Après un buffet où je vous rappelle que la règle pour bien manger, c’est de rester à côté d’Antonio, la deuxième heure reprend avec notre équipe de 3 speakers. Ils viennent ensuite sur le sujet des API. Cyrille présente le pattern Map Reduce, avec un exemple de recherche de place de train, où chaque gare est colocalisée sur différents serveurs. La colocalisation des données, c’est la répartition géographique intelligente de l’information. C’est tout simplement trouver une stratégie pour ranger les données correctement.

Concernant les problématiques d’ACID, Jean-Michel explique que Gigaspace peut proposer ce type de service. Mais est-ce vraiment souhaitable ? Des solutions d’architecture et l’utilisation de patterns permettent de créer un modèle de donnée, différent du modèle relationnel, pour répondre à ces problèmes. Je retiens qu’il n’y a donc pas d’intérêt à utiliser une Grille si vous ne pouvez pas vous permettre une certaine forme d’abstraction par rapport à la base de données.

Pour terminer, ils abordent la mise à jour d’une base de données classiques par rapport à une Grid et inversement, avant de conclure avec un slide reprenant les 4 types de grilles. Je vous mettrait les détails de ce slide demain puisqu’Erwan m’a envoyé les slides.

En conclusion, une bonne présentation qui nous permet de prendre conscience que les solutions de Grid Computing s’accompagnent d’une nécessaire réflexion sur le modèle de données. La colocalisation, la déportation du traitement au plus prêt de la donnée, la mise en place d’outils de réplication avec la base de données pour le reste du modèle du SI sont donc les clés de la mise en place d’une solution de grille.

Je vous proposerai dans un autre article le compte-rendu sur la présentation de JavaRebel, ainsi qu’un interview exclusif de Toomas Römer de ZeroTurnaround, l’un des développeurs de JavaRebel.
Il présentera le même sujet le mercredi 13 mai au Tours JUG et ensuite le jeudi 14 mai au Bordeaux JUG.

Si vous lisez ces lignes et que vous êtes à Tours ou Bordeaux, dépechez-vous de vous inscrire et passez le bonjour de ma part aux JUG leader de là-bas.

Tous les détails ainsi que le plan d’accès corrigé sont sur le site du JUG Toulouse:
http://www.jugtoulouse.org/

Pour les Parisiens, rendez-vous ce soir pour la soirée GridComputing. Je vous livrerai un petit billet comme d’habitude à pas d’heure après la soirée.

Stay Tuned !

« Nous avons le plaisir de vous annoncer que la première session du Ch’ti JUG est prévue le 13 mai. Elle aura lieu à 18h30 aux Salons du Pont Neuf à Lille (cliquer ici pour un plan d’accès)

Cette session est rendue possible grâce à la société ProxiAD Nord.

Le thème de cette session sera : “Java EE 6, qu’est-ce qui nous attend ?”

J2EE 1.4, Java EE 5 et bientôt Java EE 6. L’année 2009 coïncide avec la sortie de la nouvelle version de l’Enterprise Edition et de son 10e anniversaire. Mais le J2EE de l’époque ressemble-t-il encore au Java EE d’aujourd’hui? Dans cette session, Antonio Goncalves vous présentera les nouveautés Java EE 6 : un modèle de programmation centré sur les EJBs, un packaging simplifié, une couche de persistance enrichie, une nouvelle API pour les ressources REST, une simplification radicale de la couche web, et bien d’autres améliorations qui feront de Java EE 6 la plateforme idéale pour vos applications. Basé sur des standards, s’inspirant de framemeworks open source, utilisant les conteneurs léger, Java EE 6 allie standards, robustesse et solutions éprouvées.

Architecte senior, Antonio Goncalves intervient chez ses clients comme consultant et formateur. Ancien consultant Weblogic chez BEA Systems, il s’est spécialisé depuis 1998 dans l’architecture logicielle et les technologies Java. Antonio est l’auteur du livre Java EE 5 aux éditions Eyrolles ainsi que le livre Beginning Java EE 6 Platform with GlassFish 3 édité chez APress. Il est membre du JCP et intervient sur les JSR 316 (Java EE 6), JSR 317 (JPA 2.0) et JSR 318 (EJB 3.1). Il enseigne également la plate-forme Java EE au Conservatoire National des Arts et Métiers. Il est rédacteur technique pour les sites DevX et developpez.com. Antonio est co-fondateur et co-responsable du Paris Java User Group.

Pour assister à cette session, merci de vous inscrire rapidement car les places sont limitées !  »

Il existe depuis peut-être 10 ans d’excellents sites communautaires comme Developpez.com qui nous permettent déjà de communiquer. Mais depuis que j’ai découvert le Paris Java User Group, j’ai vraiment l’impression de faire partie d’une communauté d’utilisateurs, de développeurs, de passionnés. C’est donc à chaque fois avec plaisir que j’apprends la naissance d’un nouveau JUG en France. L’équipe du Paris JUG peut déjà réserver Bercy pour l’année prochaine pour le deuxième anniversaire du Paris JUG.

Longue vie au NormandyJUG !

Si les JUG veulent un peu de pub, envoyez-moi un email et je ferai suivre sur le Touilleur Express avec plaisir.

Plus d’information sur le blog de Nicolas et http://www.poitoucharentesjug.org/

Pour vous inscrire, il faut tout simplement éditer la page du Wiki à cette adresse. Pour cela un code est donné sur la page d’inscription, en bas à gauche. Il faut être attentif.
Je me suis mis en « pas certain de venir » car le lendemain je pars à Devoxx à Anvers. Cela risque de faire un agenda un peu trop chargé.

Voir aussi le compte-rendu du premier barcamp pour vous faire une idée de la dernière soirée.

Photos du Paris JUG
J’ai envoyé deux photos hier soir prises en direct du Paris JUG avec l’iphone et Twitter. Cliquez sur la photo pour la visualiser en plus grand.

Photo 1:
Didier Girard, présentation de GWT

Photo 2 d’Olivier Croisier assis à côté de Florent Ramière

Je crois même apercevoir Fabrice Robini à côté de Florent.

Enfin hier je me suis rendu compte qu’il faut que je mette une photo de ma tête. Zouheir m’a raconté hier soir qu’il ne savait pas que le Touilleur… c’était moi !
Marrant