Des histoires de sécurité et des réflexions sur la traduction

Un historique de toutes nos réunions

---

Table des matières

• mercredi 06 juin 2001 (précédent)
• mercredi 01 août 2001 (suivant)
• Tous les comptes-rendus

mercredi 04 juillet 2001

La voix du secrétaire (Jean)

• BooK, qui a mangé une andouillette, et bu une Blanche, et une ou deux Guinness.
• Kai, qui n'a rien mangé car il devait manger avec son père en fin de soirée,
• Sniper, qui a mangé un oeuf mayonnaise et ???,
• Briac, qui a mangé une andouillette,
• Frédéric, qui a mangé un magret de canard,
• David (+ cravate), qui a mangé des rillettes et ???,
• Stéphane, qui a mangé une soupe gratinée et une entrecôte, et bu une pinte de Kriek
• Emmanuel, qui a mangé un oeuf mayonnaise et une salade de poulet, et bu deux Orangina,
• Artur, qui a mangé ???,
• et moi, qui ai mangé un magret de canard et bu une Margarita.

Perl

• Lorsque je suis arrivé, Philippe m'a tout de suite dit qu'il faudrait mentionner un café lyonnais, appelé "Perl", dans le compte-rendu. C'est fait. Et en voici la preuve irréfutable.
• Jusqu'à présent, il n'y a pas eu de flame war sur la liste. Cela a failli se produire aujourd'hui. RB (je ne le nomme pas, pour éviter que son nom apparaisse dans les moteurs de recherche ; mais les participants à la réunion et les abonnés de la liste savent de qui je veux parler) a posé une question sur l'un des deux sujets qui l'intéressent : les expressions régulières (l'autre sujet étant LDAP). Sa question comportait plusieurs hics :
  1. il donnait un extrait de code qui ne fonctionnait pas (fautes de frappe),
  2. il n'a pas essayé son programme avec -w ni use strict; car même en corrigeant les fautes de frappe, on obtient une tonne de messages,
  3. la question est vraiment élémentaire, il s'agissait de substituer une chaîne par une autre sur toutes les lignes d'un fichier.
  Les réactions, sans être incendiaires, ont été assez vives. Notamment, celle de Nicolas (pas de nom de famille, pour les raisons évoquées ci-dessus). Lors de la réunion, D@vid tente de trouver des arguments en faveur de la défense, mais les "anciens" lui font remarquer que l'individu en cause est présent sur la liste depuis au moins un an, et qu'il n'a pas évolué. Il semble que, chaque fois qu'il rencontre un problème, son réflexe est de poster un message sur la liste pour que quelqu'un d'autre débugue son programme.
• Dans ce fil de discussion, l'un des intervenants a envoyé un message pour citer le message précédent, et ajouter "je suis d'accord", et rien d'autre. Ce n'est pas cela qui fait avancer la discussion. Philippe avait envie de répondre à son message en rajoutant "me too", mais il s'est dit que la plaisanterie risquait laisser perplexes une bonne partie des abonnés à la liste, notamment celui qui était visé.
• D@vid parle de sa situation de débutant. Il sait qu'il est préférable de chercher dans la documentation avant d'envoyer un appel au secours sur la liste, mais il trouve que la doc est un peu lourde, et plutôt que de se plonger dedans à la recherche du renseignement perdu, il préfère envoyer un message sur la liste. Dans d'autres circonstances, il sait que parmi les "plusieurs façons de faire", il y en a une ou deux qui sont élégantes, et une autre lourde. Mais comme c'est la façon lourde qui lui vient à l'esprit la première, il l'adopte et ne cherche pas la perfection. Pour ce dernier point, il prend l'exemple des n lignes avec print, que j'avais évoqué lors d'une précédente réunion, et du print <<"EOT"; dont François Désarménien avait rappelé l'existence. D@vid n'avait pas le courage de regarder dans les comptes-rendus, il a donc écrit une batterie de print.
• Également, il ne sait pas dans quel page de man aller chercher l'information. Il a compris qu'il y avait des informations intéressantes dans perlop et dans perlfunc, mais pour obtenir la doc sur if, là il est sec. Philippe et moi lui répondons instantanément perldoc perlsyn, mais nous avons chacun plusieurs années d'expérience...
• Comme nous le rappelle Philippe, Larry a dit une fois que la documentation Perl présente deux gros problèmes, simultanément :
  - il y a trop de documentation,
  - il n'y a pas assez de documentation.
  C'est-à-dire, il est impossible à quelqu'un de lire les 76 fichiers pod et de les assimiler avant de commencer à programmer, et d'un autre côté, lorsque l'on cherche un point particulier, on ne le trouve pas.
