Je vous recommande cette petite vidéo (1 min 30), pleine d’humour, pour voir comment les communautés poussent Java.
N’y attendez pas des concepts ou des conseils, mais juste des blagues de geek.

C’est intéressant de voir ce mouvement vers l’interopérabilité des frameworks. La fin d’une partie des débats sur les annotations de Guice qui vous rendent dépendant de Guice….

Par contre il reste à voir comment cette spécification va pouvoir s’accorder avec celle de la JSR 299, anciennement WebBeans qui est maintenant nommée : Java Context and Dependency Injection. Va-t-on revoir la même guerre que pour les spécifications sur la modularité? Bob répond à la question dans les commentaires sur son blog, en précisant qu’elles sont compatibles, il faut « juste » que le groupe d’expert de la JSR 299 adopte ces nouvelles annotations. La JSR 299 est une spécification Java EE qui préciserait la configuration alors que cette nouvelle spécification se veut Java SE et laisse libre l’implémentation de la configuration.

• Emmanuel Bernard de l’équipe Hibernate chez JBoss et spec leader pour la JSR 303 (Bean Validation)
• Antonio Goncalves, Freelance, Leader du Paris JUG, auteur à succès et membre des JSR 313 (Java EE 6), 318 (EJB 3.1) et 317 (JPA 2.0).
• Guillaume Laforge de chez SpringSource et Groovy
• Vincent Massol de chez XWiki et Maven

Il reste quelques coins à arrondir, mais le premier épisode est très prometteur, vivement la suite.

En attendant cette suite, vous pouvez leur envoyer vos commentaires/encouragements à commentaire@lescastcodeurs.com

Faute d’avoir tenu la liste au fur et à mesure des créations, je ne vais pas en parler dans l’ordre historique, mais commencer par les petits nouveaux.

Le dernier né en date est le Poitou-Charentes JUG. La première réunion, sur Maven, sera vendredi 10 avril du coté du Futuroscope. Cette session sera animée par Nicolas de Loof, commiter Maven et Leader du Breizh JUG. Pour faire une réussite de l’inauguration de ce JUG, n’hésitez pas à en faire de la publicité autour de vous.

Un autre JUG récent est le NormandyJUG. Ce JUG n’a pas encore de réunion programmée, ils sont à la recherche de sponsors, salle de réunion et membres donc n’hésitez pas à les contacter si vous êtes du coté du Rouen (ou de plus loin).

Le troisième de ces nouveaux JUGs est le Chti JUG. Là aussi le projet se mets en place et est à la recherche de toutes les bonnes volontés (sponsors, speakers, membres….) du Nord-Pas-de-Calais.

Le quatrième est un projet à Marseille, le MarsJUG dont le domaine est vide pour l’instant et l’équipe en formation.

Le cinquième des JUG qui n’a pas encore fait son baptême de la première réunion est le Toulouse JUG. Mes informateurs m’ont parlé d’une inauguration en mai.

Enfin on trouve le Lyon JUG qui tiendra sa soirée d’inauguration le mardi 21 avril avec au programme GWT, Maven et une tombola pour une entrée à Jazoon.

Après les petits nouveaux, je vais quand même faire un rappel sur les autres JUGs et leurs présentations à venir. Un petit coup de projecteur pour attirer du monde car pour un responsable de JUG, la question de la réussite d’une session se repose à chaque fois.

Le premier a frappé ce mois-ci est le BreizhJUG pour une soirée Spring avec Julien Dubois lundi 6 avril à Rennes.

Mercredi 8 avril, ce sera l’anniversaire du Tours JUG avec une soirée de Quickies (petites présentation de 15 à 20 minutes) avec au programme un portail d’entreprise, un plugin Maven pour les EJB, une horloge mondiale et une Wiimote.

Jeudi 9 avril, le Bordeaux JUG dressera le bilan de SOA.

Le lendemain, vendredi 10 avril, le Riviera JUG, à Nice, vous expliquera ce qu’est SOA avec ses ESB et ses BPM.

Le mardi 14 avril, le Paris JUG vous invite à la découverte de Scrum.

