L'aller Paris - Amsterdam

Un historique de toutes nos réunions

---

Table des matières

• mercredi 04 juillet 2001 (précédent)
• la réunion officielle
• dimanche 05 août 2001 (suivant)
• Tous les comptes-rendus

Nous nous étions donné rendez-vous vers 18h15 sur le quai de la Gare du Nord. En fait, la "réunion" a commencé plus tôt, car c'est sur le quai de la gare de Bécon-les-Bruyères que Sniper et moi nous sommes retrouvés (coïncidence, synchronicité ?).

À la Gare du Nord, il y avait donc :

• BooK,
• Briac,
• Sniper,
• moi,
• Kai,
• Birgit,
• et David, qui avait un gilet, mais pas de cravate !

• des sandwichs,
• des oeufs durs,
• un radis noir,
• des bretzels,
• des abricots,
• des biscuits variés,
• des sucettes,
• et des fraises Tagada

• de la Brugs,
• de la Leffe,
• de la Wall Scotch,
• et de l'eau.

Perl

• Sniper vient de rentrer de vacances à Annecy, et il repart immédiatement pour Amsterdam, sans passer par son boulot. Pour savoir ce qui s'est passé dans le monde pendant son absence, il a voulu voir ce qui s'était passé sur Perl Monks pendant son absence. Le problème, c'est qu'il a noté son mot de passe Perl Monks sur la machine de son travail, pas sur celle de son domicile. Il a tenté de récupérer son mot de passe, en expliquant les circonstances. L'un des commentaires provient de David (le président-fondateur), bloqué pour des raisons professionnelles. Il a dit : "Heureux ceux qui ne peuvent pas être à leur travail !".
• Philippe avait déjà parlé du golf Perl, qui consiste à écrire un programme faisant une tâche précise avec le moins de caractères possible. Briac évoque le méta-golf, qui consiste à utiliser le moins de pixels possible. Tout dépend évidemment de la police utilisée à l'écran, mais cela ne devrait pas trop varier d'une police à l'autre. Cela dit, si le programme commence par use ACME::Bleach;...
• Il a été question de la différence entre une substitution s///e et une substitution s///ee. La première évaluation a lieu lors de la phase de compilation, laquelle produit le bytecode correspondant. Avec un deuxième e, la deuxième évaluation a lieu lors de la passe d'exécution. J'en ai eu besoin dans mon module de date, car je voulais remplacer une chaîne par la valeur retournée par une méthode. Or, la recherche de la méthode ne peut s'effectuer que pendant la phase d'exécution (problème de la classe de l'objet, connue uniquement à l'exécution, et de la recherche récursive dans @ISA). Donc, j'ai utilisé des apostrophes, et le modificateur /ee. Le premier modificateur /e et les apostrophes équivalent à un no-op pendant la phase de compilation, et le deuxième /e permet d'évaluer l'expression au moment où l'on connaît la classe de l'objet.

    s/bla-bla-bla/'$self->field($1)'/eegx;
  

• Philippe est parvenu à pondre une regexp avec un modificateur e répété une cinquantaine de fois. Le fonctionnement rappelle celui d'une machine à pile. Le programme commence par créer un tableau où figurent des instructions, dans l'ordre inverse de celui où elles seront exécutées. Puis, chacune de ces instructions est complétée par un pop. Enfin, le programme exécute la substitution, et chaque fois qu'il interprête la chaîne de substitution, il exécute l'instruction courante, puis va chercher la suivante.
• Existe-t-il un débuggueur pour Perl ? Oui, il suffit d'utiliser l'option -d sur la ligne de commande. Mais ce n'est pas très plaisant à utiliser. Ou bien, si vous avez Perl/Tk, il suffit d'installer le module ptkdb.pm. Ou encore, si vous avez Emacs, il suffit de taper ESC-x perldb.

Informatique

• Sniper a eu un gros problème. Il était en train d'installer Linux sur une machine, quand KDE2 a planté. Et ce plantage a vérolé quelques fichiers, dont vraisemblablement /etc/passwd. Du coup, il lui était impossible d'ouvrir une session, même avec le code root. Deux solutions, dans le cas où cela se reproduirait : se créer une disquette de démarrage (en mode dégradé, mais tant pis), ou bien partitionner le disque plus finement, pour mettre d'un côté les fichiers indispensables au système, et de l'autre les fichiers de KDE2.
• Sniper a également évoqué le numéro hors-série sécurité de Linux Magazine. Il y a, comme d'habitude, les piques à l'encontre de Windows : "Si vous n'avez pas la chance d'avoir un véritable OS". Lorsque c'est utilisé avec modération, cela fait sourire, mais à force cela devient lassant. D'autre part, l'un des articles se terminait par un paragraphe ressemblant à :

  Si vous êtes sous Windows, faites Démarrer, puis Paramètres... et après je ne sais plus. N'importe comment, ce n'est pas le genre d'OS que j'ai sur ma machine.

  Bon, si l'auteur n'a pas Windows sur sa machine, et s'il n'est pas capable de trouver les informations associées, pourquoi fait-il semblant de s'intéresser à Windows ? S'il ne donne aucune information valable, autant ne pas aborder ce sujet.