• Nous avons discuté des expressions régulières et de leurs modificateurs. Notamment, des modificateurs /m et /s, dont la signification n'est pas facilement assimilable. Personnellement, je ne comprends pas la signification multiligne de /m et la signification ligne simple de /s. Je donne un moyen mnémotechnique pour ces deux modificateurs, mais en consultant le livre du Dromadaire, Briac (ou Philippe ?) constate que je me suis trompé, et que j'ai inversé les deux. Voici donc une version corrigée des moyens mnémotechniques :

  Dans une expression régulière, le point a une signification compliquée, puisqu'il s'agit de "tout caractère, sauf \n". Le modificateur /s simplifie la signification en supprimant l'exseption, et le point peut correspondre à tout caractère, sans exception.

  et aussi

  Le modificateur /m permet à ^ et à $ de matcher même au milieu d'une chaîne de caractères comportant des \n.

• La dernière fois, j'avais dit que je trouvais les textes Perl 5 + i trop compliqués. Je précise cette fois-ci que cela ne concerne pas les autres écrits de Damian. Je n'ai pas eu de difficultés à comprendre l'exégèse de l'Apocalypse de Larry, ni l'exposé de Damian à TPC, dont j'ai lu les transparents. Stéphane et Kai, eux, ont également écouté le fichier MP3 de cette conférence. Sur le fond, ils trouvent cela compréhensible si l'on a les transparents sous les yeux. En revanche, l'exposé sans les transparents est très difficile à suivre. Sur la forme, Stéphane a remarqué l'accent australien de Damian, qui d'ailleurs fait remarquer à plusieurs occasions son particularisme en demandant comment se prononce tel ou tel mot.
• Il est question de l'utilitaire perltidy, qui permet de reformatter un source Perl. Nous évoquons également le module B::Deparse, qui permet de reconstituer un fichier source Perl à partir d'un programme compilé. Le problème, c'est que B::Deparse part dans une boucle sans fin lorsqu'il rencontre une instruction tr/// ou y///.
• Briac a essayé mon module de calendrier républicain. Il se demandait où j'avais trouvé le nom des différents jours de l'année. C'est dans l'agenda républicain pour l'an 197, cité dans la bibliographie. Philippe me demande si je me suis occupé du calendrier pataphysique, mais je lui réponds que je ne connais pas assez ce calendrier pour le mettre dans un module.
• Un autre mongueur va bientôt diffuser un module sur CPAN, c'est "Sniper". Suite à ses problèmes pour intercepter les actions du clavier sur une machine Windows, il va reprendre ses scripts, en faire un module, et le stocker sur CPAN. Au début il n'était pas sûr qu'un tel module soit digne de figurer sur CPAN, mais il a changé d'avis lorsque Briac lui a montré le module Mortal Kombat : le rôle de ce module est de créer un opérateur fatality, dont l'utilisation est strictement identique à l'opérateur standard die.
• Toujours sur CPAN, il y a Sort::Version. D@vid avait besoin de comparer des numéros de version. Il a commencé par le faire à la main, avec des expression rationnelles. Puis au bout d'un certain temps, il a consulté CPAN, a trouvé ce module, et a constaté qu'il répondait exactement à ses besoins.
• Les organisateurs de YAPC::Amsterdam cherchent à recruter des personnes dont le rôle sera de présenter chaque intervenant lors des exposés. Une sorte de Monsieur Loyal qui annonce les prestidigitateurs, les acrobates et les clowns.

Traduction

