Catégorie: Réflexions

Java doit beaucoup de son succès aux communautés qui se sont créées autour. Ces groupes de bénévoles (comme l'équipe de ce site, celles des JUGs ou des projets open source) donnent beaucoup de leur temps.
Lors de l'édition de JavaOne cette année, une partie des leaders de ces communautés se sont réunis autours de la mascotte de Java, Duke, et de celle des JUGs, Juggy, pour réaliser une petite vidéo.

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.

Non il ne s'agit pas d'une injection vaccin contre le grippe A... Il s'agit d'une unification des frameworks d'injection.
Bob Lee (Google, créateur de Guice) vient d'annoncer une nouvelle spécification sur l'injection de dépendance, en collaboration avec Spring. L'objectif est de standardiser les annotations pour rendre les objets injectables portables entre les différents frameworks.
La JSR n'est pas encore officiellement soumise au JCP, par contre il montre une forte volonté de faire les choses au grand jour : la mailing list est lisible pour le public et la spécification est hébergé chez Google Code.

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.

J'aurais pu nommer ce billet : "mon IDE est le meilleur" mais cela aurait tout de suite attiré les trolls... C'est comme pour les discussions sur Vim/Emacs, chacun pense que son outils est le meilleur et personne n’écoute les arguments des autres.

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 ?

» Lire la suite!

Si vous avez lu quelques compte-rendus de Javapolis, vous avez du voir que la session de Joshua Bloch intitulée "The Closures Controversy" a été une des plus plébiscitées.
Bonne nouvelle pour tous ceux qui n'ont pu se rendre à Javapolis cette année ou qui n'ont pu assister à cette session, la session est déjà sur le site Parley.

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.

Je ne sais pas si vous connaissez le blog de Kathy Sierra. Elle est à l'origine de la série de livre "Tête premiere" avec son style si particulier. Elle tenait aussi un blog dans le même style que les livres, mais malheureusement suspendu : creating Passionate User. Je vous recommande fortement la lecture de ces anciens billets.
Je relisais un de ses posts sur les différents types d'applications et j'ai du coup repensé à un truc qui me frustre sur les interfaces d'applications : les boutons.

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.

» Lire la suite!

Une seule entrée de blog car le temps manque pour les multiplier...
Je vais donc parler du consumer JRE, le runtime allégé pour utilisateurs, et des nouveautés de Java 7.

» Lire la suite!

La question que je me pose est plus exactement : Pourquoi tant de sociétés utilisent des frameworks "maison"?

Dans ce billet, je ne traiterai pas des outils comme les scripts de Ruby on Rails ou encore AppFuse qui permettent de générer le squelette de l'application facilement et dont l'utilité, pour moi, ne fait aucun doute (tant qu'ils sont à jour et fonctionnent...). Dans ce billet, je veux parler des frameworks que l'on croise souvent dans une vie de prestataire et qui sont des surcouches ou wrappers de Struts, Hibernate, Spring, EJB ou autre frameworks classiques du marché, souvent disponibles en open source et gratuitement de surcroît. On trouve aussi l'autre version du framework maison qui n'est pas le wrapper, mais une sorte de clone boitant, juste la réinvention de la roue mais avec des bosses dessus....

» Lire la suite!

Vous connaissez sans doute les applets. Vous savez ces petits programmes s'exécutant en Java dans le navigateur. La petit horloge toute grise ou le menu gris et triste, pas fonctionnel sur le bord de l'écran. Bref les applets ont en général une mauvaise image, sans parler du démarrage lent qui fait que le navigateur se fige quelques secondes....

Concernant le démarrage, ce problème va changer avec les prochaines versions du JRE (voir mes billets précedents sur le consumer JRE ici et là). Au passage j'ai le même phénomène de gel du navigateur au lancement du plugin Acrobat Reader et là les gens en parle moins...
Pour l'aspect tristounet et gris des Applets, il est du au fait qu'elles sont souvent codées en utilisant AWT et en se limitant à la version 1.1 de Java, à cause de la JVM de Microsoft qui a fait cauchemarder de nombreux développeurs. Le problème de cette JVM devrait n'être plus qu'un mauvais souvenir à la fin de l'année.

Les applets ont donc eu mauvaise image face à des applications comme celle en flash ou même en Ajax.

» Lire la suite!

J'avais dit que l'annonce avait été étouffée par le bruit autour de JavaFX et ne représentait que 2 minutes dans les deux heures du Keynote.
Pour ceux qui veulent revoir cette annonce, il suffit de regarder les vidéos du Keynotes sur le site de SUN. C'est dans la troisième vidéo du keynote, à partir de 9min20 et Rich Green ne nomme jamais le "Consumer JRE" mais parle de rendre le JRE plus rapide à télécharger et à exécuter....

Depuis le consumer JRE a été plébiscité comme "l'annonce la plus intéressante de JavaOne 2007" avec 56% des voix sur 612 votes, loin devant JavaFX et JavaFX Mobile qui cumulent 15,1% à eux deux....

Pour ceux qui veulent toujours plus d'informations sur ce consumer JRE, Chet Haase revient dessus sur son blog et explique comment cela va fonctionner.
Pour les allergiques à la langue de Shakespeare, je fais un résumé rapide :

• Le problème du temps de lancement des applications Java, lié à la lecture des fichiers nécessaires à la JVM, sera réduit en plaçant ces fichiers dans le cache du disque dur
• La création du Java Kernell permettra de réduire à 4 Mo le téléchargement nécessaire pour une personne n'ayant pas de JRE sur sa machine. Les classes manquantes seront téléchargées en fonction des besoins.
• Un "Deployment Toolkit" permettra au développeur de détecter la version de Java installée sur une plateforme et éventuellement proposer l'installation d'une version plus récente avant de revenir sur la page contenant une applet
• Une refonte de l'installateur qui sera plus "sexy" (vous pouvez voir la capture de l'ancienne version et de la nouvelle dans le blog de Chet)
• Des améliorations sur les performances graphiques avec la réécriture du pipeline DirectX
• Le Look&Feel Nimbus qui remplacera le Look&Feel Metal

Toutes ces nouveautés devraient arriver par les updates de la version 6 début 2008, ce qui permet de ne pas attendre la version 7.

Il doit faire partie des annonces de JavaOne qui font le plus de bruit sur la blogosphère (peut être plus que JavaFX), c'est le customer JRE, ce nouveau JRE plus agréable pour le client.
Vincent me demandait si j'avais des infos sur place, puis il a finalement trouvé plus d'infos par les mailings lists communautaires.

Je n'avais pas répondu car je n'avais pas trouvé d'infos sur le moment, et je n'avais pas saisi l'importance des deux minutes correspondant dans le keynote (au milieu du nombre d'annonce...).