Le mardi 21 avril, le Lyon JUG vous accueillera pour son inauguration avec GWT et Maven.

Jeudi 23 avril, le Nantes JUG vous présentera Jazz, la nouvele plateforme de développement collaboratif.

Enfin parmi les JUGs actif mais sans réunion annoncée pour l’instant, il reste le Lorraine JUG proche de Nancy et le JUG-G à Grenoble.

Vous avez maintenant un total de 14 JUGs couvrant toutes les régions de France (Lille, Paris, Rouen, Rennes, Nancy, Nantes, Tours, Poitiers, Bordeaux, Lyon, Grenoble, Toulouse, Nice, Marseille). Vous n’avez donc plus d’excuses pour ne pas aller dans les soirée des JUGs puisqu’il y en a un près de chez vous. Ce sont autant d’occasions d’apprendre des choses, rencontrer des gens passionnés et pourquoi pas de démarrer une grande carrière de speaker grâce à votre première présentation dans un de ces JUGs.

Ces JUGs sont aussi tous plus où moins à la recherche de speakers, sponsors ou simplement de gens pour aider à l’installation des salles ou la diffusion de l’information donc n’hésitez pas à vous renseigner au JUG près de chez vous.

Suite à une discussion récente, j’ai repensé à un billet du blog de Adam Bien. Ce billet est une constatation sur les IDEs qu’il a pu voir en action lors de JavaOne 2008 : IntelliJ et NetBeans. La seule fois qu’il a vu Eclipse c’était pour une session traitant de Eclipse RCP.

Alors qu’en est-il de l’IDE leader dans les entreprises ? Quand on regarde les sondages du forum de Developpez, Eclipse est l’IDE le plus utilisé, il fait d’ailleurs souvent partie des prérequis dans les annonces pour des postes de développeurs. Dans les commentaires du billet d’Adam, la discussion en vient d’ailleurs au fait qu’il vaut mieux comparer dans les annonces plutôt que de comparer avec Google Trends.

Pour revenir au titre de ce blog, pourquoi pensez-vous que votre IDE est le meilleur ?

C’est le meilleur, parce que c’est celui que vous utilisez ? Parce qu’il a cette petite fonctionnalité qui va bien ?

La question à se poser est : avez-vous sérieusement essayer les autres IDEs ? Avez vous pris le peine de coder et cela plus de 5 minutes avec un autre IDE pour pouvoir comparer ?

Quand on parle de NetBeans, les gens disent souvent qu’il est lent et lourd, mais ces personnes ont-elles essayé les dernières versions de NetBeans avec son éditeur complètement réécrit ?

Quand on parle d’Eclipse, certains pensent immédiatement à l’enfer des plugins incompatibles, mais ont-ils essayé les dernières versions comme Europa ou Callisto, avec un effort de synchronisation sur les livraisons des plugins ?

Quand on parle d’IntelliJ, les gens pensent à un outil de geeks avec l’absence de wizards, mais ont-ils essayé plus avant cet IDE notamment pour le refactoring ?

Les IDEs offrent de plus en plus des fonctionnalités d’import des projets depuis un autre IDE. L’utilisation de Maven et sa prise en compte par les IDEs contribue aussi à rendre les projets indépendants des IDEs. Alors la solution ne serait-elle pas d’utiliser plusieurs IDEs selon ce que l’on fait?

Cette dernière solution me semble la bonne, peut être parce que c’est celle que j’utilise. Pour en avoir parler dans les conférences où j’ai eu la chance d’aller, je sais que de nombreuses personnes utilisent comme moi plusieurs IDEs.
J’aime bien NetBeans pour la création de GUI en WYSIWYG (Swing). J’utilise aussi son « visual web » pour le développement rapide de pages JSF (quand il s’agit d’un test de taglib). Par contre je préfère l’éditeur de code de IntelliJ pour tous ce qui est code. Pour les tests de technologies je me tourne aussi régulièrement vers NetBeans pour son support souvent en avance des dernières versions de spécifications.

