florentgarin.org

Mon blog est désormais hébergé sur http://www.docdoku.com/blog/.

Après une période d'inactivité importante due à un beau projet Pierre et Vacances et l'écriture d'un livre sur Android, je reprends ce blog en main !

Je suis tombé dernièrement sur une comparaison des performances entre JavaFx, Flex et Silverlight. Bien que je ne sois pas tout à fait certain de la validité des résultats, il semblerait à vue de nez que JavaFx s'en sorte très honorablement.
Pourtant, je ne pense pas que dans son état actuel, cette technologie pourra décoller.
Le problème n'est pas qu'il faille réapprendre un nouveau langage de script, après tout même si cela demande un petit effort au départ, l'avantage de bénéficier d'un langage (DSL) spécifique à la définition d'interfaces graphiques devrait au final l'emporter.
Le souci n'est pas non plus l'absence d'outils orientés design car Production Suite devrait convenir à la plupart d'entre nous.
Non, le défaut majeur de JavaFx est son manque de discrétion : le temps de démarrage est beaucoup trop long et sans rapport avec Flash, la petite icône Java qui apparait dans la barre de notification est gênante car elle nous rappelle que "quelque chose" se lance, les fenêtres de sécurité sont invasives (heureusement aujourd'hui crossdomain.xml est en partie supporté) et enfin l'expérience utilisateur de l'installation du runtime et des mises à jour de la JVM, avec sa publicité Open Office et sa toolbar Yahoo, plus que moyenne.

A mon sens, tant que ces inconvénients ne seront pas corrigés, il y a très peu de chance qu'émerge un "youtube" s'appuyant sur JavaFx et cela quelles que soient les autres qualités de la plateforme.

Il y a quelques jours lors d'un déjeuner avec Jean-Marie Damas (un des organisateurs de l'Agile Tour), nous avons évoqué le framework Eclipse RAP (Rich Ajax Platform).
Ce framework n'est pas vraiment tout nouveau et finalement si discret qu'il n'est pas très connu.
L'idée de RAP est d'être le pendant de RCP (Rich Client Platform) dans le monde Web. Il fournit le même environnement "Workbench" et les applications RAP sont implémentées avec les mêmes APIs SWT et JFace que celles tournant sous RCP.
Cette approche universelle peut séduire mais elle me rappelle un peu trop de nombreuses autres tentatives de grand écart qui se sont soldées pour la plupart par des échecs. JDO (Java Data Objects), par exemple, voulait offrir une API unique de persistance et cela quelque soit le système de stockage sous-jacent (BD, XML, fichiers à plat...).

Si l'on souhaite obtenir le meilleur de la plateforme d'exécution il n'est pas souhaitable de concevoir une application web comme une application lourde, une application de bureau comme une application pour mobile...La liste est longue !

Ca y est, Toulouse a dorénavant son JUG !
Il était anormal qu'une ville avec une telle concentration de sociétés technologiques n'abrite pas de Java User Groups.

Pour ceux qui ne le savent, l'idée des JUG est de réunir les utilisateurs et les développeurs de Java dans un esprit d'échange et de convivialité. Nous organiserons des conférences gratuites et ouvertes à tous où seront faites des présentations techniques.

La première est prévue autour de mars/avril, le temps de trouver des sponsors et de mettre en place la logistique.

N'hésitez pas à vous inscrire sur le site ou à nous contacter pour participer.

A bientôt.

En faisant le ménage sur mon PC, je suis tombé sur cette photo que j'avais prise lors de mon séjour au mois de janvier chez eBay.
La raison de ma venue chez eux était liée à eBox.
Sans pouvoir donner beaucoup de détails pour cause de NDA, eBox est un framework extrêmement ambitieux. Le calendrier initial prévoyait la sortie de la version 1 pour 2008 avec certains modules en open source.
Hélas, l'année s'achève et quand on recherche "ebay ebox" sur google on ne trouve rien de plus récent que 2007 !

J'espère que cela n'est pas le signe d'un deuxième Krach Internet, j'ai rencontré chez eBay des gens passionnants dont les travaux m'ont souvent impressionné et j'aimerais bien en parler !