Je compte poster ici (à intervalle très irrégulier) des textes sur les sujets les plus divers. Si vous ne savez pas ce qu'est un weblog, vous pouvez visiter le site http://www.blogger.com qui en explique le principe et regroupe de nombreux weblogs sur nombre de sujets.

La dernière mise à jour d'iTunes est une petite bombe ! Après avoir révolutionné la musique, Apple remet le couvert avec la radio !

Le Podcasting est simple dans son principe : on peut rechercher des programmes audio (des émissions de radio), les télécharger en un clic et les écouter tranquillement sur son iPod après une synchro. C'est la radio à la demande. On peut aussi s'inscrire à des émisions et iTunes télécharge les derniers épisodes automatiquement.

Non seulement c'est la radio quand et où l'on veut, mais tout le monde (que l'on aie quelque chose à dire ou pas !) peut s'y mettre et créer, distribuer, ses propres programmes. On peut donc trouver le meilleur (comme le pire) dans les milliers de Podcasts que l'on trouve sur internet. Cela me rappelle les débuts des radios libres par la liberté de ton et la diversité du contenu.

Le podcasting n'a rien de révolutionnaire techniquement. Il ne fait que proposer du contenu audio (au format MP3 en général) au travers de flux RSS. C'est la combinaison des deux formats qui crée la magie. iTunes n'a rien inventé non plus, mais il rend les choses tellement simples que c'est plus facile de trouver du contenu que de chercher une station FM...

Encore des nuits blanches en perspective !

J'ai testé Eclipse en version 3.0. J'étais resté sur une impression mitigée quand aux versions précédentes, mais je dois dire que cette version 3.0 est une avancée majeure pour le projet Eclipse qui atteint, avec cette version, sa maturité.

L'environnement est maintenant exploitable avec des performances convenables et une vérification syntaxique en temps réel. De plus, cet IDE a su s'entourrer de tout un écosystème de plugins qui étendent ses possibilités à l'infini. Je pourrais citer par exemple le plugin oXygène (d'édition de documents XML) ou encore celui permettant l'intégration de Tomcat dans l'environnement de développement.

Bref, du bien bel ouvrage en Open Source à découvrir, ou redécouvrir, sur le site du projet Eclipse.

Je suis en train de relire Better, Faster, Lighter Java pour les Editions O'Reilly. C'est un véritable calvaire : les chapitres n'arrivent pas assez vite ! A tel point que je ne peux m'empêcher de le lire en anglais. Ce bouquin est absoluement génial. Il remet les pendules à l'heure dans le monde Java et l'auteur n'hésite pas à écrire que les EJB sont un échec cuisant, que la communauté Java doit doit se débarrasser de ce boulet d'un autre âge. Son argumentation est sérieuse et bien documentée. Si les auteurs ne se contentaient que de cracher dans la soupe, le livre ne serait qu'un pamphlet. Il n'en est rien : ils présentent des solutions concrètes (et souvent issues du monde Open Source, ce qui ne gâche rien). A lire de toute urgence !

