De retour de The Perl Conference, sixième édition

Un historique de toutes nos réunions

Table des matières

mercredi 31 juillet 2002

La voix du secrétaire (Jean) et de quelques autres

Présents à la réunion :

BooK, qui a mangé une andouillette,
Emmanuel, qui a mangé un hamburger,
Sniper, qui a pris une côte de bœuf,
Stéphane, qui a mangé un magret de canard au poivre et une dame blanche,
D@vid, qui a pris un menu à 9,2 euros (soyons précis) avec des saucisses-frites,
Olivier,
Philippe (Bricout),
Sylvain, qui a mangé un tartare (« quelle cuisson, votre tartare ? »),
Eric, qui a pris un pavé de rumsteack,
Yann,
David, qui a pris des moules et des frites,
et moi qui ai mangé un magret de canard au miel et une tarte Tatin.

Les cafés et le calva étaient offerts par la maison.

Nous avons parlé de Perl, d'informatique et de sujets divers. Parmi les sujets informatiques, j'ai isolé une présentation impromptue des grammaires de langage de programmation par Stéphane pour le bénéfice de BooK.

Perl

Eric rentre de San Diego, où s'est tenue la conférence TPC 6. San Diego se trouve en Californie, à 40 km de la frontière mexicaine et de Tijuana. C'est l'une des bases navales les plus importantes et de temps en temps les participants voyaient passer un porte-avions à quelque distance de l'hôtel Sheraton, l'endroit où se tenait la conférence.
Eric nous a parlé entre autres de deux conférences de Mark-Jason Dominus, la première sur mailing-lists judo, l'autre sur conference judo. L'une d'elles ayant déjà été diffusée sur le net, les gens ne suivaient pas attentivement.
Il a également relaté les lightning talks. Ingy a présenté un talk où il délirait et il inventait un nouveau langage de programmation, plutôt biscornu. Il a conclu par : « Seul Damian Conway est capable d'implémenter ce langage. » Pendant que les lightning talks se poursuivaient, à un moment Eric a vu apparaître le nom de Damian sur la liste des lightning talks. Lorsque le tour de ce dernier est arrivé, il est monté sur l'estrade, a dit (en anglais) : « Il ne faut jamais défier le maître. » et a commencé à pianoter sur son portable, dont l'écran était projeté sur le mur. C'est ainsi que l'on a pu voir le programme d'Ingy de tout-à-l'heure. Ensuite Damian lance ce programme... et obtient le résultat annoncé par Ingy.
Eric avait l'intention de rédiger ses souvenirs de la conférence, mais il y a trop de choses à se rappeler. D'autre part, Michel Rodriguez passait son temps pendant les conférences à pianoter sur son portable et nous avons eu droit à ses impressions par l'intermédiaire d'Eric. Du coup, nous avions déjà un aperçu de la conférence.
Comme d'habitude, Randal a organisé « sa » soirée. Les autres années, il louait une boîte de nuit, mais cette fois-ci il a dû restreindre ses dépenses et s'est contenté de louer le bar de l'hôtel Sheraton. Il a organisé une LAN party au bar, ce qui a permis à une bonne vingtaine de personnes de faire une partie de Quake en réseau. Ceux qui avaient les mains libres pouvaient s'abreuver sans problème ; il y avait du whisky, pas celui de basse qualité, et la quantité ne correspondait pas à l'épaisseur d'un seul doigt. Ceux qui préféraient prendre le frais à l'extérieur ne le pouvaient pas, car Randal venait les relancer : « Venez boire à l'intérieur, il y a encore de quoi faire ! »
À l'issue de la conférence, Nat Thorkington, l'organisateur, a tenu une réunion pour tirer les enseignements et les conclusions de la conférence. Un effet de la technologie Wi-Fi est qu'il y a eu en fait deux réunions simultanées. La première utilisait la technique millénaire consistant à s'adresser aux autres à haute et intelligible voix, l'autre consistait à se connecter à une session IRC sur le réseau wireless et à écrire ses commentaires au bénéfice des autres connectés.
Sniper est en train d'écrire un module pour analyser les logs produits sur des systèmes AIX. Il nous a apporté quelques listings de son module. D'autre part, BooK et Olivier disposaient d'un ordinateur portable, ce qui leur a permis d'installer le module et de jeter un coup d'œil sur les fichiers annexes. BooK a remarqué une erreur : Sniper a écrit binded alors que le participe passé de bind est bound. Sniper a constaté une autre erreur, ou plutôt une faute de style. Au lieu d'écrire comme il a coutume :
```
my %h;
```
il a écrit :
```
my %h = ();
```
ce qui gaspille un op-code, donc quelques cycles CPU. Les deux lignes de code font la même chose, la seule différence étant que dans le deuxième cas, le hachage est initialisé deux fois.
Nous évoquons le fil de discussion récent sur les normes de codage. C'est un sujet qui donne facilement lieu à polémiques. Et effectivement, la discussion était animée sur la liste.
Cela nous amène à évoquer la personnalité de Guy. C'est un perlien qui vient du monde Lisp. Sans doute pour cette raison, il n'a aucune réticence à insérer des eval dans ses programmes. Je rappelle qu'il y a quelqu'un d'autre, présent à la réunion, qui n'a pas hésité à mettre 49 fois le modificateur /e dans une expression régulière. « Non, 59 fois » m'a-t-il répondu. À quoi il ajoute que la première version ne comportait que 15 exemplaires de ce modificateur, qu'il avait écrit ce programme avec un papier et un crayon à l'occasion d'un voyage en train et que cela avait fonctionné du premier coup.
Le fil de discussion sur les normes a provoqué également quelques commentaires sur les mérites respectifs de constructions telles que :
```
unless (condition) { action }
if    (!condition) { action }
action unless (condition)
```
Tout le monde admet la troisième forme, mais les avis sont partagés entre la première et la deuxième. Quant à celle-ci :
```
unless (condition)
  { action }
else
  { action }
```
elle choque, car cela sonne mal à l'oreille, même pour ceux qui ne sont pas anglophones de naissance. Peut-être faudrait-il créer un nouveau mot-clé pour écrire :
```
unless (condition)
  { action }
on_the_other_hand
  { action }
```
Une autre discussion épineuse de mot-clé concerne les propriétés en Perl 6 (on ne dit pas « attribut » comme dans les langages qui se veulent orientés objet). Faut-il introduire une propriété par « is » ou par « but » ? Je préfère « but », car « is » sonne un peu trop COBOL à mon goût.
L'ordinateur portable de BooK n'a pas seulement servi au module de Sniper, il a servi également à une démonstration de Frozen Bubbles. Le seul problème, c'est que le programme n'affichait pas la flèche donnant la direction dans laquelle la prochaine boule partirait. [ Note de BooK : Ceci permet de tester les "vrais" joueurs... ]
Le groupe de London.pm organise des réunions techniques en plus des réunions sociales. Et on a le droit de parler de Perl lors des réunions techniques. Il arrive même qu'ils créent un module dans l'espace de la réunion, en le téléchargeant sur CPAN à la fin de la réunion. C'est le cas par exemple du module Acme::Your.
À ce propos, London.pm est en train de coloniser l'espace Acme. Il faut que nous réagissions, et que nous colonisions le reste de CPAN. BooK souhaite intégrer plus de modules sur le serveur CVS des Mongueurs. Pour l'instant, il y a
1. Games::Golf
2. Log::Procmail
3. diagnostics
4. Date::Convert::French_Rev (quoique vide au moment de la réunion)
Il tente de convaincre Olivier d'installer ses développements sur le serveur CVS, mais Olivier utilise déjà CVS sur sa propre machine et il voit mal l'utilisation de deux arborescences CVS sur des machines différentes.
BooK fait remarquer que Date::Convert::French_Rev est terminé, et que je pourrais le charger sur le serveur. Je réponds qu'il vaut mieux dire « stable » que « terminé », car j'ai en tête un certain nombre d'ajouts à y mettre, essentiellement dans le sous-répertoire des exemples. De plus, pas plus tard que la veille ou l'avant-veille, j'ai reçu un compte-rendu d'erreur d'un CPAN-tester pour me signaler que j'ai oublié de faire figurer Date::Convert parmi les prérequis. Lorsque j'aurai un peu de temps libre, je compléterai le Makefile.PL et les exemples, je chargerai le module sur le serveur CVS et je diffuserai la version 0.04 sur CPAN.
Quant à diagnostics, Philippe souhaite que j'en fasse de la publicité sur les divers forums it.comp.lang.perl, de.comp.lang.perl etc, pour inciter les bonnes volontés à écrire leur propre traduction et à la télécharger sur le serveur. Ayant remarqué une intervention de « Neophyte » sur Perl Monks à propos de la traduction de la documentation en allemand, j'ai envoyé un message à l'adresse mail figurant dans son home node. J'ai eu un seul message en retour, c'était de la publicité sans aucun rapport avec Perl. Heureusement, ce n'est pas du spam, je n'ai rien eu depuis en provenance de la même adresse.
En Perl 6, la concaténation ne se fera plus avec un point, mais avec un souligné. Or, le caractère souligné est un caractère valable pour les noms de variable et de sous-programme. Il sera donc nécessaire de mettre un blanc de part et d'autre pour que l'analyseur lexical (tokeniser) retrouve ses petits. Du coup, certains golfeurs rouspètent, car cela les obligera à écrire des programmes avec deux espaces en plus. Mais comme le fait remarquer BooK, les règles du jeu sont les mêmes pour tout le monde, donc lorsqu'une compétition de golf sera organisée en Perl 6, tout le monde devra encadrer son souligné de concaténation par deux espaces.
Alors que la version courante de Perl est la 5.8.0 (pumpking Jarkko Hietaniemi), que l'on commence à parler de Perl 5.9.0 (pumpking Hugo van der Sanden) et que l'on parle de Perl 6 depuis longtemps, voilà que l'on se met à évoquer Perl 5.6.2 et Perl 5.005_04, sur lesquels Gurusamy Sarathi et Chip Salzenberg se remettraient à travailler. Et TPC a même vu la nomination de Michael Schwern au titre de... pumpking de Perl 1 ! En effet, au cours de la conférence, il a fait une démonstration où il a compilé Perl 1 (212 kilo-octets) en quelques minutes, et où il a essayé les quelques programmes suivants :
```
$ perl -e 'print "Hello world!\n"'
```
Ça plante.
```
$ cat foo
print "Hello world!\n"
$ perl foo
```
Erreur de syntaxe, l'instruction ne se terminant pas par un point-virgule.
```
$ cat foo
print "Hello world!\n";
$ perl foo
Hello world!
```
Philippe (brix) demande des précisions sur « pumpking ». Le pumpking est le responsable d'une branche de développement de Perl. C'est lui la seule personne autorisée à patcher le source et à définir des releases. Le terme est une contraction de king (roi, explication évidente) et de pumpkin (citrouille ou potiron, parce que le symbole d'autorité de ce roi n'est pas un sceptre, mais un potiron).
Hugo van der Sanden a donné les objectifs qu'il a fixés pour Perl 5.10 (et sa variante de développement 5.9). Il n'y aura aucune fonctionnalité nouvelle, Perl 5.8.0 a fait le plein là-dessus. En revanche, à puissance machine constante, on a pu constater une dégradation nette des performances depuis Perl 5.000. Le but d'Hugo est de revenir à de meilleures performances. Son slogan, nous apprend Eric, est better, faster, smaller. Inévitablement, cela m'a fait penser au slogan de la NASA : Faster, better, cheaper, qui a donné les fiascos que l'on connaît. David donne l'explication de ces fiascos. Ce que les instances dirigeantes de la NASA ont oublié, c'est que la version intégrale du slogan ressemble plutôt à : Faster, better, cheaper: choose any two.
Sniper s'est procuré le livre Extending and embedding Perl en version électronique (c'est-à-dire PDF), l'a imprimé et a apporté son exemplaire à la réunion. Mais il n'a pas réussi à le prêter.
BooK quant à lui s'est procuré Perl & LWP. Il a commencé à le lire et en est à la moitié. Il n'a toujours rien appris de neuf.
Eric et Stas continuent à travailler sur leur livre pour mod_perl. Le livre en est arrivé à un millier de pages. Peut-être faudra-t-il le découper en deux tomes...
Yann signale qu'il a des problèmes avec l'utilisation de CPAN.pm. L'utilité de ce module est d'effectuer automatiquement le chargement des modules requis pour installer celui qui vous intéresse. Le hic, c'est que cela peut entraîner la mise à niveau en cascade de divers modules dont la version installée n'est pas la plus récente, il est impossible de choisir une version plus ancienne. Dans certains cas, CPAN.pm va jusqu'à installer Perl 5.8.0 d'office, sans demander avis à l'utilisateur.
Et l'on reparle des réunions techniques. Cela pourrait avoir lieu à La Villette, à l'occasion des samedis du libre. D'autre part, il pourrait s'agir d'une présentation comme ce que l'on a lors des conférences TPC ou autres, ou bien cela pourrait prendre la forme d'une revue de code. [ Tiens ! Ça faisait longtemps qu'on n'en avait pas parlé ! ] Ou bien on pourrait faire venir un invité, comme Rafael de Lyon.pm.
Cela fait trois ans que nous nous réunissons à la Taverne République. Auparavant, à trois ou quatre reprises, nous sommes allés au Webbar. D'ailleurs, Yann se souvient être allé au Webbar et avoir vu une bande de gars qui se réunissaient pour parler de Perl.

