Un petit billet pour vous prévenir que je ne pense pas trouver le temps de mettre à jour le blog pendant ce weekend. Un weekend loin de l’ordinateur, loin du net, loin du monde virtuel, un weekend de décorations lumineuses, de dîners copieux, de cadeaux sous des sapins. Mais surtout un weekend magique pour les enfants, un weekend inoubliable, car ce weekend c’est Noël. Et je tiens à que pour ma fille soit mémorable.

Alors je vous dis à lundi, mes amis. Et pour finir ce petit billet, je vous souhaite à tous un

Joyeux Noël !

Feliz Navidad !

Je viens de découvrir grâce à cet article de Wired une initiative du gouvernement chinois pour promouvoir la standardisation des chargeurs de batteries pour les petits appareils électroniques, notamment les téléphones portables.

Sans rentrer dans des considérations politiques ou étiques sur le gouvernement chinois (la politique, je laisse ça aux blogueurs influents), cette initiative m’a vraiment surpris, et je considère que c’est un des propositions les plus sensées qu’on a fait ces derniers temps dans le monde de la téléphonie mobile.

J’imagine que tous ici avons déjà eu la joie d’expérimenter tous les petits désagréments dus à l’incompatibilité entre les différents chargeurs propriétaires des différents appareils. Des voyages chargées avec trois ou quatre chargeurs différents (pour le portable, pour l’iPod, pour l’appareil de photos, pour la brosse à dents électrique…), la facture de 90€ lorsque tu perds le chargeur de ton portable et tu dois acheter un nouveau, l’impossibilité de charger ton portable chez un ami car tu as laissé ton chargeur à la maison et lui il n’a pas la même marque de téléphone…

Pour certaines marques, comme Nokia, on peut dire que ça va encore, le chargeur Nokia est générique pour tous les terminaux de la marque, et je peux encore charger mon 7250i avec le chargeur de mon premier Nokia qui date de 1996. Mais pour d’autres marques le chargeur est spécifique et subtilement différent pour chaque modèle. Ca serait ridicule si ne relevait pas de la mauvaise foi…

Surtout lorsque ils existent des standard, acceptés par l’industrie, prouvés, résistants, ergonomiques et économiques : l’USB et le mini-USB. Il suffirait d’incorporer sur les téléphones portables une prise USB à la place de toutes ces ports de connexion propriétaires et le problème serait résolu. En plus, ça faciliterai la connexion aux ordinateurs et à d’autres appareils, un autre casse-tête avec le système actuel.

Le gouvernement sud-coréen avait déjà lancé une initiative semblable l’année dernière, qui a été un grand succès et des milliers d’utilisateurs satisfaits. Mais le marché sud-coréen, malgré son importance, est petit à l’échelle mondiale. Le marché chinois représente plus de 450 millions d’utilisateurs de téléphones portables, avec un taux de renouvellement de 100 millions de terminaux par année. Autant dire un marché beaucoup plus grande que tout le marché européen ou que le marché américain. C’est pour ça que cette initiative chinois à du potentiel pour faire changer les choses à une échelle globale, ce qui serait une vraie bonne nouvelle…

Un petit billet pour vous dire que depuis quelques heures on peut télécharger une petite actualisation pour Firefox qui élimine certains bugs et problèmes de sécurité détectés depuis la sortie de la version 2.0 il y a moins d’un mois.

Si vous êtes des utilisateurs de Firefox (version normal ou portable), l’actualisation vous sera proposée aujourd’hui, il suffit de l’accepter et de redémarrer le navigateur. Si non, vous pouvez télécharger dans le site de Mozilla le pack complet pour MS Windows, Mac OS X ou Linux et sur le site de PortableApps la version Firefox Portable pour MS Windows.

Comme d’habitude, si c’est votre premier installation de Firefox 2.0, il faudra installer le dictionnaire français. Pour cela, si vous ne voulez pas vous casser la tête, installez directement l’extension Dictionnaire MySpell en Français pour Firefox 2.0.

L’année dernière une partie importante de mon activité professionnelle était centré sur la téléphonie numérique, et plus concrètement ce qu’on appèlle la Voix sur IP or Voice over IP (VoIP). Parmi les différents projets dans lesquels j’ai collaboré à cette époque, il y avait un qui visait à permettre aux consulteurs en déplacement chez un client de se connecter au système d’information de l’entreprise mère. Le grand obstacle était, bien sûr, le firewall chez le client.

