De retour des deux conférences Un historique de toutes nos réunions

Table des matières

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

1. Sniper, qui a mangé des spaghetti bolognaise,
2. moi, qui ai mangé un magret de canard et bu une margarita,
3. Cédric, qui a pris quelque chose qui ressemblait à du poisson, et qui a bu de la Kilkenny et de la Guinness,
4. D@vid, qui a retrouvé sa cravate, et qui a mangé un oeuf mayonnaise, des saucisses et des frites, et bu de la Blanche,
5. François, qui a mangé des moules et des frites,
6. Stéphane, qui a pris une dame blanche, et a bu une Kriek,
7. Kai,
8. Brigit,
9. Eric, qui a mangé un poulet.

TPC5 et YAPC::Europe

• Sniper a fait développer ses photos de YAPC::Europe. On y voit souvent Philippe, mais c'est un peu normal, car il a effectué un lightning talk et une conférence. Il y a également une photo qui intrigue Sniper, où il figure à moitié réveillé. Euh, moins que ça, en fait. Il voulait profiter de la réunion pour savoir qui l'avait pris en photo. Devant mes dénégations, celles de D@vid et celles de Kai, il a réfléchi un peu, et il a compris l'origine assez étonnante de la photo. Il se souvient vaguement, un matin, qu'il a vu dans son demi-sommeil quelque chose qui allait tomber de sa tablette de nuit. Par réflexe, il a rattrapé cet objet, et il y a eu un éclair à ce moment-là. En fait, Sniper s'est photographié lui-même !
• Eric est allé à The Perl Conference 5. Il nous a cité notamment l'exposé de Damian Conway. Pour occuper son année sabbatique, ce dernier a promis de diffuser un module par semaine. Et jusque-là, il a tenu le rythme. En fait, il en a même quelques-uns d'avance. Parmi les modules diffusés, il y a NEXT.pm, qui modifie l'algorithme de recherche des méthodes pour un objet. Au lieu de rechercher dans la classe de l'objet et dans les classes ancêtres uniquement, il recherche la méthode dans les classes collatérales.
• Lors de TPC5, Damian a également présenté son module ACME::Bleach. Ce module prend le source d'un programme, et remplace chaque octet du texte source par 8 caractères, tabulations ou espaces, en fonction de la représentation binaire du caractère remplacé. Du coup, mise à part la ligne appelant le module, le source du programme semble vide. Mais à l'exécution, le filtre rétablit le source initial. Mais il y a mieux. Il est possible d'insérer des caractères autres que l'espace et la tabulation, et ces caractères seront ignorés par le filtre. On peut donc très bien taper un texte source valide, qui n'a rien à voir avec la fonction réelle du programme. Ce n'est pas de la cryptographie, mais une technique voisine, la stéganographie.
• D@vid évoque un autre module filtrant les sources de programme : ACME::Buffy, que nous avons vu à YAPC. Il fonctionne sur le même principe, mais au lieu de coder les 0 et les 1 par des espaces et des tabulations, il les code par des lettres minuscules et majuscules, tirées du nom "Buffy". D@vid croyait que Léon (puisque c'est lui le coupable) s'était basé sur la coïncidence entre la série télévisée et le nom du langage "Buffy", mais nous lui signalons qu'il n'y a pas de langage "Buffy". C'est la série télévisée et uniquement la série télévisée qui a servi de prétexte à Léon.
• Lors de TPC5, Eric a également entendu parler de Sub::Versive, de Simon Cozens. Ce module permet d'associer un peu de code à une fonction. Ce code sera exécuté chaque fois que la fonction sera appelée, juste avant l'exécution du code officiel, ou bien chaque fois que le code officiel renverra le contrôle au code appelant. Il est possible d'utiliser cela pour le débuggage (écriture dans un fichier trace). Il est également possible de faire quelque chose de plus tordu (bidouiller les arguments, faire tout autre chose et renvoyer le résultat au code appelant, je vous laisse imaginer). [ On trouve la même chose en E-lisp. Et en Perl, il y avait déjà Memoize, de Mark-Jason Dominus, qui intercepte l'appel de la fonction. ]
• Lors de YAPC::Europe, nous avons eu une brève présentation de yaml, "yet another mark-up language". Lors de l'exposé, il m'avait semblé que yaml était un outil de sérialisation, c'est-à-dire un outil permettant d'obtenir la représentation d'une variable de programme sous forme de texte. Un concurrent de Data::Dumper, donc. Pour Stéphane, qui consulte régulièrement la liste associée à yaml, il s'agit plutôt d'un langage de description de document, destiné à remplacer XML, trop lourd pour un usage simple.
• Nous avons également eu droit à la présentation de PerlPoint. C'est un langage de description de document, un de plus. Mais il est intéressant, car il reprend la simplicité de POD, avec juste quelques fonctionnalités en plus, et en faisant tourner un traducteur, on obtient une série de fichiers HTML destinés à servir de transparents pour un exposé. Cela dit, il existe d'autres traducteurs que pp2html, pour générer du XML, du L^AT_EX, etc.

  Perl

