Pendant le salon Open Source Experience

Un historique de toutes nos réunions

Table des matières

mercredi 12 novembre 2025 (précédent)
mercredi 13 janvier 2026 (suivant)
Tous les comptes-rendus

mercredi 10 décembre 2025

La voix du secrétaire (Jean)

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

Emmanuel,
Laurent (B),
Olivier,
moi, tout les quatre arrivés du salon Open Source Experience,
Sylvain,
Richard,
et Sébastien.

Nous avons mangé une assiette de charcuterie, des pizzas soleil, 3 jambons, Santa Monica et calzone sans fromage, des coupes colonel, une glace à la pistache et à un autre parfum, un chocolat liégeois, des mousses au chocolat et un tiramisu. Nous avons bu de l'orangina, de la menthe à l'eau, un kir, et de la bière. Le lemoncello, l'amaretto et la grappa étaient offerts par la maison.

Nous avons parlé de Perl, informatique et points divers.

Perl

La première journée du salon Open Source Experience 2025 vient de s'achever. Nous échangeons nos impressions sur ce salon. Le village associatif est constitué de deux rangées de stands faisant chacune face à une rangée de stands d'entreprises professionnelles. L'espace dans lequel nous sommes est bruyant et surchauffé.
Chaque stand a pour dimensions une longueur de 1,5 mètre et une largeur de 1,5 mètre. Selon l'organisateur, cela fait une surface de 3 mètres carrés. Plusieurs, parmi les exposants comme parmi les participants à la soirée, font remarquer que la surface devrait être plutôt de 2,25 mètres carrés. Quelques-uns font même le calcul dans l'autre sens et indiquent que le stand devrait être un côté de 1,7 m × 1,7 m. [ Mais personne n'a fait remarquer que, si cela se trouve, l'organisateur a calculé la surface en faisant une addition plutôt qu'une multiplication. D'accord, additionner des mètres à des mètres ne donne pas des mètres carrés, mais au moins la valeur numérique obtenue est correcte. ] Toujours est-il que la place réduite du stand a empêché la quasi-totalité des associations de déployer leurs roll-ups dans leur stand. Nous avons donc aligné ces roll-ups au fond de l'espace, ce qui a eu l'avantage de masquer un mur peu esthétique, mais qui a eu l'inconvénient de diminuer la visibilité de l'identité des différentes associations.
Non seulement le stand est minuscule, mais aussi la paroi du fond fait à peine plus d'un mètre en hauteur, ce qui pose un problème pour disposer nos affiches de façon visible. Certes, il reste les parois latérales, mais les affiches se retrouvent de biais pour les passants, ce qui nuit à leur lisibilité.
Un autre problème est celui de l'horaire d'ouverture du salon. Le salon est ouvert aux exposants à partir de 8 h et aux visiteurs à partir de 9 h. Or la Cité des Sciences et de l'Industrie ouvre à 10 h. Avant 10 h, les équipes de sécurité chargées de vérifier les sacs des visiteurs ont un effectif réduit. La conséquence est que la file d'attente est très longue, surtout au moment de l'arrivée des visiteurs à 9 h. On a parlé d'un temps d'attente de 45 minutes. Pour avoir organisé les Journées Perl 2014 à 2018 à la Cité des Sciences et de l'Industrie, Laurent savait que c'était une mauvaise idée de prévoir une ouverture du salon avant l'ouverture de la Cité elle-même.

Informatique

