Dur Comme Faire

Le 9 juillet 2003 je faisais partie des quelques dizaines de milliers de veinards qui ont assisté au concert des Rolling Stones au Stade de France. J'avais réussi à rentrer avec mon appareil photo numérique. J'ai donc mitraillé une partie de la soirée. Bien-sûr j'étais loin et mon appareil n'était pas une merveille mais ça fait des souvenirs. Là, normalement c'est le moment où vous vous demandez pourquoi je vous raconte cela, n'est-ce pas ?

Tout simplement parce qu'en rentrant chez moi j'ai eu la déception de constater de la carte mémoire de mon appareil était illisible. J'ai essayé des tas de lecteurs mais sans résultat. Par réflexe, j'ai mis cette carte de côté, au cas où.

Bien m'en a pris car plus de 3 ans après j'ai finalement pu récupérer ces fameuses photos grâce au logiciel PhotoRec.

L'utilisation en ligne de commande n'est pas forcément très ergonomique mais le résultat est là. J'ai récupéré près de 150 photos sur 3 cartes qu'aucun lecteur ne voulait lire.

Voici un aperçu des caractéristiques de ce logiciel :

• Disponible sur un large éventail de plate-formes (DOS/Win9x, Windows NT 4/2000/XP/2003, Linux, FreeBSD, NetBSD, OpenBSD, Sun Solaris, Mac OS X)
• Support des systèmes de fichiers courants (FAT, NTFS, EXT2/EXT3, HFS+ et partiellement ReiserFS)
• Reconnaissance de 80 formats de fichier

Nine Inch Nails, mon groupe préféré, que j'ai vu pour la première fois en juin de l'an passé après 11 ans d'attente vient juste d'annoncer la plus grosse tournée Européenne de son histoire. Ils feront 2 dates à l'Olympia de Paris mais aussi et surtout une date à Lille ! Ils feront ensuite une date à Bruxelles.

Je pense essayer de faire une des deux dates parisienne, Lille bien-sûr et peut-être Bruxelles. Oui ça fait beaucoup mais j'ai quelques années de vide à rattraper.

Mise à jour : J'ai pris mes billets pour les concerts de Lille et Glasgow ce qui me permettra d'emmener ma soeur voir sur scène ce qui reste de loin la plus grosse claque musicale que j'ai pris de ma vie (et pourtant j'écoute quantités de choses comme vous le confirmera à peu près tous ceux qui me connaissent)

Après quelques mois d'attente pour l'un et plus de 5 ans pour l'autre, voici que les nouvelles versions majeures des deux principaux navigateurs web sont disponibles. A noter que l'annonce officielle de la sortie de Firefox 2.0 devrait se faire dans la journée mais la version finale est disponible au téléchargement depuis hier soir.

J'ai donc décidé ce matin d'installer Internet Explorer 7. Je télécharge l'installateur de 15,8 Mo ce qui semble beaucoup quand on compare aux 5,4 Mo de Firefox soit dit en passant. Je lance l'installation.

Je patiente un peu puis me dis que je vais en profiter pour mettre également à jour Firefox. Je recherche le lien de téléchargement, ce qui me prend un minute environ. Je télécharge l'installateur, le lance, parcours les différents écrans. L'installation proprement dite se fait. Je lance la version de Firefox fraichement installée. Je fais un rapide tour, tout semble fonctionner.

Je reviens vers Internet Explorer 7 qui s'installe toujours ! Il faudra encore plusieurs minutes avant qu'il n'est terminé. Cerise sur le gâteau, je serais obligé de redémarrer mon ordinateur avant de pouvoir l'utiliser.

Faisons un rapide comparatif de la mise à jour de ces deux navigateurs :

Internet Explorer

• Nombre de langues disponibles : 1 (les autres seront disponible à la fin du mois en théorie)
• Nombre de plateformes supportées : 1 (et partiellement seulement)
• Taille : 15,8 Mo
• Temps nécessaire à l'installation : environ 8 minutes (redémarrage compris car il est obligatoire)
• Nécessite un rédemarrage : oui

Firefox