• D@vid, (l'autre, celui qui n'a pas mis sa cravate habituelle) m'a signalé que j'avais commis une erreur dans le compte-rendu précédent. J'ai écrit qu'il utilisait knotepad, alors qu'il s'agit en fait de gnotepad. Non, David n'aime pas du tout KDE, c'est trop gros. Il préfère Gnome. Cela dit, certains lui font remarquer que KDE1 n'est pas si lourd que cela. C'est KDE2 qui est énorme. Et puis, une fois que l'on a démarré une application KDE, les suivantes ne consomment pas énormément de resources, puisque le processus KDE-init tourne déjà.
• À propos des interfaces graphiques pour Unix, BooK évoque the moaning goat meter. C'est un logiciel qui permet de surveiller l'activité du système. Mais au lieu d'afficher des valeurs numériques, comme top, ou des histogrammes, il affiche des images différentes pour représenter la charge du système.
• [ Jean-Christophe, prépare-toi à faire du copier-coller ! ] Philippe nous évoque son boulot de traducteur, et notamment comment il économise ses forces pour taper son texte sous vi. Il s'est créé un fichier .exrc spécial pour la traduction. Ce fichier contient, entre autres,

  ab   var     variable
  ab   vars    variables
  ab   qqch    quelque chose
  ab   psg     Pacific Software Gurus, Inc.
  " non, en fait, cette dernière ligne ne vient pas de BooK,
  " elle est inspirée du tutorial
  " Perl for the Impatient, mais je n'ai pas résisté...
  

  Donc, lorsqu'il écrit

  Une var est qqch où l'on stocke une valeur
  

  automatiquement, vi remplace par :

  Une variable est quelque chose où l'on stocke une valeur
  

  À noter que seuls les caractères \w sont autorisés, et qu'il y a implicitement des \b de part et d'autre des abréviations. Ainsi, variante ne sera pas métamorphosé en variableiante. Il reste un problème si l'on veut écrire par exemple use vars ('$toto'); sans que l'abréviation vars soit étendue. Il suffit de passer du mode saisie au mode commande par ESC, et d'y revenir par a, en plein milieu de l'abréviation.