Grammaires formelles des langages de programmation

BooK demande des explications sur les grammaires formelles des langages de programmation et sur les analyseurs syntaxiques. Un an plus tôt, à un jour près, il a assisté à Amsterdam au tutoriel d'Abigail sur Parse::RecDescent, lequel commençait par une présentation des concepts de base des grammaires, mais apparamment cela n'a pas marqué Philippe. Stéphane lui donne des explications, parfois légèrement erronées. En voici un résumé, que j'ai rédigé avec le « livre du dragon » (Aho, Sethi, Ulmann) à portée.
Les grammaires sont définies par une liste de symboles terminaux, une liste de symboles non-terminaux, un symbole de base pris parmi la liste précédente et une liste de productions. On assimile souvent une grammaire à la liste des productions, la partie la plus intéressante.
Une production décrit comment un non-terminal se décompose en terminaux et non-terminaux. Par exemple,
Une expression est soit un terme, soit une expression suivie d'un opérateur et d'un terme.
```
expression ::= expression opérateur terme
             | terme
```
Cette définition des productions est valable pour les grammaires indépendantes du contexte. En programmation, on rencontre rarement des grammaires en dehors de cette catégorie, c'est-à-dire dépendantes dy contexte.
Selon leurs caractéristiques de régularité, on range les grammaires en différentes classes. La classe la plus intéressante est la classe LALR(1), ce qui signifie Look-Ahead 1 symbol, Left-to-right scanning, Rightmost derivation.
Il existe aussi des grammaires LALR(2) ou LALR(3), qui nécessitent de regarder le texte à analyser avec deux ou trois tokens d'avance pour prendre une décision. On préfère éviter ces grammaires et se contenter d'une LALR(1), car il faudrait prévoir toutes les combinaisons de symboles deux à deux ou trois à trois et du coup la taille des tables serait excessive pour les grammaires LALR(2) et LALR(3).
Il existe trois types d'analyseurs (parseurs) :
1. les analyseurs ascendants, comme ceux que génèrent yacc, bison et Parse::Yapp,
2. les analyseurs descendants, comme Parse::RecDescent,
3. et une troisième classe, absente du « Dragon » mais signalée par je ne sais plus qui à YAPC Amsterdam, les analyseurs « magiques » comme XML::Parser.
Dans certains cas de figure, un programme peut être analysé de deux façons différentes, voire plus, par une grammaire. On dit alors que la grammaire est ambiguë. L'exemple traditionnel est celui des IF imbriqués. C'est d'ailleurs de la sorte que l'on a découvert l'existence des grammaires ambiguës. Le programme suivant :
```
IF condition1 THEN IF condition2 THEN action1 ELSE action2
```
se traduit-il en Perl par :
```
if (condition1)
  {
    if (condition2)
      { action1 }
    else
      { action2 }
  }
```
ou bien par :
```
if (condition1)
  {
    if (condition2)
      { action1 }
  }
else
  { action2 }
```
On remarque qu'une grammaire est ambiguë lorsque l'on génère un analyseur avec yacc ou Parse::Yapp. On obtient dans ce cas des conflits shift/reduce (ce qui ne nous empêche pas de dormir) ou bien des conflits reduce/reduce (qui, eux, sont problématiques).
Analyser un source de programme, c'est bien ; produire du code (machine, intermédiaire, ou bytecode), c'est mieux. Pour ce faire, lorsque l'on écrit la grammaire, on associe une action sémantique à chaque production. L'action sémantique consiste en général à mettre à jour la table des symboles (ajouter les variables lorsqu'elles sont définies, les supprimer lorsque la portée lexicale se termine) et à construire le code. Dans une grammaire définie pour yacc, en règle générale, il y a zéro ou une action sémantique pour chaque production. Il est toutefois possible d'en définir plusieurs, mais il peut arriver que cela crée artificiellement une ambiguïté dans la grammaire.
Une caractéristique importante des analyseurs syntaxiques est leur caractère déterministe ou indéterministe. Un analyseur tel que Parse::RecDescent est indéterministe. Cela signifie que dans certains cas, il peut avoir le choix entre plusieurs productions possibles. Il en choisit une et poursuit l'analyse. Si le choix s'avère erroné, alors l'analyseur effectue du backtracking et essaie la possibilité suivante. À l'inverse, un analyseur Parse::Yapp est déterministe. À tout moment, il y a une seule dérivation possible (ou zéro en cas d'erreur de syntaxe). Il n'y a donc jamais de retour arrière, donc pas de perte de temps. En résumé, Parse::RecDescent est plus puissant que Parse::Yapp, mais beaucoup plus lent.
On peut noter que Parse::RecDescent est beaucoup plus utilisé que Parse::Yapp. La raison ne doit rien au paragraphe précédent, mais tout bonnement au fait que Damian est une célébrité planétaire dans le milieu perlien, alors que la renommée de François se limite grosso-modo à Paris.pm, peut-être les autres groupes francophones. C'est regrettable. [ Cela dit, comme nous avons pu le constater dans la dernière exégèse, Damian rend hommage à son concurrent au point de le citer quelques mots avant lui. ]
Stéphane suggère une amélioration pour Parse::Yapp : faire référence aux éléments d'une production par leur nom au lieu de leur numéro. Soit, par exemple, un programme copiant un fichier de configuration dans un hachage de configuration. Actuellement, cela s'écrit :
```
ligne : motcle '=' valeur { $conf{$_[1]} = $_[3] }
```
Avec la suggestion de Stéphane, on pourrait écrire :
```
ligne : motcle '=' valeur { $conf{$motcle} = $valeur }
```
Pour BooK et moi, le problème est que nous n'avons pas l'occasion d'utiliser des grammaires de langage. Tous les langages que nous sommes amenés à analyser ont déjà leur propre module d'analyse (HTML::Parser, Inline::C) ou bien ce sont des langages tellement simples qu'un bon jeu d'expressions régulières suffit.
J'ai quand même utilisé Parse::Yapp une fois. Lorsque j'ai commencé à m'intéresser aux diagnostics, Gérald m'a fourni le chapitre 33 d'Amélia sous forme électronique, c'est-à-dire un source L^AT_EX. Bien qu'il existe un module pour décortiquer du L^AT_EX j'ai préféré installer Parse::Yapp sur ma machine et écrire moi-même une grammaire. Cette grammaire n'est absolument pas capable d'analyser n'importe quel source L^AT_EX valide, elle permet seulement d'analyser un source qui contient les quelques constructions que Gérald a utilisées dans ce chapitre, d'autant plus que pour ce chapitre Gérald n'a pas eu besoin d'utiliser de construction spéciales comme les tableaux.

Informatique

Stéphane continue à s'intéresser à T_EXmacs. Il voit pour ce logiciel une utilisation beaucoup plus diversifiée que ce que Joris a en tête. Il y envisage par exemple de baser un client wiki sur T_EXmacs, ce qui faciliterait la mise en page du texte, ou bien un client IRC qui permettrait à des mathématiciens de dialoguer en direct.
À noter une réflexion acerbe de quelqu'un d'autre sur les logiciels WYSIWYG. En général, ces logiciels sont plutôt WYSIWYSAWYGIWYG (What you see is what you see and what you get is what you get). [ À rapprocher du principe WYGIWYGAINGW exposé par l'Archi-Chancelier Mustrum Ridcully, un personnage de Terry Pratchett. Pour ceux qui ne le sauraient pas, cela signifie « What You Get Is What You're Given And It's No Good Whining. » (« Tu as ce qu'on te donne, et ça ne sert à rien de geindre. ») ]
Poursuivant sur le sujet de T_EXmacs, Stéphane nous apprend qu'au cours de ces trois derniers mois, David Allouche, l'unique programmeur du projet, a effectué une modification, laquelle a apporté zéro fonctionnalité. Et pourtant, pour Stéphane, il s'agit d'une modification importante. David a remplacé le mécanisme de templates d'origine par un autre. Stéphane a lu récemment un livre sur les templates en C++, ce qui lui a fourni une vision plus précise sur ce sujet. Du coup, il a pu constater que le mécanisme de Joris était bancal, alors que celui de David est nettement meilleur.
À son travail, David (le nôtre, le tsar) administre des machines Solaris. Les utilitaires natifs lui posent beaucoup de problèmes. Par exemple, find n'aime pas les fichiers dont le nom comporte un espace. Ou alors, une ligne de commande ne peut pas dépasser 256 caractères, ce qui est gênant lorsqu'une commande du genre newgrp doit comporter une quarantaine de codes utilisateurs de 7 caractères en moyenne. David a installé les utilitaires GNU tout en conservant leurs équivalents natifs. C'est ainsi qu'il a find et gnufind par exemple. En revanche, question matériel, David est admiratif vis-à-vis des machines Solaris.
David essaie de passer en revue toutes les variantes d'Unix qu'il a utilisées dans sa carrière. Il a eu des problèmes pour se rappeler comment s'appelait la version DEC d'Unix. Il s'agit d'Ultrix, mais dans un premier temps il a dit DG-UX, ce qui pour moi évoque plutôt Data General. Cela nous a permis de parler un tout petit peu de The Soul of a New Machine de Tracy Kidder.
Stéphane nous apprend que l'un des deux navigateurs Web en mode texte, links, a désormais un mode graphique. Bon, en fait, maintenant c'est un navigateur complet, mais sans superflu. Pas de plug-in Flash par exemple. Stéphane a jeté un coup d'œil dans le source et trouve que c'est bien écrit.
À un moment, nous en sommes venus à évoquer les anciennes machines et leurs claviers. Il y a le clavier du Pet Commodore, organisé sous une forme matricielle :
```
  Q  W  E  R  T
  A  S  D  F  G
  Z  X  C  V  B
```
alors que les claviers « normaux » comportent un léger décalage d'une ligne à l'autre (et en plus, c'est en AZERTY).
```
  A  Z  E  R  T
   Q  S  D  F  G
    W  X  C  V  B
```
D'autre part, à l'usage les touches s'effaçaient. Il y a aussi le clavier du TO7 (ou du MO5, je ne me souviens plus), où les touches sont constituées de deux feuilles métalliques dont l'une est bombée, et l'appui sur une touche provoque le contact électrique des deux feuilles. Ce n'est pas pratique pour ceux qui ont une vitesse de frappe rapide ou même moyenne. Mais il y a pire : le Minitel, surtout les tout premiers modèles. En effet, les touches étaient disposées alphabétiquement. Fort heureusement, ces modèles ont disparu très rapidement.
En revanche, il y a les claviers des PC-AT d'IBM. Ceux-là ont une mécanique particulière (je n'ai pas noté le nom que David a donné). L'appui sur une touche provoquait un bruit particulier, un espèce de « tic » différent de ce à quoi nous sommes habitués maintenant.
Enfin nous évoquons les claviers en service de nos jours, avec la touche « Windows ». Je ne m'en sert jamais, je suis habitué à taper Ctrl-échap. Pour d'autres, cette touche n'est pas seulement inutile, elle est gênante. C'est toujours très désagréable lorsque le menu « démarrer » apparaît en plein milieu d'une partie de Doom parce que l'on a tapé sur la mauvaise touche... Et le comble, ce sont les claviers où la barre d'espace est remplacée par une demi-barre d'espace plus une touche d'effacement (backspace). Combien de fois ai-je effacé un caractère alors que je voulais insérer un blanc ! Pour cette touche d'effacement et pour les touches « Windows », David a la solution. Il insère un couteau juste en-dessous de la touche, fait levier, puis enlève le cabochon de la touche. C'est ainsi que l'un de ses tiroirs contient un grand nombre de touches « Windows ».
La dernière fois, j'ai parlé de mes déboires lorsque j'ai voulu refaire de la programmation C. Il est arrivé un peu la même chose à Sniper. Pour initialiser un tableau en C, il a utilisé des parenthèses, comme d'habitude :
```
int nbj[12] = (0, 31, 59, 90, 120, 151, 181, 212, 243, 273, 304, 334);
```
alors qu'il fallait des accolades :
```
int nbj[12] = {0, 31, 59, 90, 120, 151, 181, 212, 243, 273, 304, 334};
```
Philippe et Philippe ont parlé de la récupération de flux real audio et de son stockage. Je me contente à ce sujet de copier-coller les propos ultérieurs de Brix sur la liste avec quelques adaptations mineures.
Pour ceux qui ont un windows quelque part, sur la page de streambox, récupérer l'archive zippée.
Il doit y avoir un patch « à but éducatif » à passer ; il est dand l'archive zip.
La difficulté (petite) est parfois de connaître la bonne URL à donner à Streambox VCR. Si on utilise IE, on peut parcourir le cache pour trouver les fichiers .ra .ram ou .rm (je ne sais plus, le fichier qui contient une adresse de type http: ou rstp: etc.). URL Snooper, présent sur la même page doit pouvoir aider mais je ne l'ai jamais utilisé. La conversion des fichiers real(audio) en mp3/wav se fait avec StreamBox Ripper v2.009 Pour la conversion d'une video en avi, on utilisera Tinra. [ Je reprends le clavier. ]
Il paraît que le livre Perl & XML comporte un certain nombre d'erreurs. Du coup, pour les traducteurs, le problème se pose de savoir s'il faut corriger les erreurs ou traduire fidèlement. Lorsqu'il s'agit d'erreurs techniques flagrantes, un bout de code qui plante par exemple, il faut à mon avis corriger. En revanche, pour le reste, il est préférable de suivre fidèlement le texte original. Cela dit, dans la traduction d'Amelia, nous nous sommes permis d'ajouter des notes du traducteur, mais cela doit rester rare.
Cela me rappelle Lady Ada Byron, l'informaticienne du XIX^e siècle. Elle devait traduire un livre, vraisemblablement de Babbage. Au début elle effectuait simplement son travail de traduction. Mais progressivement, elle a inséré des petites NdT de temps en temps, puis un peu plus souvent, jusqu'à finalement avoir sur une page moyenne plus de NdT que de texte principal.
Parmi les livres que BooK a apporté cette fois-ci, il y a le compte-rendu d'un congrès sur l'informatique en 1970. J'ai noté avec satisfaction que lorsque Philippe utilise le mot « décade », c'est pour représenter une durée de 10 jours. Voilà quelqu'un qui parle un français correct ! Parmi les participants à ce colloque il y avait François le Lionnais, dont j'ignorais les liens avec l'informatique. Pour moi, comme pour BooK, c'est un membre de l'Oulipo et un mathématicien. D'ailleurs, c'est lui l'auteur de l'un des deux dictionnaires de nombres que j'ai dans ma bibliothèque. Il y a le Dictionnaire des nombres remarquables de François le Lionnais et le Dictionnaire Penguin des nombres curieux. Penguin est le nom d'un éditeur britannique ou bien d'une collection de livres de poche au Royaume-Uni, l'équivalent de Folio ou du Livre de poche chez nous, mais le Dictionnaire Penguin des nombres curieux est écrit en français.

Divers

[ Voici un copie-collage des propos de Stéphane sur la liste, concernant une discussion que j'ai manquée. Jean ] Dans une précédente réunion j'avait qualifié un absent d'une combinaison de ego et de artful dodger. En lisant cette description les anciens reconnaîtront tout de suite de qui je parlais.
Plus sérieux et j'en avais aussi parlé lors d'une précédente réunion. À propos de personalités, je vous recommande ce site. Il s'agit du test Briggs-Myers.
Se fondant sur deux dimensions du caractère décrite par Karl Jung, Extravert/Introvert et Sensing/Intuitive, et en rajoutant deux autres, ce test est une bonne caractérisations des individus. On m'avait fait passer ce test quand j'étais a Montain View et je suis un programmeur typique un INTP ou architecte alors que Larry Wall déclare sur sa homepage être un Idéalist ou INFP. [ Fin de la copie et du collage. Je reprends la parole. J.F. ]
Lors de TPC, Eric était en train de jouer du piano au bar de l'hôtel. Mark-Jason Dominus a alors sorti son harmonica et a joué en duo avec Eric. C'est toujours intéressant de savoir jouer d'un instrument lorsque l'on participe à une conférence. Enfin, à condition qu'il s'agisse d'un instrument que l'on voit partout (piano) ou facilement transportable (harmonica). À l'inverse, Knuth joue de l'orgue, et ça lui est difficile d'emporter son orgue dans ses bagages lorsqu'il se déplace. Il a pu se payer son orgue grâce aux droits d'auteur sur l'un de ses livres. Du coup, dans l'index de l'un des livres suivants, Sorting And Searching, il a inséré l'entrée « Royalties, use of » pour pointer sur un exercice faisant intervenir une « répartition en tuyaux d'orgue ».
La discussion de la réunion précédente sur les ambigrammes s'est poursuivie lors de cette réunion. BooK évoque l'exposé de Gilles Esposito-Farèse à Lille lors de la Journée du Palindrome le 20 février 2002. « GEF » y a expliqué sa démarche pour construire un ambigramme. À la fin de son exposé, il a demandé à des personnes de l'assistance de lui donner leur prénom et il a essayé de construire un ambigramme pour ces prénoms.
Il y a eu une longue discussion portant sur des sujets aussi divers que la fiabilité de l'information, le rôle des journalistes, la situation en Israël, l'individualisme et les théories de la conspiration.
Au sujet de la situation en Israël, il faut signaler que c'est le pays où résident la plus forte proportion de correspondants permanents pour les journaux, chaînes de télévision et agences de presse du monde entier. Comme tout journaliste, ces correspondants permanents sont à l'affut du moindre incident pour en tirer de quoi écrire un article ou de quoi alimenter deux minutes au journal de vingt heures. C'est pourquoi de simples altercations ont un retentissement mondial. La même chose se produirait dans un pays ignoré des journalistes, comme (au hasard) l'Uruguay, personne n'aurait connaissance de cet incident.
Stéphane a lu l'Effroyable Imposture, un livre où l'auteur cherche à démontrer que ce n'est pas un avion qui a détruit une aile du Pentagone le 11 septembre dernier. Il est difficile de se faire une opinion là-dessus. Pour Stéphane, ce livre permet de faire prendre conscience que la vérité n'est pas toujours du côté de ce que nous racontent le gouvernement et les principaux organes de presse. Les autres, en revanche, trouvent que ce livre porte la marque des théories de la conspiration, contre lesquelles aucune argumentation raisonnable n'a de prise. [ Cela dit, en lisant les messages ultérieurs de Stéphane sur la liste, il signale que le reste du livre est constitué de spéculations hasardeuses, réflexion qu'il a dû faire lors de la réunion alors que je suivais une autre conversation. ]
À noter qu'il existe l'antidote à l'Effroyable Imposture, c'est l'Effroyable Mensonge. Ce livre reprend point par point les affirmations du premier, les démonte et les réfute.
Les théories de la conspiration rappellent à BooK les élucubrations numérologiques de certains. Il cite comme exemple des considérations ayant Georges Perec pour objet. Il existe une seule photo connue du père de Georges Perec, photo où il apparaît dans un uniforme militaire. Quelqu'un a décortiqué la photo dans tous les sens et en a tiré, je ne sais pas comment, le nombre 11,43. Or, c'est le 11 février 1943 que la mère (pas le père, la mère) de Georges Perec a été déportée. Dans le Dictionnaire Penguin des nombres curieux, déjà cité dans la discussion, l'auteur présentait un calcul de ce genre, puis donnait en conclusion la réflexion suivante : « Je pense que cela montre assez bien qu'il suffit de passer 1 heure à jongler avec des chiffres (choisissez ceux que vous voulez, peu importe le reste) pour ensuite pouvoir sortir du chapeau n'importe quel nombre que vous voulez... » Je cite également Jean-Pierre Adam qui, dans le Passé Recomposé, prend les dimensions d'une guérite de la Loterie Nationale et en déduit le nombre pi, la distance Terre-Soleil, la formule de la naphtaline et encore d'autres secrets cosmiques.
La discussion ratisse large, jusqu'à parler de la place de l'individu dans la société. Chaque individu appartient à un nombre plus ou moins grand de communautés. Ceux qui utilisent Internet peuvent ainsi s'intégrer à un nombre important de communautés, plus que quelqu'un qui prend sa retraite dans un village relativement peu peuplé. Cela dit, lorsqu'un individu interagit avec un grand nombre de communautés, ses interactions sont peu profondes et ne concernent peu de choses en dehors de l'objet de cette communauté [ Là je ne suis pas d'accord. Cela fait trois ans que nous nous réunissons parce que notre point commun est la programmation en Perl et le plus souvent nous parlons très peu de Perl lors de ces réunions. ]
Les États-Unis sont le pays de l'individualisme. Stéphane intervient alors pour contredire cette opinion en évoquant les neighborhood watches, des quartiers où tout le monde surveille tout le monde. À l'origine, il était question de prévenir le crime. Par la suite, cela a dérivé et maintenant tout le monde surveille si le voisin tond bien sa pelouse régulièrement, s'il se conduit proprement, et ainsi de suite. Cela a pour effet d'augmenter le prix de l'immobilier, mais aussi d'instaurer un climat fascisant. [ Je crois que Stéphane a confondu « individualisme » et « libertés individuelles ». Pour trouver une situation contraire à l'individualisme, il faudrait prendre l'exemple d'un quartier où tout le monde s'intéresse à tout le monde, mais où cet intérêt se manifeste sous la forme d'une entraide, pas d'une surveillance. ]
Parmi les théories de la conspiration, Yannick signale que certains pensent que l'exploration de la Lune est une escroquerie (en a-t-il parlé à la réunion pendant que j'avais le dos tourné ou seulement par la suite sur la liste peu importe, le site mérite d'être signalé).