• Cela dit, pour en revenir à ce que D@vid déplorait tout-à-l'heure, pour les modules aussi, la documentation est difficile à aborder. Et en plus, alors qu'il est possible de trouver de la documentation en français sur le langage, la documentation des modules existe uniquement en anglais. Je lui réponds que les modules Roman, Date::Convert et Date::Convert::French_Rev sont documentés en français par mes soins, et que j'ai transmis les fichiers POD à Paul Gaborit. Reste à savoir s'il a mis son site à jour. [ Cela dit, le site de Paul Gaborit comporte déjà la documentation de CGI.pm. ]
• Philippe et Kai sont affectés depuis peu à la traduction d'Amelia, en plus de Gérald qui traduit les chapitres 15 et plus, et de moi qui m'occupe de la relecture. Nous avons donc discuté de questions de détail. Par exemple, faut-il traduire les scripts donnés en exemple ? Ou bien, comment traduire les exemples comportant un jeu de mot, comme $main::sail ou "${owner}'s house" ? Kai évoque la traduction du Seigneur des Anneaux, où Frodo Baggins était devenu Frodon Sacquet, mais je lui signale que dans la traduction de Bilbo le Hobbit, Bilbo Baggins était resté Bilbo Baggins.
• Philippe aimerait que la traduction parle de nous. Je lui demande s'il est prévu une préface des traducteurs, comme c'était le cas pour le seul livre O'Reilly que j'ai lu en français. Il me répond que non, et qu'il suffirait simplement d'un paragraphe ou deux à notre sujet.
• Un livre très intéressant pour ceux qui s'intéressent aux problèmes de traduction, c'est Le Ton beau de Marot (en anglais avec un titre français) de Douglas Hofstadter. Contrairement à ce que j'avais cru comprendre dans un message, BooK n'a pas lu ce livre, il en connaissait simplement l'existence et les circonstances (le livre a été écrit alors que Douglas Hofstadter était encore sous le choc de la maladie et de la mort de sa femme). Il ne sait cependant pas qu'il y est abondamment question d'Eugène Onéguine, un roman en vers de Pouchkine, traduit par maints écrivains, dont Nabokov (je m'en souvenais) et Hofstadter lui-même (ça, je l'avais oublié).
• Lorqu'il a été question de traduction, Stéphane nous a appris qu'il existait un logiciel pour Windows, destiné à servir de dictionnaire de traduction. Il est aisément configurable, mais le format des glossaires est un format propriétaire, de façon que l'on soit obligé d'utiliser leur logiciel, et par conséquent de lire les publicités de leurs commanditaires.
• En général, la traduction se révèle inférieure à l'original. Il existe toutefois une exception. La qualité littéraire des Histoires Extraordinaires, d'Edgar Poe, est nettement supérieure en français qu'en anglais. C'est vrai que le traducteur n'était autre que Charles Baudelaire.
• J'ai un autre exemple de traduction supérieure à l'original. C'est dans Shining. L'extrait en question était à peu près :

  Mr Ullman was always talking about suites. But Danny could not see any candies.

  qui a été traduit en :

  M. Ullman parlait continuellement de la crème, des huiles et du gratin. Cela étonnait Danny, car ils se trouvaient dans les appartements de luxe, pas dans les cuisines.

  De cette manière, le traducteur s'est arrangé pour donner à la fois la traduction mot-à-mot "suite" = "appartement de luxe", et pour traduire un jeu de mots simple "suite" / "sweet" par un triple jeu de mots portant également sur la nourriture.
• Quelqu'un fait remarquer qu'il y a une certaine confusion entre "chameau" et "dromadaire" dans la communauté francophone de Perl. Quelle est la vraie traduction ? Je réponds que l'un des gros problèmes de la traduction est qu'il ne s'agit pas toujours d'une correspondance un pour un. Lorsque nous avions discuté du film Un Jour sans fin, j'avais inséré une remarque dans le compte-rendu pour dire qu'il y avait plusieurs cas célèbres de traduction deux pour un :
  1. camel -> chameau ou dromadaire,
  2. owl -> hibou ou chouette,
  3. ram -> bélier ou mouflon.
• Une curiosité de la langue anglaise, qui nous est rapportée par Stéphane. La traduction en anglais de "maître d'hôtel" est maître d' (avec une apostrophe finale). En français, le pluriel est "maîtres d'hôtel", ce qui ne surprend personne. En anglais, c'est maître d's. Stéphane se l'est fait confirmer par Damian Conway, auteur de Lingua::EN::Inflect.

Sécurité informatique

• Le plus gros problème de la sécurité informatique, c'est que cela coûte cher, et que cela ne rapporte rien. [ On pourrait reprendre le fortune cookie suivant :

  Si vous croyez que l'éducation coûte cher, essayez donc l'ignorance.

  puis substituer "sécurité informatique" à "éducation", et "insouciance" à "ignorance". ]