• Nombre de langues disponibles : 37
• Nombre de plateformes supportées : 3
• Taille : 5,4 Mo
• Temps nécessaire à l'installation : environ 1 minute 30
• Nécessite un rédemarrage : non

Au final, ma seconde impression d'Internet Explorer 7 n'est pas meilleure que la première. Espérons que ça changera par la suite.

Comme toute personne travaillant de près ou de loin avec des ordinateurs, j'ai régulièrement des demandes pour réparer une machine, faire fonctionner une imprimante ou encore pour connaitre la manipulation pour faire telle ou telle chose avec Word ou Excel.

Si j'avoue que je ne suis pas une brute en hardware, que jusqu'à il y a peu je n'avais même pas d'imprimante et que ma mère qui a fait du secrétariat est dix fois meilleure que moi avec un traitement de texte ou un tableur, je passe au mieux pour un type peu serviable et au pire pour un incapable.

Alors, j'ai adopté depuis quelques années une autre approche. J'explique que l'informatique est un domaine très vaste et que ma spécialité n'est pas du tout en rapport avec leur problème.

Comme souvent, j'utilise une analogie pour mieux faire comprendre mes propos. Je compare l'informatique au domaine de la santé et je demande à mon interlocuteur si pour lui une infirmière, un chirurgien cardiaque et un dentiste font le même métier. Généralement ça fait sourire et on ne me redemande plus jamais ce genre de service.

Après pas mal de réflexions, d'hésitations et de modifications, voici (enfin) le logo de ma société.

Maintenant, il va falloir trouver du temps pour finaliser le site qui est dans les cartons mais ça c'est une autre paire de manches.

Au journal de 20h de France 2 ce soir, il y avait un reportage sur la vente de contrefaçons sur internet et eBay en particulier. On y voyait notamment un étudiant témoigner à visage masqué. Il expliquait qu'il achete des contrefaçons sur un site chinois puis les revends sur eBay comme des produits originaux.

Le problème c'est que pour illustrer le propos le reportage nous montre la page d'accueil d'eBay ... avec le pseudonyme de l'étudiant bien visible !

Il y a exactement 3 ans, je publiais le premier billet de ce blog. Depuis, quelques centaines d'autres ont suivi. Le visuel a changé plusieurs fois et même le nom a changé début 2006.

Le rythme s'est un peu ralenti par moment mais finalement, il n'y a pas eu un seul mois sans billet depuis la création de ce blog, chose dont je suis assez fier.

Depuis un mois, j'essaie de m'astreindre à écrire un billet par jour. J'espère pouvoir tenir la cadence malgré la charge de travail que m'apporte ma toute jeune société.

Bien sûr, tous mes billets ne sont pas des chefs d'oeuvre de réflexion et de rédaction mais dans l'ensemble je dois avouer être assez satisfait de la ligne éditioriale de ce blog. Elle peut sembler confuse à certains mais elle reflète bien les sujets qui me touchent.

Pour les chiffres, cela représente 550 billets publiés (je ne compte pas les 64 qui sont restés à l'état d'ébauche), 2832 commentaires déposés et 106 rétroliens fait vers ce blog.

Mais arrêtons cette auto-satisfaction sans grand intérêt. L'avenir est devant nous alors retroussons nos manches et repartons pour (au moins) 3 ans !

Merci à ma soeur pour la découverte qui vient à l'origine d'un site qui regroupe des messages d'enfants addressés à Dieu. C'est naïf, touchant et souvent plein de bon sens.

En parcourant le livre PHP5 - Power programming à la recherche d'informations sur la gestion des processus avec PHP dans le but d'écrire un daemon, je suis tombé sur un tableau qui répertorie les différent signaux existant.

Le dernier semble tout droit sorti des préoccupations d'un jeune papa :

SIGBABY : Passed when a baby is ready to change diapers, hungry, about to climb something dangerous or doing anything else that requires immediate attention from a parent PHP programmer.

En cherchant un peu, on s'aperçoit que ce signal est également listé dans la documentation officielle car il apparaît dans le code source de PHP. Il semble que cela soit une blague entre les développeurs de PHP.

eDonkey : n.m. Logiciel de partage de fichiers de type peer-to-peer qui a fait beaucoup d'eMules.