• "Sniper" est en colère. Pendant son absence, le client a demandé un programme. Comme chez tous les clients, c'est à faire pour l'avant-veille. Mais là, comme le programme n'a pas pu être fait à temps, l'affaire est remontée par la voie hiérarchique jusqu'au niveau le plus haut de la maison mère, et redescendue par la voie hiérarchique de l'employeur de "Sniper". Le hic, c'est que la mesure adoptée prend le problème par le mauvais côté. Puisque le programme devait être écrit dans un "langage exotique" (Perl), dorénavant l'utilisation de tous les langages exotiques est interdite. Seuls VB et Visual C++ sont autorisés. [ Cela rejoint l'anecdote de cette femme, qui s'est fait dérober sa carte bancaire dans une salle de musculation, et qui a arrêté de faire du sport depuis. ]
• Un sujet qui revient assez souvent, c'est celui des Perl Monks. Nous évoquons notamment le cas de Merlyn (Randal dans la vie de tous les jours). Une partie notable des Perl Monks s'obstine à voter contre Randal, parce que c'est Randal. Donc, en fait, Randal acquiert des points d'expérience lorsqu'il soumet des articles au site Perl Monks, et il les reperd lorsqu'il s'absente pour des raisons de congés, et que les gens votent contre lui.
• Sniper évoque également le fait que lui-même a progressé de deux niveaux en très peu de temps, sans rien faire ou presque. En fait, la progression en points d'expérience dépend de facteurs très nombreux, et pas seulement de la quantité et la qualité des contributions.
• Eric pose la question qui tue : "En fin de compte, tout bien réfléchi, ça vous donne quoi, d'avoir des points d'expérience sur Perl Monks ?"
• Une dernière anecdote sur le sujet : lors de YAPC::Europe, il a été question de "votebots" (robots permettant d'accéder au site et de voter, sans intervention humaine). Une fois la conférence terminée, lorsque Tim Vroom a pu se consacrer de nouveau à l'administration de son site, le sondage a changé, et la question posée était "Avez-vous déjà écrit un votebot ? Avez-vous l'intention d'en écrire un ?"
• J'ai détecté un bug, qui se manifeste lorsque l'on utilise à la fois Unicode et les variables @- et @+. Voici un programme mettant en évidence le problème :

  use utf8;
  
  essai("zaabb",               qr<(a+)(b+)>);
  essai("\x{236a}aabb",        qr<(a+)(b+)>);
  essai("z\x{236a}\x{236a}bb", qr<(\x{236a}+)(b+)>);
  
  sub essai {
    my ($ch, $re) = @_;
    $ch =~ $re;
    print <<"RESUL"
  Sous-chaine         : substr(\$_, $-[0], @{[$+[0] - $-[0]]})
  Premiere parenthese : substr(\$_, $-[1], @{[$+[1] - $-[1]]})
  Deuxieme parenthese : substr(\$_, $-[2], @{[$+[2] - $-[2]]})
  RESUL
  }
  

  Le résultat devrait être à chaque fois :

  Sous-chaine         : substr($_, 1, 4)
  Premiere parenthese : substr($_, 1, 2)
  Deuxieme parenthese : substr($_, 3, 2)
  

  Mais on constate que dans le deuxième et le troisième cas, le début et la longueur des sous-chaînes sont mesurées en octets, pas en caractères. Des recherches ultérieures m'ont montré que ce bug existe en 5.6.0 et en 5.6.1, mais qu'il a été corrigé en 5.7.2.
• Je ne sais plus à quel propos Eric a évoqué le module CGI.pm, mais j'ai entendu qu'il remarquait que dans ce module, l'appel d'une méthode était plus rapide que l'appel d'une fonction, ce qui est inhabituel, voire unique.
• De nombreux éditeurs de source proposent le coloriage syntaxique. Le problème, c'est que la syntaxe de Perl est assez compliquée, je dirais même très irrégulière, et que "seul Perl sait parser du Perl". Il existe un certain nombre de constructions qui ne sont pas traitées comme il faut par les éditeurs de source. De plus, quand tel ou tel éditeur affiche les littéraux, ou les commentaires, en gris clair sur fond blanc,... Du coup, j'ai décidé que lorsque je visualise un source Perl sous Emacs, j'utilise le mode texte. Cela fait sourire Eric.
• Cela dit, certains (pas moi) ont essayé Perl-tidy, et le coloriage obtenu paraît correct.
• La qualité des messages apparaissant sur la liste Paris-PM est très variable. On trouve des messages illisibles, avec une orthographe et une syntaxe inexistantes, et on trouve des messages soignés, écrits avec une orthographe quasiment sans faille. Notamment, D@vid a remonté le niveau de la liste, même s'il lui arrive d'écrire "blocant" à la place de "bloquant".
• Un autre mongueur fait attention à l'orthographe, ainsi qu'en témoigne la réponse à la question de NJ, et l'extrait ci-dessous :

  [ exposé de la question ]
  >
  > Tu me corrige ?
  
  Avec plaisir: s/corrige/corriges/ ;)
  