En conclusion, comme j’utilise IntelliJ et NetBeans pour mon usage personnel, mais aussi Eclipse et BEA Workshop pour l’usage professionnel, je vais essayer de faire une série de billets comparant les fonctionnalités de ces différents IDEs

Et vous, êtes vous monoIDE ou polyIDEs?

La session n’est pas évidente à suivre (Joshua Bloch parle parfois vite) et il faut avoir déjà vu un peu les closures pour tout suivre (certains morceaux de code font peur au premier abord), mais comme l’interface du site est formidable, il est possible de naviguer de diapositive en diapositive et donc de revenir au début de la diapositives si vous avez raté quelque chose, ou encore de mettre en pause le temps de lire le code.

Pour ceux qui sont intéressés par les closures, ceux qui veulent savoir ce que Joshua Bloch reproche à la proposition BGGA, ce que sont CICE et ARM, et pourquoi il craint que « the feel of Java » ne disparaisse, réservez vous 42 minutes (ou moins si vous le regardez en plusieurs fois) et allez voir la présentation

Au passage, Stephan Janssen a présenté la nouvelle version de l’interface du site lors du Keynote et elle promet d’être formidable (plein écran, bookmark et commentaire sur une diapositive précise, gestion de mode offline…), par contre il faudra attendre encore un peu…

EDIT : la session de questions a été ajoutée après mon poste. Vous pouvez la voir à cette adresse.

On se disait que s’il y a une catégorie de développeur Java que cela ne gênerait pas, ce serait les développeurs utilisant GWT. En effet, la célèbre API qui transforme le code Java en Javascript, ne supporte pour l’instant que Java en version 1.4.

Et bien ces développeurs aussi vont faire partie des mécontents du Leopard. En effet, sur la dernière mouture de l’OS, le mode hébergé de GWT (qui permet entre autre le débuggage) ne fonctionne pas. Le navigateur apparait puis disparait subitement ou se gèle….
Il semble qu’il y ai plusieurs bugs simultanés à l’origine du problème. Du coté Apple on trouve l’implémentation de JAXP, l’initialisation du sous-système d’AWT et un thread sans ClassLoader… Du coté de Google, le WebKit utilisé pour le navigateur du mode hébergé qui ne fonctionne pas sur Carbon….

Donc un seul conseil à ceux qui font du GWT sur Mac OS X, pas de Leopard avant que ce bug ne soit noté comme résolu…

Il y a trois catégories d’interfaces:

• celles qui n’affichent que les boutons utiles ou fonctionnels
• celles qui affichent une partie des boutons grisés
• celles qui affichent tous les boutons en permanence

La première catégorie est pratique on ne voit que ce que l’on peut faire, on ne se pose pas de question. Par contre dès que l’on veut faire des choses qui ne sont pas en accès direct, on peut chercher longtemps où et comment faire apparaitre les boutons. Il faut que les cinématiques soient bien pensées et intuitives. Généralement ces applications ne sont pas trop complexes.

La seconde catégorie, avec ses boutons grisés, vous fait voir tous ce que vous pourriez faire si vous aviez le droit ou aviez fait la bonne séquence d’actions. Par rapport à la première catégorie, comme on voit déjà les boutons, il ne reste plus qu’à trouver comment les activer. C’est un peu plus user-friendly que la précédente catégorie. Par contre quand on cherche depuis un moment comment rendre actif ces « satanés » boutons, cela devient frustrant et on a un peu l’impression que l’application nous dit

T’as vu un peu tout ce que tu pourrais faire si tu avais le droit…

La dernière catégorie est sans doute la pire. Vous avez tous les boutons actifs mais une fois sur deux quand vous cliquez dessus, au bout de quelques secondes, un message d’erreur vous annonce qu’il n’est pas possible de faire cela.
C’est l’application qui vous dit

Bien tenté mais tu n’as pas le droit !

Avec un peu de chance, le message est suffisamment clair pour comprendre ce qui n’allait pas, mais ce n’est pas toujours le cas….

Dans les trois types d’interface, je finis généralement par une phase d’exploration à tâtons qui une fois sur deux se solde par un echec ou mon incapacité à me souvenir de tous les endroits où j’ai cliqué/coché pour faire apparaitre/activer/fonctionner le fameux bouton.