Pour la plupart d’applications (comme e-mail ou l’accès à l’environnement de travail partagé) on a réussi a trouver et ou bricoler les bons outils libres qui permettaient de le faire. Mais pour celui qui nous intéressé le plus, la VoIP, on n’a jamais été capables de trouver le bon outil open source qui permettrait de passer les firewalls usuels, ceux qui permettent seulement le trafic de navigation web (connexions TCP sortants vers les ports 80 ou 443). L’exploit était possible, car Skype le faisait (au grand drame de certains administrateurs réseau assez zélés), mais essayer de le répliquer dans le temps et budgets alloués était trop compliqué. A la fin, la préconisation a été d’utiliser Skype, en faisant une entorse à nos règles de n’utiliser qui des logiciels libres.

Tout ça pour raconter que je trouve que Skype est un logiciel fascinant, innovant et puissant, une preuve de ce qu’on peut faire avec une bonne idée et une bonne équipe de développeurs.

C’est pour cela que j’ai adoré cet article de Heise Security sur la façon comme Skype réussit à percer les trous dans les firewalls. En plus, l’article est bien écrit, avec un grand sens didactique, et il arrive à rendre compréhensible au non-spécialiste un topique qui est assez technique.

Si vous avez été confrontés à la VoIP, l’article est un vrai must. Pour le reste, si vous avez la curiosité pour savoir comment Skype arrive à marcher presque partout, l’article vous donnera la réponse sans trop vos inonder avec des termes techniques ou de l’argot pro.

Si vous suivez mon blog plus ou moins régulièrement, vous aurez remarqué que je suis un fervent utilisateur des applications dites Web 2.0 en général, et des applications web Google en particulier. Par exemple, il y a quatre jours, je parlais de la nouvelle fonctionnalité d’accès à des comptes mails externes depuis GMail.

Tout mon courrier électronique est donc géré avec GMail, autant pour mon compte GMail que pour mes comptes e-mail externes. Ca me permet non seulement avoir accès à mon courrier depuis n’importe quel ordinateur connecté à internet, mais aussi profiter de l’excellente capacité de stockage et de la puissance du filtre anti-spam de GMail. Comme je disais à la fin de ce billet sur GMail, le bilan est très positif pour moi.

Sauf que des fois les circonstances se chargent de changer les certitudes qu’on peut avoir sur plein de choses, et aujourd’hui ça a été le cas, lorsque en essayant de me connecter sur mon compte GMail, j’ai eu la surprise de recevoir la réponse suivante :

En soi, un serveur indisponible n’a rien d’extraordinaire, et même Google a droit à avoir des moments de saturation ou des problèmes techniques qui empêchent l’accès au service. Mais c’était la première fois que ça m’arrivait avec GMail, et lorsqu’au bout d’une demie heure le problème persistait je me suis mis à réfléchir sur ma dépendance vis à vis de Google pour gérer une partie importante de ma vie.

En effet, j’utilise Google pour mes recherches, GMail pour mon courrier, Google Calendar pour mon agenda, Google Notebook pour mes notes rapides, Google Docs & Spreadsheets pour plein de documents, et j’arrête car ça va devenir long… Autant dit, si un jour Google arrête ses serveurs, ce jour là je n’ai pas accès à plein d’information et d’outils desquels je me sert tous les jours, et pour lesquels je n’ai pas une solution de substitution facile.

Ca va me faire changer mes habitudes de travail? Probablement pas, Google est en ligne 99,99% du temps, donc je considère cette panne de GMail comme l’exception qui confirme la règle. Mais ça va, quand même, me faire chercher des alternatives, et garder des copies locales de tous mes informations critiques stockées dans les différents services Google, même si pour être performant ça veut dire avoir une copie plus ou moins actualisé dans chacun des ordinateurs que j’utilise habituellement. C’est comme avoir une sauvegarde actualisée du disque dur, c’est vraiment ennuyant, ça prend du temps, mais le jour où on en a besoin, on est vraiment content de l’avoir.

Et vous, qu’est-ce que vous en pensez? Avez-vous aussi cette dépendance vers des outils web?

Je vous ai déjà parlé plusieurs fois des trophées que je fais pour les concours de créations d’avatars dans le style The Order of the Stick des forums de The Giant in the Playground.

Cette fois le concours étais spécial pour moi, car la thématique était la Mythologie Occidental, un sujet qui, comme vous savez, m’intéresse beaucoup…

J’ai donc recyclé quelques de mes dessins de Mythologie Grecque pour faire la collection de trophées. Voici les premières catégories :

Alors, vous en pensez quoi?

Avec deux jours de retard je vais vous parler de la sortie de Java SE 6, la sixième incarnation* de la plate-forme standard Java.