Je suis actuellement en train de monter un projet de site internet avec deux comparses. Je m'occupe de l'aspect technique et eux de la rédaction du contenu. Malheureusement, pour des raisons de temps et de talent, soyons franc, je ne souhaite pas m'occuper de la réalisation du graphisme de ce site.

Nous recherchons donc un graphiste qui accepterait concevoir et réaliser une maquette graphique. Je m'occupe de l'intégration.

Ce projet étant à but non lucratif, il s'agit bien d'une aide bénévole. Cependant, c'est également un moyen pour moi de trouver des partenaires pour ma société car la même problématique se pose régulièrement et connaître un graphiste faisant du bon travail serait très appréciable.

Enfin, le fait d'être situé à Lille ou à Paris serait un plus car on pourrait se rencontrer physiquement avec plus de facilité ce qui est toujours meilleur pour les relations.

Si vous êtes intéressé, n'hésitez pas à me contacter par mail. Nous avons trouvé notre bonheur.

Le site Blogmarks.net semble avoir effectué des modifications qui perturbent le plugin que j'utilise pour les incorporer dans ce blog.

Les blogmarks ne seront donc plus affichés jusqu'à ce que la situation se soit arrangée. Vous pouvez néanmoins continuer de les suivre en utilisant le fil de syndication dédié.

Si vous suivez un peu l'actualité des langages de programmation en liaison avec internet, vous ne pouvez pas avoir manqué Ruby et son framework emblématique Ruby on Rails.

Beaucoup de développeurs PHP se laissent tenter par la simplicité de prise en main. On vante sa conception intelligente, les possibilités qu'il offre. Aux yeux de certains il est vu comme le remplacant de PHP à plus ou moins long terme.

Pourtant il semble que les créateurs du site officiel de RoR n'aient pas choisi d'utiliser ce framework ni même Ruby mais bien PHP comme le prouve cet easter egg. Celui-ci ne fonctionne que si la page appellée est en PHP. Avoir le module PHP installé sur le serveur n'est pas suffisant.

Note : Ceci n'est pas un troll contre RoR ou Ruby car je ne les connais pas assez pour avoir un avis. Simplement je trouve la situation amusante.

L'impérialisme yankee essairait-il de se diversifier avec ce kebap Mac Doner vu avenue de Clichy à Paris ?

Alors que Microsoft annonce l'arrivée d'Internet Explorer 7 pour ce mois-ci, j'ai eu envie de tester son rendu avec un site que je suis en train de réaliser.

Le site a été conçu à l'aide de Firefox. Une fois la mise en page effectuée et le code HTML et CSS validé, j'ai vérifié qu'il passait bien sur les principaux navigateurs. Les navigateurs modernes n'ont posé aucun problème. Internet Explorer 6 et 5.5 ont demandé quelques menues adaptations notamment pour contourner le Doubled Float-Margin Bug.

Internet Explorer 7 en revanche affiche un rendu catastrophique. Que ce soit avec ou sans les adaptations pour Internet Explorer 6 et 5.5. Cela veux donc dire que non seulement il ne rend pas correctement ma mise en page valide et qui passe sur les navigateurs dignes de ce nom mais en plus il a des bugs différents, et en l'occurence pires, que les versions précédentes. Franchement, ce n'est pas rassurant.

Voici le rendu sous Internet Explorer 6. Il correspond à ce qui est attendu :

Et voici le rendu sous Internet Explorer 7 :

Note : Je n'ai pas utilisé de hacks mais des commentaires conditionnels pour les adaptions pour Internet Explorer 6 et 5.5. Le problème d'affichage avec la version 7 ne peut donc pas venir de là.

Il y a près de chez moi à Lille une petite place avec une estrade faite en pierres. Elle est entourée d'arbres et d'arbustes et située dans un coin relativement calme.

Voici comment la municipalité a eu l'idée de l'aménager il y a quelques jours.

Apparement l'argent est plus important que les concerts ou les spectacles qu'on pouvait organiser sur cette place.

Le Forum PHP 2006 se tiendra à Paris les 9 et 10 novembre prochains.

Au programme on trouve notamment :