Je me suis rendu en début de semaine à la Mecques des adeptes de la pomme, je veux dire l'Apple Expo. J'y ai assisté à la grand messe (le keynote, au Palais des Congrès) et à quelques conférences fort intéressantes (sur l'Open Source chez les grands comptes ou encore le développement sur Mac OS X).

Figure 5: Apple Expo 2003

La keynote

Steve Jobs est un génie de la communication, il monte ses shows comme des concerts de rock, avec jeu de lumière et tout. Cette keynote n'était certainement pas la meilleure (il avait moins à annoncer que lors de la WWDC dernière), mais nous avons tout de même appris que :

• Les PowerBooks ont été mis à jour (processeurs plus puissants et autres améliorations, nouveau 15").
• Claviers et souris bluetooth (c'est pourquoi tous les PowerBooks en sont maintenant équipés).
• Panther progresse mais n'est pas encore dispo (même pas en bêta distribuée sur le salon).

Figure 6: Keynote au Palais des Congrès

Conférence sur l'Open Source chez les grands comptes

Une conférence extrêmement intéressante sur les grands comptes et l'Open Source. Jean-Pierre Corniou (Directeur des Technologies et Systèmes d'information chez Renault) y a présenté l'utilisation de l'Open Source dans son entreprise, basée sur une évaluation des qualités intrinsèques et des coûts des solutions du monde du libre. Une approche qui me semble être la seule possible en entreprise où toute considération idéologique est non seulement déplacée, mais nocive à l'adoption du libre. Sa position à l'encontre des brevets (qui brident l'innovation selon lui) est très rassurante quand à l'attitude des grandes entreprises française par rapport à ce fléau.

Figure 7: Des aliens du stand SVM Mac

Conférence sur Xserve et Mac OS X Server

Cette conférence présentait la solution server d'Apple. Elle venait à point nommé après la conférence sur l'Open Source, l'approche d'Apple en la matière est d'une simplicité lumineuse : ils se proposent, avec leur version serveur, de packager des logiciels libres (comme Apache, PHP ou MySQL) et de fournir une assistance (deux points faibles des logiciels libres). Ils essaient ainsi de garder le meilleur des deux mondes. Ils se visent les PME/PMI ayant un besoin de serveur pour le stockage de masse par exemple, ils ne prétendent pas attaquer le marché des gros serveurs.

Figure 8: Un G5 mis à nu

Conférence développeurs

Cette conférence présentait l'architecture de Mac OS X, les outils de développement de Mac OS X, le webkit Safari et Java sur Mac OS X.

Des outils de développement, j'ai retenu qu'un effort a été fait en ce qui concerne les outils d'analyse de performance. On notera en particulier Shark, qui sera livré avec Panther. Il permet de mettre en évidence les bottlenecks dans le code et permet d'y remédier rapidement (par des conseils qu'il suffit d'implémenter).

Le conférencier a évoqué le process d'Apple pour contrôler les performance de Safari lors de son développement. Il préconise de se fixer des perfs à atteindre dés le début du développement et de considérer toute régression de perf comme un bug (à fixer comme tout autre bug). A opposer à l'idée généralement admise qui consiste à développer son appli sans se soucier des perfs et d'optimiser dans la dernière phase de développement. Cependant, lorsqu'on voit tourner Safari, cette méthode semble avoir porté ses fruits...

La démo du webkit Safari était assez bluffante : en quelques clics, il est possible d'inclure un browser web (qui n'est autre que Safari) dans ses propres applications. C'est rapide à coder et rapide au runtime.

La dernière partie traitait de Java sur Mac OS X. J'en ai retenu qu'Apple semble mettre les moyens pour n'avoir pas à rougir de sa VM.

Figure 9: On joue aussi sur Mac

Démo WebObject

J'ai eu droit à une petite démo de WebObject qui est un framework de développement d'applications web. On pourrait le comparer aux JSP munies de tags JSP. Une page comporte trois fichiers : la page HTML comportant des tags interprètés par le seveur, l'implémentation de ces tags (en Java) et une page qui fait le lien entre les deux dernières. A première vue, c'est du MVC plutôt propre, mais reste à voir ce que cela donne sur une grosse application.

Figure 10: Le stand Apple

Je viens de passer la soirée devant la keynote de la conférence WWDC 2003 (attention, deux heures de vidéo en anglais).

Steve se fait un plaisir de montrer les nouvelles features de Panther (la nouvelle mouture de MacOSX, à venir avant la fin de l'année) qui en font le meilleur OS du moment. En vrac (par ordre de mes préférences) : Xcode qui est un IDE comme je les aime (on appréciera tout particulièrement la compilation en tâche de fond et le debug à chaud) ou encore le basculement entre comptes (on peut passer d'un compte à un autre sans avoir à arrêter les applis qui tournent sous ces comptes, l'animation qui va avec est belle en plus :o)

Il enfonce le clou avec des benchs live entre le dernier Power Mac G5 (bi G5 à 2 GHz) et un PC haut de gamme (bi Xéon à 3 GHz). Le PC est humilié en termes de perfs (le Mac va systématiquement plus de deux fois plus vite). On appréciera la délicatesse de Jobs qui a la charité de ne même pas évoquer l'interface graphique à la Play School de XP :o)

Franchement, je me demande comment on peut encore croire à l'architecture Intel/Microsoft et l'OS misérable qui va avec, après une telle démo. Le PC est définitivement mort et enterré, paix à son âme (mais ne comptez pas sur moi pour le pleurer :o)

Pour moi le 21e siècle a commencé le 12 décembre 2002 lorsque j'ai eu la bonne idée de m'acheter un iMac G4 17". Je me suis longuement posé la question de savoir si ma prochaine machine aurait une architecture Intel (sous Linux) ou PowerPC (sous MacOSX). Pour finir, je me suis dit que le coup vallait d'être tenté.

Et je ne regrette rien ! Pour ma part, je fais du développement Java et XML, mon épouse de la bureautique et mes filles des jeux éducatifs. Pour ces utilisations, un Mac est probablement le meilleur compromis. Pour ma part, j'ai installé mes projets et recompilé mes codes et documents en quelques minutes. Pour un utilisateur de Linux, la transition est immédiate (le tout est de trouver l'application Terminal).

L'intégration de Java est la meilleure qu'il m'ait été donné de voir (la VM, une 1.3.1 est installée par défaut avec MacOSX). Elle présente des fonctionnalités intéressantes (comme le partage entre les VMs des librairies chargées ou l'accélération graphique de Swing). Bref, c'est l'OS rêvé pour le développeur Java. Une VM 1.4 en bêta est disponibe en téléchargement sur le site d'Apple.

Le XML n'est pas en reste puisque c'est le format natif des fichiers de configuration MacOSX ! Le seul reproche que l'on pourrait faire à MacOSX dans ce domaine serait d'utiliser un encodage (MacRoman) un peu ésotérique. Une petite ligne de configuration dans son .emacs (pour choisir l'encodage ISO-8859-1 comme encodage par défaut) et le tout est oublié.

Le monde Unix est à portée de main de l'utilisateur MacOSX grâce au projet Fink qui propose des portages des outils Unix sous MacOSX, le tout distribué avec un portage du système de packages de Debian. Autant dire que télécharger et installer une telle application est l'affaire d'une ligne de commande dans un term.

J'ai aussi été charmé par la qualité et le design de ces machines : dés le premier contact, on tombe sous le charme d'une machine qui a une personnalité, le tout pour un prix raisonnable et qui tourne sous un noyau basé sur BSD sous licence Open Source (Darwin) que pourrait-on demander de plus ?

Ce week end, j'ai craqué pour l'Archos Multimedia Jukebox 20 Go... Je dévoile ici mes premières impressions et la procédure à suivre pour l'utiliser sous Linux (avec une Debian Woody).

Tout d'abord, il ne faut pas croire les vendeurs de la FNAC, aimables mais pas toujours au courant : il est parfaitement reconnu par MacOSX (en version 10.2.2 pour ma part) et sous Linux.

La bête est à peine plus grande qu'un iPod (pour lequel je comptais craquer), mais il présente de nombreuses fonctionalités intéressantes : il peut lire et enregistrer des MP3, JPG et AVI (codec DivX ?) mais permet aussi d'enregistrer toute donnée. Il est livré avec une extension caméra. On peut donc s'en servir comme lecteur et enregistreur de MP3, comme visualisateur de photos et vidéos ou encore (avec l'extension) comme appareil photo/vidéo. On peut aussi s'en servir pour échanger des données entre ordinateurs.

En ce qui concerne la lecture, les MP3 passent bien, les images sont belles et les vidéos rendent étonnament bien sur un si petit écran (mais est-il possible de voir un film entier sans devenir aveugle ?). Le seul problème semble être dû à la jungle des encodages qui rend la lecture de DivX hasardeuse.

Pour ce qui est de la prise de son, d'images et de vidéos, le bilan est moins brillant (c'est le cas de le dire) : les images et vidéos sont d'une qualité très médiocre en intérieur. Lorsque la lumière est bonne, la qualité est tout juste acceptable. Mais pouvait-on attendre des merveilles d'une caméra aussi minimaliste ? Pour ma part, cette qualité convient à mon utilisation (photos et vidéos de vacances). À noter que l'on peut voir ces documents sur un téléviseur avec un bête connecteur.