• De plus, ce n'est pas gratifiant. L'activité essentielle en sécurité informatique consiste à lire les fichiers log au fur et à mesure qu'ils se remplissent, pour éventuellement détecter une activité inhabituelle. Ensuite seulement, on peut chercher à déterminer s'il s'agit d'un symptôme indiquant une attaque, ou s'il s'agit d'une fluctuation aléatoire sans gravité. Et qui faut-il employer pour lire les fichiers ? Des individus brillants, capables de détecter les attaques sur le réseau, mais qui trouveront au bout d'un quart d'heure que leur tâche manque de créativité ? Ou des individus plus simplets (voire des programmes), qui tenteront d'effectuer consciencieusement leur tâche, mais qui n'en seront pas capables ?
• Philippe a eu l'occasion de faire ce boulot. Une rumeur circulait, indiquant que lors d'un certain week-end, les sites web de toutes les banques seraient piratés. Philippe et quelques collègues avaient donc dû passer le week-end sur leur lieu de travail, et ils s'étaient relayés pour lire les logs. Ils n'avaient constaté aucune tentative d'intrusion. En revanche, ils avaient détecté un nombre important de problèmes de configuration (broadcasts provenant d'un autre réseau, etc).
• Il est souvent facile d'obtenir des autorisations de type root sur certaines machines. Évidemment, il est impossible de demander le mot de passe de root tout de go. Néanmoins, il suffit de téléphoner à l'administrateur, et de les lui demander avec un prétexte plausible ("Je n'arrive pas à accéder à la base de données sur la machine X, est-ce que tu pourrais me donner les accès nécessaires s'il-te-plaît ?"). Si cela ne suffit pas, développer l'argumentation : "... parce que les gens du marketing ont invité Dubois et Lefèvre, et que j'ai une démo pour eux cet après-midi, alors il est vital que ça se passe bien."
• Pour s'introduire dans des locaux sensibles, il suffit de se faire embaucher dans une entreprise de nettoyage. La plupart du temps, les sociétés sous-traitent le nettoyage de leurs locaux à de telles entreprises, lesquelles n'ont pas les mêmes préoccupations quant à la sécurité. Et qui se méfie d'un balayeur ou d'une femme de ménage qui se plaint auprès de vous qu'il n'a pas de badge magnétique, et qui vous demande humblement de bien vouloir laisser la porte déverrouillée ?
• Pour contrôler les accès, on trouve souvent des portes avec sas, qui obligent les gens à passer un à un. C'est la théorie. La pratique, c'est que les gens s'introduisent à trois dans le sas, quittes à écraser leur visage contre la vitre pour laisser la place aux autres. Ou bien, si l'on a une bonne tête, des vêtements sans extravagance et un comportement correct (ni trop anxieux, ni trop exubérant), on peut toujours faire croire que l'on a oublié son badge, et trouver alors quelqu'un qui badgera à votre place.
• J'évoque une anecdote que des collègues m'ont racontée il y a une bonne dizaine d'années. Le service informatique où ils travaillaient était muni d'une porte avec serrure et lecteur de badge. Le chef de ce service informatique avait fait passer une note selon laquelle "chaque personne est tenue d'utiliser son badge, et il n'est pas impoli de refermer la porte devant quelqu'un, même s'il s'agit de quelqu'un que vous connaissez bien". Et dès le lendemain, une personne lui refermait la porte au nez. J'ai cru sentir une différence de réaction entre la fois où on m'a raconté cette histoire, et la présente réunion. Il y a dix ans, la réaction était "Bien fait, ça lui apprendra à cet empêcheur de tourner en rond !". Lors de la réunion, j'ai eu l'impression que c'était plutôt "Enfin quelqu'un qui ne prend pas ces mesures à la légère".
• Sniper évoque un collègue, qui voulait créer un site comportant des scripts Perl-CGI. Donc, il a voulu copier perl.exe dans le répertoire cgi-bin. La documentation, et aussi Sniper, étaient péremptoires, il ne faut surtout pas faire cela. Le gars l'a fait quand même. La suite pourrait être tirée de Bastard Operator From Hell : clic-clic-clic-clic-clic... "Oh putain, qu'est-ce que t'as fait à ma machine !"
• Une autre anecdote de Sniper. Une personne voulait envoyer des messages électroniques de façon automatisée, sans passer par un programme interactif. Elle a entendu parler d'une DLL qui permettait de le faire. Elle s'est donc procuré la DLL, et a lu la documentation fournie. Selon la documentation, la DLL ne pouvait fonctionner correctement que si l'on enregistrait sa machine sur le site web du développeur, en indiquant l'adresse IP et quelques autres renseignements indispensables. Mais ce qu'oubliait de dire la documentation, c'est que la DLL ouvrait une connexion sur le port dédié à telnet...
• Encore une anecdote de Sniper (qu'est-ce qu'il en connaît, des histoires horribles !). Un de ces collègues voulait créer des pages ASP pour un site web. Il s'est donc procuré un livre traitant du sujet. Son but n'était pas de comprendre le fonctionnement d'ASP, mais de chercher dans le livre les scripts qui s'approchaient le plus de ce qu'il voulait faire. Et il a recopié ces scripts verbatim. Notamment, il y avait un commentaire indiquant au lecteur qu'il devait choisir l'option qui lui convenait le mieux dans les lignes suivantes, et il avait recopié toutes les options, plus le commentaire. Ou alors, dans le livre, un script contenait le code utilisateur "admin" avec le mot de passe associé. Sniper a vérifié, sur la machine de ce gars-là, le mot de passe de l'utilisateur "admin" était celui qui était imprimé dans le livre.
• Une anecdote d'Emmanuel, maintenant. Dans le cadre de son travail, il est tombé sur une page web pour laquelle l'adresse ne correspond pas à un fichier toto.html, mais à un répertoire. Il a eu l'idée saugrenue de compléter l'URL par ../. Comme l'accès a réussi, il a itéré le processus, et il est tombé sur des répertoires appelés si je me souviens bien share, local, usr et /. Ne pouvant plus remonter, il est redescendu dans une autre arborescence, par exemple etc, qui bien entendu, était en consultation libre...