Il y a des jours où l’on a l’impression que des développeurs sadiques préparent ces interfaces avec des rires de savants fous qui résonnent dans les bureaux…

Je sais, on va me dire que je devrais prendre plus de temps pour consulter l’aide ou lire les manuels au lieu de cliquer bêtement, mais avez-vous déjà vu un homme perdu en voiture demander son chemin….

Et vous quelle est le type d’interface qui vous fâche le plus?

Dans les éléments qui viendront plus tard, on trouve le Java Kernel (le noyau du JRE qui permet de diminuer les tailles de download) et le nouveau système d’installation qui patchera la version installée plutôt que de réinstaller un JRE complet à coté.

Que ceux qui peuvent tester (il faut un Windows) n’hésitent pas à donner leurs impressions.

Le deuxième point est Java 7 et toutes les discussions autour de ce qu’il doit contenir. Parmi les grands favoris, on trouve, entre autres, les closures et les properties. On trouve aussi tout un tas de propositions comme l’héritage multiple, la surcharge d’opérateurs,le support SQL au niveau du langage, ou votre fonctionnalité préférée d’un autre langage. L’argument

DotNet (et notamment C#) offre la fonctionnalité depuis la version 3, Java prend du retard

revient aussi régulièrement.

Chet Haase en a profité pour faire ses propositions sur le ton de l’humour, et ses lecteurs s’en donnent à coeur joie.
Pour un aperçu complet des discussions autour de Java 7, vous pouvez consulter l’excellent travail de recensement que fait Alex Miller sur son blog.

Plus sérieusement, un sondage montre que quand même plus d’un quart des développeurs ne veulent pas de changement. Là aussi les commentaires sont intéressants, ce qui a valu au sondage d’être deux fois de suite dans le blog journalier de l’éditeur de java.net (ici et là). Personnellement je ne suis pas contre le support des String dans les switch et un meilleur support du xml. Par contre certaines propositions comme l’héritage multiple ou la surcharge des opérateurs m’inquiètent un peu plus. Quand je vois certaines horreurs dans des codes, je me dis qu’on donnerai alors des outils bien dangereux aux développeurs pour un apport quand même minime.

Avant de me faire agresser, je vais tenter de m’expliquer…
Pour l’héritage multiple, j’ai du mal à comprendre le concept. L’héritage est souvent décrit comme une spécialisation d’une classe. Alors pourquoi spécialiser deux classes d’un coup en les réunissant dans une seule? Si elles sont suffisamment semblables pour cela, il y a, à mon avis un problème de conception, elle devrait avoir un lien…. Si vous avez un exemple clair, n’hésitez pas à laisser un commentaire….
Concernant la surcharge des opérateurs, cela me semble justifié pour les classes représentant des numériques ou pour des classes représentant des matrices. Mais pour les autres, la majorité des classes, cela me semble inutile. Si j’ajoute deux classes représentant des voitures, je n’obtiens pas une sorte de voiture à 10 places et 8 roues mais plutôt deux voitures que je mets dans un tableau ou une Collection, pas besoin de surcharge des opérateurs pour ces choses là.

Le succès de Java est du à sa simplicité. Je trouve que certaines de ces évolutions vont complexifier le langage et la lecture du code ou ne seront utiliser que par une « certaine élite » des développeurs. Avez vous déjà lu et compris du code avec des closures? Nous somme sans doute nombreux à utiliser les Generics pour typer nos Collections. Mais qui utilise ou même comprend cette syntaxe tirée de la page 18 du tutoriel de Sun sur les Générics?

interface Sink<T>{
flush(T,t);
}

public static <T> T writeAll(Collection<T> coll, Sink<? super T> snk){….}

Il serait sans doute plus intéressant de corriger les bugs les plus demandés ou d’implémenter les améliorations les plus demandées. Si SUN veut vraiment le retour de Java sur le Desktop, il ne faudra pas qu’un JRE plus léger et rapide, mais aussi un meilleur support du multimédia et de la connectivité de la machine (série, USB, FireWire…).