• Tour d'horizon de l'univers de PHP (dont PHP6) par le créateur de PHP Rasmus LERDORF
• Ajax et Web Services en PHP avec les API Google AdWords
• PHP au sein du Service Public Fédéral Finances de Belgique
• Unicode : une révolution en marche pour PHP6
• Design Patterns & PHP
• Sécurité des applications PHP

Au delà des conférences données par des références du domaine, le forum est l'occasion de croiser les acteurs importants du monde PHP pour des discussions plus informelles.

Les inscriptions sont dès présent ouvertes alors dépêchez-vous car chaque année le forum affiche complet plusieurs jours et parfois plusieurs semaines avant sa tenue !

Note : J'encourage ceux qui le souhaitent à faire circuler l'information sur leur blog ou sur les sites d'information qu'ils lisent et au besoin à utiliser le texte et l'image de ce billet.

Le syndrôme du cordonnier a encore frappé. En voulant vérifier un point d'orthographe sur le site Le patron, j'ai eu la surprise de tomber sur l'infobulle suivante :

Note : Bravo aux auteurs du site pour leur réactivité car le problème est déjà réglé moins d'une heure après mon mail.

La recette pour la célébrité instantanée est malheureusement à la portée du premier imbécile venu :

• prenez un projet Open Source connu et faisant de l'ombre à un monopole commercial bien établi
• faites des révélations fracassantes sans rien prouver
• laissez le soin aux journalistes de répandre la nouvelle
• tentez une excuse bidon lorsque vos allégations sont contestées

Le problème c'est que comme toujours, on se souvient de l'accusation, pas du démenti.

Subversion est un outil de gestion de version que j'adore. Il est simple à utiliser, robuste, multi-plateforme mais là où il est encore plus fort c'est que régulièrement je me dis que j'aimerai bien qu'il intègre telle ou telle fonctionnalité et généralement c'est déjà le cas sans que je le sache.

Je vais vous parler de la dernière fonctionnalité géniale qu'il intègre : la possibilité d'aggréger dans un même copie de travail des répertoires provenant de différents dépôts.

Prenons un exemple concrêt pour mieux comprendre. Supposons que vous utilisez un framework (qu'il soit maison ou pas tant qu'il est stocké dans un dépôt Subversion) et vous souhaitez développer une application basée sur ce framework. Voici l'arborescence de l'application en question :

--racine
  |--framework
  |  |--(fichiers du framework)
  |--application
  |  |--modeles
  |  |--vues
  |  |--controleurs
  |--www
     |--index.php

La méthode classique est de faire un export du framework et de l'intégrer dans l'application. Les fichiers exportés du framework feront partie du code de l'application et seront à ce titre stockésdans le dépôt. Il y a 2 gros inconvénients à cette méthode :

• Le code du framework est stocké de manière redondante.
• La mise à jour du code du framework utilisé dans l'application est compliquée car il faut faire les manipulations nécessaires sur chacune des applications l"utilisant.

Heureusement, Subversion propose un moyen de régler ces problèmes. Au lieu de faire un export du répertoire framework, on ajoute la propriété svn:externals au répertoire parent, en l'occurence "racine", et on lui donne la valeur suivante :

framework   http://svn.exemple.com/framework

Cette propriété indique à Subversion de créer un répertoire "framework" dont la source est située à l'adresse "http://svn.exemple.com/framework". L'avantage de cette méthode est qu'un simple update mettra à jour le code du framework sans autre intervention de votre part. De même, une modification dans ce répertoire sera répercutée dans le code du framework et non celui de l'application.

Parfois, la maintenance de l'application reste figée pendant un moment tandis que le framework évolue. Il arrive donc que celui-ci devienne incompatible avec l'application. Pour différentes raisons (notamment économiques), il est parfois impossible de rendre compatible l'application avec la dernière version du framework. Dans ce cas, il suffit d'indiquer le numéro de la révision en plus du chemin vers le dépôt. Ainsi, Subversion restera à cette révision même si le développement du framework se poursuit. Voici l'exemple précédent modifié pour rester figé à la révision 14 :

framework   -r14   http://svn.exemple.com/framework