Toutefois ce soir je commençais à regarder les sessions que j'ai raté et je suis tombé sur le session "Easy Deployment Is Finally Here" (pour les logins d'accès, voir mon post précédent)

Il y avait donc des sessions qui traitaient de ce sujet (on trouve des allusions dans d'autres sessions).

Je trouve l'interface d'installation moins intimidante et le patchage au lieu de l'installation multiple de JRE de bonnes choses. Le Java Deployement Toolkit devrait être un réel plus pour les développeurs.
Le Java QuickStart Service est une réel nécessité : la fin du navigateur figé au lancement de l'applet, que l'on ne sait pas s'il est planté, si c'est un virus ou si c'est normal..... Des applications qui se lancent plus rapidement contribueront à faire perdre à Java cette image d'applications lourdes et lentes.

Concernant le Java Kernel, je suis plus réservé. Autant on peut effectivement réduire la taille du JRE (par exemple Corba et RMI pourraient être des librairies externes, vu le peu d'applications les utilisant), autant le système de download dynamique me pose plus de problème. C'est vrai que les gens sont de plus en plus connectés à l'internet, mais qu'en est-il si l'on est déconnecté? Par exemple lors du vol vers San Francisco (plus de 11 heures d'avion) j'avais prévu de tester la version M9 de NetBeans 6. J'ai donc téléchargé le fichier d'installation avant de partir, mais je n'ai fait l'installation qu'une fois dans l'avion.... S'il m'avait manqué un package, je n'aurait pas pu en profiter.....
Ce que je veux dire c'est que le JRE fait 15 Mo, ce n'est pas tant que cela à télécharger et le fait de partager la chose risque d'amener plus de désagréments ponctuels que de réels bénéfices.
Je préfèrerai voir apparaitre un meilleur support du multimédia dans Java (ce qui est d'ailleurs prévu).
Alors c'est vrai que le runtime Flash ne fait que 2 Mo, mais de nos jours les gens téléchargent des films complets, alors que représentent 15 Mo?