La connection à un Mac est triviale : il suffit de connecter les machines avec le connecteur USB et d'attendre quelques instants pour que le jukebox monte sur le bureau. La connexion à une machine Linux demande une recompilation du noyau (pour ajouter le support de l'USB et autres modules), voir le document à l'adresse http://oncode.info/include/texts.php?sect=linux&text=archos6000. Rien de bien méchant donc.

Les performances sont très correctes en USB et l'on est pas loin du Mo par seconde annoncé (j'ai transféré 417 Mo en 6 minutes sous Linux et en 10 sous MacOSX). Autrement dit, le transfert de fichiers MP3 est très réalisable. On notera qu'un connecteur FireWire (ou USB 2) est disponible en option.

À mes yeux, le seul vrai défaut de la bête me semble être l'hergonomie. La navigation dans le système de fichier est peu commode et il n'est pas possible de déplacer des fichiers entre répertoires (on peut cependant le faire sous MacOS ou Linux avec un le gestionnaire de fichiers).

Je suis donc enthousiasmé par cet appareil mais demande à voir la fiabilité sur le long terme pour m'en faire une opinion définitive.

J'ai eu à travailler récemment avec (ou contre ?) SOAP et je dois dire que je ne suis vraiment pas tombé sous le charme ! Voici un bref résumé des mes réflexions à propos de cette belle techno :

Le standard est vaste, trop vaste. On y définit des concepts aussi étranges et inutiles que des sparse arrays (tableaux vides pour l'essentiel) ou encore des variables in/out. Les premiers sont tout simplement inutiles dans la mesure où si un tableau est vide, il faut envisager une autre structure de données. Quand aux variables in/out, c'est un concept des années 70 (voire 60) qui rend le code illisible (parcequ'un appel de méthode modifie des variables comme bon lui semble). Inutile de dire que la plupart des implémentations n'implémentent pas de telles âneries. On ne peut même pas compter sur tous les types de base... L'interopérabilité me semble dans ces conditions plus qu'approximative.

D'autre part, les messages XML sont extrêmement verbeux avec des namespaces à n'en plus finir (mais à quoi peuvent-ils donc servir ?). Non seulement cela augmente inutilement la taille des messages, mais en plus, cela les rend totalement illisibles.

Les implémentations testées (Apache SOAP et GLUE) m'ont semblées peu matures et pour ma part, je me garderais bien de le mettre en production. La palme revient en la matière à Apache SOAP qui utilise DOM pour parser les messages (mais je n'ai pas le code source de GLUE pour vérifier qu'ils utilisent SAX).

En conclusion, je dirais que c'est encore une souris qui s'est transformé en éléphant. Je m'en vais investiguer du côté de XML RPC qui me semble beaucoup plus réaliste.

C'est mon premier weblog ! Que d'émotions. Je doute qu'il y en aie beaucoup d'autres, mais c'est amusant à implémenter. Une bonne utilisation de ce tout nouveau générateur de site. Le moteur de construction de ce weblog utilise le merge...