Ce midi je suis allé déjeuner au Nomad's avec des collegues de boulot, on fêtait le départ d'un d'entre nous et en fin de repas on a vu Gérard Holtz. Moi comme d'hab j'avais pas remarqué, c'est une collegue qui nous l'a fait remarquer. Apparement il m'a reconnu vu que lorsque nos regards se sont croisés il m'a sourit

Eh oui voila deux semaines que je n'ai pas blogué.
La semaine dernière, je n'avais rien de super transcendant à dire (et de tous ceux qui n'ont rien à dire, les plus agréables sont ceux qui se taisent) et je dois vous avouer que le soir en rentrant du boulot j'ai tellement de mails et de flux RSS à lire que le temps me manque. Bref je deviens un blogueur du week-end...

Voici un rapide résumé de ce à quoi vous avez échappé en billets potentiels :

Côté vie perso :

• Le week-end dernier c'était un week-end parachutisme, j'ai donc continué ma progression commencée fin août.
  J'ai d'ailleurs même fait ma première chute libre de 10 secondes (en solo bien sur) dimanche dernier ; Normalement le prochain week-end sera celui du 8-9 octobre. J'espère avoir le temps d'obtenir mon brevet A avant la fin de l'année ^[1] ;
• Je suis malade depuis lundi, je pense avoir choppé un gros rhume ; Je me suis auto-médicamenté (j'aime pas aller chez le médecin) ;
• Avant-hier des voitures ont brûlées à côté de chez moi, heureusement la mienne a été épargnée. Faut vraiment avoir un QI équivalent à sa température annale pour faire ce genre de conneries.

Côté geek :

• Je suis passé sous Ubuntu Breeezy Badger ; AMHA elle devrait convaincre pas mal de windosiens près à passer le cap à s'essayer à GNU/Linux.
• Je me suis (enfin) mis à Python grâce à un super cours ;
• J'ai un peu avancé la version 0.3 de mon plugin web2mail ;
• Je me remet tout doucement à lire Usenet-fr.

Vous avez peut être entendu parlé de la faille de sécurité sur le module IDN et qui à pour conséquence de faire planter Mozilla Firefox toutes plate formes et toutes versions.

Cette faille a été découverte le 4 septembre 2005 par Tom Ferris, remontée à la Mozilla Fundation le 6 septembre et publiée le 8 septembre

Comme a son habitude, les développeurs de Mozilla ont réagi avec la rapidité de l'éclair et ont publié dès le lendemain un patch et une procédure manuelle pour s'en prémunir.

Je faisais la manche rue Royale devant chez Gucci Dany Brillant m'est passé devant accompagné d'une superbe jeune femme.
Il était bien bronzé (elle aussi) et franchement de près, il est vachement grand (enfin faut dire que je rase un peu le bitume moi).

Eh, les filles (et pourquoi pas les gars d'ailleurs) ! Il est encore plus beau gosse en vrai qu'à la télé

Vous avez tous entendu dire « il y a un bug dans le programme » oui mais c'est quoi exactement un bug ? Un bug est tout simplement une erreur quelque par dans un programme, erreur qu'il faut bien sur identifier et corriger.

Il existe trois familles d'erreurs :

Erreur de syntaxe : « syntax error »

C'est le type d'erreur la plus répandue, tout programmeur quel que soit son niveau se heurte à ce genre d'erreur. Cette erreur est généralement bloquante et le programme refuse soit de s'exécuter soit d'aller au delà d'où le bug se trouve.

Petit rappel sur ce qu'est la syntaxe :
Tout comme une langue parlée un langage de programmation suit un certain nombre de règles grammaticales et orthographiques arbitraires établis à sa conception.
Exemple de règle grammaticale : Chaque appel à une fonction doit commencer par une majuscule et qu'une instruction se termine par un point-virgule.
Exemple de règle orthographique : Print(‘coucou le monde') ;
Si vous vous manquez quelque part (oubli du point-virgule, au lieu d'écrire Print vous écrivez Pint, etc.) vous aurez un superbe message d'erreur.

Ce sont généralement les erreurs les plus fréquentes lorsque l'on débute dans un langage de programmation ou tout bêtement une erreur de frappe qui se glisse dans une instruction car on est allé un peu vite.
Heureusement, certains éditeurs proposent une colorisation syntaxique qui reconnaissent le langage que vous utilisez et qui aide grandement à voir ou on s'est trompé et surtout de le remarquer bien avant de se lancer dans l'exécution du programme.

Erreur à l'exécution : « Run-time error »

Une erreur d'exécution, également appelée exception apparaît lorsque le programme est déjà en cours d'exécution mais qu'il s'est passé quelque chose d'anormal du genre une ressource introuvable (lecture d'un ficher qui n'existe plus ou base de donnée injoignable, etc.). Ce genre d'erreur est totalement imprévisible mais on peu tout de même se prémunir de leurs effets néfastes en déterminant les plus probables et en programmant « un retour sur erreur »
(Exemple : base de donnée injoignable => message mes plus plates excuses, on répare ça ASAP).

Erreur sémantique (erreur de logique)

C'est l'erreur la plus difficile à détecter. En effet elle n'a aucune incidence sur l'exécution elle-même du programme, aucun message d'erreur mais le résultat obtenu n'est pas celui attendu.
Ce genre d'erreur renvoi souvent à la relecture complète du code voir à repartir à l'étape papier crayon (étape que tout bon programmeur se doit de respecter).

Recherche d'erreur

Même si c'est souvent fastidieux c'est à mon avis un aspect de la programmation qui est très passionnant car il apporte beaucoup plus que l'on pense en premier lieu. En effet vous devez emmètre des hypothèses pour déterminer le ou les processus qui ont conduits au résultat constaté, bref une véritable enquête digne de colombo , relire les documentations pour être sur de ce que vous avez écrit, reprendre votre code, procéder par petite touches et voir le comportement, etc. Il existe bien sur des méthodes d'analyse ainsi que des programmes spécifique aux débugage mais franchement rien ne m'a vraiment convaincu si ce n'est de jouer moi-même les fouineurs de code et d'utiliser mes méthodes à moi que j'ai

Les flux XML qu'ils soient RSS ou Atom sont devenus complètement indispensables pour ceux qui en connaissent l'existence et qui les utilisent seulement, ne nous voilons pas la face, très peu d'internautes savent ce que c'est, à quoi ça peu bien servir et comment s'en servir. J'en veux pour preuve le nombre de fois que les flux sont ouvert par des internautes utilisant Internet Explorer (tient c'est quoi RSS ? Clic ! Buh ? Keskeucékecetruc ?).
D'ailleurs, suite à une discussion avec un collègue je me suis même lancé dans l'écriture d'un plugin dotclear permettant d'envoyer ses billets par email à l'image d'un feed RSS ; Pour le moment l'écriture de ce plugin est en attente (pour plusieurs raisons) mais je me pose vraiment la question de le développer ou pas. En effet les flux XML sont à mes yeux une technologie formidable permettant de libérer un peu nos boites à lettres de toutes ces newsletters et ainsi alléger le travail des applicatifs en charge des courriers électroniques, qu'ils soient sur les serveurs ou chez le client.

A cela ajoutons les flux RSS tronqué (comprendre, on a pas tout le contenu dans le flux et il faut donc aller sur le site pour lire la suite) comme le pratique la plupart des sites qui tirent leur revenus de la publicité et d'autres sites pour d'autres raisons (vol de contenu, trop d'utilisation de la bande passante, etc.), comme l'a fait Tristan pour son Standblog et qui a suscité moultes réactions de mécontents (dont je partage l'avis) .
D'ailleurs peu se souviennent qu'à l'origine ces flux XML ont été développés pour partager du contenu entre sites web, d'où le mot syndication, et non pas finir dans un agrégateur de flux...

De son côté Microsoft nous annonce que son futur navigateur Windows Internet Explorer prendra en charge les flux XML à l'image des marque-pages dynamique de Mozilla Firefox, mais cette fonctionnalité sera elle utilisée ?

J'ai récemment entendu dire qu'un gros site (non, pas de nom) réfléchissait sur le fait de proposer ses flux uniquement à des abonnés payants, et d'autres sites n'en veulent carrément pas car ça diminue les marges publicitaire...
Bref, méconnaissance, flux XML tronqués, utilisation du contenu des autres sans autorisation (ou vol de contenu si vous préférez), insertion de messages publicitaires dans les flux, refus d'utilisation, etc. auront peut être la peau de cette formidable technologie telle qu'on la connaît aujourd'hui... Mais pour aller vers quoi ?

Cher gros boulet,

Tu as l'air de bien t'amuser avec mon plugin Web2Mail en essayant de trouver une faille de sécurité pour spamer à partir du formulaire du plugin et ainsi utiliser abusivement les serveurs SMTP des pauvres blogueurs qui utiliseraient mon plugin.

Que tu cherches une faille de sécurité de ce plugin, je veux bien, il y en a eu une et elle à été corrigée rapidement dès que me l'a reporté et il y en a peut être d'autres ; Qui sait ? Nul n'est infaillible... et je serais même heureux qu'on me les rapportes si quelqu'un en trouves.

Mais toi tu es vraiment le pire hacker que j'ai pus voir

• Tu as déjà essayé hier et ça n'a pas marché ;
• Vu la frequence de tes tentatives tu dois utiliser un logiciel tout fait de CrACkER's (belin) ;
• Tu n'es même pas capable de lire le source du plugin (qui est libre) pour y trouver une faille potentielle ;
• Tu n'a même pas pensé que tes manipulations pouvaient être journalisées et ainsi me donner ton @IP
• Tu met une adresse e-mail d'un grand FAI en clair pour tester les éventuels succès.
• Tu n'as même pas eu la présense d'esprit de tester en local

En tout cas, un gros boulet ça sert parfois car tu m'as donné plein d'idées d'améliorations et de sécurisation de ce plugin.

Bien cordialement