Le début des soldes

Un historique de toutes nos réunions

Table des matières

mercredi 11 janvier 2006

La voix du secrétaire (Jean)

Présents à la réunion, en fonction de la place autour de la table

David (L),
David (Sniper),
Nicolas,
Emmanuel,
Guillaume,
Jérôme,
Anthony,
Éric,
moi,
Boris (un nouveau),
Charles-Édouard (un autre nouveau),
avec une brève apparition de Christelle.

Nous avons mangé des œufs mayonnaise, des blue-cheeseburgers, des entrecôtes (entre simple quotes, on n'est pas des gloutons), des tartiflettes, des frites, des mousses au chocolat, des charlottes au chocolat ainsi que le dessert qui fait peur, des tartes... « Tatiiiin !!! ». Il ne restait plus de meringue, donc les habitués ont été privés de nègre en chemise. Nous avons bu de la Paulaner, de la Blanche, de la Stout, d'autres bières, du Pepsi (en 25), du Coca (en 50), de l'Orangina, deux margaritas et deux Speedys. Et Sniper a payé sa tournée.

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

Perl

Dans les jours qui précèdent la réunion, Sniper a fait appel aux bonnes volontés pour tenir le stand des Mongueurs de Perl à Solutions-Linux. Le problème s'est nettement compliqué lorsque, pour des raisons professionnelles, Sniper a dû annuler les congés qu'il avait posés à l'occasion du salon. Comme il n'y a que moi de disponible et pendant deux jours seulement, Sniper pense qu'il vaut mieux prévenir tout de suite les organisateurs et de les avertir que nous serons présents un seul jour, le mercredi 1^er février.
Sniper se pose également le problème de savoir ce que nous aurons à présenter sur le stand. Il n'y a aucune annonce précise à faire : les dates des Journées Perl ne sont pas encore connues. Guillaume indique qu'il lui reste encore quelques Dossiers Linux-Mag, ainsi que des T-shirts et des sacs des Journées Perl 2004. Il serait alors possible de les vendre sur le stand. Sniper a également pensé à faire graver des CD-ROM avec les articles déjà parus ou bien avec un mini-CPAN. Ces CD-ROM seraient en vente à un prix dérisoire, mais un prix quand même, le but étant de décourager les visiteurs qui prennent tout ce qu'ils trouvent sur les stands sans en avoir véritablement l'utilisation.
La traduction de Perl Best Practices est quasiment terminée. Jérôme a tout fini. Quant à Philippe et moi, il ne reste plus que quelques chapitres à relire une ultime fois et à livrer à l'éditeur. Il reste néanmoins une tâche qui ne concerne pas directement le livre, mais que nous devons effectuer, y compris Jérôme : constituer un fichier contenant tous les extraits de code provenant du livre, ce qui évitera aux lecteurs de taper ce code. J'avoue que je n'ai pas regardé le contenu du fichier équivalent pour la version originale. Jérôme l'a regardé et il a vu que les extraits de code comportaient en supplément des appels de module et des déclarations de variable, de façon que le code puisse compiler et s'exécuter. Cela dit, il y a quand même quelques programmes d'exemple que nous avons testés. Jérôme a repris l'exemple de programme XS (dans lequel il a trouvé des erreurs) et moi, j'ai testé l'exemple d'utilisation du module IO::Prompt pour montrer aux lecteurs francophones comment obtenir une réponse O/N à la place d'une réponse Y/N. Mais j'émet quelques doutes sur certains morceaux de code, par exemple celui où l'on trouve une variable external_results puis une variable extrenal_results.
Lorsqu'il s'est mis à l'œuvre, Jérôme n'a pas tout compris dès le début quant à l'organisation mise en place pour la traduction. Par exemple, les premières fois qu'il a constaté des erreurs dans la version originale, il les a signalées directement sur le site d'O'Reilly, sans les mentionner dans le fichier errata présent dans l'arborescence CVS. Or, la page des errata n'a pas été mise à jour depuis juillet 2005. Donc, Jérôme n'a plus de trace des erreurs qu'il a trouvées. En fait, moi, j'ai commencé à remplir le fichier errata pour mon usage personnel, comme un brouillon avant de les saisir sur le formulaire O'Reilly. Et moi aussi, j'ai envoyé des errata courant septembre qui ne sont toujours pas apparus sur la page. Mais j'ai encore le texte de ces errata. Et c'est seulement ensuite que j'ai pensé qu'il serait utile de mettre ce fichier sur le serveur CVS, pour que Philippe et ultérieurement Jérôme soient au courant des erreurs que j'ai détectées et qu'ils puissent y inscrire les leurs.
Ce qui nous a étonné lors de la traduction, c'est le format utilisé pour le source des textes. Nous savions que les éditions O'Reilly utilisaient FrameMaker et nous croyions que ce logiciel utilisait un format binaire. Or, nous avons pu constater que le format FrameMaker (ou peut-être un format FrameMaker) est un format texte, lisible par un être humain normal. Cela dit, Jérôme et moi préférons de loin le format POD.
Nous avons évoqué les articles passés et à venir. Normalement, ceux qui sont abonnés à la liste des auteurs de Linux-Mag sont au courant des réactions des lecteurs sur ces articles. Mais Guillaume ne cherche plus à lire cette liste, la quantité de messages à lire est trop importante pour le bénéfice qu'il en retire. Jérôme a reçu un message personnel de Denis Bodor, ce qui lui a évité de lire les messages de la liste auteurs. Et ce message explique que les articles de la série production ont été bien accueillis par les lecteurs. Jérôme avait une certaine appréhension, surtout à cause du paragraphe introductif de l'article sur SPIP : Un homme à abattre : le héros.
Pour les articles à venir, il y a bien entendu la suite des articles de production. Quand David (L) est arrivé, Sniper lui a demandé quelles étaient ses intentions au sujet de l'article sur DBI qu'il avait prévu d'écrire. David a expliqué qu'il n'avait plus vraiment beaucoup de temps à consacrer à cet article et Sniper a donc offert de reprendre cet article. En revanche, Sniper laisse tomber l'article sur xchat, car l'API change si souvent et si profondément qu'un article sur xchat serait en grande partie obsolète à la date de parution de la revue.
Pourquoi David n'a-t-il plus de temps pour rédiger des articles ? Parce qu'il a pris en charge la rédaction des résumés hebdomadaires de la liste P5P. Même s'il alterne la rédaction de ces articles avec Adriano Rodrigues Ferreira et parfois Sébastien, cela lui prend quand même une bonne partie de son temps libre. Mais il estime qu'il est important de rédiger ces comptes-rendus, pour montrer au monde du logiciel libre que la communauté Perl travaille, aussi bien sur Perl 5 que sur Perl 6, même s'il n'y a pas d'annonces spectaculaires.
Un projet Perl qui va avoir du mal à avancer, c'est Ponie. Nicholas Clark a changé récemment de travail et il ne bénéficie donc plus des conditions avantageuses qui lui permettaient de consacrer du temps à Ponie. On recherche donc un nouveau pumpking pour Ponie.
David a évoqué une autre discussion issue de P5P. Dans le cadre de la mise au point de la version 5.10, il a été prévu d'introduire la fonction say et l'opérateur err issus de Perl 6, mais faciles à introduire en Perl 5. Mais des voix se sont élevées sur la liste P5P contre ces opérateurs, car ils ne respecteraient pas le principe de la compatibilité ascendante et qu'ils allaient casser les 20 à 30 modules de CPAN qui avaient défini une fonction avec l'un de ces deux noms. Elle a bon dos, la compatibilité ascendante. S'il fallait la respecter strictement, il serait impossible de faire évoluer un logiciel.
David et moi avons parlé du rôle du dollar (et de l'arobase et du pourcent) en Perl. David trouve que la syntaxe de Perl aurait pu se passer de ces caractères. L'argument invoqué pour les justifier est que la présence de ces caractères évite le conflit de nom avec un mot-clé du langage. Par exemple, il est possible de définir une variable $print sans provoquer de conflit avec la fonction d'impression. À la lueur de la discussion évoquée ci-dessus, David trouve que cet argument ne tient pas. Il peut exister des conflits de nom entre un sous-programme utilisateur say et la fonction intrinsèque say, et il faut apprendre à vivre avec. Donc, il n'est pas beaucoup plus difficile d'apprendre à vivre avec les conflits entre variables et fonctions intrinsèques. D'ailleurs, lorsque de temps à autre David travaille en C, en Ruby ou en JavaScript, il apprécie de lire des sources de programme où les noms de variable ne sont pas préfixés d'un sigil. Et pour ceux que l'éventualité d'un conflit de nom dérange au plus haut point, il y a toujours la ressource de se mettre à PL/1, le langage dans lequel il est permis d'écrire:
```
IF ELSE = THEN THEN IF = THEN ELSE IF = ELSE
```
Je cite un autre argument en faveur des sigils, à savoir qu'il permet de spécifier l'interpolation d'une variable dans une chaîne entre apostrophes doubles. David me répond à juste titre que cet argument ne permet pas de justifier les sigils en dehors des chaînes entre apostrophes doubles.
David rappelle qu'il a manqué de nombreuses conférences YAPC::Europe pour diverses raisons : urgence professionnelle, conflit de date avec la rentrée scolaire de ses enfants, etc. Il espère qu'il pourra aller à la conférence de Birmingham. Si cela se réalise, il sera allé à toutes les conférences au Royaume-Uni et à aucune autre, à part évidemment Paris en 2003.
Il a été question de Birmingham dans Use Perl pour signaler qu'ils ont refait leur site web. Je suis allé voir la première page de ce site et j'ai vu la liste des prochains événements. Dans cette liste, on pouvait trouver la date de YAPC::NA, mais pas celle de YAPC::EU.
Nous avons évoqué Autrijus / Audrey. L'un des participants l'a appris, car sur le canal IRC francophone où il était, quelqu'un a signalé que quelque chose d'intéressant venait de se passer sur un canal anglophone. Le participant à la réunion va voir sur le canal correspondant qui, par chance, était ouvert dans une autre fenêtre. Et là, il lit une annonce d'Autrijus signalant qu'il fallait désormais l'appeler Audrey et que c'était une étape dans son trans-gender process. Mais rappelez-vous, quelques mois plus tôt, c'était OSCON-Europe et, comme BooK l'a écrit dans son compte-rendu, il y a eu une réunion pour savoir comment augmenter le nombre et l'importance des femmes dans le monde du logiciel libre. Maintenant, on sait comment faire pour augmenter leur nombre.
Cela dit, dans le groupe Paris.pm, nous avons une ancienne hôtesse de caisse. Son parcours professionnel a eu beaucoup de péripéties et elle travaille maintenant dans l'informatique, mais elle n'a pas changé : elle porte toujours la même barbe et elle continue à soutenir le groupuscule de libération de la Bigorre. Cela dit, à l'époque où elle travaillait dans un supermarché, elle devait porter des vêtements aux couleurs de l'enseigne et reçut comme ses collègues féminins une note de service lui demandant ses mensurations pour sa jupe.
Emmanuel a toujours le même téléphone portable qu'il nous avait présenté il y a quelques mois. Mais cette fois-ci, grâce à Jarkko Hietaniemi, il est capable d'exécuter :
```
print "Hello world\n";
```
Éric a rendu le livre de Sniper sur la programmation Perl en environnement Windows. Mais Sniper n'avait pas de sacoche pour l'emporter chez lui. Il a donc cherché à le prêter à quelqu'un d'autre et c'est David qui l'a pris. L'auteur est Dave Roth, donc quelqu'un qui connaît très bien l'utilisation de Perl dans un environnement Windows. En jetant un coup d'œil à l'intérieur, David a vu un passage sur la programmation GUI en Windows, avec une palanquée de constantes à utiliser pour la définition des fenêtres, des boutons ou autres éléments graphiques. Si les environnements graphiques ont facilité la tâche aux utilisateurs novices, en revanche, c'est pénible pour un programmeur, novice ou expérimenté.

Internet

Tous les logiciels de courrier électronique permettent de classer les messages dans des dossiers, à l'image des hiérarchies de répertoires et de dossiers. Mais existe-t-il un logiciel qui traite les messages comme des éléments d'une base de données, de manière à faire des sélections multi-critères (plage de date de réception, jointure de l'utilisateur From: avec une table groupe de travail, expression régulière sur le champ Subject:, etc.) ? J'ai l'impression que cela n'existe pas.
Update de Jérôme : Evolution peut permettre de faire ce genre de chose avec les dossiers virtuels (à créer sur des critères de recherche). Ça peut même fonctionner sur plusieurs dossiers et sous-dossiers au cas où vous aviez déjà commencer à ranger autrement. Cela peut donc permettre d'accéder à la même information (le message) soit selon la date (dans le dossier d'arrivée), les destinataires, le sujet, voire tout en même temps.

Informatique

Pour les fichiers de configuration, il existe deux principes globaux pour spécifier des configurations de type « règle ». Le premier principe, utilisé entre autres par IPFilter, consiste à affiner les règles au fur et à mesure. On commence par fermer tous les ports IP, puis on spécifie dans quelles circonstances on peut ouvrir tel ou tel port. Les règles sont donc écrites du général au particulier. Le second principe consiste à énumérer les règles en les listant du particulier au général et le logiciel adopte la première règle qui s'applique. Et maintenant, imaginez que quelqu'un utilise un logiciel de sauvegarde basé sur le second principe, mais que l'utilisateur pense qu'il s'agit du premier principe. La première règle est : on ne sauvegarde rien. Puis la deuxième règle est : ...
David a évoqué les statistiques de charge telles que l'on peut les voir sur top. Sur la plupart des machines, une charge (load) de 5 est déjà exceptionnelle et préoccupante. Avec une charge de 20, David avait des difficultés à utiliser vi en mode saisie de texte : il tapait son texte et il ne voyait rien apparaître à l'écran pendant plusieurs secondes, puis tout d'un coup, tout ce qu'il venait de taper s'affichait sur son écran. En revanche, sur une machine Solaris, même avec une charge de 300, il pouvait taper du texte et les caractères s'affichaient à un rythme régulier, quoique assez lent. L'un des principaux avantages de Solaris, c'est que le système résiste assez bien aux pics de charge, en tout cas beaucoup mieux que tous les autres systèmes.
David a évoqué un problème analogue, sur sa machine FreeBSD personnelle. Il voulait faire son reboot périodique (1 fois par an), donc il voulait arrêter la machine proprement. Il a commencé par envoyer un renice pour changer les priorités de deux daemons et avoir ainsi le champ libre. Sauf que la nouvelle valeur qu'il a attribuée était la valeur 20, qui signifie « ultra prioritaire » sur FreeBSD et « priorité ultra basse » sur d'autres Unix. Il s'est retrouvé avec deux processus qui prenaient tous les cycles utilisateur à eux deux, sans jamais en lâcher pour les autres. Il a donc dû faire un arrêt « crade ».
On rappelle que le langage de commande de Windows sait enchaîner des commandes avec un pipe. Cela existait déjà à l'époque de COMMAND.COM. [ J'ai voulu ironiser en disant que oui, cela existe si on a installé Cygwin, mais ma plaisanterie a fait « flop » :-( ]
Nous avons évoqué la keynote de Steve Jobs lorsqu'il a voulu présenter les nouveautés de chez Apple. C'est ainsi qu'il a annoncé la sortie de nouvelles machines il a fait la comparaison avec les machines existantes (les anciens Macintosh ou les machines x86 de même gamme ? peu importe) et a déclaré qu'elles étaient 4 à 5 fois plus rapides. Puis il y a eu un grand silence tout blanc de 3 ou 4 secondes. Steve Jobs a répété que les nouveaux Macintosh étaient 4 à 5 fois plus rapides. Et il y a eu de nouveau un grand silence. Et il a continué sa keynote. Il s'attendait peut-être à un tonnerre d'applaudissements et d'acclamations ?
Christelle est venu nous voir parce qu'elle a un problème : elle cherche à récupérer des vidéos qui sont stockées sur un disque Macintosh. D'après ce que j'ai compris, ce n'est même pas un disque récent avec un système de fichiers Mac OSX donc Unix, c'est un système de fichiers HFS, caractéristique de Mac OS9 ou antérieur. La seule façon d'accéder au contenu de ce disque semble être par FTP, mais compte tenu de la taille des fichiers vidéos, la récupération risque d'être très longue.
David ayant parlé de Ruby, je lui raconte que je me suis brièvement intéressé à ce langage. Je me souviens avoir compilé l'interpréteur Ruby sur ma machine le 29 février 2000, une action plutôt casse-cou, car Ruby est d'origine japonaise et le 29 février, de nombreux systèmes japonais ont subi divers plantages à cause du bug Y2K. Au début, le langage me semblait bien fait, avec le fait que tout est un objet, y compris les données les plus basiques comme les entiers. Puis j'ai eu un problème. J'ai voulu faire des calculs un peu long du genre :
```
resultat_du_calcul = premier_terme_tres_tres_long_tellement_long_que_cela_s_etend_largement_au_dela_de_la_limite_droite_de_l_ecran
                     + deuxieme_terme_qui_lui_aussi_est_tres_tres_long_et_lui_aussi_s_etend_largement_au_dela_de_la_limite_droite_de_l_ecran
                     - troisieme_terme_qui_comme_les_deux_premiers_s_etend_tres_loin_vers_la_droite_et_deborde_de_l_ecran
                     ;
```
et cela plantait à la compilation. Cela plantait parce que l'interpréteur considérait que j'avais terminé mon expression à la fin de la ligne et il insérait un point-virgule implicite à cet endroit. Puis, sur la ligne suivante, l'interpréteur constatait que je commençais une instruction par un opérateur interdit, donc il m'envoyait des insultes. En fait, il aurait fallu que je dispose ces calculs ainsi :
```
resultat_du_calcul = premier_terme_tres_tres_long_tellement_long_que_cela_s_etend_largement_au_dela_de_la_limite_droite_de_l_ecran +
                     deuxieme_terme_qui_lui_aussi_est_tres_tres_long_et_lui_aussi_s_etend_largement_au_dela_de_la_limite_droite_de_l_ecran -
                     troisieme_terme_qui_comme_les_deux_premiers_s_etend_tres_loin_vers_la_droite_et_deborde_de_l_ecran ;
```
C'est nettement moins lisible, non ? D'autre part, je considère que le choix du nombre d'espaces et de la présence d'un saut de ligne relève du style et non pas de la syntaxe. Finalement, comme le fait remarquer David, si l'on veut inhiber l'un des termes en le mettant en commentaire, la première disposition est beaucoup plus pratique.
C'est ce problème de passage à la ligne qui m'a fait abandonner Ruby au bout d'un mois. Mais il y avait autre chose qui me dérangeait. D'un côté, il y avait la communauté Perl qui s'était construite d'elle-même progressivement au fil des 12 ans d'existence de Perl [ je rappelle qu'il s'agit de mes souvenirs de début 2000. ]. De l'autre côté, il y avait les quelques amateurs de Ruby qui voulaient concurrencer Perl et du jour au lendemain construire une communauté avec tout le folklore associé. Cela me paraissait très artificiel. De plus, ce folklore était basé sur une agressivité quasiment œdipienne à l'encontre de Perl. L'exemple le plus flagrant est peut-être le slogan de Ruby :
There's a better way to do it.
Mais il semblerait qu'ils se soient assagis depuis cette époque. David n'avait en effet pas entendu parler de ce slogan.
Emmanuel a un tout petit peu parlé de l'install-party organisée par Parinux. Il y avait plus de participants que prévu et nettement moins d'animateurs que prévu. Cela s'est-il bien passé, de façon fluide et sereine ?

Divers

Nous avons évoqué le changement d'employeur, en particulier l'étape de la démission. On peut envoyer sa lettre de démission par lettre recommandée avec accusé de réception. On peut également la remettre en main propre avec signature d'un reçu. Que faire quand le destinataire refuse de signer le reçu ? Il faut faire le tour des futurs ex-collègues présents à ce moment-là pour qu'ils témoignent par écrit que vous avez présenté une lettre de démission et que votre chef a refusé de la prendre.
Un participant à la réunion a évoqué la remise (acceptée) de sa lettre de démission. C'était lors d'une réunion informelle, peu de temps après la démission d'une autre personne. Le chef aborde le Mongueur et commence à lui dire :
Tu te rends compte que xxx a démissionné ?
Ce à quoi le Mongueur répond :
Justement, il faut que je te remette ceci.
Il lui tend sa lettre de démission et, paraît-il, le chef en est resté coi pendant plusieurs minutes.
Une fois la lettre déposée, que se passe-t-il si le démissionnaire veut quitter la boîte tout de suite et que son chef veut qu'il effectue sa période de préavis jusqu'au bout ? Si le démissionnaire ne se présente pas à son travail, cela constitue une faute professionnelle grave, susceptible de donner lieu à un licenciement sans préavis. Et cela change quoi pour le démissionnaire ? Il n'est plus obligé de retourner dans son ancienne société, voire, il est obligé de ne plus retourner dans son ancienne société. Le seul risque, le seul argument avec lequel l'ancien employeur peut tenter de faire levier, c'est le remboursent des congés payés qui n'ont pas été pris.
Jérôme a évoqué le bon goût et surtout le mauvais goût en matière d'habillement. Le mauvais goût, c'est par exemple l'utilisation des rayures sur plus d'un vêtement ou accessoire. Juste à côté de lui, se trouvait Éric, qui portait une chemise à rayures et une cravate à rayures.
Éric commençant à récriminer, certains ont voulu le faire taire. Mais les menaces n'ont pas pris, car le lancer de nains est illégal, donc nous ne pouvons pas y avoir recours.
Lors de son bref passage, Christelle a évoqué son travail dans la communication, ainsi que son ancien travail dans le journalisme. Les deux métiers sont assez semblables, la différence principale est que dans la communication, on pratique le mensonge par omission.
Et c'était le premier jour des soldes. Jérôme en a profité pour acquérir quelques costumes de haute qualité, mais qui ont l'avantage certain d'être à sa taille, et ce, sans retouche majeure. Les autres n'ont pas signalé s'ils avaient fait des achats.