Sujets techniques

• Il a été question de copier-coller également lorsque Philippe a évoqué les développements d'applications en Windows 3.1. À l'époque, la méthode de développement était : "Si vous voulez telle fonctionnalité, copiez cette portion de code et collez-la dans votre application". Il y a eu néanmoins quelques tentatives destinées à faire comprendre ce qui se passait réellement dans les entrailles de Windows, et d'autres pour encapsuler les fonctions Windows, et permettre ainsi une programmation réfléchie. Il a parlé d'un livre Windows ++ dans cette lignée.
• Pour rédiger son courrier, Philippe utilise L^AT_EX, avec un format qu'il a trouvé sur le web. Mais à l'impression, le document obtenu comporte une marque de pliage, dont Philippe n'a absolument pas besoin. Mais compte tenu de ses connaissances très rudimentaires en L^AT_EX, il ne sait pas comment faire disparaître cette marque dans le format de document. Je lui propose d'utiliser pour son courrier le tandem L^AT_EX + Tipp-Ex. Plus sérieusement, il nous signale que la solution qu'il a adoptée consiste à générer le document Postscript, à supprimer la marque de pliage à cette étape-là, et d'imprimer le résultat.
• D@vid a découvert l'informatique plus récemment que les autres personnes assistant à la réunion. Du coup, il est un adepte de la souris, et emploie le clavier beaucoup plus rarement que nous autres. Par exemple, lorsqu'il lance un script Perl, lorsqu'il a oublié un point-virgule quelque part, il clique sur la fenêtre d'édition de son script, clique sur l'ascenseur jusqu'à faire apparaître un point-virgule sur une autre ligne, sélectionne et copie ce caractère, retourne à la ligne erronée, et colle le point-virgule. Tout ceci, en manipulant uniquement la souris. Il utilise trois éditeurs différents, nedit, gedit et gnotepad, l'un étant plus adapté (ou configuré) pour écrire du source Perl, l'autre pour du texte simple par exemple, et le troisième pour je ne sais plus quel troisième format. Il hésite à se lancer dans vim ou dans Emacs, compte tenu de l'ampleur des commandes à apprendre. [ Quoique, il est possible de se débrouiller avec un nombre restreint de commandes. C'est comme pour Perl et les langages naturels, il n'y a pas besoin de connaître le langage ou le logiciel complètement pour se faire comprendre. ]
• Philippe, lui, utilise vim et gvim. Malgré la parenté entre ces deux éditeurs, il a parfois l'impression qu'il s'agit de deux programmes différents. Par exemple, lorsqu'il appuie successivement sur ^ et o, vim donne un seul caractère "ô", tandis que gvim insère les deux caractères "^o". Pour obtenir "ô" sous gvim, il faut taper CTRL-k ^ o. Briac (?) suppose que Philippe a un déphasage entre ses fichiers .vimrc et .gvimrc.
• Stéphane utilise Emacs. C'est le seul éditeur qui comporte la fonction de recherche incrémentale. Par exemple, si l'on cherche la chaîne "Perl", le curseur ira se poser sur le permier "P", puis le premier "Pe", puis le premier "Per", et enfin sur le premier "Perl", au fur et à mesure que l'on tape sur le clavier. [ Cela n'a l'air de rien comme ça, mais c'est très puissant, surtout lorsque la recherche échoue, à cause par exemple d'une faute de frappe. ] Stéphane a l'habitude de travailler en ouvrant 4 fenêtres shell sous Emacs et en leur attribuant des noms différents pour passer plus facilement de l'une à l'autre. Avec la recherche incrémentale, et le copier-coller, il n'a pas besoin de connaître les manipulations de l'historique des commandes [ celle de ksh étant très différente de celle de bash ] Il n'utilise pas perldoc, mais un man tout bête, qu'il explore avec la recherche incrémentale. Mais il ne perd pas de temps à triturer son fichier de configuration .emacs. Il a quelques touches fonction pour renommer ses fenêtres shell, peut-être d'autres initialisations qui fonctionnent comme il faut, mais comme ça lui suffit, il n'y touche plus. Pour ceux qui veulent un fichier .emacs ou autre prêt à l'emploi, je signale l'existence d'un site web dédié, et où l'on trouve également d'autres fichiers de configuration.
• Lorsqu'il travaille sous Windows, Stéphane utilise Cygwin. Lorsqu'il a voulu installer XML::Parser, il avait besoin de compiler la bibliothèque expat, et il a utilisé le portage Cygwin de gcc pour ce faire. À un moment, l'éditeur de liens lui a envoyé un message du genre "Je ne suis pas sûr que telle action soit appropriée, mais je la fais". Et en effet, le module obtenu à la fin de la compilation ne fonctionne pas. Stéphane demande si quelqu'un a des éclaircissements à ce sujet, mais personne n'en a. Moi, par exemple, j'utilise Cygwin parce qu'il y a un portage de bash et de grep, j'utilise rarement la compilation. Et lorsque je l'utilise, c'est pour créer des exécutables, pas des bibliothèques.
• Les développeurs d'Open-BSD ont annoncé qu'ils allaient supprimer IP-Filter des prochaines distributions. La raison est que la licence d'IP-Filter n'est pas conforme à leurs principes. Et il en irait de même ultérieurement pour gcc. La discussion porte alors sur une comparaison des licenses, surtout Open BSD, GPL et la license artistique. L'impression que certains éprouvent est que, dans l'optique de la FSF, pour qu'une license mérite d'être une license de logiciel libre, il faut que ce soit la GPL, et qu'en dehors de la GPL, point de salut.
• Quelques élèves de l'École Centrale ont créé Videolan, un logiciel de visualisation de fichier MPEG et de DVD. Lorsque l'on consulte le fichier TODO, on constate que les différentes tâches à effectuer sont numérotées... en hexadécimal. Heureusement, le fichier CHANGELOG comporte des vraies dates, pas le nombre de secondes entre la modification et le 1^er janvier 1970.
• Continuant la discussion du mois dernier sur Sun Microsystems et NeWS, Stéphane évoque l'idée de l'un des gourous, qui consiste à créer des menus contextuels de forme circulaire. L'avantage est que l'on peut pointer sur n'importe quel article d'un tel menu avec un mouvement minime de la souris. L'inconvénient, c'est que le placement des libellés est délicat : chaque libellé est écrit horizontalement, mais leur disposition relative est circulaire. Je lui réponds qu'il y a un cas où on n'aurait pas ce problème. Dans un éditeur de texte Unicode, on pourrait utiliser un menu pour choisir le jeu de caractères, en écrivant "Latin-1" horizontalement de gauche à droite, "Arabe" ou "Hébreu" de droite à gauche avec les caractères correspondants, et "Chinois", "Japonais", etc verticalement.