• Stéphane s'est remis à son "shellish Perl". Il explique comment il résoud certaines ambiguïtés lexicales et syntaxiques. Par exemple, un signe > peut être soit la comparaison de deux valeurs (comme en Perl), soit une redirection vers un fichier (comme en shell). Pour choisir, Stéphane a adopté la convention que si le signe supérieur est suivi d'un blanc, alors c'est la comparaison de deux valeurs, et s'il n'est pas suivi d'un blanc, alors c'est la redirection vers le fichier demandé. Je lui fais remarquer que sa convention repose sur une faille de sécurité. Si le programmeur écrit :

  open FICHIER, ">$nom_fic" or die "Impossible d'ouvrir $nom_fic : $!";
  

  et que l'utilisateur fournit le nom de fichier "> titi.txt", alors le programme ouvrira le fichier sans vider le contenu initial, puisque l'instruction d'ouverture reçoit ">> titi.txt". Je ne sais pas comment exploiter cette faille, mais je suis sûr que quelqu'un a trouvé une application. Pour boucher cette faille de sécurité, il suffit de mettre un blanc :

  open FICHIER, "> $nom_fic" or die "Impossible d'ouvrir $nom_fic : $!";
  

  C'était l'bon vieux temps !

• Sniper raconte comment il est venu à l'informatique. Il connaissait quelqu'un qui avait écrit un jeu sur ordinateur. Au fil des ans, il avait amélioré son jeu, et avait ajouté ainsi une vingtaine ou une trentaine de fonctionnalités. Arrive Sniper. Il essaie le jeu, et suggère quelques améliorations. Puis d'autres. Puis encore d'autres. Et au bout de quelques mois, le nombre d'améliorations s'est élevé à 300. À ce moment-là, le créateur du jeu a suggéré à Sniper de s'occuper lui-même d'ajouter les améliorations dans le jeu. Sniper a relevé le défi, et c'est comme cela qu'il s'est mis à la programmation.
• Kai évoque lui aussi ses premiers pas en informatique. C'était au lycée, sur un mini ordinateur avec des consoles graphiques et du LSE. Il évoque également le fait qu'il a été question de LSE sur la liste, et qu'à cette occasion il s'est aperçu que David (le président-fondateur) et lui avaient fréquenté le même lycée à deux ans d'intervalle, et qu'ils avaient connu les mêmes personnes.
• Kai ayant signalé que l'ordinateur de son lycée utilisait des bandes perforées, Sniper raconte que c'est le cas également de certaines unités de transmission de l'Armée française. Les programmes sont stockés sur bandes perforées, lesquelles sont suspendues à proximité de l'ordinateur. De la sorte, si l'ennemi arrive, il suffit d'une grenade incendiaire pour "reformatter le disque dur".
• Dans l'Armée suisse, il y a quelques années, il y avait encore une section colombophile. Mais c'est fini, maintenant toutes les transmissions sont électroniques. [ Une autre façon de voir les choses : alors qu'ils auraient pu être les premiers à mettre en oeuvre la RFC 1149, ils ont laissé passer leur chance ! Source : Air & Cosmos 1590, 6 décembre 1996 ]
• Sniper nous a raconté le choc entre l'Atari et le CD-ROM. Il utilisait un Atari, avec le système d'exploitation habituel, TOS (je ne me souviens plus ce que signifie le "T" ; c'est le nom de la boîte qui a produit le logiciel, mais comment s'appelle-t-elle, déjà ?) et un utilitaire plus performant, qui permettait d'afficher le contenu d'une disquette. Un jour, il a donc reçu un lecteur de CD-ROM, et il l'a branché sur l'Atari. Il a demandé à lister le contenu du CD-ROM, et... il a eu le temps de se préparer un repas, et de le manger, peut-être de regarder un film à la télévision avant d'obtenir le résultat. Quant à TOS, il y avait un plantage, sans doute le débordement d'une valeur liée à la taille.
• À l'époque des ordinateurs 8 bits, les machines haut de gamme avaient une mémoire de 64K. C'est à cette époque qu'Apple a sorti Lisa, le précurseur du Macintosh. Lisa avait une mémoire de 512K. La réaction du public a été : pourquoi mettre 512K dans une seule machine ? On n'aura jamais besoin d'autant de mémoire dans une machine monoposte !
• Sniper est en train de lire un livre sur Visual C++. Il nous lit un extrait, qui tente de justifier l'intérêt des DLL. Mais tel que c'est écrit, cela ne donne pas l'impression qu'il y ait eu du progrès. Le passage dit en gros :

  Dans le temps, un programme occupait 20 Ko. Maintenant, grâce aux DLL on peut écrire un programme qui tienne en 20 Ko. Il y aura juste un léger temps d'attente la première fois que le programme sera exécuté, le temps de charger les DLL.

  En apparence, la taille des programmes n'a pas diminué, mais le temps d'exécution a augmenté. Ce que le livre a oublié de dire, c'est que les programmes actuels en font beaucoup plus que les anciens programmes.
• Stéphane a apporté un volume du Bell System Technical Journal. Ce volume rassemble des articles écrits par des gens connus (Ritchie, Thompson, Bourne, Kernighan, Lesk), et décrit le système Unix. Cédric a été un peu étonné en voyant des dates comme 1931 ou 1947 sur la couverture. En fait, il s'agit de numéros de page. Dans le volume apporté par Stéphane, les numéros de page vont de 1897 à 2312, car ce volume comporte les articles parus en juillet et août 1978, et les numéros de page sont initialisés à 1 dans le volume de janvier. À noter que c'est moi qui suis reparti avec ce livre.
• Pour beaucoup de monde, l'éditeur associé à Unix, c'est vi. En fait, au début, vi n'existait pas, et l'éditeur standard d'Unix était ed. À ce propos, Stéphane nous rappelle l'un des grands principes des interfaces utilisateur : l'interface utilisateur doit être homogène, de façon à ne pas désorienter l'utilisateur. De ce point de vue, ed est exemplaire, surtout si l'on considère les messages d'erreur. Lorsqu'une erreur quelconque se produit, l'éditeur le signale à l'utilisateur par un point d'interrogation. On ne peut pas réver d'une interface plus homogène que cela ! [ C'est Thompson qui le dit lui-même ! ]

  Informatique

