Au retour de l'expo Linux Solutions

Un historique de toutes nos réunions

---

Table des matières

• mercredi 14 janvier 2004 (précédent)
• mercredi 10 mars 2004 (suivant)
• Tous les comptes-rendus

mercredi 11 février 2004

La voix du secrétaire (Jean) avec l'aide de Sniper et de quelques autres

Présents à la réunion :

• Sylvain,
• Sniper,
• Arnaud, qui vient ici pour la première fois,
• Philippe (Blayo),
• Stéphane,
• Charles,
• D@vid (la cravate),
• Philippe (BooK),
• Jérôme,
• Eric (glb),
• Nicolas (Chuche),
• Pascal,
• Antoine,
• David (notre tsar),
• et moi.

Nous avons parlé de Perl, Internet, informatique et le reste. Il y a même un peu de mathématiques à la fin. Les mathophobes ne sont pas obligés de lire. Pour ceux que les mathématiques ne rebutent pas, sachez que cela demande un niveau... on va dire un niveau de troisième.

Perl

• Lorsque je suis arrivé, Sylvain et Sniper étaient déjà arrivés et ils étaient en train de passer en revue... non ! pas du code ! ils étaient en train de passer en revue les transparents de l'exposé que Sylvain a effectué à l'exposition Solutions Linux. Aux dires de Sniper, cette revue de document a été très bénéfique pour les deux principaux participants, car en raison de leurs profils très différents, les échanges de vue leur ont permis de découvrir un aspect de Perl auquel ils n'étaient pas habitués. Cet exposé est en grande partie un argumentaire pour l'utilisation de Perl. Compte tenu du public visé, il faut comparer Perl avec Java. Inutile de parler de Ruby, Python ou PHP, les décideurs ne connaissent pas. Un point qui a bien marché auprès du public de Sylvain, c'est l'aperçu des modules sur CPAN. Les auditeurs ont alors entendu des sigles connus : XML, CORBA, etc.
• Parmi les points évoqués dans le document de Sylvain, il y a le débugueur. Mais qui a réellement utilisé le débugueur intégré de Perl ? Nous sommes quelques-uns à avoir utilisé ptkdb, un enrobage du débugueur pour Perl/Tk, j'ai utilisé le débugueur intégré d'Emacs avec lequel le débugueur de Perl s'interface. Seul Stéphane, apparamment, a utilisé le débugueur en mode ligne. Il voulait s'en servir pour programmer interactivement mais cela ne fonctionne pas. Comme le débugueur fonctionne avec des eval, il est impossible de mettre à jour des variables créées par my.
• L'un des avantages de Perl exposé par Sylvain est l'utilisation de références à la place de pointeurs. En C, il est possible d'utiliser des pointeurs et de faire de l'arithmétique directement sur les pointeurs et c'est une cause très fréquente de plantage. Cela dit, comment présenter cela de façon affirmative et positive ? Utiliser une négation donnerait à cet argument l'apparence d'un inconvénient ou d'une limite, alors que c'est un avantage.
• Un point que l'on présente rarement mais qui figure dans l'exposé de Sylvain, c'est les cinq types de scalaires. Il y a les entiers, les flottants et les chaînes de caractères, des types relativement simples à comprendre. Il y a les références (sur scalaire, sur tableau, sur hachage ou sur code), un peu plus compliquées à assimiler. Il y a enfin les expressions rationnelles (ou régulières). Pour ces dernières, certains débutants ont du mal à comprendre qu'une expression régulière puisse exister en dehors d'une instruction m// ou d'une instruction s///. Puis, lorsque le débutant apprend la variante qr() des opérateurs q() et qq(), il a du mal à comprendre qu'une variable expression rationnelle puisse être autre chose qu'une chaîne de caractères. En fait, on peut s'en apercevoir en demandant l'impression d'une valeur expression rationelle. Ainsi, le code suivant :

  my $x = qr(^toto$);
  print $x, "\n";
  

  produira la sortie :

  (?-xism:^toto$)
  

  Une autre façon de s'en apercevoir, c'est de lire régulièrement la liste P5P ou de se plonger dans les sources de Perl. On s'aperçoit alors qu'une variable contenant une valeur expression régulière comporte à la fois la valeur « stringifiée » de l'expression régulière et le bytecode résultant de la compilation de cette expression régulière.