Sujets divers

• Sniper demande des précisions sur le "Club O'Reilly". Il s'agit à chaque fois que l'on achète un livre O'Reilly, de faire tamponner une carte, et de conserver précieusement dans un coin la facture correspondante. Lorsque la carte est totalement tamponnée, on peut obtenir un livre O'Reilly gratuit. Mais... cela n'est valable que chez les libraires associés à l'opération. Et Sniper a acheté une quinzaine de livres O'Reilly... à la FNAC. Le service de commande par correspondance et de livraison est très bien, mais d'un autre côté, il n'y a pas le "Club O'Reilly".
• D@vid rappelle l'époque où il jouait aux jeux de rôle. Il lui arrivait d'en discuter avec ses copains quand ils prenaient le métro, et de raconter par exemple : "T'as vu, quand j'ai trucidé le petit vieux ?". Il était alors amusant de voir l'expression interloquée et légèrement anxieuse des autres passagers. Je fais remarquer que Casus Belli avait publié une bande dessinée dont la dernière vignette représentait des rôlistes dans le métro, et discutant de leurs exploits.
• Dans le RER, cette fois, et c'est Sniper à qui c'est arrivé. Il était en train d'étudier des programmes VB-Script provenant du projet sur lequel il travaillait. À un moment, il constate que le gars assis en face de lui est en train de lire un livre sur VBS, et qu'il tient le livre de façon que les autres personnes, et surtout Sniper, puissent voir le titre. De plus, son attitude et ses gestes montrent qu'il cherche à attirer l'attention de Sniper. mais Sniper ne réagit pas. Au bout de quelques minutes de ce manège, il pousse un soupir, range les programmes VBS, sort un livre avec un dromadaire sur la couverture, et le lit avec une expression de soulagement. Sur le siège d'à côté, la copine de Sniper, qui a assisté à cette histoire sans paroles, essayait de retenir son rire...
• Le métro peut aussi servir de base à la littérature par contrainte. Par exemple, l'Oulipo a défini le Poème du métro, dans lequel le poète écrit lorsque la rame circule entre deux stations, et compose lors des arrêts en station. Les correspondances se traduisent par un changement de strophe. Un jour, Jacques Jouet a demandé à des amis mathématiciens de lui faire un chemin hamiltonien (ou serait-ce eulérien ?) du métro parisien, commençant et se terminant à République, là où il habite, et permettant de visiter la totalité des stations (pas forcément des tronçons). Et il a parcouru la totalité du réseau tout en écrivant un poème. Le parcours lui a pris 15 heures. Le métro fonctionnant de 5 h du matin à 1 h du matin environ, il n'y avait pas de problème de ce côté-là. Le vrai problème, c'était qu'il y a très peu de toilettes publiques dans le métro, et que l'on ne sait pas dans quelles stations elles se trouvent.
• BooK a montré l'exemplaire du Livre du Dromadaire qui lui sert pour la traduction. Les pages sont couvertes de Stabilo-Boss. Cela rappelle les polycopiés de certains étudiants, qui mettent en relief les deux tiers, voire les trois quarts du texte. Une autre action que Sniper n'aime pas : certains ouvrent un livre, et pour bien l'ouvrir, passent la paume de la main sur la jointure de la page de gauche avec celle de droite, en appuyant fermement. Et ce n'est pas bon pour les pages, et surtout pour la reliure. Au fait, "y a-t-il des maniaques du livre ?" La réponse s'est noyée dans la discussion, mais on peut dire qu'il y a au moins Sniper et BooK [ et moi ; je n'aime pas les cornes aux pages ].
• Google a un nouveau site web. Après la recherche par mot clé, la recherche par thème, et les gadgets pour IE, il y a maintenant la recherche d'images.
• Emmanuel nous raconte ses premiers pas (littéralement) à Counterstrike. Il n'avait pas le CD chez lui, alors il est allé l'essayer dans une boutique proposant d'utiliser des PC pour jouer (en quelque sorte, des cyber-cafés sans Internet, mais avec des jeux en réseau ; cela porte un nom particulier ?).

  Première partie

  La partie commence. Emmanuel se fait tuer.

  Deuxième partie

  La partie commence. Emmanuel fait un pas, et il se fait tuer.

  Troisième partie

  La partie commence. Emmanuel fait trois pas, et il se fait tuer.

  Il a alors décidé d'arrêter là, d'acheter le CD-ROM, et de s'entraîner chez lui...
• Sniper était temporairement affecté à une équipe de quinze personnes. Cette équipe était en rupture de charge, alors quelqu'un a proposé de faire un tournoi de Counterstrike ou autre jeu à la première personne, sans en référer au patron, évidemment. Les quatorze commencent à jouer. Au bout de quelques minutes, un message apparaît ; "Grand-patron [ son patronyme, en fait ] joins the game". Ce nom ne disait pas grand-chose à Sniper, qui a continué à jouer, sans accorder d'attention à ce message, ni au fait que les treize autres joueurs se sont immédiatement déconnectés. On frappe à la porte du bureau. La réaction de Sniper, concentré sur sa partie : "Oh putain, c'est pas le moment !". De l'autre côté de la porte, c'était "Grand-patron"...
• Philippe a quelques actions d'une société anglaise (la maison-mère de son employeur). Il a donc touché des dividendes. Pas grand-chose, quelques livres sterling, soit environ 70 francs. Il a reçu le chèque, et a voulu l'encaisser. Le guichetier a consulté son carnet de consignes et de procédure, et a prévenu Philippe qu'il y aurait des frais d'encaissement. Philippe a donc encaissé le chèque, et s'est aperçu, trop tard, que les frais représentaient 144 francs ! Le guichetier était parfaitement au courant, puisqu'il avait son livret sous les yeux. [ Je rappelle que Stéphane a eu une expérience analogue. Je rappelle également que, lors d'une réunion passée, Robespierre et Brecht s'étaient déjà prononcés sur ce genre d'individus. ]
• Quelqu'un a amené le sujet des chaînes de Markov, je ne sais plus à quel propos. Mais nous ne sommes pas allés très loin, personne n'a pu se rappeler la définition. Il semblait que cela avait un léger rapport avec les arbres de décision évoqués lors de la réunion précédente. Depuis, j'ai relu mes vieux polys, qui datent du siècle dernier, et j'ai trouvé que cela s'appliquait à une succession d'événements aléatoires, et que cette succession constituait une chaîne de Markov que si la loi de probabilité des événements à l'instant n ne dépend que de l'événement qui s'est produit en n - 1. L'exemple canonique est celui d'un poivrot qui se déplace sur un quadrillage. À chaque instant n, il se trouve en un point x, y de coordonnées entières. Et à l'instant n + 1, il se trouve, avec une probabilité 1/4, en :
  • x + 1, y
  • x - 1, y
  • x, y + 1
  • x, y - 1
  et ceci, indépendamment du chemin qu'il a parcouru pour arriver là.