De nombreuses têtes nouvelles ou presque nouvelles

Un historique de toutes nos réunions

Table des matières

jeudi 17 mars 2005

La voix du secrétaire (Jean)

Présents à la réunion, en fonction de l'ordre d'arrivée approximatif

moi,
Guillaume,
Anthony,
Boris, un nouveau,
Nicolas,
Rafael,
Sniper,
Philippe (Bl),
Laurent, qui vient pour la deuxième fois,
Olivier, qui vient pour la première fois si je ne m'abuse,
Sylvie, une nouvelle aussi,
et Jerrad, dont c'est la première participation.

Nous avons mangé des bacon-cheese burgers, des steaks tartares et des pavés de kangourou. Nous avons bu de la Pelforth, de la Stout et autres bières, ainsi qu'un jus d'ananas et de l'eau.

Nous avons parlé un petit peu de Perl, d'informatique et d'autres sujets.

Perl

La réunion a eu lieu un jeudi, en même temps qu'une Assemblée Générale Extraordinaire de l'association Parinux. Parinux s'est installé dans la moitié la plus vaste et la moins éclairée du sous-sol, donc nous nous sommes assis dans l'autre moitié, un peu mieux éclairée. Mais le serveur de la Taverne est venu nous dire qu'il attendait une cinquantaine de personnes, donc nous avons déménagé et nous nous sommes installés dans la même moitié de la salle que Parinux, car la deuxième rangée de tables était encore libre. Cela dit, la cinquantaine de personnes ne s'est pas matérialisée. À noter également que Boris est venu pour assister à la réunion de Parinux, mais qu'il a préféré discuter avec nous. Quant à Philippe, il s'est joint à nous lorsque les points importants de l'Assemblée Générale de Parinux ont tous été traités. En revanche, Emmanuel est resté jusqu'au bout avec Parinux. Il nous a quand même serré la main à son départ.
D'autre part, comme c'était un jeudi et que le jeudi est réservé au karaoké, les boissons nous ont été comptées au tarif karaoké. Nous nous sommes demandé pourquoi cette fois-ci la réunion avait lieu un jeudi. L'une des hypothèses était que Jerrad ne pouvait pas venir le mercredi et que le jeudi l'arrangeait mieux. L'intéressé a démenti. Une autre raison est que BooK a un cours d'italien le mercredi soir, ce qui fait que ses déplacements à Paris ne peuvent avoir lieu que le jeudi, mais cet argument était valable la semaine dernière, pas cette semaine.
Guillaume m'a brièvement raconté la réunion du 10 mars. Il y avait BooK, Nicolas, Laurent (un collègue de Nicolas qui venait pour la première fois) et lui. Et peut-être d'autres, j'ai oublié. Il a été question d'obfuscation, ce qui n'a pas dégoûté Laurent puisqu'il est revenu. D'autre part, les participants ont corrigé la configuration du serveur DHCP de la Taverne. En plus, le mot de passe de l'administrateur a changé. Guillaume m'a donné l'ancien, il était assez simple à deviner mais je n'en dirai pas plus.
Rafael s'est intéressé à Pugs, le projet sur lequel travaille Autrijus Trang. Pour le bénéfice de ceux qui ne connaissent pas et de ceux qui n'ont pas compris le principe, il nous explique de quoi il retourne. Autrijus Trang a implémenté un compilateur Perl 6 en Haskell. Cela ne remet pas en cause le travail sur Parrot, qui reste l'architecture cible pour Perl 6. Simplement, il est possible dès maintenant d'écrire du code Perl 6 et de le tester. Du coup, les discussions sur la liste Perl 6 language peuvent s'appuyer sur des exemples concrets d'exécution de code et cela a permis de mettre en évidence quelques incohérences dans les spécifications du langage. Un autre avantage est que le compilateur Perl 6 -> Parrot sera écrit en Perl 6. On aura alors un compilateur Perl 6 -> Parrot complet mais pas très performant basé sur Pugs et un compilateur Perl 6 -> Parrot performant basé sur Parrot, le source de ces deux compilateurs étant identique. Cela fait deux mois qu'Autrijus travaille sur Pugs et il en est déjà à implémenter les multiméthodes.
Jerrad n'a pas pu venir à la réunion précédente, en raison de la grève des transports. C'est donc la première réunion à laquelle il participe. Il nous explique qu'il fait de la recherche dans les écosciences, à ne pas confondre avec les sciences éco, puisque ce domaine traite de l'environnement. Dans ses programmes, Jerrad effectue des calculs de simulation de population. Il utilise Perl, bien sûr. C'est plus performant que Scilab. Compte tenu des calculs à effectuer, il pensait avoir besoin de PDL, à la rigueur de Math::BigInt, mais il a constaté que cela fonctionnait très bien avec des scalaires normaux.
Jerrad a cité un certain nombre de projets scientifiques qui utilisent Perl. J'ai retenu qu'il existait un programme d'IRM (imagerie par résonance magnétique). Cette discussion a fait écho à une discussion lancée par Sylvain sur la liste il y a un an : « Qu'est-ce que l'on ne peut pas faire avec Perl ? » Nous avions eu du mal à trouver des exemples. C'est encore plus vrai après l'intervention de Jerrad.
PDL nous a amenés à évoquer le calcul matriciel, notamment l'inversion des matrices carrées. Là encore, il n'y a pas forcément besoin d'utiliser PDL. On peut se contenter de Math::Matrix.
Boris demande s'il existe des jeux écrits en Perl. Il y a bien sûr Frozen Bubble. J'évoque les Perl Power Tools, un portage Perl des outils de ligne de commande d'Unix. Dans le cadre de ce projet, certains jeux ont été portés. Je cite les jeux que je pratique de temps en temps : hangman, un jeu de pendu anglophone, fish, un jeu de cartes où les joueurs piochent régulièrement des cartes (go fish en V.O.), et wump, la chasse au Wumpus. Nicolas ne connaissant pas ce jeu, je lui en explique les règles. Le joueur se trouve dans un réseau de cavernes, constitué de vingt salles interconnectées. Chaque salle est reliée à trois autres salles, le tout étant l'équivalent topologique d'un dodécaèdre. Dans l'une d'elles se trouve le Wumpus, un monstre qu'il faut tuer. Lorsque le chasseur se trouve dans une salle voisine de la salle du Wumpus, il en est averti parce que l'odeur du Wumpus se répand par les tunnels, mais le chasseur ne sait pas dans laquelle des trois salles voisines se trouve le Wumpus. Également, deux salles comportent un trou sans fond et si le chasseur tombe dedans, c'en est fini pour lui ! Les trous sans fond se manifestent par des courants d'air, mais encore une fois, le chasseur ne sait pas de laquelle des trois salles voisines vient le courant d'air. Finalement, il y a des super-chauves-souris, qui saisissent le chasseur dans leur griffes et le déposent dans une autre salle au hasard. Ces super-chauves-souris se signalent par le bruit des battements d'ailes. Le chasseur se déplace donc de salle en salle à ses risques et périls. Lorsqu'il pense avoir identifié la salle où se trouve le Wumpus, il peut alors tirer car il est armé d'un arc et de cinq flèches à tête chercheuse. Dans la description du jeu dans les PPT, l'auteur explique que le source du jeu originel était en Basic et qu'il avait repris à l'identique la structure du programme. Il avait même conservé le bug du programme d'origine, à savoir qu'il n'existe pas de choix pour quitter le programme. Le joueur est obligé de taper un Ctrl-C ou de lancer un kill depuis un autre shell. Et pour répondre à Nicolas, ce n'est pas un jeu graphique, même pas de l'ASCII art. C'est du texte pur et dur. [ J'ai indiqué les trois jeux que je pratique de temps à autre. Mais il en existe d'autres déjà transcrits dans le projet PPT. ]
Jerrad a plusieurs modules à son actif. Il a parlé de l'un d'eux, Data::JavaScript. Comme son nom l'indique, ce module est apparenté à Data::Dumper et à XML::Dumper. La différence, c'est qu'il émet du code JavaScript au lieu d'émettre du code Perl ou du XML.
Philippe et Nicolas ont échangé quelques idées à propos de leurs articles respectifs. À propos de l'article de Philippe et de Sébastien sur les tests, Nicolas évoque la description des tests de recette. Cette description occulte un point important à propos de la recette, c'est que c'est une étape fondamentale dans le déroulement d'un projet et dans les relations entre le maître d'oeuvre et le maître d'ouvrage. À propos de l'article de Nicolas et de Jérôme sur le projet d'ordonnanceur, Philippe rappelle que Nicolas a parlé de « problème surmontable » et il lui demande si ce n'est pas une coquille pour « problème insurmontable ». Nicolas répond que c'est un effet de style. Il a délibérément utilisé un mot inhabituel pour attirer l'attention du lecteur. Que ce dernier pense qu'il s'agit d'une erreur de l'auteur ou d'un effet de style délibéré, son attention se focalisera sur cette phrase, ce qui est le but recherché par Nicolas. [ À noter que le phénomène des mots qui tombent en désuétude alors que leur contraire reste d'un emploi courant existe aussi en anglais. Quelqu'un s'est même amusé à composer un texte basé sur ce phénomène. ]
Avant de faire ses études en France, Jerrad était à Boston et faisait donc partie de Boston.pm. Ils ont déjà eu deux fois la visite de Damian Conway à Boston, alors que nous ne l'avons jamais vu à Paris. Peut-être est-ce à cause de la présence d'Uri Guttman à Boston, avec qui il a travaillé sur Stem.

Informatique

Récemment, Rafael a été occupé par la sortie prochaine de la distribution Mandrake 10.2 Community. Il y a déjà eu une 10.2-RC1. Quelqu'un demande s'il va y avoir une 10.2-RC2 et une mauvaise langue répond que oui, il y aura une 10.2-RC2 mais qu'elle sera diffusée sous l'appellation 10.2 Community.
Rafael évoque également les outils de gestion de paquets. C'est ainsi que nous apprenons que le « u » de urpmi signifie ultimate. Il rappelle également que urpmi est écrit en Perl, mais que le source du programme commence par un commentaire « lorsque j'aurai le temps, je réécrirai ce programme en C, pour m'affranchir de la dépendance vis-à-vis de Perl. » Apparamment, l'auteur n'a pas trouvé le temps. De plus, un tel projet n'est plus à l'ordre du jour chez Mandrake. En effet, urpmi va céder la place à un remplaçant, smart. Ce nouveau gestionnaire de paquets n'est pas écrit en Perl ni en C, mais en Python. Il ne gère pas les dépendances par un arbre, mais par un graphe et essaie donc de trouver le chemin optimal pour parcourir ce graphe.
Guillaume a installé récemment un logiciel sur sa machine. Comme il connaissait l'auteur de réputation, il s'est méfié et il n'a pas utilisé root pour l'installation. Il a eu raison, car le makefile contenait l'instruction
```
  rm -r ${VAR}/*/tmp
```
Le problème, c'était que la variable shell $VAR n'était pas définie. Le make a donc essayé de détruire tous les répertoires tmp situés sous la racine à une profondeur jusqu'à 3. Il a trouvé curieux le fait que le make prenait du temps. Il a trouvé curieux également de voir apparaître des messages avertissant qu'il n'avait pas les droits sur /var/mySQL/tmp (« Ah bon ? Le logiciel est interfacé avec mySQL ? C'est nouveau ! »).
Bien qu'il ne connaisse pas Jérôme Quelin et qu'il connaisse BooK vaguement seulement, Jerrad connaît très bien l'obfuscation et les langages associés. Il évoque le site qui donne les Hello World dans de nombreux langages, notamment Brainfuck et Befunge. Il évoque également les langages Chef et Ook!. Il cite enfin un site consacré à ce genre de langage, mais mes recherches ultérieures m'ont indiqué toute une série de sites.
Nicolas donne des indications sur la programmation en Befunge. Il précise que la première version ne connaissait que les espaces de dimension 2, tandis que la dernière version admet la programmation dans des espaces de dimension n quelconque. Mais il doute fort que ce soit beaucoup utilisé. Jerrad indique qu'il a vu fonctionner un environnement de développement pour Befunge. Cet environnement comporte deux fenêtres. L'une d'elle est la console, avec la sortie standard et la sortie des erreurs, comme habituellement. L'autre est une fenêtre sur le code et lors de l'exécution du programme, on peut y suivre le déplacement du pointeur d'instruction.
Quelqu'un a fait remarquer que FORTRAN imposait des contraintes dans la disposition du source dans la ligne. De la colonne 2 à la colonne 5, on trouve les étiquettes pour les GOTO et les FORMAT, en colonne 6 on trouve les caractères de suite indiquant qu'une instruction a été codée sur plusieurs lignes et la partie intéressante de la ligne commence en colonne 7 mais ne doit pas dépasser la colonne 72. C'est un peu la même chose avec COBOL, la première différence étant que les étiquettes partent de la colonne 8 et peuvent empiéter sur la zone des instructions, laquelle commence en colonne 12, la seconde différence étant qu'il n'y a pas besoin de caractère de continuation. Mais au moins, entre les colonnes 7 (12 pour COBOL) et 72, on peut disposer le code comme on veut. Il y a pire. En RPG, les opérateurs sont obligatoirement écrits de la colonne n1 à la colonne n2, les opérandes éventuels se trouvent obligatoirement de la colonne n3 à n4 et de n5 à n6. Impossible de choisir son style d'indentation, il n'y a pas d'indentation.
Jerrad (je crois) demande quel est le langage le plus gourmand pour une tâche simple, telle qu'imprimer un petit bonjour sur la sortie standard. Nicolas répond que c'est Java, qui commence par charger l'interface graphique, même s'il n'y en a pas besoin.
Jerrad n'aime pas, mais alors pas du tout, la notation polonaise inversée. En revanche, Nicolas et moi préférons utiliser une calculatrice RPN plutôt qu'une calculatrice en notation algébrique directe. Avec une calculatrice RPN, un calcul compliqué se traduit par une suite de calculs élémentaires qui s'enchaînent. Avec une calculatrice à notation algébrique directe, le calcul compliqué donne une formule avec des niveaux de parenthèses multiples, ce qui est propice à des erreurs de frappe (« J'en suis à trois niveaux de parenthèses ou à quatre ? »).
Sniper raconte une mission récente où il intervenait, bien sûr, en tant qu'admin pour les sauvegardes. Sur cette mission, il n'avait pas accès au robot de sauvegarde. Lorsqu'il a demandé pourquoi lui, spécialiste sauvegarde, n'avait pas accès au robot, on lui a répondu que c'était une mesure de sécurité. Une personne de la boîte s'occupait de ce robot et Sniper devait passer par elle pour toutes les actions sur ce robot. Or, cette personne n'avait quasiment aucune connaissance sur le robot et sur les logiciels de sauvegarde utilisés. Donc, si Sniper avait réellement voulu faire des dégâts, il aurait très bien pu donner les instructions correspondantes à son homologue, lequel les aurait appliquées sans se rendre compte de leur nature. La mesure de sécurité apporte donc un gain quasi nul de sécurité pour une perte notable d'efficacité. [ Peut-être le but recherché était-il une formation sur le tas pour l'autre personne ? ]

Divers

Sniper travaille maintenant à Saint-Aubin, au voisinage d'Orsay. Il prend donc régulièrement la ligne B du RER jusqu'au Guichet. Compte tenu des temps de déplacement, il peut ainsi pleinement apprécier les joies des transports en commun. Ainsi, un soir où le RER avait des problèmes de circulation, il s'est retrouvé pas très loin d'une personne qui a appelé successivement tous les correspondants de son agenda téléphonique pour leur raconter que le RER avait du retard. À une autre occasion, une passagère reprenait avec son correspondant téléphonique tous les airs qui avaient été diffusés la veille à une émission de variétés. De temps en temps, elle avouait : « Je suis chiante, hein ! » mais cela ne l'a pas empêché de continuer son récital.
Anthony évoque l'annonce de la Gendarmerie à Solutions Linux et la réaction des médias. Ses collègues et lui avaient estimé que la migration serait suivie par quelques journalistes spécialisés, c'est une bonne dizaine qui s'est emparée de cette migration. Ils leur semblaient assez naturel que la presse spécialisée comme le Monde Informatique ou 01 Informatique relaterait ce choix, mais n'imaginaient pas que le quotidien le Monde puisse se faire l'écho de ce choix.
Anthony expose son approche de la sécurité. Le but d'un système de sécurité n'est pas tellement d'empêcher les malveillants d'accomplir leurs méfaits, mais plutôt d'essayer de limiter leur effets et de les détecter. Il s'appuie sur une analogie de la vitesse sur la route. Les véhicules pourraient être dotés de limitateurs de vitesse, tôt ou tard des automobilistes un peu bricoleurs auraient débridé leur voiture. Même en installant des radars, ce qui revient à brandir la menace de la sanction, il n'est pas possible d'éviter l'excès de vitesse. En revanche, il est nécessaire de constater l'infraction. De fait, l'infraction (le déni de service, ...) s'achève, l'auteur (le cracker) est sanctionné et les risques pour les autres usagers (les autres utilisateurs) sont limités. Quelqu'un d'autre prend l'exemple d'un système de transactions bancaires. Le système prévoit des limitations d'accès (accès par des pages web et des programmes CGI) mais ne repose pas dessus. La sécurité du système est assurée en fait par un archivage systématique de toutes les transactions avec sauvegarde régulière des archives sur une autre machine. L'imputabilité des actes, une mesure qui peut être qualifiée d'organisationnelle ou d'humaine, connue aussi sous le nom de l'épée de Damoclès, continue d'assurer la première sécurité.
Dans le domaine de la sécurité, comme dans d'autres domaines, d'ailleurs, il y a parfois des faux problèmes. C'est ainsi qu'il est question de cet ancien ministre dont la spécialité était de surmédiatiser un incident mineur, de traiter cet incident et de faire savoir que l'indident était résolu et que c'était lui qui l'avait résolu. [ Tous les humains qui lisent ce compte-rendu ont compris de qui il a été question lors de la réunion. En revanche, les googlebots et robots de tout poil sont dans un abîme de perplexité insondable. ] On cite également le responsable d'une hot-line dans une société d'informatique. Lorsqu'il constatait que le flux d'appels avait tendance à baisser, il allait dans la salle des serveurs, débranchait quelques câbles au hasard et attendait quelques minutes. Une fois que la courbe des appels remontait, il retournait en salle serveurs et rebranchait les câbles.
Nicolas, comme cela a déjà été signalé, n'a pas la télévision chez lui. Cela ne l'empêche pas d'être au courant des dernières séries télévisées à la mode, originaire d'outre-Atlantique. En effet, il les télécharge sur Internet. Il a donc été question, je crois, de Buffy.
Il a été question de linguistique lors de la réunion. Nous avons entre autres parlé du livre Eats, Shoots and Leaves de Lynne Truss, déjà évoqué par Robin. Certains ont entendu dire que ce livre était plaisant à lire. Je confirme, je l'ai lu la semaine précédente. Sur un sujet a priori austère, le bon usage de la ponctuation, l'auteur a su écrire un livre intéressant avec de nombreuses anecdotes et réflexions amusantes. Le titre du livre vient de la blague anglo-saxonne suivante. Un panda entre dans un bar (pour changer des Indiens). Il commande un casse-croute et le mange. Une fois son repas terminé, il dégaine un révolver, tire en l'air et quitte le bar. Au serveur qui s'étonne, le panda montre un dictionnaire :
A panda eats, shoots and leaves.
Pour ceux qui n'auraient pas saisi, la même phrase sans virgule :
A panda eats shoots and leaves.
se traduit par :
Un panda mange des pousses et des feuilles.
J'ai lu le livre en version originale, mais on me signale qu'il va bientôt être traduit en français, voire il est déjà traduit. Je m'étonne que l'on puisse traduire un livre aussi marqué par la langue dans lequel il est écrit. Le livre expose en effet les règles de la ponctuation anglaise. Il est écrit par une anglophone pour des compatriotes anglophones et se lit à deux niveaux : il y a ce que l'auteur explique et il y a la façon dont elle le rédige, avec bien sûr la façon dont elle ponctue ses phrases, d'où un certain nombre de passages auto-référentiels. Une traduction de ce livre en français fait perdre l'implication du lecteur (un francophone ne se sent pas vraiment concerné par la façon dont les anglophones devraient ponctuer leurs phrases), le deuxième niveau de lecture et les auto-reférences.
Une traduction contre laquelle Jerrad s'élève, c'est celle des noms propres, notamment dans Dilbert et South Park. C'est ainsi que Kenny, celui qui passe de vie à trépas à chaque épisode, est devenu « Laurent » dans la version française. À noter un calembour (volontaire ?) destiné aux amateurs de bière :
Oh my God! they killed Kenny!
Jerrad évoque les dérives sémantiques qui se produisent parfois lorsqu'un mot passe d'une langue à une autre. Ainsi, le mot « flirt ». En anglais, ce mot désigne une relation pas très poussée, un peu comme le français « conter fleurette » (qui est l'origine étymologique du terme anglais). En revanche, en français, le même mot désigne quelque chose de plus sérieux, ce qui correspond à l'anglais making out ou bien one-night stand. Je fais remarquer que cette dernière traduction est paradoxale : elle comporte le terme stand associé à la position verticale, alors que l'expression complète ferait plutôt penser à la position horizontale.
Pour ce qui est de l'anglais parlé et écouté, Nicolas énumère les différents degrés de difficulté de compréhension. Ce sont les suivants :
1. les étrangers (les autres Français, mais aussi les Japonais par exemple),
2. les Anglais,
3. les Écossais,
4. les Irlandais,
5. les habitants de Dublin,
6. les habitants de la banlieue ouvrière de Dublin.
Indépendamment des accents régionaux et sociaux, Jerrad évoque un poème qui joue avec les particularités de la prononciation anglaise.
Nous parlons de la différence entre l'anglais et l'américain, notamment de la façon dont les étages sont numérotés de part et d'autre de l'Atlantique. Ce qui, pour nous et les Anglais, est un immeuble de trois étages, sera pour les Américains un immeuble de quatre étages. Pour nous, le rez-de-chaussée n'est pas un étage, c'en est un pour eux. Ou alors, on peut considérer que pour nous, le rez-de-chaussée se voit attribuer le numéro zéro, ce qui m'amène à établir un parallèle avec la programmation : nous numérotons les étages comme les tableaux en Perl et en C, les Américains numérotent les étages comme les tableaux en Cobol et en Fortran.
Jerrad a passé un certain temps en Belgique. C'est pour cela qu'il lui arrive de dire « septante » pour « soixante-dix » et « nonante » pour « quatre-vingt-dix ». De plus, même si « octante » est tombé en désuétude en Belgique, Jerrad s'amuse à utiliser ce terme. Il enchaîne sur la langue anglaise, en nous signalant qu'il y a cent ans, les Américains utilisaient eux aussi l'équivalent de « quatre-vingts ». J'ai à peine eu le temps d'ajouter que cela se traduisait par four-score que Jerrad a enchaîné sur la première phrase de la Gettysburg Address :
Four-score and seven years ago...
[ Mais peut-être voulez-vous le texte dans un format un peu plus antique ]
Jerrad aime la science-fiction, notamment la hard-science. Il évoque David G. Hartwell, qui publie un recueil périodique consacré à la hard S-F. Il connaît, bien évidemment, Larry Niven, l'auteur de la série sur l'Anneau-Monde et sur l'Espace Connu (Known Space en V.O.). Parmi les autres écrits de Niven, il connaît également l'étude scientifique Man of Steel, Woman of Kleenex. [ Depuis le temps que je voulais caser ce lien ou un des liens équivalents ! J'ai enfin l'occasion que j'attendais ! ]
Un autre genre de S.F. qu'il aime, c'est l'absurde. Avec, évidemment, Douglas Adams. Curieusement, le livre de Douglas Adams qu'il préfère n'est pas de la science-fiction, c'est le récit de ses voyages avec Mark Carwardine, Last Chance To See. Nous citons également l'autre série de romans, Dirk Gently's Holistic Detective Agency et The Long Dark Teatime of the Soul, avec les traductions françaises au titre ridicule : Un Cheval dans la salle de bains et Beau comme un aéroport. Finalement, nous évoquons le livre posthume de Douglas Adams. Il s'appelle The Salmon of Doubt car il contient le roman du même nom sur lequel Douglas Adams était en train de travailler lorsqu'il est mort. Le livre contient également de nombreux textes qui traînaient sur le disque dur de Douglas Adams, dont un par exemple où l'auteur explique pourquoi il est athée. Jerrad trouve que le titre de la traduction française, Fonds de tiroir, est lui aussi absurde, mais Nicolas trouve cette traduction parfaitement appropriée à la façon dont le livre a été constitué. Simplement, elle n'a rien à voir avec le titre du roman inachevé.
Cela dit, Jerrad ne connaît pas Robert Rankin. Je n'ai pas développé lors de la réunion, mais voici ce que l'on peut dire sur Robert Rankin. Dans l'un de ses livres, les éléments biographiques le présentaient comme l'unique représentant du genre Weird Fantasy. Sinon, Rankin se spécialise dans les gags à répétition, les vannes de mauvais goût et le second degré.
Il a été question des livres de Neal Stephenson. Comme je n'ai lu que le Cryptonomicon et In the Beginning Was the Command Line, je n'ai pas retenu ce que les autres ont dit sur Snowcrash, Diamond Age, ou Quicksilver.
Nicolas a demandé à Jerrad s'il aimait le cyberpunk et le steam punk. Ce dernier genre est de la science-fiction se basant sur une civilisation genre XIX^e siècle, qui aurait ensuite évolué dans une direction autre que la nôtre, avec une utilisation limitée du courant électrique. Certains livres de Moorcock appartiennent à ce genre, comme le Léviathan des terres. [ Et pour revenir à Rankin, il a écrit du Steam Punk : The Witches of Chiswick et du cyberpunk : The Fandom of the Operator. ]
Un genre que Jerrad n'aime pas du tout, en revanche, c'est la fantasy. Par exemple, la seule pièce de littérature sur le disque-mode qu'il a lue est la nouvelle Theatre of Cruelty, publiée dans le recueil Wizards of Odd. Nicolas tente de plaider la cause du disque-monde. Il a mis plusieurs années avant de s'y mettre, entamant régulièrement un roman et l'abandonnant quelques jours plus tard. Mais récemment, il est allé jusqu'au bout et il a constaté que le genre lui plaisait.
Jerrad a quand même lu un livre de Pratchett qu'il a bien aimé, Good Omens (De Bons Présages), coécrit avec Neil Gaiman et dont nous avons déjà parlé à maintes occasions. Nicolas ajoute que le roman pourrait être adapté pour un scénario de jeu de rôle. Surtout qu'il existe un jeu de rôle où les joueurs incarnent des anges : Magna Veritas (et il existe le pendant pour incarner des démons : In Nomine Satanis).
Nous avons très brièvement parlé cinéma, pour évoquer deux projets de films : le film basé sur Good Omens et celui basé sur Ringworld. Mais ce dernier est en projet depuis tellement longtemps...