• Une remarque qui a été diversement appréciée lors de l'exposé. Même si PHP est un langage concurrent de Perl, son développement a été bénéfique pour la communauté Perl. En effet, un certain nombre d'individus utilisaient Perl pour écrire des sites web dynamiques et le faisaient avec un style que l'on est obligé de qualifier de « crade ». Depuis l'arrivée de PHP, tous ces gens-là se sont mis à PHP. Ouf ! Nous sommes débarassés !
• Dans le même ordre d'idée, Sniper et Sylvain ont comparé mod_perl et mod_php. mod_php ne fait que gérer le contenu alors que mod_perl s'occupe de beaucoup de choses en plus, comme l'authentification.
• Lors de l'examen de la page sur la programmation objet, nous nous sommes interrogés sur la différence entre le polymorphisme et la surcharge d'opérateur. En quoi ces deux concepts sont-ils différents ? [ Cela dit, si nous avions trouvé une définition de ces deux termes, aurions-nous été sûrs que ces définitions fassent référence ? Rappelons-nous l'exposé de Mark-Jason Dominus sur les langages fortement typés. ]
• D@vid évoque le jour où il a découvert la programmation objet. Avant ce jour, il s'en faisait toute une montagne, mais lorsqu'il a vu à quoi cela ressemblait en Perl, il a été étonné par le fait que ce soit aussi simple. Je pense que la plupart des programmeurs Perl font leurs premiers pas en programmation objet par le biais d'un module standard ou d'un module téléchargé sur CPAN.
• Parmi les tâches restantes pour boucler la conférence YAPC, il y avait la restitution du matériel à leurs différents propriétaires. D@vid nous signale qu'il vient de renvoyer le gong à M-J.D. Et il a bien rempli la fiche verte de déclaration de valeur. Cela dit, il l'a expédié en tarif lent. BooK fait remarquer qu'une fois, une bande dessinée avait été expédiée en tarif lent et elle n'est jamais arrivée. Mais le gong de M-J.D. est plus gros, donc vraisemblablement moins facile à égarer. De plus, D@vid va prévenir M-J.D. de l'expédition de son instrument, pour qu'il puisse s'occuper de son gong à l'arrivée.
• Si YAPC est du passé, en revanche il est temps de commencer à s'occuper de « French Perl Workshop / Conférence française de Perl ». D@vid appelle aux bonnes volontés pour l'organisation ainsi que pour ceux qui seraient susceptibles de prononcer un exposé.
• Sylvain fait aussi un appel aux bonnes volontés pour les articles. Il y en a plusieurs en route, mais peu d'entre eux, trop peu, sont suffisamment avancés pour être diffusables. Il y a une série d'articles sur le courrier électronique par D@vid, il y a l'article sur Perl/Tk par Charles, mais après... Antoine reconnaît qu'il avait promis un article il y a très longtemps mais qu'il n'est toujours pas prêt.
• Nos articles sont les plus relus et les plus contrôlés de ceux qui paraissent dans Linux Magazine. Tous les articles sont relus par une personne de Diamond Editions qui corrige les fautes de français. Mais cette personne n'a sûrement pas les compétences techniques suffisantes pour contrôler le fond de l'article. Pour nos articles, la relecture par les autres membres du groupe articles fait que nous vérifions à la fois la forme et le fond. Mais, fait remarquer D@vid, parfois le correcteur acquiert des connaissances en contrôlant un article. Cela a été son cas lorsqu'il a vérifié l'article de Jérôme sur les tris.
• Je communique à D@vid quelques remarques orthographiques sur son article, remarques que je n'ai pas encore eu le temps d'envoyer sur le répertoire CVS des articles. Notamment, D@vid évoque à plusieurs reprises les en-têtes des messages. Le problème est qu'à certains endroits, il accorde ce mot au masculin et à d'autres endroits il considère que c'est du féminin. Je lui signale donc que les deux sont admis, mais qu'il est préférable d'écrire l'article de façon cohérente en utilisant toujours le même genre. Nous en venons à parler du genre des mots ou des abréviations qui viennent directement d'une langue étrangère, comme le sigle RFC. Pour moi, comme pour D@vid, ce sigle est utilisé au féminin alors que BooK, par exemple, emploie le masculin. Il semblerait que nous utilisons le féminin car les premières fois que nous avons entendu ou lu ce terme, notre interlocuteur utilisait le féminin.
• Comme cela a été convenu lors de l'Assemblée Générale des Mongueurs de Perl le 28 janvier dernier, il y aura une Assemblée Générale Extraordinaire à l'occasion de la réunion du mois de mars pour régler les points qui n'ont pas pu être traités complètement le 28 janvier. Seulement voilà, cette réunion n'aura pas lieu à la Taverne République, car elle sera en travaux à partir du 1^er mars pour une durée évaluée à 5 semaines. Il faudra donc trouver un autre endroit. Nous évoquons la Taverne de Maître Kanter, à quelques dizaines de mètres de là, mais les tarifs alimentaires sont nettement plus élevés. Nous verrons bien d'ici là.
• Philippe (Bl) a présenté les échantillons des logos sur lesquels il travaille. L'idée de symboliser les Français par un coq est bonne, mais elle présente un désavantage. Si l'on regarde attentivement, un coq est un animal laid. Pour l'utiliser dans un logo, il faut donc le styliser suffisamment pour faire oublier sa laideur. Notamment, l'un des logos présente un coq avec un bec légèrement courbé, qui ressemble plus au bec d'un oiseau de proie qu'à un bec de coq. Philippe signale qu'il a également essayé d'allonger le bec sans l'incurver, mais cela donnait au coq l'allure d'un canard.
• BooK évoque un point commun à tous ceux qui pratiquent Perl. Un jour ou l'autre, chacun écrit son système de templates. Un rapide sondage montre que c'est presque vrai. Philippe lui-même a créé son système de templates et, lorsque celui-ci a été suffisamment avancé pour être utilisable, il a découvert Template Toolkit. Depuis, il n'utilise plus son système personnel de templates. Il n'utilise pas non plus Template Toolkit mais c'est un autre problème.
• David (L) a lui aussi créé son système de templates pour créer des instructions SQL assez compliquées. Il avait ainsi des modèles du genre :

  SELECT * FROM users WHERE id = %userid%
  

  et il substituait le matricule de l'utilisateur à la chaîne %userid. Cela a bien fonctionné jusqu'au jour où il a été obligé d'utiliser un LIKE dans une instruction SQL. Pour ceux qui ne voient pas où nous voulons en venir, sachez que SQL possède un embryon de traitement d'expressions régulières dans lequel l'équivalent du qr(.*) est le caractère %. David a été obligé de refondre son système, de sorte que ses modèles sont maintenant :

  SELECT * FROM users WHERE id = $userid$
  

• Il y a quelque temps, BooK a constaté l'existence d'un gros trou de sécurité sur PAUSE (au risque de vous décevoir, le trou a été comblé, ce n'est plus la peine d'essayer). Il existe plusieurs méthodes pour envoyer un fichier au serveur et l'une d'entre elles est la méthode FTP anonyme. Une fois le fichier envoyé, il apparaît pendant un certain temps sur PAUSE dans la liste des distributions en attente. Il est alors possible de cocher le fichier distribution pour le lier à son ID PAUSE. Un jour, en envoyant un fichier distribution sur PAUSE par cette méthode FTP, BooK s'est aperçu qu'il n'avait pas mis à jour tous les fichiers. Il a donc rajouté les informations dans le fichier Changes, a regénéré le fichier distribution, a écrasé l'ancien (pas encore lié à son ID) sur le serveur FTP (par un simple PUT) et l'a sélectionné dans la page des distributions en attente. Puis, en réfléchissant à ce qu'il venait de faire (pour la bonne cause), il s'est aperçu que n'importe qui (avec un ID PAUSE) pouvait se connecter à PAUSE pour repérer un fichier en attente transféré par FTP puis (en FTP anonyme) aller écraser la distribution originale pour la remplacer par autre chose (un troyen, un virus en Perl, une version subtilement modifiée de la distribution originale...) avant que l'auteur n'établisse le lien entre son ID PAUSE et la distribution. Ainsi, avec cette race condition, tout pointe vers l'auteur de la distribution, piégé à son insu lorsqu'il fait finalement le lien entre son ID et la distribution qu'il croit être encore celle qu'il a téléchargée sur le serveur FTP de PAUSE. BooK a donc signalé le fait aux administrateurs de PAUSE, Andreas König et Elaine Ashton, avec des explications détaillées de ce qu'il avait fait et des possibilités d'exploiter la faille. La première pensée d'Andreas aurait été un « NON ! » retentissant, avant qu'il ne constate que Philippe avait hélas raison. Toujours est-il qu'il a rajouté à la configuration du serveur FTP le umask qui va bien et qui avait été oublié lors de la migration précédente (juillet 2003).
• Quelqu'un a entendu parler d'un bundle de « tout CPAN ». Les autres répondent que c'est étonnant, compte tenu de la taille résultante et également du fait qu'il doit y avoir quelques modules incompatibles entre eux. D'autre part, quel est l'intérêt d'installer des modules Win32:: sur une machine Linux ou FreeBSD ? En fait, il s'agit plutôt de la possibilité de créer un bundle de tous les modules existant sur une machine, ce qui permet d'effectuer une mise à niveau générale avec une seule commande.
• BooK a apporté quelques exemplaires en double des derniers numéros de TPJ, issus de ses tentatives d'impression/reliure des fichiers PDF pour ceux qui seraient intéressés.
• Depuis un an environ, une compétition a été organisée pour programmer un wiki avec le moins de caractères possible. Cette compétition de golf n'est pas réservée à un seul langage de programmation. Au début, le règlement prévoyait que l'on compterait le nombre de lignes, sachant que la taille maximale d'une ligne serait de 80 caractères. Les premières entrées faisaient dans les 100 lignes. Puis les programmeurs Perl sont arrivés. Ils ont demandé d'assouplir la règle sur la longueur des lignes sachant qu'en contrepartie, les propositions seraient classées par le nombre de caractères. Le résultat ne s'est pas fait attendre, les propositions Perl ont occupé toutes les premières places. Puis est arrivé Casey West qui a soumis une entrée mélangeant Perl et shell, pour un total de 222 caractères.
• Le mois dernier, nous avions examiné le hors-série Perl de Login:. Un peu plus tard, Sniper traînait sur un canal IRC lorsqu'il a constaté que quelqu'un venait de conseiller ce hors-série à un autre. Sniper a expliqué tout le mal dont nous pensions de ce numéro mais son interlocuteur réfutait les arguments de Sniper. Au bout d'un certain temps, il a clos la conversation en écrivant quelque chose comme :

  Bon, on arrête là pour aujourd'hui. Demain, j'achète Login: et on en rediscute.

• Perl.com a présenté récemment un article sur Siesta, un logiciel de gestion de listes créé par quelques membres de London.pm. Siesta, c'est peut-être bien, mais Sympa, c'est beaucoup mieux. Dommage, c'est beaucoup moins connu.

Internet

• Nous reparlons du blog de Tristan Nitot. Outre son témoignage en tant que dernier des Mohicans, déjà cité il y a quelques mois, il faut signaler que Tristan Nitot présente sur son blog des idées intéressantes et qu'en plus, c'est écrit dans un français correct.
• Une arnaque courante sur le web, c'est celle qui consiste à faire croire à l'internaute qu'il accède à un site connu alors qu'il est connecté en fait à un tout autre site. Cette arnaque utilise une syntaxe peu connue des URL, permettant de spécifier un code utilisateur particulier sur le site cible. Un raffinement permet de masquer la supercherie grâce à des caractères tels que les blancs ou les sauts de ligne. Pour contrer cette arnaque, Internet Explorer refuse dorénavant les URL où figure un « @ ». Du coup, plusieurs sites web utilisant cette syntaxe à bon escient ne fonctionnent plus, Nicolas en sait quelque chose.
• Une autre faille de sécurité fait intervenir les balises <meta> en HTML. La balise contient une valeur « uu-encodée » qui, une fois décodée, stocke sur le disque dur de la machine cliente un fichier quelconque, un cheval de Troie par exemple.
• On peut faire des merveilles avec Javascript. Pete Sergeant (Sheriff) l'utilise, non pas dans un dessein malfaisant, mais pour évaluer l'impact de la mise en forme de ses pages web. Le programme Javascript mesure le temps passé par la souris sur les divers éléments de la page et communique le résultat sous forme d'une image où les zones où la souris a passé le plus de temps sont plus foncées. L'auteur peut alors savoir quels sont les points sensibles de ses pages web. Tout ceci est expliqué dans son article dans TPJ d'avril 2003, Mouse Tracking with JavaScript and Perl.
• David (L) a parlé d'un autre programme disponible sur le web, mais dont le seul effet pervers est une certaine perte de productivité. Il s'agit d'un jeu où il faut faire progresser un hélicoptère en rase-mottes, sans qu'il s'écrase au sol ni qu'il prenne trop d'altitude. Ce jeu est écrit en Flash.
• Tout le monde se plaint des pop-ups. Enfin, presque tout le monde. En consultant un site web, Charles a remarqué une pop-up donnant la production française de rollers. Mais il n'avait pas le temps de lire et de recopier le texte, la fenêtre disparaissait quelques secondes plus tard. Quitter la page et y revenir ne lui permettait pas plus de lire le texte jusqu'au bout. La seule solution pour conserver le texte a consisté à photographier l'écran au moment où la fenêtre apparaissait.
• L'un des participants raconte ses problèmes pour remplir la déclaration ASSEDIC de la nourrice de ses enfants. Pour ceux qui utilisent Internet, la procédure normale consiste à remplir un premier formulaire HTML, puis télécharger un FDF (formulaire PDF) comportant le mot « brouillon » en gris clair dans le fond de page. Une fois ce formulaire rempli, il valide la saisie puis, théoriquement, télécharge un deuxième formulaire PDF, quasiment identique au premier, la différence essentielle est l'absence du mot « brouillon » dans le fond de page. Ce formulaire est, heureusement, pré-renseigné avec les valeurs du premier. Mais il ne parvient pas à obtenir ce FDF définitif. Il a donc téléchargé le premier FDF, il a trouvé le fond de page du FDF définitif et a trituré le FDF pour lui remplacer le fond de page « brouillon » par le fond de page sans mention. Finalement, après quelques autres manipulations, il a pu obtenir un document présentable pour la nourrice.
• Un autre site qui débloque, c'est celui des impôts sur le revenu. Il est carrément inutilisable jusqu'à une date donnée... un peu trop proche de la date limite de remise des déclarations. Heureusement, fais-je remarquer, il y a toujours le 3615-CALIR sur Minitel qui permet de remplir sûrement mais lentement la déclaration au rythme (il y a quelques années) de 2,23 F par minute (environ 0,34 EUR par minute). [ Maintenant, c'est sur le 3617 et cela fait 0,86 EUR/mn. À comparer avec les années 60 où, je crois, l'envoi de la déclaration des revenus bénéficiait de la franchise postale. Et pour en revenir au site Internet, il semble qu'il soit disponible quand même. ]
• Nicolas évoque le site Despair.com, qui propose des posters de « motivation ». Vous connaissez le genre : un poster sobre, avec un titre, une photo et une phrase à méditer. Sauf que chez Despair.com, les phrases sont du genre :

  Dans une course, pour un gagnant, il y a des douzaines de perdants. Il y a de fortes chances que vous soyez un perdant.

• Un autre site de photos, moins déprimant, c'est celui sur lequel Charles a trouvé le dessin réunissant le coq gaulois et la bière.
• Nous évoquons le symbole de l'euro, tel qu'il devrait apparaître sur les pages web. Normalement, il existe une entité HTML, &euro;, qui doit donner le résultat escompté. Cela dit, certains vieux navigateurs ne disposent pas du glyphe nécessaire. Lorsqu'ils rencontrent cette entité, ou bien la valeur Unicode associée &#x20ac; ou &#8364; les navigateurs la remplacent par le trigramme EUR pour obtenir un résultat lisible. D'autres navigateurs détecteraient le trigramme EUR et le remplaceraient paraît-il par le glyphe de l'euro. Mais qu'advient-il des mots tels que « PEUREUX » ?
• [ Une contribution de Sniper ] www.orkut.com a été évoqué à plusieurs reprises, c'est un site communautaire. J'ai appris hier que c'était une version internationale de www.copainsdavant.com. Pour entrer sur www.orkut.com il faut être invité par quelqu'un qui y est déjà. On se place dans des communautés et ça crée un réseau avec des personnes de mêmes interêts. Il est aussi possible de créer des communautés. J'y ai croisé des personnes perdues de vue depuis des années c'est assez sympa. La communauté Perl y est très présente.

Informatique

• Nous avons parlé d'Unicode et notamment de la façon dont Oracle le supporte. Lorsque l'on définit une donnée au format VARCHAR(100), cela signifie, selon la documentation, qu'il s'agit d'une chaîne de caractères pouvant comporter jusqu'à 100 caractères. David a constaté que si les caractères de la chaîne requiéraient 4 octets lors de l'encodage UTF-8, alors la donnée en VARCHAR(100) ne pouvait contenir que 25 caractères. Quelqu'un aurait-il confondu caractère et octet ?
• Si l'utilisation d'Unicode n'est pas toujours très facile, certains ont dit que cela ira mieux avec la prochaine version. Attendons donc la version UTF-9...
• Nous avons parlé des manip anti-intuitives et des erreurs d'ergonomie qui sont le lot commun des informaticiens. David raconte qu'il voulait arrêter plusieurs ordinateurs. Au début, aucun problème. Mais à un moment, ça a bloqué. L'ordinateur récalcitrant tenait à signaler son arrêt à son serveur LDAP, lequel s'était arrêté quelques minutes plus tôt sans broncher. David a été obligé de redémarrer le serveur LDAP pour que l'autre ordinateur consente à s'éteindre.
• Quelqu'un souhaite sauvegarder un gros fichiers HTML obtenu en surfant sur Internet. Le disque C: étant plutôt encombré, l'internaute choisit de sauvegarder le fichier sur le disque D:. Hélas, Internet Explorer ne réussit pas à sauvegarder le fichier. En effet, si l'on demande la sauvegarde d'un fichier dans un répertoire particulier, Internet Explorer commence par sauvegarder le fichier sur C:\temp puis il déplace le fichier vers le répertoire demandé. Dommage, il n'y a pas de place pour la première étape.
• Je me rappelle avoir vu un problème analogue. Un site Internet montrait une boîte d'erreur expliquant qu'il était impossible de supprimer un fichier, car le disque était saturé. [ Nicolas et moi avons déjà cité ce site Internet, mais apparamment il ne répond plus, il a été remplacé par un portail. Heureusement que certains l'ont recopié et que j'ai pu retrouver quelques copies avec un moteur de recherche. ]
• Il a été très brièvement question du langage Haskell. Charles l'a mentionné pour signaler que sa syntaxe était très proche du langage naturel.
• Quelqu'un a évoqué le tout premier jeu d'aventure sur ordinateur, où le joueur incarne un accent circonflexe et se trouve confronté à des méchants signes « inférieur » et des vilains signes « supérieur », le tout sur 24 lignes de 80 caractères. Je ne connais pas le nom du jeu évoqué, mais je croyais que le premier jeu d'aventure avait été Rogue, jeu qui avait provoqué l'écriture de la bibliothèque curses. Pour le bénéfice de ceux qui ne connaissent pas curses, Stéphane rappelle qu'à l'origine, les fonctions d'adressage du curseur et de positionnement des attributs d'affichage se faisait au moyen de fichiers termcap, abscons et peu portables. La librairie curses avait permis d'établir une interface unifiée ne dépendant pas du modèle de terminal, donc une meilleure portabilité.
• Nicolas évoque les adeptes de la distribution Gentoo. Lors de l'installation, ces personnes-là recompilent la totalité du système, y compris le compilateur gcc et la bibliothèque libC. Tout cela pour gagner 0,2 % de temps CPU sur telle ou telle tâche...
• Nicolas a également parlé du fil de discussion lancé par Michel Rodriguez et auquel il a répondu dans la mauvaise direction. Michel voulait installer plusieurs versions de Perl différentes sur une seule machine, pour tester la compatibilité de programmes ou de modules avec ces versions. Dans son travail, Nicolas gère de nombreuses machines et installe, autant que possible, la même configuration sur ces différentes machines. Il a donc répondu à Michel dans ce sens, ce qui ne correspondait pas aux préoccupations de Michel. Lors de la discussion, il évoque de nouveau cfengine, un utilitaire qui simplifie énormément la tâche des informaticiens qui administrent de nombreuses machines.
• [ Ce paragraphe est la synthèse de quelques messages envoyés sur la liste après la réunion, ils présentent un passage de la discussion que j'ai complètement manqué. Voici donc, grâce à Stéphane, Jérôme, Emmanuel et même Brix, absent ce soir-là ] David (L) a évoqué un outil de capture de stream Real Audio, Total Recorder, qui ne fonctionne que sous Windows. Pour Linux, il y a plus simple : remplacer /dev/audio par un pipe qui ressort sur un encodeur Ogg. Cela dit, il existe d'autres logiciels, Streambox VCR sous Windows et RTSPget et Asfrecorder sous Linux.
• Quelqu'un a apporté un numéro de Hackerz Voice pour que les participants puissent le consulter. Je ne me souviens plus de ce qu'il y avait dans ce numéro, mais BooK a raconté ce qu'il avait vu dans l'un des rares numéros qu'il a achetés il y a plusieurs années. Dans ce numéro, le tiers inférieur de chacune des 64 pages était occupé par une bande dessinée qui ne présentait aucun intérêt. Quant au reste, il y avait une liste de proxys anonymes, ou bien un article expliquant comment hacker le web : lorsque vous consultez une page web, demandez à visualiser le source, puis sauvegardez le résultat sur votre disque. Vous pouvez alors modifier le fichier HTML comme vous voulez. C'est dingue ! Je n'y avais pas pensé ! J'étais à cent lieues de me douter qu'une telle chose puisse être possible !
• Sniper [ dont je recopie ici la contribution ] a discuté des virus et des vers qui frappent les machines Windows, notamment de Sapphire / Slammer qui s'est attaqué à MS-SQLServer et de la faille RPC/DCOM. Beaucoup de monde a tapé sur Microsoft à ce moment-là mais il ne faut pas oublier que le patch était disponible depuis 6 mois lorsque le ver a frappé. Le gros problème dans le monde Windows ce sont les admins. Windows n'est pas simple à administrer et on s'entête à vouloir faire poser des rustines par des gars qui ne remarquent même pas les trous dans la carlingue de l'avion.
• Nous avons aimé la citation qui figurait dans la signature d'un message récent d'Eric (glb). Traduit en français, cela donne :

  Si vous faites tourner un CD-ROM d'installation de Windows-2000 en sens inverse, vous entendez la voix du diable. Mais il y a pire : si vous le faites tourner dans le sens normal, il installe Windows-2000 !

Divers

• Il paraît qu'il faut faire un peu de sport tous les jours. Nicolas a trouvé la solution, au moins à l'occasion des réunions des Mongueurs : il lui suffit de dire « factures » et à ce moment-là il acquiert la motivation nécessaire pour faire trois fois le tour de la table en courant. Il n'est pas le seul à faire du sport, Sniper fait lui aussi le tour de la table, un verre d'eau à la main.
• [ Paraphrase d'une contribution de Sniper ] Un qui fait beaucoup de sport, c'est Arnaud, le nouveau. Il a même fait une partie de sa scolarité dans une section sport-études. Il a un très bon niveau en judo et en ju-jitsu.
• Comme chaque fois que le serveur vient prendre la commande, il faut lui indiquer la cuisson des cheese-burgers. À cette occasion, quelqu'un a montré une manip consistant à tâter le gras du pouce avec chacun des autres doigts de la main. Selon le doigt utilisé, le gras du pouce est plus ou moins raidi et cela a un rapport, je ne sais plus lequel, avec les quatre degrés de cuisson de la viande.
• À propos des quatre degrés de cuisson, il faut effectuer quelques ajustements. Par exemple, les Anglo-Saxons n'en connaissent que trois : rare, medium et well done. En France, nous en avons en fait cinq : « bleu », « saignant », « à point », « bien cuit » et « canari » (que l'on exprime également par « cuit, cuit, cuit, cuit »).
• Suite à l'intrusion de quelques londoniens sur la liste Paris.pm, le fil de discussion a dérivé sur des sujets tels que les mérites et les défauts des bières anglaises. Nicolas a conclu ce fil par une citation qu'il reprend au cours de la réunion. Selon sa grand-mère,

  Chez les Anglais, quand c'est froid c'est de la soupe. quand c'est chaud c'est de la bière,

Le paradoxe de Simpson

• Stéphane a lancé une discussion qui n'a duré que deux ou trois minutes et à laquelle seuls Charles et moi avons participé. Mais comme cela faisait écho à un livre que j'ai lu pour la première fois en 1986 et plus spécialement à un passage qui m'a intrigué pendant une bonne partie de ces 18 années et que j'ai souvent relu, je me suis permis de rallonger la sauce dans ce compte-rendu.
• Stéphane a découvert sur Internet une page expliquant que le test d'un médicament avait montré qu'il provoquait une baisse de la mortalité chez les femmes, qu'il provoquait également une baisse de la mortalité chez les hommes, mais qu'il augmentait la mortalité des humains, lorsque l'on réunissait les deux échantillons. Charles a pensé à une erreur dans la partie pharmacologique du protocole, en supposant que le produit utilisé pour les tests avait changé entre les deux populations testées. Je ne pense au contraire qu'il s'agit d'une « expérience de pensée », dans laquelle on peut formuler l'hypothèse que la partie purement pharmacologique s'est déroulée sans aucune anicroche.
• Pour bien montrer que le paradoxe ne doit rien à la pharmacie mais tout aux statistiques, j'ai signalé que dans le livre que j'ai lu, le paradoxe était expliqué en mettant en scène un ministre qui piochait au hasard des bonbons dans un sac contenant des réglisses et des pastilles de menthe.
• Stéphane a ensuite dit que ce paradoxe est réellement apparu impliquant une université américaine. Des femmes avaient de moins bons résultats que leurs collègues masculins et elles se sont plaintes, arguant d'une discrimination sexiste. Or, un examen plus approfondi a montré que les femmes adoptaient un cursus en moyenne plus ardu que ceux choisis par les hommes et cette raison expliquait la discrimination apparente.
• C'est à peu près tout ce que nous avons dit en réunion. Mis à part que j'ai promis que je donnerais plus de détails dans le compte-rendu, promesse matérialisée par ce qui suit. Tout d'abord, le livre est le Livre des Paradoxes, par Nicholas Falletta, éditions Belfond. Ce paradoxe, attribué à Simpson qui l'a formulé pour la première fois en 1951, occupe la majeure partie du dernier chapitre, « les paradoxes des statistiques inversées ».
• Prenons le premier exemple apparaissant dans le livre, le ministre amateur de réglisse. Il achète régulièrement des sachets contenant à la fois des berlingots de réglisse et des berlingots à la menthe. Deux marques sont en concurrence : Kréma et La Pie Qui chante. Voici la composition des sachets et la probabilité d'avoir un bonbon au réglisse lorsque l'on pioche au hasard :

  	Réglisse	Menthe	Probabilité
  La Pie qui chante	10	30	25%
  Kréma	30	60	33,3%

  Comme vous pouvez le constater, il vaut mieux prendre des sachets Kréma. Les deux marques proposent également des boîtes, dont voici la composition :

  	Réglisse	Menthe	Probabilité
  La Pie qui chante	120	40	75%
  Kréma	90	20	81,8%

  Là encore, les boîtes Kréma sont avantageuses pour le ministre amateur de réglisse.
  Un jour, les deux marques de bonbons décident, sans se concerter, de proposer une offre spéciale consistant en une boîte plus un sachet. Le ministre va acheter un lot Kréma, bien entendu. Éh bien il a tort. Voici la composition des deux offres spéciales :

  	Réglisse	Menthe	Probabilité
  La Pie qui chante	130	70	65%
  Kréma	120	80	60%

• Pour reprendre l'exemple évoqué par Stéphane, le test en double aveugle du médicament aurait très bien pu donner les résultats :

  Hommes	Guérison	Sans Effet	Probabilité
  Placebo	10	30	25%
  Médicament	30	60	33,3%

  Femmes	Guérison	Sans Effet	Probabilité
  Placebo	120	40	75%
  Médicament	90	20	81,8%

  Humains	Guérison	Sans Effet	Probabilité
  Placebo	130	70	65%
  Médicament	120	80	60%

• Le cas des étudiantes subissant une discrimination est dû à une interprétation en sens inverse des statistiques. Les étudiantes ont remarqué que les résultats globaux pour l'université étaient les suivants :

  Cours de math	Diplôme	Redoublement	Probabilité
  Étudiants	52	28	65%
  Étudiantes	12	8	60%

  Il est évident que les étudiantes se sont fait « saquer » comparativement à leurs collègues masculins. Mais si l'on examine dans le détail, cours par cours, on observe le découpage suivant :

  Fonctions elliptiques et théorème de Fermat	Diplôme	Redoublement	Probabilité
  Étudiants	4	12	25%
  Étudiantes	3	6	33,3%

  Symétries et isométries des cocottes en papier	Diplôme	Redoublement	Probabilité
  Étudiants	48	16	75%
  Étudiantes	9	2	81,8%

  et on constate donc que les étudiantes sont meilleures que les étudiants dans chacun des deux cours.
• On peut envisager d'autres habillages de ce paradoxe, comme un sondage d'opinion politique où l'on présente les résultats découpés en fonction des catégories socio-professionnelles des individus sondés. En voici une qui sort du domaine des statistiques et qui, je l'espère, vous permettra de comprendre le pourquoi du comment du paradoxe. Elle nécessite toutefois des connaissances mathématiques du niveau de troisième, puisqu'elle fait intervenir un graphe en coordonnées cartésiennes, ainsi que l'interprétation et la comparaison de la pente des divers segments.
• Souvenez-vous de La Fontaine et d'Esope. Rappelez-vous notamment la fable le Lièvre et la Tortue. Nous considérons, pour changer, que le lièvre et la tortue s'affrontent dans un triathlon simplifié : pas de natation, uniquement de la course à pied et du vélo. Le Quid 2001 donne page 198 la vitesse de ces deux animaux à la course à pied : 70 km/h pour le lièvre et 0,37 km/h pour la tortue. Merci bien, mais je préfère utiliser les unités pifométriques, la « trotte » comme unité de longueur et la « paye » comme unité de temps. Les vitesses sont les suivantes :

  Vitesse (trottes par paye)	à pied	vélo
  Tortue	2,5	7,5
  Lièvre	3,33	8,18

  La longueur de la course est de 130 trottes.
  La tortue a effectué les 10 premières trottes à pied, ce qui lui a pris 4 payes. Elle a ensuite enfourché son vélo et en 16 payes a parcouru les 120 trottes restantes. Durée totale du parcours : 20 payes.
  Le lièvre a couru à pied pendant les 9 premières payes, pendant lesquelles il a donc parcouru 30 trottes. Pendant les 11 payes suivantes, il a parcouru 90 trottes. Au terme des 20 payes, il avait donc parcouru un total de 120 trottes et était donc à 10 trottes derrière la tortue.
  Voici une représentation graphique de la course avec le temps en abscisse et la distance en ordonnée. Le segment bleu (0,0)--(4,10) représente la course à pied de la tortue, le segment bleu (4,10)--(20,130) représente le trajet de la tortue à vélo. De même, le segment rouge (0,0)---(9,30) représente le début de la course du lièvre et le segment rouge (9,30)--(20,120) représente son parcours à vélo.
  
• Avec cet exemple, l'interprétation est très simple. À mode de locomotion égal, la tortue est plus lente que le lièvre. Toutefois, il existe un laps de temps où la tortue avance en vélo alors que le lièvre est encore à pied et c'est au cours de ce laps de temps que la tortue s'assure la victoire. Elle rattrape le retard qu'elle a pris lors de la course à pied, compense par anticipation le retard qu'elle prendra lors de la course à vélo et prend même le chouia d'avance qui lui permettra de vaincre. En d'autres termes,

  Rien ne sert de courir, il faut pédaler à point.

• On peut faire un dessin similaire pour le cas des étudiantes. Les étudiants étant quatre fois plus nombreux que les étudiantes, l'échelle des étudiants dans le dessin est quatre fois plus petite que celle des étudiantes, de manière que chaque population occupe la largeur totale du schéma. En revanche, l'échelle verticale est la même que l'échelle horizontale, il n'était pas question de trafiquer le schéma pour une apparence plus « dramatique ». On a donc un segment rouge (0,0)--(9,3) représentant les résutats des étudiantes qui ont étudié les fonctions elliptiques et un segment rouge (9,3)--(20,12) représentant le taux de succès des étudiantes qui ont étudié les cocottes en papier. De même, le segment bleu (0,0)--(16,4) montre les étudiants qui se sont intéressés aux fonctions elliptiques et le segment bleu (16,4)--(80,52) donne les résultats masculins pour l'étude des cocottes en papier. Les lignes en tirets (0,0)-(80,52) et (0,0)--(20,12) représentent les résultats globaux des étudiants et des étudiantes.
  
  L'interprétation est celle-ci. Dans les deux cursus, les étudiantes se sont montrées meilleures que leurs collègues masculins. Toutefois, elles ont été proportionnellement plus nombreuses à prendre l'unité de valeur difficile sur les fonctions elliptiques. Le taux global de succès des étudiantes tient compte d'une comparaison entre les étudiantes du cours sur les fonctions elliptiques et les étudiants du cours sur les cocottes en papier. Il y a eu plus d'échecs parmi les étudiantes s'intéressant aux fonctions elliptiques que parmi les étudiants faisant des cocottes en papier, mais ce n'est pas dû au sexisme des examinateurs, mais bien à la difficulté intrinsèque des examens.
• Je précise que j'ai rédigé tout cela avant de lire la page signalée par Stéphane, laquelle nécessite, soit dit en passant, un niveau mathématique nettement supérieur à celui d'un élève de troisième. D'ailleurs, comme vous pouvez le constater, j'ai exposé le problème du sexisme à l'université en supposant qu'il s'agissait des notes attribuées à des étudiantes alors que dans le texte de l'université de Stanford, il est question en fait de discrimination sexiste à l'embauche des enseignants. J'ai juste adapté le paragraphe où je rapportais les propos de Stéphane sur le sexisme apparent, de façon que le texte soit suffisamment imprécis pour être compatible avec mon interprétation erronée et la véritable interprétation. Il existe également d'autres articles dont un qui présente un dessin ressemblant vaguement au mien. Mais je n'ai consulté ces articles qu'à la fin de la rédaction de ce compte-rendu alors que cela fait plusieurs années que j'ai eu l'idée de ma représentation graphique.