• La discussion a porté sur les archives RPM, mais je ne me souviens plus des détails. Lorsque l'on installe une archive RPM, le logiciel vérifie la dépendance avec les autres logiciels (présence et numéro de version). À la rigueur, il est possible de positionner une option dans la ligne de commande pour inhiber cette vérification, mais aux risques et périls de l'utilisateur. Il s'avère que dans la pratique, l'option -force ne pose quasiment aucun problème. Tel ou tel programme, qui nécessitait telle version de la bibliothèque glibc, peut très bien fonctionner avec une version antérieure.
• D@vid a découvert un nouvel éditeur, capable de coloriage syntaxique lorsqu'il traite un source de programme. Il s'appelle Glimmer. Et il n'a toujours pas l'intention d'essayer vim ni emacs.
• Stéphane nous signale que vim est en train de rattaper emacs. Il est doranévant possible de faire de la recherche incrémentale (c'est-à-dire au fur et à mesure que vous tapez les caractères de la chaîne à rechercher) et de découper l'écran verticalement sous vim. Il y a encore une chose qui manque sous vim : un émulateur emacs (parce que de l'autre côté, sous emacs, il y a un émulateur vi).
• Java est né à partir de C++. C'est pour cela qu'ils se ressemblent beaucoup. Néanmoins, il existe une différence importante entre les deux. En C++, il existe un grand nombre de conversions implicites (entier <-> flottant, par exemple). À l'inverse, Java ne prévoit aucune conversion implicite. Cela dit, il semblerait qu'un nouveau mot-clé soit apparu en C++, et que ce mot-clé permettrait de limiter les conversions automatiques.
• Compte tenu des incidents de ces dernières années, les anti-virus font très attention aux fichiers Visual Basic. Le problème, c'est qu'ils ont tendance à se spécialiser dans VB, et à oublier les autres mécanismes qui sont toujours là.
• Nous avons évoqué l'"expertise Word", dont de nombreuses personnes se vantent dans leur CV. Je connais cela. J'ai déjà vu des documents, dans lequel le style "normal" fait référence à la police Times. Mais dans ce document, aucun caractère affichable n'utilisait la police Times. De temps en temps, un retour chariot était en Times, mais le texte proprement dit était en Comic sans MS. Encore un expert qui a compris l'intérêt des feuilles de style, et qui sait les utiliser...
• Info ou FUD ? Il paraît que Microsoft a dans ses cartons un nouveau protocole réseau, destiné à supplanter TCP/IP. Il paraît que c'est pour faciliter l'arrivée de ce nouveau protocole que Microsoft ne fait aucun effort pour corriger les failles de sécurité associées à TCP/IP. À vrai dire, j'ai du mal à être convaincu par ces arguments. À mon avis, le successeur de TCP/IP, s'il existe réellement, sera aussi buggué que l'implémentation MS de TCP/IP, sinon plus. [ Hanlon's Razor : n'attribuez pas à la méchanceté ce qui peut s'interpréter comme de la bêtise. ]

  Culture générale

• Compte tenu d'une discussion que nous avons eue à Amsterdam, et compte tenu de la sortie prochaine du film, nous avons de nouveau évoqué la personnalité et l'oeuvre de Tolkien. Nous remarquons que dans le Seigneur des Anneaux, le peuple humain du côté du Mal sur la Terre du Milieu, ce sont les Easterlings, qui font beaucoup penser aux Arabes de notre planète. [ Ce n'est pas tout-à-fait vrai. Outre les Easterlings, louches et basanés, il y a aussi les Haradrim, dont la peau est carrément noire. ] Il n'aime pas non plus le progrès technique et créatif. Ainsi, dans le Silmarilion, on constate que les méchants sont Melkor, qui a voulu faire preuve de créativité lors du chant qui a créé le monde (Ainulindalë) et Sauron, l'un des suivants de Aulë, le Vala des artisans. Finalement, Tolkien n'aimait pas la France. Cela n'apparaît pas dans son oeuvre, mais dans les témoignages des personnes qui l'ont connu. En somme, Tolkien aurait très bien été parmi les hobbits, qui sont satisfaits dès qu'ils ont une journée où il ne se passe rien d'important, et que cette journée se termine par un repas plantureux, et une digestion au cours de laquelle on peut fumer la pipe.
• D'un autre côté, l'oeuvre de Tolkien est phénoménale. Tolkien était un philologue. Il a cherché à créer de toutes pièces une langue. Comme un langage évolue au fil des siècles, il a voulu reproduire ce phénomène avec la langue qu'il était en train de créer. Mais une langue n'évolue pas toute seule. Elle évolue en réponse aux événements vécus par le peuple qui la parle. Cela a donc amené Tolkien à décrire le peuple des Elfes, son histoire, le monde dans lequel ils vivent, les autres créatures qui peuplent ce monde... Reportez-vous au Silmarilion pour découvrir le résultat. Curieusement, les deux oeuvres publiées de son vivant ne concernent pas directement le peuple elfique, et décrivent une très courte période de l'histoire de la Terre du Milieu.
• D'autre part, ceux qui ont lu Tolkien en anglais sont d'accord, son anglais est très recherché, d'une qualité comme on en lit rarement. Un exemple qui m'a marqué. Ce matin, j'ai pris mon petit-déjeuner. En anglais, j'aurais dit "I had breakfast". Dans the Lord of the Rings, Tolkien décrit ainsi le début de la journée : "Faramir broke his fast" (Faramir rompit son jeûne).
• Cela dit, l'anglais a quelques lacunes, et ceci indépendamment de l'auteur. Par exemple, lorsque les francophones et les anglophones veulent construire un substantif à partir d'un verbe d'action, nous disposons de plusieurs suffixes là où ils n'en ont qu'un, parfois deux. Nous avons donc plusieurs termes différents pour celui qui fait l'action, celui qui la subit, celui qui en bénéficie... et l'action elle-même. Les anglophones n'en ont pas. Un exemple, tiré du Seigneur des Anneaux : lors du conseil d'Elrond, il est question d'un "eye-opener". Mais s'agit-il d'une personne qui, avisée d'un détail révélateur, porte un nouveau regard sur les événements passés, s'agit-il de la personne qui avise l'autre du détail révélateur, ou s'agit-il du détail révélateur lui-même ? Les trois notions s'expriment de la même manière en anglais. À l'inverse, en français, nous avons plusieurs suffixes pour différencier l'action, l'acteur et l'objet : "remplacement", "remplaçant" et "remplacé". Dans certains cas, des suffixes différents peuvent même servir à distinguer des actions différentes : "coupe" (fromage à la), "coupage" (de vin), "coupure" (de courant).
• Comme promis, j'ai apporté à Kai et à Birgit Bored of the Ring. C'est un roman très court (120 pages), parodiant The Lord of the Rings. Mais pour bien apprécier la satire, il faut absolument avoir lu les 1000 pages du roman d'origine.
• Stéphane tente de se mettre à l'allemand. Pour ce faire, il visite les pages web expliquant Linux aux Allemands. Ainsi, il sait au moins de quoi ça parle. Il utilise également Babylon dont il a parlé il y a quelque temps. Le problème, c'est que l'allemand comporte des mots composés, sans aucune ponctuation pour séparer les racines de base. Et Babylon ne sait pas découper un mot composé pour en extraire les mots de base, et proposer une traduction.
• Il y a eu une discussion, essentiellement entre D@vid et Stéphane, sur l'enseignement de la littérature au lycée. Stéphane prend l'exemple de Voltaire. Il est impossible à un élève de seconde ou de première de saisir toutes les idées sous-jacentes dans Candide ou dans Micromégas. Un lycéen saisira le style acerbe de Voltaire, mais il passera à côté de la réflexion philosophique. Par exemple, dans Micromégas, "on est toujours le con de quelqu'un" (Ce n'est pas une citation de Voltaire, c'est un résumé par Stéphane). D@vid trouve que l'enseignement de la littérature est un carcan, qui ne suit pas l'intérêt des élèves. Je trouve regrettable les explications de texte, où l'on prend les mots un par un pour analyser le texte. Pour savoir si une fille est jolie, on ne procède pas à une dissection. En revanche, c'est la méthode qu'on nous inculque pour les explications de texte. Quand un auteur choisit tel mot plutôt que tel autre, en général ce n'est pas un choix conscient. La formulation exacte de la phrase est un processus en grande partie inconscient. On appelle cela le talent.
• Stéphane a eu, comme nombre d'entre nous, une période science-fiction. Mais un jour, il a lu à la suite un livre d'Asimov, et un de Stefan Zweig. Il s'est rendu compte que les personnages d'Asimov étaient plats, alors que Zweig soigne la description psychologique de ses personnages. Depuis, Stéphane a abandonné la S.F.
• [ Comme je suis parti vers minuit, c'est en copiant-collant les propos de D@vid et de Stéphane que je relaterai la fin de la réunion. ] La soirée s'est prolongée jusqu'aux alentours de 2h avec Eric, Stéphane, moi [ c'est-à-dire D@vid ] et Cédric. Nous avons fait une longue digression qui est partie de la culture dans son acception large et sommes passés au besoin d'identité, de s'y retrouver dans ce monde où nous vivons qui se "déréférence" chaque jour un peu plus, puis d'identité nous avons parlé de la mienne et de celle d'Eric pour moitié (hébraïque) et de la religion (un peu), de la langue et de ce qu'elle a apporté notamment en matière d'interprétation de la bible (avec forcément un aparté sur les langues en général, c'est un de nos sujets préférés à tous je crois) et nous avons fini sur les autres identités (celte notamment).
• [ La discussion portant sur la numérologie et la cabale, Stéphane a ajouté : ]Dans cette veine, je parlais du dernier délire qui a eu beaucoup de succès. J'ai retrouvé le titre anglais The Bible code. L'auteur Michael Drosnin prétend que tout est écrit dans la bible, ici l'ancien testament en hébreu. Il explique la méthode pour trouver des évènements qui est de lire une lettre sur n. En faisant varier n, on trouve des séquence qu'on peut intrépréter comme du texte décrivant des évènements.
  Un papier "scientifique" explique que par cette méthode appelée equidistant letter sequence, la probabilité de trouver ainsi les évènements décryptés dans la bible est quasi-nulle dans un texte quelquonque. Vous pouvez consulter un article par D. Trull. [ Si j'avais été présent, j'aurais signalé que memepool a évoqué cette affaire le 17 mars 1999. Dans l'article, on trouve notamment le lien vers un autre site expliquant que de nombreux assassinats avaient été prédit dans Moby Dick. Et je reprends la parole ]

  Histoires drôles

• Nous avons eu droit à quelques histoires drôles, les unes sur les juifs et les autres sur les américains. La seule que j'ai retenue sur les juifs est la suivante.
• Depuis quelques mois, David et Sara vivent dans le même appartement. La mère de David cherche à avoir le coeur net sur leur relation. Aussi, un jour, elle s'invite chez David. Le soir, ce dernier lui explique que Sara et lui sont des colocataires, qu'ils partagent le loyer et seulement le loyer, et qu'il n'y a rien de plus entre eux. Et effectivement, lorsqu'ils vont se coucher, la mère de David constate que David et Sara font chambre à part.
  Au bout de deux semaines (la durée minimale de la visite d'une mère juive chez son fils), la mère de David repart. Une semaine se passe encore, puis Sara demande à David : "J'avais une louche en argent, et je ne la retrouve plus. Tu ne saurais pas où elle est? La dernière fois que je l'ai vue, c'est juste avant le départ de ta mère. Tu devrais peut-être lui demander où elle l'a mise."
  Les recherches s'étant avérées vaines, David décide d'écrire à sa mère. La quasi-totalité de la lette porte sur des sujets anodins : l'actualité, la nature, les arts et la musique. Puis dans le post-scriptum, David pose innocemment la question :

  Sara avait une louche en argent, et elle ne la retrouve plus. Est-ce que tu ne saurais pas où elle se trouve ? Peut-être l'as-tu rangée à un autre endroit.

  Quelques jours plus tard, David reçoit la réponse. Comme sa lettre, la réponse parle de choses et d'autres, sans grand intérêt. Et comme la lettre, la réponse se termine par le post-scriptum suivant :

  David, tes relations avec Sara ne me regardent pas. Mais tu pourras lui dire ceci. Si depuis une semaine, elle avait couché au moins une fois dans son lit, elle saurait où se trouve sa louche.

• Et maintenant, au tour des Américains. La récente étude sur la pénurie d'aliments dans le reste du monde a été un échec retentissant. En effet :
  1. les Européens ne savent pas ce que veut dire "pénurie",
  2. les Africains ne savent pas ce que veut dire "aliments",
  3. les Américains ne savent pas ce que veut dire "le reste du monde".
  [ Version complète quelque part ici ]
• [ Dans cette histoire, je ne me souviens plus quels étaient les présidents évoqués. Ce n'est pas réellement important. ] Un vagabond erre dans les États-Unis. Pour pouvoir manger, il se fait inviter dans un bar avec le stratagème suivant. Il jauge de la couleur politique du patelin, il entre dans le bar, et en donnant le nom du président ou du candidat de l'autre bord, il annonce, "Ce Bush, [ou bien, ce Gore,] il vaut pas mieux que le cul d'un cheval". Il arrive alors dans un bled du Montana. Il entre dans le premier bar, et claironne : "Ce Bush, il vaut pas mieux que le cul d'un cheval". Trois clients se lèvent en sursaut, se saisissent de lui, et l'éjectent dans la rue. Le vagabond entre dans le bar suivant, et annonce : "Ce Gore, il vaut pas mieux que le cul d'un cheval". Même résultat, il se fait jeter comme un malpropre. Il avise un passant, et lui demande : "Cette ville, c'est la ville de Bush, ou la ville de Gore ?" Réponse : "C'est la ville du cheval."
• On n'a jamais vu un philosophe américain, on n'a jamais vu un compositeur de musique anglais, on n'a jamais vu un chef d'entreprise français, on n'a jamais vu...
• Une histoire, que j'ai lue dans un livre sur Clemenceau (mais quel était le rapport ? je n'en ai aucune idée). Dans un club anglais, les membres ont organisé un concours. Il s'agit de raconter l'histoire la plus surprenante, la plus invraisemblable, la plus empreinte de nonsense. Les différents participants prennent la parole, et racontent leur histoire. Arrive enfin le tour du dernier. Celui-ci se lève, et commence : "C'est l'histoire d'un gentleman américain..." Aussitôt, les applaudissements et les cris fusent : "Bravo !", "Il a gagné !", "C'est lui le meilleur !".