Cette nouvelle version n’apporte pas, à priori, des changements révolutionnaires, mais plutôt des améliorations sur plein de plans, certaines très demandés par la communauté de développeurs. Les améliorations qui m’interpellent le plus (depuis l’optique de mes besoins professionnelles) sont :

• La sécurité rentre au fond de la plate-forme, avec intégration native de GSS/Kerberos et de l’authentification LDAP.
• Les web services ont aussi leur place dans la plate-forme standard, avec l’inclusion dans Java SE 6 de Java API for XML Web Services (JAX-WS), version 2.0. Cette JAX-WS 2.0 est une refonte complète de l’architecture des APIs Java pour les web services.
• Java 6 SE inclut le moteur Mozilla Rhino pour interpréter du JavaScript, et laisse la porte ouverte à que d’autres moteurs puissent y être ajoutés. Bientôt sera donc possible d’incorporer des morceaux de code dans votre langage script favori (Python dans mon cas) à l’intérieur de votre code Java.

Ensuite il y a plein d’autres améliorations de fond, dans la gestion de mémoire, la performance, l’incorporation de JDBC 4.0…

En somme, cette nouvelle version semble, à première vue, un petit bijou que je pense que tous les développeurs qui travaillent avec Java vont apprécier. De mon côté, je viens de l’installer, et des que j’aurai du temps je commencerai à la tester à fond!

&nbsp

* : En fait, l’appeler Java SE 6 est du marketing, au moins pour les early adopters comme moi, car dans Java il y a toujours eu une sorte de double nomenclature, une marketing et une autre pour les développeurs. Tout a commencé avec la sortie de Java 1.2, à la fin des années 90s, lorsque tout le monde se mets à l’appeler Java 2.

Mystérieusement, Java 1.3 et 1.4 n’ont jamais reçu un autre nom, mais Java 1.5 a été rapidement rebaptisé Java SE 5. La mode continue avec cette dernière sortie, et elle s’accentue même, car le terme Java 1.6 semble avoir complètement disparu, même le fichier d’installation du JDK (Java Development Kit) est appelé simplement jdk-6-windows-i586.exe (le dernier JDK pour Java 1.5 était jdk-1_5_0_10-windows-i586-p.exe)

Il semblerait que de plus en plus d’éditeurs décident de libérer leur code, dans un mouvement qui s’accélère de plus en plus. Il y a quelques semaines je vous parlait d’une libération de code qui me touchait directement, car je travaille avec tous les jours : l’ouverture du code de Java. Aujourd’hui je vais vous parler d’une autre libération que je considère assez significative, celle de Google Web Toolkit (GWT).

Google Web Toolkit (GWT) est un framework Java de développement de software, qui permet d’écrire d’une façon relativement facile des applications AJAX (du type de Google Maps ou GMail en s’affranchissant de la plupart des particularités liées aux différents navigateurs.

Pour ceux qui avons l’expérience de coder de l’AJAX à la main, l’utilité d’un tel framework est claire. On passe une bonne partie du temps à tester sur toutes les navigateurs possibles dans toutes les plate-formes qu’on a sous la main, et à corriger l’infinité de bugs qui apparaissent en executant le code dans chaque navigateur, toutes les subtiles incompatibilités qui font du codage en AJAX quelque chose plus proche de l’art que de la science. Avec GWT, on écrit tout en Java, un langage solide et bien carré, et lui il compile ce Java en HTML+JavaScript bien compatible avec tous les navigateurs (au moins avec Firefox, IE, Opera et Safari).

Jursqu’au présent, GWT était gratuit pour une utilisation personnelle, mais pas libre. Je pense que cette libération va permettre que certaines entreprises qui travaillent déjà sur Java (comme celle dont je travaille actuellement) basculent sur cet outil pour les briques AJAX de leurs applications web.

L’annonce a été fait dans le blog officiel de Google, et détaillé dans le blog du GWT. La licence choisi est Apache 2.0, encore une fois une licence plutôt classique (comme Java, qui va être libéré sous une licence GPL v2) et non un truc exotique qui ferait plus difficile son adoption.

Dans le billet du blog GWT, ils expliquent comment le choix de libérer était logique, car depuis le début la mission de l’équipe GWT était :

Pour que le développement soit vraiment ouvert, ils ont créé un projet google-web-toolkit dans Google Code, et ils ont libéré aussi toute la documentation sous une licence Creative Commons.

En résumé, un autre beau exemple de libération de code par un des grands acteurs du web.