• Je connais une autre façon de s'économiser de la peine. Cette façon utilise les touches de fonction (au sens large : F1 à F12, mais aussi Inser, Pg-Down, flèches, etc). De plus, il existe un paramétrage pour le mode commande, et un autre pour le mode saisie. Par exemple, pour que la touche fonction F10 en mode commande convertisse les 25 caractères suivants de majuscule en minuscule ou vice-versa, et pour que la même touche fonction donne le nom complet du PSG en mode saisie, il suffit de mettre dans le fichier .exrc

  map     ^[[21~    25~
  map!    ^[[21~    Pacific Software Gurus, Inc
  

  Mais d'habitude le caractère Escape (représenté par ^[) fait quitter le mode saisie. Alors comment le saisir dans le texte ? Simple, il suffit de taper CTRL-v juste avant. Et comment se souvenir que F10 correspond à ^[[21~ et que F11 correspond à ^[[35~ ? Il n'y a pas besoin de s'en souvenir. En fait, juste après avoir tapé CTRL-v, il suffit de taper la touche fonction elle-même, et de ne pas toucher à votre clavier principal. vi recevra le CTRL-v, puis le caractère ESCAPE qu'il insérera tel quel à cause du CTRL-v, puis les autres caractères, qu'il insérera car ce sont des caractères "normaux". Pour résumer, vous devez donc taper :

  m a p ESP ESP ESP CTRL-v F10 ESP ESP ESP d d p RET
  

  (ajustez le nombre d'espaces à votre goût). Votre console envoie à vi la séquence de caractères :

  m a p ESP ESP ESP CTRL-v ESC [ 2 1 ~ ESP ESP ESP d d p RET
  

  et vi insère dans le fichier la ligne

  m a p ESP ESP ESP ESC [ 2 1 ~ ESP ESP ESP d d p \n
  

  
  Il est possible d'utiliser map pour des séquences de touches autres que celles générées par les touches fonction, à condition que cela ne produise pas de conflit avec les commandes standards. Par exemple, on peut utiliser éé, avec :

  map     éé    25~
  map!    éé    Pacific Software Gurus, Inc
  

  mais il faut alors taper assez vite pour obtenir la séquence demandée. Si vous attendez trop longtemps entre les deux touches, vous n'obtenez rien de spécial. Il est impossible de mapper des séquences comme de ou c$ avec map pour le mode commande. En revanche, ces séquences sont autorisées avec map! pour le mode saisie.
  [ Bon, lors de la réunion, ce n'était pas aussi détaillé, surtout la partie sur map. Mais j'ai détaillé pour les besoins du quart d'heure éducatif. Que vous retrouverez assurément chez Jicé. D'autre part, tout ceci s'applique à la version de base de vi. Si vous avez vim, il y a d'autres possibilités, beaucoup d'autres, mais ce que je viens d'exposer est valide et, à mon avis, suffisant. ]
• Un peu moins éducatif (ou bien tout aussi éducatif à condition de le prendre au second degré) : quelqu'un a écrit un programme pour prédire les tirages du loto, ou de n'importe quelle loterie. Le principe utilisé (je n'ose pas dire la méthode) est le suivant. À chaque itération, le programme tire 6 numéros de 1 à 49. Si le tirage ne correspond pas au tirage de la veille, le programme itère le processus. Si le tirage correspond, le programme effectue un n+1ème tirage, et ce tirage correspondra forcément aux numéros tirés le mercredi ou le samedi suivant.
• Au travail, Briac est le seul à utiliser Linux. Un de ses collègues a voulu lui aussi installer Linux sur sa machine. Briac lui a proposé de l'aider, mais le collègue lui a répondu qu'il connaissait bien Linux, et qu'il pourrait se débrouiller tout seul. Ensuite, à plusieurs reprises Briac a sorti son collègue d'une impasse, et a réitéré sa proposition d'aide, toujours avec la même réponse négative. En fin de compte, le gars a abandonné l'installation de Linux sur sa machine.
• BooK a lu un livre qui explique les principes de fonctionnement des ordinateurs. Le point de départ consiste à transmettre des informations d'un point à un autre en utilisant une lampe électrique. On peut dessiner les lettres, mais ce n'est pas très pratique. D'où l'idée du code Morse. Par extension, on arrive à l'idée du codage binaire des informations. Puis le livre décrit les transistors, comment on peut les combiner pour obtenir des bascules, des portes logiques et des multiplexeurs, puis comment on combine tout cela pour faire un processeur et un ordinateur. D@vid se demande comment BooK a pu trouver un intérêt à lire ce livre. Un ordinateur, c'est quelque chose de très simple, on envoie des commandes, et l'ordinateur répond, c'est une simple machine, qu'est-ce qu'il y a de compliqué là-dedans ? En fait, j'ai l'impression qu'ils n'étaient pas sur la même longueur d'onde.
• Nous avons également parlé des différents modes d'adressage en programmation assembleur. Si je me souviens bien, il y a l'adressage immédiat, dans lequel la donnée se trouve dans l'octet ou les quelques octets qui suivent le code opération (ce qui correspond aux valeurs littérales dans un langage de haut niveau). Il y a l'adressage direct, ou peut-être absolu, où les octets qui suivent le code opération donne l'adresse de la valeur. Il y a l'adressage relatif, où l'on indique que la donnée se trouve "42 octets plus loin que le compteur de programme". Il y a l'adressage indexé, où l'adresse est le résultat de l'addition d'une valeur fixe et du contenu d'un registre. Et tous ces adressages peuvent en plus subir une indirection, c'est-à-dire que la valeur récupérée n'est pas utilisée telle quelle, mais elle sert d'adresse pour obtenir la valeur finale.

Sujets divers

• Philippe nous a présenté l'un des sujets sur lesquels travaille sa compagne. Il est question d'arbres et de produits cartésiens, mais à part cela... Philippe a essayé de nous représenter le sujet avec des bouts de papier pliés à angle droit, et assemblés de diverses manières, mais cela ne nous a pas plus éclairé la question. Il semblerait qu'il manque une ou deux dimensions à notre espace pour pouvoir obtenir une représentation correcte du problème. Cela me rappelle deux choses.
  1. la bande dessinée le Topologicon, de Jean-Pierre Petit (avec Sophie, Anselme Lanturlu, l'escargot Tirésias, et le pélican Léon), dans laquelle les personnages exploraient la surface de Boy, et où l'auteur proposait un découpage pour simuler cette surface dans notre espace à 3 dimensions,
  2. et l'histoire suivante. Un mathématicien et un ingénieur assistent à la conférence d'un physicien, qui parle de théorie quantique, de super-cordes, et d'espaces à 17 dimensions. Au bout d'un certain temps, l'ingénieur se penche vers le mathématicien et lui dit : "Je ne comprends rien à ces histoires de 17 dimensions. Vous arrivez à y comprendre quelque chose, vous ?" Et le mathématicien lui répond : "C'est simple, je me représente cela dans un espace à n dimensions, et ensuite, je fait n = 17." Lorsqu'ils ont voulu me demander des précisions sur la mécanique quantique et les super-cordes, je leur ai fait remarquer que j'étais un ingénieur [ J'aurais dû répondre "Dammit, BooK, I'm an engineer not a doctor!, ". D'autre part, j'ai retrouvé la version originale de l'histoire. Elle est quelque part là-dedans, et en réalité, il n'y avait que 11 dimensions. ]
• Sniper est lui aussi concerné par les mathématiques. Son beau-père lui a demandé s'il existait des programmes pour calculer avec des polynômes. Il ne s'agit pas simplement de calculer quelle valeur prend un polynôme pour x = 2, mais de faire le calcul formel de la somme ou de la division de deux polynômes. Je lui réponds que cela existe sûrement dans CPAN, et qu'il suffit de chercher dans le livre du Loup. En fait, en vérifiant mes allégations, je n'ai rien trouvé de tel dans ce livre, mais il y a Math::Polynomial dans CPAN.
• Il a été question de jeux de rôles, et notamment, D@vid a raconté qu'il pratiquait Rolemaster (ce n'est pas ce qu'il y a de plus simple comme jeu de rôle ; notamment, les actions sont résolues au dixième de seconde près), et qu'il avait voulu en programmer quelques éléments sur un ordinateur. C'était l'époque des machines 8 bits (Sinclair ZX-81, MO5, ...). BooK nous parle de ses premiers pas en informatique. Il utilisait un TO7. Lorsque son frère et lui ont décidé de passer à une machine plus puissante, Philippe a recommandé le TO8, puisque c'était dans la lignée du TO7, donc ils ne seraient pas dépaysés. Avec le recul du temps, il se rend compte que c'était un mauvais choix, et qu'en adoptant une autre machine, il aurait connu C plus tôt, au lieu de continuer à utiliser Basic.
• Philippe avait quelques exemplaires de son CV (dont un a servi pour l'exposé sur les produits cartésiens d'arbres). Il s'ensuit une discussion sur la mise en forme et l'organisation d'un CV et de la lettre de motivation associée. Pour Philippe, il faut donner suffisamment de détails dans la description de l'expérience professionnelle, pour que l'ingénieur d'encadrement qui fera passer l'entretien d'embauche se rende compte du niveau d'expertise du candidat. Pour D@vid, il faut réduire ces paragraphes au minimum, et plutôt développer les activités extra-professionnelles, car cela permet à un DRH de mieux cerner la personnalité du candidat. Difficile de contenter tout le monde...
• Philippe trouve que son CV n'est pas suffisamment rempli. Il aimerait faire figurer MVS parmi les systèmes d'exploitation qu'il connaît ! Non mais ça va pas Philippe, te porter volontaire pour travailler sous MVS, t'es pas bien !
• Kai a parlé de sa traduction, et notamment des derniers mots du chapitre 11 d'Amelia. Ce chapitre se terminait comme un dessin animé de Warner Bros : "That's all, folks!". Lors de ma relecture, je lui avais suggéré soit de conserver le texte en V.O., puisque c'est ainsi qu'il apparaissait sur les écrans de la télévision française, soit de transposer avec les Shadoks, dont chaque épisode se terminait avec la mention "C'est tout pour aujourd'hui !", et un bruit de verre cassé.
• À ce propos, quelqu'un a travaillé chez un client où l'un des responsables avait surnommé sa secrétaire "Shadok". La secrétaire avait trouvé cela amusant, et elle n'hésitait pas à le raconter à ses collègues. Apparamment, elle n'avait pas fait le rapprochement avec le fait que les shadoks sont des bébêtes dont l'activité essentielle est de pomper. Ou bien elle n'est pas au courant des multiples acceptions de ce verbe.