Olivier nous raconte comment il utilise l'intelligence artificielle dans son activité de programmation. Un exemple récent porte sur le projet Goeval, qui permet de créer à la volée et de lancer des programmes Go dont le texte source tient sur la ligne de comande. Olivier a demandé à Gemini des indications pour améliorer le fichier README.md du dépôt Github. Les suggestions étant intéressantes, Olivier a demandé à Gemini de les formatter en Markdown pour créer une issue dans le dépôt. Si vous suivez bien, il s'agit de créer en Markdown une issue décrivant la modification d'un fichier Markdown. Donc, c'est un document Markdown contenant quelque chose qui doit apparaître à l'affichage comme du source Markdown. Et cela, Gemini ne sait pas le faire, il a fallu qu'Olivier s'en charge lui-même.
Une autre possibilité d'utilisation de l'intelligence artificielle, c'est de demander la création d'un test unitaire. Olivier fournit des explications à l'IA, indiquant notamment en quoi consiste le cas de figure qui n'a pas encore de test unitaire. Le logiciel d'IA lui répond en lui fournissant un script de test pour le cas de figure indiqué. Cela engendre des interrogations. L'IA doit-elle se baser sur le source du programme à tester ou bien sur l'expression de besoins ? L'utilisateur est-il capable de fournir une expression de besoins suffisamment claire pour l'IA ? Et suffisamment exhaustive ?
Je rappelle qu'au cours des Journées Perl 2015, j'avais présenté un exposé sur la couverture de code en présentant une fonction nommée fibo et contenant la formule de la factorielle. Le script de code était correct, avec des valeurs correctes, et il donnait une couverture de code complète. Que se passerait-il si je demandais à une IA de me générer un script de test pour une fonction nommée fibonacci et contenant la formule de la factorielle ou l'inverse ? Voir en annexe un exemple d'utilisation des IA pour générer des scripts de tests avec une expression de besoins erronée reprenant mon exemple de 2015.
Une application de l'IA qui se développe dans le monde du travail, c'est l'utilisation d'assistants IA dans les réunions pour en écrire le compte-rendu. Certains participants à la réunion tentent de lutter contre cette tendance. D'autres font remarquer que, de toutes façons, personne ne lit ces comptes-rendus.
Lors des réunions en téléprésence, les participants doivent cocher un bouton pour autoriser l'utilisation de l'IA sur les contributions écrites ou orales de chacun à la réunion. Et si quelqu'un refuse de donner son autorisation ?
Il y a la même chose, bien sûr, dans les entretiens d'embauche en téléprésence. Et là, c'est beaucoup plus difficile de manifester son refus. Surtout si c'est le 17^e entretien que l'on passe depuis deux mois.
Lors d'un entretien d'embauche, l'un d'entre nous a demandé à ce que le recruteur lui fasse parvenir l'enregistrement de l'entretien. La réponse du recruteur, « Voyez avec notre DPO. ». [ Nous n'avons pas développé ce point lors de la réunion. On peut voir cela positivement et penser que cela montre bien que l'entreprise prend le RGPD au sérieux. Je serais plutôt d'avis que cela montre soit que le recruteur ne sait pas manipuler les fichiers de capture audio, soit que ces fichiers audio ne sont pas sous son contrôle et qu'ils sont utilisés à d'autres fins que le recrutement. Quelles fins ? ]
Lors des entretiens d'embauche pour les profils techniques, il arrive que le recruteur demande au candidat de résoudre un problème de programmation. Une autre utilisation de l'IA dans le processus de recrutement consiste à imposer un délai très court pour un tel problème de programmation. La bonne réponse du candidat consiste à transmettre ce problème à une IA (un peu comme le stacksort mentionné dans la page xkcd). Peut-être faut-il que le candidat jette un rapide coup d'œil sur le code obtenu pour indiquer s'il a remarqué un problème dans le code récupéré : faille de sécurité, par exemple.
Cela dit, que ce soit pour un entretien d'embauche ou pour l'activité professionnelle, il faut connaître le domaine de la question pour pouvoir évaluer en connaissance de cause la pertinence de la réponse de l'IA.
Un point où l'intelligence artificielle peut apporter une aide importante à un programmeur, c'est pour analyser un programme JavaScript minifié, en suivant à la trace les variables à une lettres et les fonctions à une lettre, puis en les remplaçant par des identifiants plus clairs. Peut-être l'IA pourrait-elle même aider à comprendre les programmes JavaScript obfusqués, où certains identifiants sont stockés dans des chaînes qui sont découpées à un endroit du programme et recollées à un autre endroit.
L'intelligence artificielle générative passe par une étape d'apprentissage où elle avale des millions de lignes de code (et des millions de lignes de texte, mais pour simplifier la discussion, je me limite à l'IA générant du code). On sait déjà qu'il y a un problème dans la mesure où certains LLM ignorent les licences associées aux lignes de code servant à leur apprentissage. Mais le problème a une ampleur plus importante. Tous ceux qui ont écrit du code il y a vingt ans (nous, par exemple) n'avaient pas idée que leur code servirait à entraîner des LLM. S'ils l'avaient su, auraient-ils utilisé la licence libre qu'ils ont choisie dans la réalité ? Et que dire des pages web, qui, en plus du texte HTML, contiennent des programmes JavaScript pour lesquels aucune licence n'est précisée ?
Richard utilise un ordinateur avec trackpad. Il a découvert par hasard un mouvement à trois doigts. Il est habitué aux mouvements utilisant deux doigts. Un jour, il a effectué un de ces mouvements à deux doigts et son chat a posé la patte sur le trackpad au même moment. L'action obtenue était différente de celle que Richard attendait. Une fois le chat parti, Richard a essayé le mouvement avec trois doigts et il a compris que c'était bien prévu par son ordinateur.
Il existe même des mouvements à 4 doigts. Tant qu'à faire, on pourrait continuer avec des mouvements à 5 doigts ou plus. C'est lorsque nous pourrons définir des mouvements à 11 doigts que nous risquons d'avoir des problèmes.
Parmi tous les XXX as a service, il existerait le backdoor as a service. Plusieurs sites proposent des conteneurs Docker. L'un de ses sites, appelons-le LexCorp, se targue de mettre à jour chacun des conteneurs qu'il propose dès qu'il y a une mise à jour des logiciels installés dans lesdits conteneurs. Donc chaque conteneur est mis à jour tous les trois jours, voire encore plus souvent. Jusque-là, pas de problème. Mais en y réfléchissant, on peut se demander si les équipes de sécurité informatique des utilisateurs ou clients de LexCorp ont le temps d'analyser les versions successives des conteneurs dans le bref temps où ces versions sont en vigueur. Il est donc parfaitement possible pour LexCorp d'insérer subrepticement un cheval de Troie dans un conteneur au jour J et de retirer ce cheval de Troie au jour J+3. Dans l'intervalle, LexCorp aura pu siphonner les données confidentielles de ses utilisateurs, voire altérer ces données.

Divers

Nous avons évoqué un problème d'ergonomie. Laurent utilise une voiture à boîte automatique ou une voiture électrique. Sur cette voiture, il existe un levier de vitesse permettant de choisir entre le mouvement en avant « D », la marche arrière « R » et l'arrêt « N ». Par sécurité, pour passer de D à N, il faut en même temps appuyer sur la pédale de frein. À un moment, Laurent a eu besoin d'actionner une manette au volant. À cause de la mauvaise disposition du tableau de bord, la main de Laurent a heurté le levier de vitesse. Et comme en même temps, il freinait pour adapter sa vitesse à celle de la voiture de devant, le levier de vitesse est passé de D à N. Cela ne serait pas arrivé si le levier de vitesse avait été positionné plus bas.
Un autre problème d'ergonomie est l'orientation des leviers de vitesse dans les automobiles, des manettes des gaz dans les avions et des molettes de souris dans les ordinateurs. Lorsque l'on pousse le levier ou la manette, la vitesse augmente-t-elle ou diminue-t-elle ? Lorsque l'on pousse la molette vers l'avant, va-t-on vers le début ou la fin du document ? [ De par mon expérience personnelle, dans les voitures à boîte manuelle, j'ai toujours vu qu'il fallait pousser le levier de vitesse pour la première et le tirer pour la seconde. En revanche, pour la marche arrière, il fallait pousser le levier dans certaines voitures et il fallait le tirer dans les autres. Pour les manettes de gaz dans les avions, mes lectures m'ont appris que dans la majorité des cas, il faut pousser la manette des gaz pour accélérer et qu'il faut la tirer pour réduire les gaz. La seule exception est les avions de fabrication française jusque dans les années 1940, où il fallait « mettre la manette dans la poche (de la combinaison de vol) » pour accélérer. Cela a provoqué des problèmes lorsque certains pilotes sont passés de l'Armée de l'Air aux Forces Françaises Aériennes Libres équipées par la RAF. ]
Lorsqu'une banque, une entreprise agro-alimentaire ou autre sponsorise un sportif, c'est juste pour bénéficier d'une image de marque positive et pour être fréquemment citée dans les médias. Lorsqu'un fabricant d'équipement sportif sponsorise un sportif, il y a ces raisons, mais ce n'est pas tout. En plus, le fabricant fournit au sportif des échantillons de sa production et il est assuré ainsi que ces échantillons seront utilisés de façon soutenue et que cela lui apportera rapidement un retour d'expérience.
Nous avons évoqué un problème dans les compétitions de sport à l'air libre fonctionnant avec des poules de qualification. Pour des questions de fluidité et de lisibilité, je prends l'exemple de la course à pied, par exemple sur 100 mètres, avec des prénoms piochés au début du mois de janvier. Comme la piste d'un stade est divisée en 8 couloirs, le championnat du 100 mètres s'effectue par poules de huit coureurs. Lors de la demi-finale, nous aurons quatre poules de huit et les qualifiés pour la finale sont les deux premiers de chaque poule. Or, gros problème, le jour de la finale la météo est exécrable. Pour diverses raisons, il n'est pas possible de la reporter au lendemain ou au surlendemain. Donc les organisateurs annulent la finale et établissent sur le tapis vert un classement final en reprenant les temps en demi-finale des qualifiés. Or, Basile, le favori de la compétition, a eu un léger problème lors de sa demi-finale. Il est arrivé deuxième de sa poule et s'est qualifié, avec l'intention de tout donner dans la finale. Avec l'annulation de cette finale, il se retrouve à la septième ou huitième place du classement. Il y a de quoi être amer ! Odilon, le principal concurrent de Basile, était quasiment certain d'avoir une place sur le podium, mais pas la première. Son but pour la finale était d'éviter la troisième place et de remporter la deuxième. Et voilà qu'il se retrouve propulsé à la première place, comme cela, sans avoir affronté Basile. Certes, il éprouve de la joie d'avoir remporté l'or, mais il éprouve aussi un sentiment s'apparentant à du dépit ou à un regret de ne pas avoir mérité sa victoire, ou une impression de mérite au rabais, voire d'usurpation.
Un des mongueurs présents à la réunion a partagé avec les autres un moment de fierté. Comme il ne tient pas à partager cela avec les moteurs de recherche et avec les LLM, je n'en parlerai pas dans ce compte-rendu. À la place, voici une histoire drôle, comprenne qui pourra.
Le jeune Odilon rentre de l'école. Il demande à son père :
-- Papa, ça veut dire quoi, « le vice » ?
Le père est interloqué. Après quelques secondes d'hésitation, il se lance dans des explications laborieuses, louvoyant entre des détails informatifs mais choquants et des généralités bénignes mais qui ne font pas avancer la compréhension. Au bout de quelques pénibles minutes, il demande
-- Mais pourquoi cette question ?
-- Parce qu'à l'école, nous avons fait une course et je suis arrivé deuxième derrière Basile. Depuis, tous les copains m'appellent « le vice-champion de la classe ». Et avant-hier, Maman m'a dit que tu es le vice-président du club de Scrabble.

Annexe : génération de code de test

Je rappelle que la présentation des Journées Perl 2015 avait pour origine la réflexion en 2005 d'un partisan de OCaml, déclarant que les contrôles du compilateur ocaml étaient très rigoureux, ce qui fait qu'il est difficile d'obtenir une compilation sans erreur, mais qu'une fois que l'on a réussi à compiler son programme, on est assuré qu'il ne contient aucune erreur. En me basant sur les deux exemples traditionnels pour l'enseignement de la récursion, je m'étais dit alors qu'il suffisait d'écrire une fonction factorielle syntaxiquement correcte et de l'appeler fibonacci. Par la suite, entre 2005 et 2015, j'avais réalisé que l'on pouvait même écrire des tests avec les valeurs identiques pour la factorielle et Fibonacci et que cela pouvait donner une couverture de code à 100 %. Hélas, je n'avais pas réussi à installer l'utilitaire OCaml de couverture de code, donc je m'étais résigné à utiliser la couverture de code en Python pour ma présentation de 2015.
Cette fois-ci, je ne cherche pas à exécuter les tests. Je demande donc à quelques outils d'IA :
Pourrais-je avoir un script de test pour la fonction suivante, écrite en OCaml ?
```
let rec fibonacci n =
  if n <= 0 then 1
  else n * fibonacci (n-1);;
```
La réponse de Chat GPT inclut la remarque suivante :
⚠️ Petite remarque au passage : ta fonction ne calcule pas la suite de Fibonacci, mais plutôt une factorielle (avec une base un peu particulière). Les tests ci-dessous reflètent donc le comportement réel du code, pas le Fibonacci mathématique.
et la suggestion :
Si tu veux, je peux aussi :
- corriger la fonction pour un vrai Fibonacci
- écrire des tests de performance
- ou adapter les tests à un projet dune

La réponse de Le Chat commence par :

Bien sûr ! La fonction que tu as écrite ne calcule pas la suite de Fibonacci, mais plutôt la factorielle (car elle multiplie n par le résultat de l'appel récursif). Voici un script de test pour cette fonction, ainsi qu'une version corrigée pour Fibonacci si tu le souhaites.

Le script affiché utilise l'identifiant fibonacci avec des commentaires mentionnant la factorielle :

(* Fonction à tester *)
let rec fibonacci n =
  if n <= 0 then 1
  else n * fibonacci (n-1);;

(* Tests *)
let%test "factorielle 0" = fibonacci 0 = 1
let%test "factorielle 1" = fibonacci 1 = 1
let%test "factorielle 2" = fibonacci 2 = 2
let%test "factorielle 3" = fibonacci 3 = 6
let%test "factorielle 5" = fibonacci 5 = 120

Finalement, il me donne un script pour Fibonacci.

Si tu veux vraiment une fonction Fibonacci, voici une version récursive (avec un script de test) :

let rec fibonacci n =
  if n <= 0 then 0
  else if n = 1 then 1
  else fibonacci (n-1) + fibonacci (n-2);;

(* Tests *)
let%test "fibonacci 0" = fibonacci 0 = 0
let%test "fibonacci 1" = fibonacci 1 = 1
let%test "fibonacci 2" = fibonacci 2 = 1
let%test "fibonacci 3" = fibonacci 3 = 2
let%test "fibonacci 5" = fibonacci 5 = 5
let%test "fibonacci 7" = fibonacci 7 = 13

Gemini commence comme les autres par remarquer que la fonction calcule la factorielle au lieu de la fonction de Fibonacci, tout en ajoutant
De plus, pour une factorielle, la condition if n <= 0 then 1 fonctionne, mais pour un entier négatif, votre fonction retournera 1 au lieu de lever une erreur.
Ensuite, les explications ne mentionnent plus du tout Fibonacci mais la factorielle et les exemples utilisent le nom de fonction fact. Finalement, il demande :
Souhaitez-vous que je réécrive le script pour la vraie suite de Fibonacci (somme des termes précédents) ou que nous ajoutions une gestion d'erreur pour les nombres négatifs ?
Cela dit, le compilateur ocaml laisse passer l'erreur (délibérée) de nommage et n'a eu aucune gêne à créer et exécuter une fonction appelée fibonacci et calculant la factorielle. Il s'agit de la version 5.2.1, publiée en novembre 2024.
Je tiens à préciser que je rédige les comptes-rendus de nos réunions sans me faire aider par une intelligence artificielle. Dans le cas du présent compte-rendu, seule l'annexe a bénéficié de l'aide d'intelligences artificielles et les éléments ainsi générés sont marqués par des balises <blockquote>