Zola 2026-03-20T00:00:00+00:00 https://aliaume.fr/site/atom.xml 2026-03-20T00:00:00+00:00 2026-03-20T00:00:00+00:00 Aliaume Lopez https://aliaume.fr/site/posts/candidatures-mcf/ <p><strong>TL;DR.</strong> Pour être candidat il faut d’abord demander la qualification, qui est essentiellement un dossier administratif. Pour la campagne de recrutement, il faut <strong>impérativement</strong> prendre contact avec les établissements visés, <strong>avant</strong> que ceux-ci ouvrent leurs candidatures.</p> <p>Dans tous les cas, il est important de regarder deux sites :</p> <ul> <li><strong>Opération postes</strong> <a rel="external" href="http://postes.smai.emath.fr/2026/index.php">http://postes.smai.emath.fr/2026/index.php</a></li> <li><strong>Odyssée</strong> <a rel="external" href="https://odyssee.enseignementsup-recherche.gouv.fr/">https://odyssee.enseignementsup-recherche.gouv.fr/</a></li> </ul> <h2 id="le-processus-de-recrutement">Le processus de recrutement</h2> <p>Pour pouvoir candidater à un poste de <a rel="external" href="https://fr.wikipedia.org/wiki/Ma%C3%AEtre_de_conf%C3%A9rences_(France)">Maître Conférences</a> (par la suite MCF) il faut les prérequis suivants :</p> <ul> <li><strong>Doctorat.</strong> Il faut être titulaire d’un <a rel="external" href="https://fr.wikipedia.org/wiki/Doctorat">doctorat</a> ou d’un diplôme équivalent,</li> <li><strong>Qualification.</strong> Il faut être <a rel="external" href="https://www.univ-grenoble-alpes.fr/qualifications-du-cnu/">qualifié</a> par le Conseil National des Universités (CNU) dans la section disciplinaire correspondante au poste visé.</li> </ul> <p>Les sections disciplinaires du CNU sont listées <a rel="external" href="https://www.galaxie.enseignementsup-recherche.gouv.fr/ensup/pdf/qualification/sections.pdf">sur le site Galaxie</a>. Pour l’informatique (théorique), il s’agit de la section 26 "Mathématiques appliquées et applications des mathématiques" ou 27 "Informatique".</p> <h2 id="la-qualification">La qualification</h2> <p>À titre indicatif, pour la session 2026 la campagne de qualification avait <a rel="external" href="https://www.galaxie.enseignementsup-recherche.gouv.fr/ensup/qualification/calendrier_qualification_2026.pdf">les dates butoir suivantes</a> :</p> <ul> <li><strong>Ouverture des candidatures.</strong> Lundi 3 Novembre 2025, 10h, heure de Paris</li> <li><strong>Clôture des candidatures.</strong> Lundi 15 décembre 2025, 16h, heure de Paris</li> <li><strong>Communication des résultats.</strong> Lundi 23 Mars 2026</li> </ul> <h2 id="la-campagne-de-recrutement-dossier">La campagne de recrutement (dossier)</h2> <p>Pour la campagne de recrutement 2026, les <a rel="external" href="https://www.galaxie.enseignementsup-recherche.gouv.fr/ensup/Recrutement/calendrier_recrutement_candidats_2026.pdf">dates butoirs</a> étaient les suivantes :</p> <ul> <li><strong>Ouverture des candidatures.</strong> Mardi 3 mars 2026, 10 heures, heure de Paris</li> <li><strong>Clôture des candidatures.</strong> Vendredi 3 avril 2026 16 heures, heure de Paris</li> <li><strong>Saisie des Vœux.</strong> Du Mardi 16 juin 2026, 10 heures, heure de Paris jusqu’au Mardi 23 juin 2026, 16 heures, heure de Paris</li> <li><strong>Résultats.</strong> Mercredi 24 juin 2026, 12 heures, heure de Paris</li> </ul> <p><strong>Attention.</strong> Il est possible de prendre contact avec les établissements et laboratoires en amont, car ils sont généralement au courant de l’ouverture potentielle de postes bien avant la création des fiches de poste sur Odyssée. Par ailleurs, candidater sans avoir pris contact avec les établissements visés est généralement mal vu, voire rédhibitoire.</p> <h2 id="la-campagne-de-recrutement-presentation-orale">La campagne de recrutement (présentation orale)</h2> <p>La présentation orale a lieu généralement en Mai. Par exemple, pour la campagne de recrutement 2025, j’ai présenté mon dossier le 06 Mai 2025. La convocation se fait généralement une à deux semaines avant la date de présentation orale, ce qui laisse peu de temps pour s’organiser (voyage, logement etc.).</p> <p><strong>Attention.</strong> Bien qu’il soit possible de présenter en visioconférence (il est obligatoire pour les établissements de le proposer), il est fortement déconseillé de le faire, sauf "motif impérieux" (plusieurs établissements différents ayant placés une audition le même jour par exemple).</p> <p><strong>Attention.</strong> Il est important d’avoir déjà pris contact avec les établissements visés (laboratoires, etc) en ayant fait une présentation à un séminaire en amont de la campagne de recrutement. Cela permet d’adapter son dossier de candidature et sa présentation orale aux attentes des établissements et de jouer le jeu de l’intégration à l’équipe locale.</p> <h2 id="un-exemple-de-dossier">Un exemple de dossier</h2> <p>À des fins d'illustration, voici mon dossier de candidature au poste de Maître Conférences à l'INP de Bordeaux (Enseirb-Matmeca) en 2025. Mon <a href="https://aliaume.fr/site/posts/candidatures-mcf/./dossier.bdx.pdf">dossier de candidature</a>, le petit <a href="https://aliaume.fr/site/posts/candidatures-mcf/./explications.pdf">dossier d’explication de résultats marquants</a> et les <a href="https://aliaume.fr/site/posts/candidatures-mcf/./MCF-BDX-LOPEZ-2025.pdf">diapositives de ma présentation orale</a>.</p> <p>Bien que moins important, je poste aussi ici mon <a href="https://aliaume.fr/site/posts/candidatures-mcf/./qualification.pdf">dossier de qualification</a> pour la session 2023, qui peut aussi servir d’exemple. On constate que l’écriture du dossier de qualification est déjà un premier pas vers l’écriture du dossier de candidature, même si ce dernier doit contenir un projet de recherche (qui n’est pas nécessaire pour la qualification).</p> 2025-08-14T00:00:00+00:00 2025-08-14T00:00:00+00:00 Aliaume Lopez https://aliaume.fr/site/posts/acm-classifications/

<p>Tired of finding the correct ACM codes when publishing or pushing to <a href="https://arxiv.org/">the arXiv</a>? Say no more, here is a simple website that will ease the pain: <a href="https://aliaumel.github.io/acm-classifications/">the acm classification finder</a>.</p> <p>Below is a lame copy-paste of the <code>README.md</code> file of the <a href="https://github.com/AliaumeL/acm-classifications">official acm classification tool repository</a>, hosted on the <a href="https://www.github.com">evil GitHub</a>.</p>

2025-01-08T00:00:00+00:00 2025-01-08T00:00:00+00:00 Aliaume Lopez https://aliaume.fr/site/posts/automates-ponderes-commutatifs/

<p>Une fois n’est pas coutume, je vais parler de la théorie des automates. Plus précisément, je vais montrer 4 preuves complètement différentes d’un même résultat sur les automates pondérés. Ce billet a le double usage de <em>servir de référence</em> pour ce résultat qui est connu, mais n’est pas facilement citable, mais aussi de sortir ces preuves de notes et d’échanges oraux pour ne plus y penser par la suite.</p>

2025-01-04T00:00:00+00:00 2025-01-04T00:00:00+00:00 Aliaume Lopez https://aliaume.fr/site/posts/commutative-n-poly/ <p>Ce document est le résumé en français de l’article <span class="citation" data-cites="zpoly:LOP24">(<a href="#ref-zpoly:LOP24" role="doc-biblioref">Lopez 2024</a>)</span> qui est disponible sur arXiv, dont le pdf, des slides de présentation, ainsi que le fichier <code>bibtex</code> associé sont disponibles <a href="/research/conferences">sur ma page web</a>.</p> <h1 id="résumé">Résumé</h1> <p>Cet article étudie quelles fonctions calculées par des automates pondérés à poids dans <span class="math inline">\(\mathbb{Z}\)</span> peuvent être réalisées par des automates pondérés à poids dans <span class="math inline">\(\mathbb{N}\)</span>, sous deux hypothèses supplémentaires : la commutativité (l’ordre des lettres dans l’entrée n’a pas d’importance) et la croissance polynomiale (la sortie de la fonction est bornée par un polynôme en la taille de l’entrée). J’utilise cette caractérisation effective pour décider si une fonction calculée par un automate pondéré à poids dans <span class="math inline">\(\mathbb{N}\)</span> commutatif de croissance polynomiale est sans étoile, une notion importée de la théorie des langages réguliers qui a fait l’objet de nombreuses investigations dans le contexte des fonctions <em>mot-vers-mot</em> au cours de la dernière décennie.</p> <h1 id="contextualisation">Contextualisation</h1> <p>Ce travail s’inscrit à l’intersection de deux domaines de recherche en théorie des automates. D’une part, la généralisation du modèle qualitatif classique des automates finis non-déterministes à un modèle quantitatif où les transitions sont étiquetées par des éléments d’un <em>semi-anneau</em> <span class="math inline">\(\mathbb{S}\)</span> (automates pondérés), et de l’autre la généralisation des langages rationnels à des <em>fonctions</em> des mots vers les mots (transductions). Ces deux généralisations en général incomparables, sauf dans le cas où le semi-anneau de l’automate pondéré est <span class="math inline">\(\mathbb{N}\)</span>, et où les fonctions calculées ont un alphabet de sortie <em>unaire</em>, auquel cas l’isomorphisme <span class="math inline">\((\mathbb{N},+) \simeq (\{1\}^*, \cdot)\)</span> permet de faire le lien entre ces deux modèles. Commençons par rappeler quelques définitions pour comprendre le contexte de ce travail.</p> <p>Les automates pondérés sont une généralisation des automates finis non-déterministes où les transitions sont étiquetées par des éléments d’un <em>semi-anneau</em> <span class="math inline">\(\mathbb{S}\)</span>, par exemple <span class="math inline">\(\mathbb{N}\)</span> ou <span class="math inline">\(\mathbb{Z}\)</span>. Les fonctions calculées par ces automates sont appelées <em>séries rationnelles</em> et sont une généralisation des langages rationnels <span class="citation" data-cites="BERE10">(<a href="#ref-BERE10" role="doc-biblioref">Berstel et Reutenauer 2010</a>)</span>. Les séries rationnelles à valeurs dans <span class="math inline">\(\mathbb{N}\)</span> (<span class="math inline">\(\mathbb{N}\mathsf{Rat}\)</span>) sont un sous-ensemble des séries rationnelles à valeurs dans <span class="math inline">\(\mathbb{Z}\)</span> (<span class="math inline">\(\mathbb{Z}\mathsf{Rat}\)</span>), et un problème ouvert est de décider si une série rationnelle dans <span class="math inline">\(\mathbb{Z}\mathsf{Rat}\)</span> est dans <span class="math inline">\(\mathbb{N}\mathsf{Rat}\)</span> <span class="citation" data-cites="KARH77">(<a href="#ref-KARH77" role="doc-biblioref">Karhumäki 1977</a>)</span>.</p> <p>Ce problème a fait l’objet de nouvelles investigations dans le contexte des <em>fonctions polyrégulières</em> (<span class="math inline">\(\mathsf{Poly}\)</span>), un modèle de clacul qui vise à généraliser la théorie des langages réguliers au cadre des fonctions <em>mot-vers-mot</em> <span class="citation" data-cites="BOJA18">(<a href="#ref-BOJA18" role="doc-biblioref">Bojańczyk 2018</a>)</span>. Dans le cas des langages réguliers, les <em>langages sans étoile</em> forment une sous-classe robuste des langages réguliers décrits équivalents en termes de logique du premier ordre <span class="citation" data-cites="MNPA71">(<a href="#ref-MNPA71" role="doc-biblioref">McNaughton et Papert 1971</a>)</span>, d’automates sans compteurs <span class="citation" data-cites="MNPA71">(<a href="#ref-MNPA71" role="doc-biblioref">McNaughton et Papert 1971</a>)</span>, ou de monoïdes apériodiques <span class="citation" data-cites="SCHU65">(<a href="#ref-SCHU65" role="doc-biblioref">Schützenberger 1965</a>)</span>. De manière analogique, il existe un fragment <em>sans étoile</em> des fonctions polyrégulières appelé <em>fonctions polyrégulières sans étoile</em> (<span class="math inline">\(\mathsf{SF}\)</span>) <span class="citation" data-cites="BOJA18">(<a href="#ref-BOJA18" role="doc-biblioref">Bojańczyk 2018</a>)</span>. Un problème ouvert dans ce domaine est de décider si une fonction polyrégulière est sans étoile.</p> <p>Pour aborder les problèmes de décision sur les fonctions polyrégulières, il a été fructueux de restreindre l’alphabet de sortie à une seule lettre <span class="citation" data-cites="DOUE21">Douéneau-Tabot (<a href="#ref-DOUE22" role="doc-biblioref">2022</a>)</span>. Parce que les mots sur un alphabet unaire sont canoniquement identifiés avec les nombres naturels, les fonctions polyrégulières à sortie unaire sont souvent appelées <em>fonctions <span class="math inline">\(\mathbb{N}\)</span>-polyrégulières</em> (<span class="math inline">\(\mathbb{N}\mathsf{Poly}\)</span>), et leur contrepartie <em>sans étoile</em> <span class="math inline">\(\mathbb{N}\)</span>-polyrégulière (<span class="math inline">\(\mathbb{N}\mathsf{SF}\)</span>). Or, il se trouve que les fonctions polyrégulières avec sortie unaire forment une sous-classe des séries <span class="math inline">\(\mathbb{N}\)</span>-rationnelles, à savoir la classe des séries <span class="math inline">\(\mathbb{N}\)</span>-rationnelles avec une <em>croissance polynomiale</em>, c’est-à-dire que la sortie de la fonction est bornée par un polynôme en la taille de l’entrée. Dans mes travaux avec Colcombet et Douéneau-Tabot <span class="citation" data-cites="CDTL23">(<a href="#ref-CDTL23" role="doc-biblioref">Colcombet, Douéneau-Tabot, et Lopez 2023</a>)</span>, j’ai introduit avec mes co-auteurs la classe des fonctions <span class="math inline">\(\mathbb{Z}\)</span>-polyrégulières (<span class="math inline">\(\mathbb{Z}\mathsf{Poly}\)</span>), qui est une généralisation des fonctions <span class="math inline">\(\mathbb{N}\)</span>-polyrégulières autorisant des sorties négatives, et montré que l’appartenance à la sous-classe <em>sans étoile</em> <span class="math inline">\(\mathbb{Z}\mathsf{SF}\)</span> de <span class="math inline">\(\mathbb{Z}\mathsf{Poly}\)</span> est décidable <span class="citation" data-cites="CDTL23">(<a href="#ref-CDTL23" role="doc-biblioref">Colcombet, Douéneau-Tabot, et Lopez 2023</a>, Theorem V.8)</span>. Bien que cela ne permettait pas décider <span class="math inline">\(\mathbb{N}\mathsf{SF}\)</span> au sein de <span class="math inline">\(\mathbb{N}\mathsf{Poly}\)</span>, il a été conjecturé que <span class="math inline">\(\mathbb{N}\mathsf{Poly}\cap \mathbb{Z}\mathsf{SF}= \mathbb{N}\mathsf{SF}\)</span> <span class="citation" data-cites="DOUE23">(<a href="#ref-DOUE23" role="doc-biblioref">Douéneau-Tabot 2023</a>, Conjecture 7.61)</span>. Ainsi, il semblerait que comprendre le problème de l’appartenance de <span class="math inline">\(\mathbb{N}\mathsf{Poly}\)</span> dans <span class="math inline">\(\mathbb{Z}\mathsf{Poly}\)</span>, c’est-à-dire une version restreinte du problème équivalent pour les séries rationnelles, serait une étape clé pour prouver <span class="math inline">\(\mathbb{N}\mathsf{Poly}\cap \mathbb{Z}\mathsf{SF}= \mathbb{N}\mathsf{SF}\)</span>, ce qui donnerait espoir pour la conception d’un algorithme pour le problème de décision sur les fonctions sans étoile.</p> <h1 id="contributions-de-larticle">Contributions de l’article</h1> <p>Dans cet article, je travaille avec une condition supplémentaire, la <em>commutativité de l’entrée</em>, c’est-à-dire que la fonction est invariante par permutation des lettres du mot en entrée. Sous cette hypothèse, je prouve que <span class="math inline">\(\mathbb{N}\mathsf{Poly}\cap \mathbb{Z}\mathsf{SF}= \mathbb{N}\mathsf{SF}\)</span>, comme conjecturé dans le cas général. J’ai également conçu un algorithme qui décide (sous la même hypothèse de commutativité) si une fonction dans <span class="math inline">\(\mathbb{Z}\mathsf{Poly}\)</span> est dans <span class="math inline">\(\mathbb{N}\mathsf{Poly}\)</span>, ce qui était un problème ouvert <span class="citation" data-cites="DOUE23">(<a href="#ref-DOUE23" role="doc-biblioref">Douéneau-Tabot 2023</a>, Open question 5.55)</span>. Au vu de la correspondance entre les fonctions <span class="math inline">\(\mathbb{Z}\)</span>-rationnelles de croissance polynomiale et les fonctions <span class="math inline">\(\mathbb{Z}\)</span>-polyrégulières <span class="citation" data-cites="CDTL23">(<a href="#ref-CDTL23" role="doc-biblioref">Colcombet, Douéneau-Tabot, et Lopez 2023</a>)</span>, cela peut être vu comme un algorithme pour le problème de décision de <span class="math inline">\(\mathbb{N}\mathsf{Rat}\)</span> au sein de <span class="math inline">\(\mathbb{Z}\mathsf{Rat}\)</span>, sous la double hypothèse de <em>commutativité</em> et de <em>croissance polynomiale</em>.</p> <p>Une première étape de mon travail a été de caractériser complètement les <em>polynômes multivariés</em> à coefficients dans <span class="math inline">\(\mathbb{Q}\)</span> qui sont calculables par des séries <span class="math inline">\(\mathbb{N}\)</span>-rationnelles (resp. <span class="math inline">\(\mathbb{Z}\)</span>-rationnelles). Cette caractérisation a permis de mettre en lumière une erreur dans une caractérisation précédente de ces polynômes <span class="citation" data-cites="KARH77">(<a href="#ref-KARH77" role="doc-biblioref">Karhumäki 1977</a>, Théorème 3.3, page 4)</span>. J’ai également démontré que ce précédent résultat est correct lorsque les polynômes possèdent deux indéterminées ou moins, expliquant pourquoi cette erreur est passée si longtemps inaperçue. En plus de proposer des caractérisations décidables de ces classes polynômes, cela met en exergue la combinatoire intrinsèque des fonctions dans <span class="math inline">\(\mathbb{N}\mathsf{Poly}\)</span> (resp. <span class="math inline">\(\mathbb{Z}\mathsf{Poly}\)</span>) en les décrivant comme des combinaisons de coefficients binomiaux. En particulier, les phénomènes observables de <em>division</em> (comme calculer la fonction <span class="math inline">\(n \mapsto n(n-1)/2\)</span>) et de <em>soustraction</em> (comme calculer la fonction <span class="math inline">\(n \mapsto n^2 - n + 1\)</span>) dans certaines fonctions de <span class="math inline">\(\mathbb{N}\mathsf{Poly}\)</span> n’existent qu’à cause de l’écriture des polynômes dans une base inadaptée (la base naturelle <span class="math inline">\(X^2\)</span>, <span class="math inline">\(X\)</span>, <span class="math inline">\(1\)</span>) au lieu d’une base utilisant des <em>coefficients binomiaux</em> translatés, de la forme <span class="math inline">\(\binom{X - k}{i}\)</span>. Cela permet par ailleurs de conclure que les polynômes exprimables par des fonctions <span class="math inline">\(\mathbb{Z}\)</span>-rationelles (resp. <span class="math inline">\(\mathbb{N}\)</span>-rationnelles) sont exactement ceux exprimables par des fonctions <span class="math inline">\(\mathbb{Z}\)</span>-polyrégulières (resp. <span class="math inline">\(\mathbb{N}\)</span>-polyrégulières) sans étoile, confirmant l’intuition selon laquelle les polynômes sont des fonctions intrinsèquement <em>sans étoile</em>.</p> <p>Au cours de cette étude, j’ai développé les méthodes de Douéneau-Tabot basées sur l’idée de <em>pompage quantitatif</em> de fonctions, qui joue un rôle analogue à celui du lemme classique de pompage pour les langages réguliers et les langages algébriques. Si un lemme de pompage classique s’écrit typiquement comme une équivalence de la forme <span class="math inline">\(\forall n \in \mathbb{N}. u v^n w \in L \iff u v w \in L\)</span>, où <span class="math inline">\(L\)</span> est un langage, un lemme de pompage <em>quantitatif</em> décrit la régularité d’une fonction <span class="math inline">\(f \colon \Sigma^* \to \mathbb{Q}\)</span> lorsqu’appliquée à des mots de la forme <span class="math inline">\(u v^X w\)</span>, ainsi, <span class="math inline">\(f(u v^X w)\)</span> devient une fonction de <span class="math inline">\(\mathbb{N}\)</span> vers <span class="math inline">\(\mathbb{Q}\)</span>, qu’il est possible d’étudier avec des outils classiques d’analyse fonctionnelle. Ainsi, on pourra dire que <span class="math inline">\(f(u v^X w)\)</span> est une fonction <em>croissante</em>, est un <em>polynôme en <span class="math inline">\(X\)</span></em>, ou est bornée par un polynôme en <span class="math inline">\(X\)</span>. Je conjecture que les propriétés d’une fonction polyrégulière <span class="math inline">\(f\)</span> s’observent directement à travers une légère généralisation de la notion de pompage : au lieu de considérer un motif de la forme <span class="math inline">\(u v^X w\)</span>, on peut considérer une <em>fonction polyrégulière sans étoile et commutative</em> <span class="math inline">\(p\)</span> et observer <span class="math inline">\(f \circ p\)</span>. Plus précisément je conjecture que :</p> <ol type="1"> <li>Une fonction <span class="math inline">\(\mathbb{Z}\)</span>-polyrégulière <span class="math inline">\(f\)</span> est une fonction <span class="math inline">\(\mathbb{N}\)</span>-polyrégulière si et seulement si pour toute fonction polyrégulière sans étoile et commutative <span class="math inline">\(p\)</span>, <span class="math inline">\(f \circ p\)</span> est <span class="math inline">\(\mathbb{N}\)</span>-polyrégulière.</li> <li>Une fonction <span class="math inline">\(\mathbb{N}\)</span>-polyrégulière <span class="math inline">\(f\)</span> est une fonction <span class="math inline">\(\mathbb{N}\)</span>-polyrégulière <em>sans étoile</em>, si et seulement si pour toute fonction polyrégulière sans étoile et commutative <span class="math inline">\(p\)</span>, <span class="math inline">\(f \circ p\)</span> est sans étoile.</li> </ol> <p>Si ces conjectures sont vérifiées, alors le problème de décision d’appartenance à <span class="math inline">\(\mathbb{N}\mathsf{SF}\)</span> au sein de <span class="math inline">\(\mathbb{N}\mathsf{Poly}\)</span> et celui de l’appartenance à <span class="math inline">\(\mathbb{N}\mathsf{Poly}\)</span> au sein de <span class="math inline">\(\mathbb{Z}\mathsf{Poly}\)</span> sont tous deux décidables. En effet, un semi algorithme consiste à deviner une fonction dans la bonne classe (<span class="math inline">\(\mathbb{N}\mathsf{SF}\)</span> ou <span class="math inline">\(\mathbb{N}\mathsf{Poly}\)</span>) puis tester l’équivalence, ce qui est possible pour ces fonctions. Un second semi algorithme consiste à deviner une fonction <span class="math inline">\(p\)</span> commutative polyrégulière et sans étoile, servant de <em>contre exemple</em> puis de vérifier si <span class="math inline">\(f \circ p\)</span> appartient à la classe en question. Cette dernière étape de vérification est rendue possible grâce aux résultats obtenus sur les fonctions <em>commutatives</em>, ce qui est le cas de <span class="math inline">\(f \circ p\)</span>, puisque <span class="math inline">\(p\)</span> est commutative.</p> <h1 id="conclusion">Conclusion</h1> <p>Dans ce travail, je corrige une erreur de plus de 40 ans et je propose une approche nouvelle et prometteuse pour répondre à deux questions ouvertes sur les fonctions polyrégulières et les séries rationnelles.</p> <h1 class="unnumbered" id="références">Références</h1> <div id="refs" class="references csl-bib-body hanging-indent" data-entry-spacing="0" role="list"> <div id="ref-BERE10" class="csl-entry" role="listitem"> Berstel, Jean, et Christophe Reutenauer. 2010. <em>Noncommutative rational series with applications</em>. Vol. 137. Encyclopedia of Mathematics et its Applications. Cambridge University Press. <a href="https://doi.org/10.1017/CBO9780511760860">https://doi.org/10.1017/CBO9780511760860</a>. </div> <div id="ref-BOJA18" class="csl-entry" role="listitem"> Bojańczyk, Mikołaj. 2018. <span>« Polyregular Functions »</span>. <a href="https://arxiv.org/abs/1810.08760">https://arxiv.org/abs/1810.08760</a>. </div> <div id="ref-CDTL23" class="csl-entry" role="listitem"> Colcombet, Thomas, Gaëtan Douéneau-Tabot, et Aliaume Lopez. 2023. <span>« <span>Z</span>-polyregular functions »</span>. In <em>2023 38th Annual ACM/IEEE Symposium on Logic in Computer Science (LICS)</em>, 1‑13. Los Alamitos, CA, USA: IEEE Computer Society. <a href="https://doi.org/10.1109/LICS56636.2023.10175685">https://doi.org/10.1109/LICS56636.2023.10175685</a>. </div> <div id="ref-DOUE21" class="csl-entry" role="listitem"> Douéneau-Tabot, Gaëtan. 2021. <span>« <span>Pebble Transducers with Unary Output</span> »</span>. In <em>46th International Symposium on Mathematical Foundations of Computer Science (MFCS 2021)</em>, édité par Filippo Bonchi et Simon J. Puglisi, 202:40:1‑17. Leibniz International Proceedings in Informatics (LIPIcs). Dagstuhl, Germany: Schloss Dagstuhl – Leibniz-Zentrum f<span>ü</span>r Informatik. <a href="https://doi.org/10.4230/LIPIcs.MFCS.2021.40">https://doi.org/10.4230/LIPIcs.MFCS.2021.40</a>. </div> <div id="ref-DOUE22" class="csl-entry" role="listitem"> ———. 2022. <span>« <span>Hiding Pebbles When the Output Alphabet Is Unary</span> »</span>. In <em>49th International Colloquium on Automata, Languages, and Programming (ICALP 2022)</em>, édité par Mikołaj Bojańczyk, Emanuela Merelli, et David P. Woodruff, 229:120:1‑17. Leibniz International Proceedings in Informatics (LIPIcs). Dagstuhl, Germany: Schloss Dagstuhl – Leibniz-Zentrum f<span>ü</span>r Informatik. <a href="https://doi.org/10.4230/LIPIcs.ICALP.2022.120">https://doi.org/10.4230/LIPIcs.ICALP.2022.120</a>. </div> <div id="ref-DOUE23" class="csl-entry" role="listitem"> ———. 2023. <span>« Optimization of string transducers »</span>. Thèse de doctorat, Université Paris Cité. <a href="https://gdoueneau.github.io/pages/DOUENEAU-TABOT_Optimization-transducers_v2.pdf">https://gdoueneau.github.io/pages/DOUENEAU-TABOT_Optimization-transducers_v2.pdf</a>. </div> <div id="ref-KARH77" class="csl-entry" role="listitem"> Karhumäki, Juhani. 1977. <span>« Remarks on commutative <span>N</span>-rational series »</span>. <em>Theoretical Computer Science</em> 5 (2): 211‑17. <a href="https://doi.org/10.1016/0304-3975(77)90008-1">https://doi.org/10.1016/0304-3975(77)90008-1</a>. </div> <div id="ref-zpoly:LOP24" class="csl-entry" role="listitem"> Lopez, Aliaume. 2024. <span>« Commutative N-Polyregular Functions »</span>. Preprint. <a href="https://arxiv.org/abs/2404.02232">https://arxiv.org/abs/2404.02232</a>. </div> <div id="ref-MNPA71" class="csl-entry" role="listitem"> McNaughton, Robert, et Seymour A. Papert. 1971. <em>Counter-Free Automata</em>. The MIT Press. <a href="https://doi.org/10.5555/1097043">https://doi.org/10.5555/1097043</a>. </div> <div id="ref-SCHU65" class="csl-entry" role="listitem"> Schützenberger, Marcel P. 1965. <span>« On finite monoids having only trivial subgroups »</span>. <em>Information and Control</em> 8 (2): 190‑94. <a href="https://doi.org/10.1016/S0019-9958(65)90108-7">https://doi.org/10.1016/S0019-9958(65)90108-7</a>. </div> </div> 2025-01-03T00:00:00+00:00 2025-01-03T00:00:00+00:00 Aliaume Lopez https://aliaume.fr/site/posts/labelled-wqo-of-bounded-lcw/ <p>Ce document est le résumé en français de l’article <span class="citation" data-cites="LOPEZ24">(Lopez 2024)</span> qui est disponible sur arXiv, dont le pdf, des slides de présentation, ainsi que le fichier <code>bibtex</code> associé sont disponibles <a href="/publications.html#bibitem-wqo:LOP24">sur ma page web</a>.</p> <h1 id="résumé">Résumé</h1> <p>Dans cet article, je caractérise les classes de graphes largeur de clique linéaire bornée qui sont des beaux préordres pour l’ordre sous-structure induite en présence de couleurs sur les sommets. De plus, dans le cas où la classe est donnée sous la forme d’une transduction <span class="math inline">\(\mathsf{MSO}\)</span> depuis des mots finis, je fournis un algorithme pour décider cette propriété. Cette étude s’appuie sur des outils de la théorie des automates, et le schéma de preuve permet de dériver une version faible de la conjecture de Pouzet pour les classes de graphes de largeur de clique linéaire bornée. De manière plus générale, la ligne directrice de cet article est l’idée que les classes de <em>graphes</em> qui sont des beaux préordres pour l’ordre sous-structure induite sont en correspondance avec des classes <em>d’arbres</em> munis de l’ordre <em>de plongement avec trou</em> de <span class="citation" data-cites="DERSHOWITZ200380">Derhowitz et Tzameret (2003)</span>. Ceci est démontré pour les classes de graphes de largeur de clique linéaire bornée, et vérifié pour les classes de graphes étudiées par <span class="citation" data-cites="DRT10">Daligault, Rao, et Thomassé (2010)</span>.</p> <h1 id="contextualisation">Contextualisation</h1> <p>Un préordre <span class="math inline">\((X, \leq)\)</span> est un <em>beau préordre</em> si toute suite <span class="math inline">\((x_n)_{n \in \mathbb{N}}\)</span> d’éléments de <span class="math inline">\(X\)</span> possède une paire croissante <span class="math inline">\(i &lt; j\)</span> telle que <span class="math inline">\(x_i \leq x_j\)</span>. Par exemple, l’ensemble <span class="math inline">\(\mathbb{N}\times \mathbb{N}\)</span> est un beau préordre pour l’ordre produit. En théorie des graphes, le résultat fondamental de <span class="citation" data-cites="ROBSEY04">Robertson et Seymour (2004)</span> montre que l’ensemble des graphes finis est un beau préordre pour l’ordre <em>mineur</em>. Du point de vue de la vérification formelle, les beaux préordres sont au cœur des algorithmes de vérification des systèmes bien structurés <span class="citation" data-cites="ABDU96">(Abdulla et al. 1996)</span>.</p> <p>Les beaux préordres possèdent une riche théorie de clôture : ils sont fermés par produit, somme, et sous-ensemble. En sus, ils sont clos par des constructeurs plus exotiques comme l’ensemble des parties finies, l’ensemble des mots finis, ou l’ensemble des arbres finis <span class="citation" data-cites="HIG52 KRU72">(Higman 1952; Kruskal 1972)</span>. Ces propriétés rendent l’utilisation des beaux préordres aisée lors de la modélisation de systèmes bien structurés : on peut représenter les états d’un système en combinant différents beaux préordres.</p> <p>Cependant, et comme étudié dans l’article <span class="citation" data-cites="LOPEZ23">Lopez (2023)</span>, l’ordre placé sur une construction comme « l’ensemble des mots finis sur <span class="math inline">\((X,\leq)\)</span> » ou « l’ensemble des arbres finis sur <span class="math inline">\((X,\leq)\)</span> » manque de canonicité, dans le sens où il n’existe pas de <em>préordre le plus fin</em> qui rende ces constructions bien préordonnées. La solution retenue pour a été de considérer les mots finis et les arbres finis comme des constructions <em>inductives</em>, et de proposer une définition systématique d’ordre sur ces constructions inductives.</p> <p>Une autre solution, qui est celle retenue dans cet article, est de considérer que les ordres sur l’ensemble des arbres finis et des mots finis sont en réalités des ordres de <em>sous structure-induite</em>, lorsque ceux-ci sont vus comme des structures relationnelles finies. En effet, l’ordre <em>sous mot épars</em> de <span class="citation" data-cites="HIG52">Higman (1952)</span>, est en réalité l’ordre de sous-structure induite pour l’ensemble des ordres linéaires coloriés (c’est-à-dire, des mots). De manière similaire, l’ordre de plongement d’arbre de <span class="citation" data-cites="KRU72">Kruskal (1972)</span> correspond à l’ordre <em>sous-structure induite</em> sur les arbres finis représentés par des structures coloriées utilisant la relation « plus petit ancêtre commun ». Cette présentation est particulièrement naturelle, car ces ordres sont généralement <em>définis</em> en terme de morphismes <span class="citation" data-cites="HSS13">(voir Haase, Schmitz, et Schnoebelen 2013)</span>. Une généralisation de cette présentation se heurte au fait que l’ensemble des graphes finis (une classe de structures très simple) n’est pas un beau préordre pour l’ordre sous-structure induite.</p> <p>Avant de comprendre <em>quelles classes de structures relationnelles finies</em> donnent lieu à un constructeur de beau préordre pour l’ordre sous-structure induite, il est nécessaire de comprendre dans quel cas des classes de <em>graphes</em> possèdent cette propriété. Ce sujet a déjà été étudié par <span class="citation" data-cites="DING92">Ding (1992)</span>, où il est montré que les classes de graphes ayant <em>treedepth</em> bornée sont des beaux préordres pour l’ordre sous-structure induite, et ce même avec coloriage. Depuis, la question de la caractérisation des classes de graphes qui sont des beaux préordres pour l’ordre sous-structure induite est restée ouverte, avec des contributions récentes de <span class="citation" data-cites="DRT10">Daligault, Rao, et Thomassé (2010)</span>, ainsi que de <span class="citation" data-cites="DLP18">Dabrowski, Lozin, et Paulusma (2018)</span> ou <span class="citation" data-cites="DLP20">Dabrowski, Lozin, et Paulusma (2020)</span>.</p> <p>Il faut bien distinguer différentes approches en fonction de l’intérêt des auteurs et autrices :</p> <ol type="1"> <li><span id="prop-1">Montrer qu’une classe</span> de graphe est un <em>constructeurs de beaux préordres</em>, c’est-à-dire, que pour tout beau préordre <span class="math inline">\((X, \leq)\)</span>, l’ensemble des graphes coloriés par <span class="math inline">\(X\)</span> est un beau préordre pour l’ordre sous-structure induite, où <span class="math inline">\(X\)</span> est vu comme un ensemble de couleurs ordonnées. On dit alors que la classe est un <em>constructeur de beau préordre</em>.</li> <li><span id="prop-2">Montrer qu’une classe</span> de graphes est un <em>beau préordonnée</em> pour l’ordre sous-structure induite, pour tout nombre arbitrairement grand mais <em>fini</em> de couleurs. On dit alors que la classe est un <em>beau préordre avec étiquettes</em>.</li> <li><span id="prop-3">Montrer qu’une classe de graphes</span> est un <em>beau préordonnée</em> pour l’ordre sous-structure induite, avec un nombre fini de couleurs fixé (au moins <span class="math inline">\(2\)</span> couleurs). On dit alors que la classe est un <em>k-beau préordre</em>, où <span class="math inline">\(k\)</span> est le nombre de de couleurs utilisées.</li> <li><span id="prop-4">Montrer qu’une classe de graphes</span> est un <em>beau préordonnée</em> pour l’ordre sous-structure induite, sans aucune notion de coloriage.</li> </ol> <p>Dans cet article, on s’intéressera principalement à la propriété (1), mais la littérature est plutôt concernée par les propriétés (3) et (4). Notons que (1) implique (2), qui implique (3), qui implique (4). On peut démontrer que l’implication (3) <span class="math inline">\(\implies\)</span> (4) est stricte, mais il a été conjecturé par <span class="citation" data-cites="POUZ72">Pouzet (1972)</span> que l’implication <span class="math inline">\((2) \implies (3)\)</span> est en réalité une équivalence. Je conjecture que l’implication <span class="math inline">\((1) \implies (2)\)</span> est également une une équivalence.</p> <p>Jusqu’à présent, la notion de <em>largeur de clique</em> n’a pas été utilisée dans ce résumé, et son apparition dans cet article est motivée par les travaux de <span class="citation" data-cites="DRT10">Daligault, Rao, et Thomassé (2010)</span>, qui ont étudié certaines classes de graphes de largeur de clique bornée et caractérisé lesquelles sont des beaux préordres pour l’ordre sous-structure induite <em>avec couleurs</em> (<a href="#prop-2">propriété 2</a>). En plus de fournir un cadre théorique agréable dans lequel travailler, les auteurs conjecturent qu’une classe de graphes héréditaire<a href="#fn1" class="footnote-ref" id="fnref1" role="doc-noteref">¹</a> et qui est un <span class="math inline">\(2\)</span>-beau préordre (<a href="#prop-3">propriété 3</a>) a toujours une largeur de clique bornée <span class="citation" data-cites="DRT10">(Daligault, Rao, et Thomassé 2010, Conjecture 5)</span>. Originellement, la notion de largeur de clique bornée a été introduite par Courcelle <span class="citation" data-cites="COUR91 COUR94 COJOGR93">(Courcelle 1991, 1994; Courcelle, Engelfriet, et Rozenberg 1993)</span> afin de généraliser les <em>langages réguliers</em> aux classes de graphes, et fournit un cadre théorique agréable pour représenter de telles classes.</p> <h1 id="contributions-de-larticle">Contributions de l’article</h1> <p>Dans cet article, je caractérise les classes de graphes <em>largeur de clique linéaire bornée</em> qui sont des beaux préordres pour l’ordre sous-structure induite en présence d’un nombre arbitraire couleurs (<a href="#prop-2">propriété 2</a>). Cette caractérisation est incomparable à celle de <span class="citation" data-cites="DRT10">(Daligault, Rao, et Thomassé 2010)</span> car je me limite à la largeur de clique <strong>linéaire</strong>, alors que <span class="citation" data-cites="DRT10">(Daligault, Rao, et Thomassé 2010)</span> se limite à des classes spécifiques ayant une largeur de clique bornée.</p> <p>De plus, je fournis un algorithme pour décider si une classe de graphes donnée sous la forme d’une transduction <span class="math inline">\(\mathsf{MSO}\)</span> depuis des mots finis est un beau préordre pour l’ordre sous-structure induite. Cet algorithme, basé sur des outils de la théorie des automates peut se généraliser pour expliquer de manière purement algébrique les résultats <em>ad-hoc</em> de <span class="citation" data-cites="DRT10">Daligault, Rao, et Thomassé (2010)</span>. Enfin, je démontre que l’équivalence <span class="math inline">\((1) \iff (2)\)</span> est vraie pour les classes de graphes de largeur de clique linéaire bornée.</p> <p>Au cœur de ces résultats se trouve le théorème de factorisation de <span class="citation" data-cites="SIMO90">Simon (1990)</span>, qui permet de remplacer les formules <span class="math inline">\(\mathsf{MSO}\)</span> par des arbres colorés de profondeur finie. Ce théorème permet de réduire une classe de graphes de largeur de clique linéaire bornée qui est un beau préordre à une classe de <em>mots imbriqués</em> de profondeur finie, qui est elle-même un beau préordre pour l’ordre de <span class="citation" data-cites="HIG52">Higman (1952)</span> « imbriqué ». Cette caractérisation, en plus de révéler une structure arborescente sous-jacente pour les classes de graphes ayant une largeur de clique linéaire bornée, fait apparaître comme naturel l’ordre de plongement avec trou de <span class="citation" data-cites="DERSHOWITZ200380">Derhowitz et Tzameret (2003)</span> : dans le cas des mots finis, cet ordre est précisément l’ordre de Higman emboité.</p> <p>Cette découverte mène a la conjecture suivante : une classe de graphes héréditaire et qui est un constructeur de beau préordre pour l’ordre sous-structure induite est en correspondance avec une classe d’arbres munie de l’ordre de “plongement avec trou” (potentiellement imbriqué) de <span class="citation" data-cites="DERSHOWITZ200380">Derhowitz et Tzameret (2003)</span>, ce qui fait le lien avec l’étude précédemment mentionnée sur les constructions inductives <span class="citation" data-cites="LOPEZ23">(Lopez 2023)</span>, ce préordre étant lui-même obtenu inductivement <span class="citation" data-cites="DERSHOWITZ200380 FREU20">(Derhowitz et Tzameret 2003; Freund 2020)</span>. J’ai démontré cette conjecture pour les classes de graphes étudiées par <span class="citation" data-cites="DRT10">Daligault, Rao, et Thomassé (2010)</span>.</p> <h1 id="conclusion">Conclusion</h1> <p>Cet article démontre que l’hypothèse de <em>largeur de clique bornée</em> fournit un cadre théorique propice à l’étude des classes de graphes finis qui sont des beaux préordres pour l’ordre sous-structure induite, cela sans réduire la généralité du propos selon <span class="citation" data-cites="DRT10">(Daligault, Rao, et Thomassé 2010, Conjecture 5)</span>. De plus, il renforce les conjectures selon lesquelles les propriétés <a href="#prop-1">(1)</a>, <a href="#prop-2">(2)</a> et <a href="#prop-3">(3)</a> sont équivalentes. Enfin, il ouvre la voie à l’étude plus générale des structures relationnelles finies, et fait le lien entre les beaux préordres obtenus en <em>coloriant des structures finies</em> et ceux obtenus via des <em>constructions inductives</em>.</p> <h1 class="unnumbered" id="références">Références</h1> <div id="refs" class="references csl-bib-body hanging-indent" data-entry-spacing="0" role="list"> <div id="ref-ABDU96" class="csl-entry" role="listitem"> Abdulla, Parosh Aziz, Karlis Čerāns, Bengt Jonsson Tsay, et Yih-Kuen. 1996. <span>« General decidability theorems for infinite-state systems »</span>. In <em>Proceedings of LICS’96</em>, 313‑21. IEEE. <a href="https://doi.org/10.1109/LICS.1996.561359">https://doi.org/10.1109/LICS.1996.561359</a>. </div> <div id="ref-COUR91" class="csl-entry" role="listitem"> Courcelle, Bruno. 1991. <span>« The monadic second-order logic of graphs V: on closing the gap between definability and recognizability »</span>. <em>Theoretical Computer Science</em> 80 (2): 153‑202. https://doi.org/<a href="https://doi.org/10.1016/0304-3975(91)90387-H">https://doi.org/10.1016/0304-3975(91)90387-H</a>. </div> <div id="ref-COUR94" class="csl-entry" role="listitem"> ———. 1994. <span>« Monadic second-order definable graph transductions: a survey »</span>. <em>Theoretical Computer Science</em> 126 (1): 53‑75. https://doi.org/<a href="https://doi.org/10.1016/0304-3975(94)90268-2">https://doi.org/10.1016/0304-3975(94)90268-2</a>. </div> <div id="ref-COJOGR93" class="csl-entry" role="listitem"> Courcelle, Bruno, Joost Engelfriet, et Grzegorz Rozenberg. 1993. <span>« Handle-rewriting hypergraph grammars »</span>. <em>Journal of Computer and System Sciences</em> 46 (2): 218‑70. https://doi.org/<a href="https://doi.org/10.1016/0022-0000(93)90004-G">https://doi.org/10.1016/0022-0000(93)90004-G</a>. </div> <div id="ref-DLP18" class="csl-entry" role="listitem"> Dabrowski, Konrad K., Vadim V. Lozin, et Daniël Paulusma. 2018. <span>« Well-Quasi-Ordering versus Clique-Width: New Results on Bigenic Classes »</span>. <em>Journal of Combinatorial Theory, Series B</em> 130: 1‑18. <a href="https://doi.org/10.1016/j.jctb.2017.09.012">https://doi.org/10.1016/j.jctb.2017.09.012</a>. </div> <div id="ref-DLP20" class="csl-entry" role="listitem"> ———. 2020. <span>« Clique-width and Well-Quasi-Ordering of Triangle-Free Graph Classes »</span>. <em>Journal of Computer and System Sciences</em> 108: 64‑91. <a href="https://doi.org/10.1016/j.jcss.2019.09.001">https://doi.org/10.1016/j.jcss.2019.09.001</a>. </div> <div id="ref-DRT10" class="csl-entry" role="listitem"> Daligault, Jean, Michael Rao, et Stéphan Thomassé. 2010. <span>« Well-Quasi-Order of Relabel Functions »</span>. <em>Order</em> 27 (3): 301‑15. <a href="https://doi.org/10.1007/s11083-010-9174-0">https://doi.org/10.1007/s11083-010-9174-0</a>. </div> <div id="ref-DERSHOWITZ200380" class="csl-entry" role="listitem"> Derhowitz, Nachum, et Iddo Tzameret. 2003. <span>« Gap Embedding for Well-Quasi-Orderings1 »</span>. <em>Electronic Notes in Theoretical Computer Science</em> 84: 80‑90. <a href="https://doi.org/10.1016/S1571-0661(04)80846-6">https://doi.org/10.1016/S1571-0661(04)80846-6</a>. </div> <div id="ref-DING92" class="csl-entry" role="listitem"> Ding, Guoli. 1992. <span>« Subgraphs and well‐quasi‐ordering »</span>. <em>Journal of Graph Theory</em> 16 (5): 489‑502. <a href="https://doi.org/10.1002/jgt.3190160509">https://doi.org/10.1002/jgt.3190160509</a>. </div> <div id="ref-FREU20" class="csl-entry" role="listitem"> Freund, Anton. 2020. <span>« From Kruskal’s theorem to Friedman’s gap condition »</span>. <em>Mathematical Structures in Computer Science</em> 30 (8): 952‑75. <a href="https://doi.org/10.1017/S0960129520000298">https://doi.org/10.1017/S0960129520000298</a>. </div> <div id="ref-HSS13" class="csl-entry" role="listitem"> Haase, Christoph, Sylvain Schmitz, et Philippe Schnoebelen. 2013. <span>« The Power of Priority Channel Systems »</span>. In <em>CONCUR 2013 – Concurrency Theory</em>, édité par Pedro R. D’Argenio et Hernán Melgratti, 319‑33. Berlin, Heidelberg: Springer Berlin Heidelberg. <a href="https://doi.org/10.1007/978-3-642-40184-8_22">https://doi.org/10.1007/978-3-642-40184-8_22</a>. </div> <div id="ref-HIG52" class="csl-entry" role="listitem"> Higman, Graham. 1952. <span>« Ordering by divisibility in abstract algebras »</span>. <em>Proceedings of the London Mathematical Society</em> 3: 326‑36. <a href="https://doi.org/10.1112/plms/s3-2.1.326">https://doi.org/10.1112/plms/s3-2.1.326</a>. </div> <div id="ref-KRU72" class="csl-entry" role="listitem"> Kruskal, Joseph B. 1972. <span>« The theory of well-quasi-ordering: A frequently discovered concept »</span>. <em>Journal of Combinatorial Theory, Series A</em> 13: 297‑305. <a href="https://doi.org/10.1016/0097-3165(72)90063-5">https://doi.org/10.1016/0097-3165(72)90063-5</a>. </div> <div id="ref-LOPEZ23" class="csl-entry" role="listitem"> Lopez, Aliaume. 2023. <span>« Fixed Points and Noetherian Topologies »</span>. In <em>Foundations of Software Science and Computation Structures</em>, édité par Orna Kupferman et Pawel Sobocinski, 13992:456‑76. Springer Nature Switzerland. <a href="https://doi.org/10.1007/978-3-031-30829-1_22">https://doi.org/10.1007/978-3-031-30829-1_22</a>. </div> <div id="ref-LOPEZ24" class="csl-entry" role="listitem"> ———. 2024. <span>« Labelled Well Quasi Ordered Classes of Bounded Linear Clique-Width »</span>. <a href="https://arxiv.org/abs/2405.10894">https://arxiv.org/abs/2405.10894</a>. </div> <div id="ref-POUZ72" class="csl-entry" role="listitem"> Pouzet, Maurice. 1972. <span>« Un bel ordre d’abritement et ses rapports avec les bornes d’une multirelation »</span>. <em>CR Acad. Sci. Paris Sér. AB</em> 274: A1677‑80. </div> <div id="ref-ROBSEY04" class="csl-entry" role="listitem"> Robertson, Neil, et Paul D. Seymour. 2004. <span>« Graph Minors. XX. Wagner’s conjecture »</span>. <em>Journal of Combinatorial Theory, Series B</em> 92 (2): 325‑57. <a href="https://doi.org/10.1016/j.jctb.2004.08.001">https://doi.org/10.1016/j.jctb.2004.08.001</a>. </div> <div id="ref-SIMO90" class="csl-entry" role="listitem"> Simon, Imre. 1990. <span>« Factorization forests of finite height »</span>. <em>Theoretical Computer Science</em> 72 (1): 65‑94. <a href="https://doi.org/10.1016/0304-3975(90)90047-L">https://doi.org/10.1016/0304-3975(90)90047-L</a>. </div> </div> <section id="footnotes" class="footnotes footnotes-end-of-document" role="doc-endnotes"> <hr /> <ol> <li id="fn1"><p>C’est-à-dire, fermée par sous-structure induite.<a href="#fnref1" class="footnote-back" role="doc-backlink">↩︎</a></p></li> </ol> </section> 2024-11-26T00:00:00+00:00 2024-11-26T00:00:00+00:00 Aliaume LOPEZ https://aliaume.fr/site/posts/portrait-ens-paris-saclay-ackermann/ <p>Dans le cadre d’un billet d’actualité sur le site de <a href="https://ens-paris-saclay.fr">l’École Normale Supérieure Paris-Saclay</a>, j’ai été invité à rédiger un portrait de moi-même suite à l’obtention du <a href="https://www.eacsl.org/ackermann-award/">Prix Ackermann 2024</a>. Mon co-lauréat et ami, <a href="https://gdoueneau.github.io/">Gaëtan Douéneau-Tabot</a> a également eu droit à son portrait, les deux étant disponibles <a href="https://ens-paris-saclay.fr/actualite/prix-ackermann-2024-deux-normaliens-laureats">sur la page de l’ENS Paris-Saclay</a>.</p> <p>Je laisse les lecteurs intéressés comparer le texte publié et celui qui a été transmis à <a href="https://ens-paris-saclay.fr">l’ENS Paris-Saclay</a> que je reproduis ci-dessous.</p> <h2 id="le-portrait-en-question">Le portrait en question</h2> <p><strong>Parcours.</strong> Je suis entré à <a href="https://ens-paris-saclay.fr">l’ENS Paris-Saclay</a> sur <a href="https://ens-paris-saclay.fr/admission/sur-concours/concours-dadmission-en-1ere-annee/concours-mp">concours</a>, et suivi dès mon entrée un cursus à l’interface entre l’informatique et les mathématiques. Dans un premier temps avec une double licence en mathématiques et informatique, puis un master de mathématique, suite auquel j’ai passé <a href="https://agreg.org/">l’agrégation de mathématiques</a> (option informatique, qui n’existe plus aujourd’hui), et j’ai terminé mon cursus à l’ENS Paris-Saclay en suivant le master <a href="https://wikimpri.dptinfo.ens-cachan.fr/doku.php">MPRI</a> (Master Parisien de Recherche en Informatique), un master de recherche en informatique fondamentale et cryptographie reconnu en France et à l’international. Par la suite, j’ai réalisé une thèse en informatique théorique en co-supervision entre l’ENS Paris-Saclay et <a href="https://u-paris.fr/">l’Université Paris Cité</a>, durant laquelle j’ai réalisé une année de césure pour travailler comme développeur fullstack à <a href="https://www.asn.fr/">l’Autorité de Sûreté Nucléaire</a> (ASN), dans le cadre de son programme <a href="https://entrepreneur-interet-general.etalab.gouv.fr/">Entrepreneurs d’Intérêt Général</a> (EIG) porté par la <a href="https://www.numerique.gouv.fr/">Direction Interministérielle du Numérique</a> (DINUM).</p> <p><strong>En arrivant à l’ENS Paris-Saclay.</strong> Je n’avais pas de projet professionnel précis en entrant à l’ENS Paris-Saclay, mais j’avais déjà conscience de mon envie de contribuer au service public et à l’intérêt général, ce qui a guidé mes choix d’intégration. Par ailleurs, je savais qu’intégrer l’ENS Paris-Saclay me permettrait d’accéder à une formation d’excellence en mathématiques et informatique, deux domaines qui m’intéressaient déjà beaucoup. Cependant, c’est réellement en L3 que j’ai découvert la recherche en informatique théorique, et au fil de mes stages (L3, M1, M2) que j’ai commencé à envisager un projet professionnel dans ce domaine. Cependant, je tiens à souligner que l’enseignement et la recherche ne sont pas les seuls débouchés possibles ou souhaitables pour les élèves d’une ENS, loin de là.</p> <p><strong>Ma Recherche.</strong> Mes intérêts en recherche se situent dans le domaine de l’informatique théorique, c’est-à-dire à la frontière entre mathématique et informatique dite “pratique”. Dans ce domaine relativement vaste, je me suis intéressé plus précisément aux liens entre la <a href="https://en.wikipedia.org/wiki/Finite_model_theory">théorie des modèles finis</a> et la <a href="https://en.wikipedia.org/wiki/Formal_verification">vérification de systèmes infinis</a>, deux domaines très abstraits, mais qui ont des applications concrètes en informatique : d’une part la théorie des modèles finis est un outil puissant pour comprendre les bases de données, le cœur battant des outils numériques qui rythment nos vies modernes (moteurs de recherche, réseaux sociaux, intelligence artificielle, etc.) ; D’autre part la vérification de systèmes, ou plus généralement ce que l’on peut nommer les <a href="https://en.wikipedia.org/wiki/Formal_methods">méthodes formelles</a> est un champ de recherche qui vise à développer des outils pour garantir la fiabilité des systèmes informatiques (trains, lignes automatisées de métro, etc.). Un point d’intersection de ces deux domaines est une collection de théorèmes dits de préservation, et c’est sur ces théorèmes que j’ai travaillé durant ma thèse, d’où le titre baroque “Théorèmes de préservation du premier ordre en théorie des modèles finis : localité, topologie et constructions limites”, qui résume assez bien mes travaux faisant le pont entre la logique (informatique) et la topologie (mathématique).</p> <p><strong>Le Prix Ackermann.</strong> Recevoir le prix <a href="https://www.eacsl.org/ackermann-award/">Ackermann 2024</a> est pour moi très important, car c’est une reconnaissance de mon travail et de mes compétences, mais aussi de l’intérêt porté par la communauté scientifique à des domaines très théoriques qui sont moins en vogue que, par exemple, l’apprentissage automatique ou l’informatique quantique. Le fait que mon co-lauréat, Gaëtan Douéneau-Tabot, soit également un camarade de promotion est pour moi une fierté supplémentaire, illustrant s’il le fallait la qualité de la formation dispensée à l’ENS Paris-Saclay. Ce prix est aussi une occasion pour saluer de nouveau mes deux directeurs de thèse <a href="http://www.lsv.fr/~goubault/">Jean-Goubault Larrecq</a> et <a href="https://www.irif.fr/en/users/schmitz/index">Sylvain Schmitz</a>, qui, et je m’en rends compte un peu plus chaque jour, ont été des guides exceptionnels tant sur le plan humain que scientifique. Je tiens aussi à remercier Gaëtan, mon co-lauréat, pour sa collaboration et son amitié, qui m’ont ouvert de nouveaux horizons et fait découvrir des domaines de recherche passionnants en théorie des automates.</p> <p><strong>L’ENS Paris-Saclay.</strong> En sus d’une formation en informatique et mathématique de très haut niveau et toujours en forte connexion avec la recherche académique, l’ENS Paris-Saclay m’a permis de bénéficier d’un environnement de travail exceptionnel, avec des professeurs de qualité, des promotions fantastiques et un accès privilégié au monde de la recherche (stages, séminaires, conférences). Mais au-delà de la formation académique, l’ENS Paris-Saclay donne également une rigueur de travail, une humilité et une ouverture d’esprit qui sont des qualités essentielles, qui sont autant de qualités difficiles à quantifier, mais qui distinguent les normaliens aussi bien en recherche que dans le monde professionnel. Je profite de cet encart pour insister sur l’apport que peut avoir une formation à l’ENS Paris-Saclay en dehors de l’enseignement ou la recherche académique, et que le secteur public hors académique (même hors concours) est une voie tout à fait naturelle et qui reste dans la continuité de l’engagement pour l’intérêt général qui à mon sens fait partie des valeurs de l’ENS Paris-Saclay.</p> 2024-11-13T00:00:00+00:00 2024-11-13T00:00:00+00:00 Aliaume Lopez https://aliaume.fr/site/posts/ackermann-award/ <p>Suite à mon billet décrivant <a href="/prix-de-these-candidature.html">comment candidater à un prix de thèse</a>, je suis très heureux de vous annoncer que j’ai reçu le prix <a href="https://www.eacsl.org/ackermann-award/">Ackermann</a> 2024 récompensant <a href="/posts/2023-09-20-post-defense.html">ma thèse de doctorat</a>. Ce prix récompense chaque année une thèse exceptionnelle en logique et est décerné par <a href="https://www.eacsl.org/">l’EACSL</a> lors de la conférence <a href="https://www.eacsl.org/csl-conferences/">CSL</a>. Plus d’informations sur le prix et mon co-lauréat <a href="https://gdoueneau.github.io/">Gaëtan Douéneau-Tabot</a> sont disponibles sur la page <a href="https://www.eacsl.org/ackermann-award/">officielle du prix de thèse</a>.</p> <p>Je tiens à remercier mes directeurs de thèse, mes collègues et ma famille pour leur soutien tout au long de ces années et je considère comme un formidable encouragement la reconnaissance attestée de mon travail par ce prix.</p> <p>Pour celles et ceux qui se demandent à quoi ressemble une candidature à un prix de thèse je vous propose, en complément du billet précédent sur le sujet, de consulter <a href="/ressources/these/prix/ackermann-dissertation-abstract.pdf">mon dossier de candidature</a>.</p> 2024-10-14T00:00:00+00:00 2024-10-14T00:00:00+00:00 Aliaume Lopez https://aliaume.fr/site/posts/bibadac-is-born/ <p><strong>TL;DR</strong> <a href="https://bibadac-web-woht.shuttle.app/">Bibadac</a> est un outil en ligne de commande permettant de gérer une bibliographie écrite avec <a href="https://en.wikipedia.org/wiki/BibTeX">BibTeX</a>. Il est conçu pour répondre à des besoins simples et récurrents comme : formater une bibliographie et vérifier la cohérence des entrées. Son nom est tiré du verbe polonais <em>biadać</em> qui signifie <em>se plaindre</em>, <em>gémir</em>, <em>se lamenter</em>, en ajoutant un <em>b</em> pour <em>Bib TeX</em>:</p> <p><strong>Bibadać (verbe):</strong> faire pleurer des fichiers BibTeX.</p> <h2 id="quel-type-de-chercheur-chercheuse-êtes-vous">Quel type de chercheur / chercheuse êtes-vous ?</h2> <p>Écrire des articles nécessite de citer des articles. En pratique pour les informaticien·e·s et les mathématicien·ne·s, cela signifie interagir beaucoup avec le format de bibliographies <a href="https://en.wikipedia.org/wiki/BibTeX">BibTeX</a>. Ce “format” est très flexible, et en conséquence, il est très facile de faire des erreurs. Cet outil peut vous être utile si vous avez déjà :</p> <ol type="1"> <li>Modifié des entrées BibTeX à la main pour retirer des champs.</li> <li>Pleuré devant des entrées BibTeX illisible parce que mal formatées.</li> <li>Eu des problèmes de cohérence entre les entrées de votre fichier BibTeX.</li> <li>Cité des articles en utilisant des liens morts.</li> <li>Ajouté des champs dans fichier écrit par un·e collègue.</li> <li>Eu des erreurs de compilation de votre fichier LaTeX à cause de votre fichier BibTeX.</li> </ol> <h2 id="bibadac">Bibadac</h2> <p><strong>Bibadać</strong> est un outil en ligne de commande écrit en <a href="https://www.rust-lang.org/">Rust</a> pour gérer des fichiers BibTeX. Il est conçu pour être <em>simple</em> et <em>rapide</em>. Pour lister les potentielles erreurs dans un fichier <code class="sourceCode bash"><span class="ex">bibadac</span> check mon-fichier.bib</code>. Pour formater un fichier <code class="sourceCode bash"><span class="ex">bibadac</span> format mon-fichier.bib</code>. Pour télécharger les dernières versions des entrées bibliographiques ainsi que <em>tous les PDFs associés</em> <code class="sourceCode bash"><span class="ex">bibadac</span> setup mon-fichier.bib</code>.<a href="#fn1" class="footnote-ref" id="fnref1" role="doc-noteref">¹</a></p> <p><strong>Encore un nouvel outil ?</strong> Il existe déjà de nombreux outils pour gérer des fichiers BibTeX. Cependant, ces outils sont souvent <em>pénibles</em>. Ils utilisent des interpréteurs (Python, Node.js) et sont donc relativement lourds à déployer, alors que Bibadać est un binaire d’à peine 2 Mo.<a href="#fn2" class="footnote-ref" id="fnref2" role="doc-noteref">²</a> De plus, ils sont souvent assez <em>stricts</em> sur le format de fichier : des erreurs de syntaxes mineures peuvent les faire planter. Là où Bibadać se démarque, c’est qu’il utilise <a href="https://tree-sitter.github.io/tree-sitter/">Tree Sitter</a> pour analyser le fichier d’entrée : cela permet de faire des diagnostics <em>pertinents</em> même sur des fichiers invalides, et de formater des fichiers invalides sur le principe du <em>meilleur effort</em>. De plus, son fonctionnement <em>sans état</em> le rend particulièrement adapté à des pipelines de compilation ou d’intégration continue.</p> <p><strong>Fonctionnalités.</strong> La principale fonction de Bibadać est de vérifier la cohérence des entrées d’un fichier BibTeX. Cela signifie vérifier l’absence de doublons, de champs vides, d’URLs qui ne sont pas accessibles, de versions périmées d’un document, etc. En plus de cela, Bibadać propose de formater un fichier BibTeX pour le rendre plus lisible, avec la possibilité <em>d’enrichir</em> les entrées avec des informations provenant d’un autre fichier BibTeX. Enfin, Bibadać propose de télécharger des versions “standardisées” des citations issues du fichier d’entrée ainsi que (presque) tous les PDFs associés.</p> <p><strong>Usage typique.</strong> Vous commencez à collaborer sur un projet, vous téléchargez le fichier BibTeX de votre collègue. Vous lancez <code>bibadac setup</code> pour obtenir tous les documents nécessaires ainsi qu’une base de référence bibliographique <em>à jour</em>. Vous pouvez ensuite vous servir de cette base pour vérifier votre fichier BibTeX, et le formater, l’enrichir au besoin, ou en supprimer certains champs inutiles. Avant de publier votre article, vous pouvez lancer une dernière fois <code>bibadac check</code> pour vérifier que tout est en ordre.</p> <h2 id="technologies-développement-déploiement">Technologies, Développement, Déploiement</h2> <p>Comme déjà mentionné, Bibadać est écrit en <a href="https://www.rust-lang.org/">Rust</a>. Le langage possède une excellente communauté, beaucoup de bibliothèques et une <em>toolchain</em> fabuleuse. Le cœur de Bibadać est basé sur <a href="https://tree-sitter.github.io/tree-sitter/">Tree-sitter</a>, un <em>parser</em> générique qui permet de faire des analyses syntaxiques de fichiers de manière efficace et <em>itérative</em>.<a href="#fn3" class="footnote-ref" id="fnref3" role="doc-noteref">³</a> Le seul et unique problème avec ce langage est son utilisation des <em>durées de vie nommées</em> qui s’écrivent avec la syntaxe <code class="sourceCode rust"><span class="op">&lt;</span><span class="ot">&#39;a</span><span class="op">&gt;</span></code>, or :</p> <ol type="1"> <li>J’écris avec un clavier <a href="https://bepo.fr/">BÉPO</a> et je n’ai pas envie de changer de disposition pour écrire du code.</li> <li>J’utilise un MacPro d’occasion sans y avoir installé Linux, et le <em>driver</em> <a href="https://bepo.fr/">bépo</a> ne permet pas facilement de taper le caractère <code>'</code>, qui est systématiquement remplacé par un caractère <code>’</code>.</li> </ol> <p>Afin de faire une petite démonstration en ligne de Bibadać, j’ai écrit une interface web minimaliste, et c’est à ce moment là que j’ai rencontré le premier bémol : j’espérais pouvoir compiler Bibadać vers du WebAssembly pour avoir un démonstrateur sur une page statique, mais cela n’est pas possible à cause de la dépendance à <a href="https://tree-sitter.github.io/tree-sitter/">Tree-sitter</a> et des <a href="https://github.com/tree-sitter/tree-sitter/discussions/1550">incompatibilités d’ABI WebAssembly</a>. J’ai donc dû construire une petite API en ligne. Pour sa mise en route j’ai utilisé le service <a href="https://shuttle.rs/">shuttle.rs</a>, destiné à déployer des applications Rust en ligne de manière simple, rapide, et <em>sans configuration</em>.<a href="#fn4" class="footnote-ref" id="fnref4" role="doc-noteref">⁴</a> C’est particulièrement simple à utiliser (une seule commande), et le déploiement de l’application est fait en une dizaine de minutes lors du premier build.</p> <h2 id="conclusion">Conclusion</h2> <p>Un jour, peut-être, Bibadać sera un outil incontournable. En attendant, testez le en ligne sur <a href="https://bibadac-web-woht.shuttle.app/">🧯 Bibadać — Web Demo</a>. Si vous êtes plutôt <em>CURL</em>ieux, vous pouvez directement utiliser l’API:</p> <div class="sourceCode" id="cb1"><pre class="sourceCode bash"><code class="sourceCode bash"><span id="cb1-1"><a href="#cb1-1" aria-hidden="true" tabindex="-1"></a><span class="ex">curl</span> <span class="at">-X</span> POST <span class="dt">\</span></span> <span id="cb1-2"><a href="#cb1-2" aria-hidden="true" tabindex="-1"></a> <span class="at">-H</span> <span class="st">&quot;Content-Type: plain/text&quot;</span> <span class="dt">\</span></span> <span id="cb1-3"><a href="#cb1-3" aria-hidden="true" tabindex="-1"></a> <span class="at">-d</span> @mon-fichier.bib <span class="dt">\</span></span> <span id="cb1-4"><a href="#cb1-4" aria-hidden="true" tabindex="-1"></a> https://bibadac-web-woht.shuttle.app/api/check</span></code></pre></div> <section id="footnotes" class="footnotes footnotes-end-of-document" role="doc-endnotes"> <hr /> <ol> <li id="fn1"><p>Attention, l’utilisation de Sci-Hub est illégale dans de nombreux pays. Si vous utilisez cette fonctionnalité, vous êtes seul responsable de vos actes. En revanche, les documents téléchargés sur <a href="https://arxiv.org/">arXiv</a> ou des pages personnelles d’auteurs n’ont en général pas de problèmes de légalité.<a href="#fnref1" class="footnote-back" role="doc-backlink">↩︎</a></p></li> <li id="fn2"><p>Notons que c’est quand même énorme pour un si petit programme.<a href="#fnref2" class="footnote-back" role="doc-backlink">↩︎</a></p></li> <li id="fn3"><p>Pour le moment, ce n’est pas utilisé, mais dans la perspective d’écrire un <em>plugin</em> pour un éditeur de texte, cette fonction permet de faire des analyses d’un fichier <em>pendant que l’utilisateur le modifie</em>.<a href="#fnref3" class="footnote-back" role="doc-backlink">↩︎</a></p></li> <li id="fn4"><p>C’est-à-dire, que toute la configuration est extraite de l’exécutable lui-même (ou plutôt, de la phase de compilation de l’exécutable), ce qui veut dire que la configuration est toujours <em>à jour</em> avec le code.<a href="#fnref4" class="footnote-back" role="doc-backlink">↩︎</a></p></li> </ol> </section> 2024-10-13T00:00:00+00:00 2024-10-13T00:00:00+00:00 Aliaume Lopez https://aliaume.fr/site/posts/trains-europe-fiabilite/ <p>Dans cet article je vais essayer de répondre avec toute la malhonnêteté possible à la question suivante : <em>peut-on prendre le train en Europe pour des trajets professionnels réguliers ?</em></p> <p>Pour ce faire, je vais me baser sur mon expérience personnelle des trajets européens en trains depuis mon arrivée en Pologne en 2023. Comme on parle de trajets <strong>professionnels</strong>, il y a plusieurs questions à prendre en compte.</p> <ol> <li>Est-il <em>facile</em> d’acheter un long trajet en train ?</li> <li>Est-il <em>facile</em> de <strong>faire acheter</strong> un long trajet en train par son employeur ?</li> <li>Y-a-t-il souvent des <em>problèmes</em> sur le trajet ? Quel est l’impact de ces problèmes ?</li> <li>Que se passe-t-il en cas de <em>problème</em> sur le trajet ? (Remboursement, réacheminement, etc.)</li> </ol> <h2 id="le-moment-anecdotique">Le moment anecdotique</h2> <p>Pour mettre en contexte, j’ai effectué un trajet Varsovie – Bordeaux en train pour me rendre à une conférence en Septembre 2024. Le premier train de ce long trajet était un train de nuit Varsovie – Munich. À cause des fortes pluies Europe Centrale, le train a fait demi-tour à la frontière entre la Pologne et la République Tchèque. Bien entendu, le reste des trains n’étant pas sur le même billet, ni même avec la même compagnie, ils n’ont pas été remboursés. Il existe un [règlement européen][reg-eu] qui protège les passagers de ce genre de situation, mais</p> <ol> <li><em>en pratique</em> je n’ai jamais réussi à le faire appliquer.</li> <li>à 3h du matin, dans un train de nuit qui fait demi tour, le service client de la compagnie ne répond pas et <em>personne</em> ne vous aide à trouver une autre manière d’effectuer votre trajet.</li> </ol> <p>Pour continuer dans l’anecdotique, le train de nuit Munich – Varsovie qui a été annulé à l’aller l’a aussi été au retour... Et on touche là aux problèmes de communication des compagnies ferroviaires. Le billet retour était acheté sur le site de la Deutsche Bahn, mais était probablement opéré en partie par OBB (la compagnie autrichienne) et la PKP (la compagnie polonaise). Il a fallu attendre <strong>le jour même</strong> pour savoir que le train n’existait plus, et ce <em>sans aucune notification</em> de la part d’aucune des compagnies de train concernées. Pire, jusqu’à la veille du départ il était possible d’acheter ce même billet en ligne.</p> <p>Terminons la séance d’anecdotes ici et prenons un peu de hauteur sur le sujet.</p> <h2 id="l-achat-d-un-billet">L’achat d’un billet</h2> <p>Pour un trajet entre la France et la Pologne, il faut passer <em>a minima</em> par l’Allemagne, et potentiellement par la Belgique, l’Autriche ou la République Tchèque. Dans ce cadre, un certain nombre de compagnies ferroviaires sont impliquées, et il est souvent <em>difficile</em> de trouver un billet unique couvrant l’ensemble du trajet.</p> <p>Si on veut utiliser le site d’une unique compagnie ferroviaire, le plus logique est celui de la Deutsche Bahn, qui propose des trajets internationaux vers la France <strong>et</strong> la Pologne. Ainsi, le trajet Varsovie — Berlin peut être vendu par la PKP (la compagnie polonaise) ou par la Deutsche Bahn (la compagnie allemande), <em>mais pas toujours</em> et <em>pas forcément</em> au même prix. De plus, il n’est plus possible depuis le changement de <a rel="external" href="https://www.eurostar.com/fr-fr/a-propos-deurostar/thalys-devient-eurostar">Thalys vers Eurostar</a> d’acheter un billet Allemagne — France depuis le site de la Deutsche Bahn s’il est opéré par Eurostar. Dans un cas un peu complexe comme un trajet Varsovie — Bordeaux, il faudra probablement utiliser <em>chacune</em> des compagnies nationales.</p> <p>Il existe bien des sites permettant l’achat de billets de train comme <a rel="external" href="https://www.trainline.fr">Trainline</a>, <a rel="external" href="https://www.omio.fr">Omio</a>, ou <a rel="external" href="https://www.raileurope.com">RailEurope</a>, mais ceux-ci sont souvent plus chers que l’achat directement sur le site (frais de gestion), et tous les trajets ne sont pas visible (limités par l’accès aux API des compagnies ferroviaires). Un autre désavantage de ces sites est qu’ils forment une couche supplémentaire entre le client et la compagnie ferroviaire, ce qui rend plus difficile la résolution de problèmes, d’autant plus que dans un trajet <em>professionnel</em>, il y a probablement un troisième parti impliquée (l’agence de voyage).</p> <p>S’ajoute à cela la difficulté de prévoir la disponibilité de trains. Par exemple, le train de nuit "Paris - Berlin" annoncé en grande pompe <a rel="external" href="https://www.nightjet.com/fr/destinations/paris-berlin.html">ici</a> est régulièrement arrêté pour cause de travaux, comme c’est le cas en ce moment :</p> <blockquote> <p>Due to extensive construction work in Germany and France, some Nightjet connections cannot be offered between 12 August and 25 October 2024. The connections affected are Vienna - Paris, Berlin - Paris and Berlin - Brussels. From 28 October, all routes will be offered again as scheduled.</p> </blockquote> <p>Enfin, quand ceux-ci sont disponibles, il est souvent difficile de les acheter. Certains trains de nuits internationaux ne sont pas réservables plus d’un mois en avance, et seulement sur certains sites (NightJet, Deutsche Bahn, PKP, SNCF, etc.) en fonction de l’opérateur sous-jacent.</p> <h2 id="le-faire-achat">Le « faire achat »</h2> <p>Vous avez trouvé vos billets de train, avec les prix, des correspondances qui laissent la place à un retard d’au moins 20 minutes, aux jours qui vous permettent d’assister à l’événement professionnel auquel vous participez. C’est là qu’intervient la <em>seconde partie</em> du jeu, et celle-ci sera spécifique à votre employeur.</p> <p>L’Université de Varsovie a une politique <em>pro-avion</em>, c’est-à-dire, une agence de voyage dédiée qui ne réserve (essentiellement) que des billets d’avion. En particulier, cela veut dire que l’étape 1 "Trouver des billets" est <em>à votre charge</em>. Cette étape est d’autant plus nécessaire que pour que l’agence de voyage accepte de réserver un trajet en train il lui faudra</p> <ol> <li>Le détail <em>précis</em> de tous les trains (numéros, heures) avec le prix total afin que l’agent de voyage <em>refasse exactement la même chose que vous</em> mais puisse payer...</li> <li>Un trajet alternatif en avion, avec son prix, afin de justifier du fait que le potentiel surcoût du trajet en train est raisonnable.</li> </ol> <p><em>Cependant</em>, vous n’avez pas terminé. En effet, sur un trajet aussi long, il peut être intéressant de prendre des trains de nuits, ou de dormir dans une ville intermédiaire. Dans ce cas, il faudra justifier que <em>l’allongement de la durée du séjour</em> n’engendre pas non plus un surcoût significatif. Vous avez dans le pire des cas à fournir <strong>4 estimations</strong> au total : avion long séjour, avion court séjour, train long séjour, train court séjour.</p> <p>Une fois que tout est validé par le Doyen de l’université, l’agence peut réserver les billets qui ont entre temps vu leur prix augmenter de 20% (ou plus) et/ou qui ne sont plus réservables.</p> <h2 id="les-problemes-de-trajet">Les problèmes de trajet</h2> <p>Admettons que vous ayez réussi à acheter vos billets, que votre employeur ait accepté de les payer, et que vous soyez en train de voyager. Il reste encore à ... arriver à destination. Vous êtes désormais dans la <em>3ème partie</em> du jeu. Pour un voyage non-professionnel, cette partie est en général moins stressante, car on peut se permettre d’arriver avec un ou deux jours de retard.</p> <p>Pour donner une petite idée des problèmes qui peuvent arriver, voici une liste (non exhaustive) des embûches que j’ai rencontrées :</p> <ol> <li><strong>2024-11-10.</strong> Le trajet Marseille — Paris dure 7h30 du 9 au 12 novembre 2024 inclus pour cause de modernisation de la ligne à grande vitesse entre Lyon et Paris. Dommage, c’est le moment où je termine mon tour de France des universités.</li> <li><strong>2024-10-01.</strong> Le train de nuit Munich — Varsovie est annulé suite aux fortes pluies en europe centrale, et faute de trajet alternatif pour cause de travaux entre Berlin et Frankfurt (Oder), je réserve un bus de nuit Paris — Varsovie (25h de trajet).</li> <li><strong>2024-09-14.</strong> Le train de nuit Varsovie — Munich est arrêté pour cause de fortes pluies. Aucun trajet de remplacement n’est mis à disposition. Pour assister à la conférence Highlights qui se déroule à Bordeaux, j’utilise un avion.</li> <li><strong>2024-09-16.</strong> Le trajet Varsovie — Berlin voit sa durée augmenter de 2 heures suite au remplacement d’une portion par un <em>bus de substitution</em>. Tout espoir d’attraper une correspondance "raisonnable" est inutile.</li> <li><strong>2024-08-25.</strong> Suite à des retards de trains en Allemagne sur la ligne Köln — Berlin, je rate le dernier train partant de Berlin pour aller à Varsovie et dort à Berlin.</li> <li><strong>2024-05-18.</strong> Suite à un changement d’horaires de trains, mon trajet Paris — Varsovie n’est pas faisable, je prends un bus de nuit depuis Frankfurt (Oder) vers Varsovie après avoir été <em>très mal conseillé</em> par un employé de la Deutsche Bahn.</li> </ol> <p>Ce petit panorama des <em>bugs</em> du train en Europe n’est pas là pour blâmer particulièrement telle ou telle compagnie, mais pour objectiver le fait que <em>préparer un long trajet en train</em> qui contient <em>des contraintes horaires</em> (relativement flexibles ici, à un jour près) est une tâche <strong>non triviale</strong> et <strong>non reproductible</strong>.</p> <h2 id="les-problemes-de-remboursement-reacheminement">Les problèmes de remboursement / réacheminement</h2> <p>Les procédures de remboursement sont souvent <em>compliquées</em> et <em>dans la langue du pays de la compagnie ferroviaire</em>. Si vous appelez le service client de la Deutsche Bahn, il vous faudra parler allemand, sauf si vous désirez être mis en attente sur une ligne en anglais (j’ai testé, au bout de 3h d’attente je me suis résigné). Le plus dur est de faire valoir que le train annulé/retardé a <em>empêché</em> de prendre un autre train, et que le remboursement doit donc couvrir l’intégralité du trajet (plus les frais engagés pour le trajet alternatif). En pratique, je n’ai jamais eu que des remboursements partiels. Peut-être qu’avec un peu plus de persévérance, ou en passant par un service de résolution de litiges, j’aurais pu obtenir plus.</p> <p>Pour ce qui est du réacheminement, la seule chose que j’ai pu obtenir est une permission de "prendre n’importe quel train" pour effectuer le trajet dans la journée, qui est donnée par la Deutsche Bahn en cas d’annulation. Sur les trajets un peu <em>complexes</em> (&gt; 10h et plusieurs correspondances), il est peu probable que vous puissiez vraiment utiliser cette permission, car elle ne couvre pas les trains de nuit, et ne fonctionnera pas le lendemain.</p> <h2 id="conclusion">Conclusion</h2> <p>Il est <strong>possible</strong> de prendre le train. Il est même possible de prendre le train pour faire de <strong>très longues distances</strong>. Il est en revanche <strong>difficile</strong> de prendre le train pour des trajets professionnels "réguliers". Ce billet est là pour prendre à contrepied l’idée que le train est un moyen de transport <em>simple</em> et <em>efficace</em> comme on peut le lire dans les nombreux posts LinkedIn de personnes qui ont pris le train une fois pour un (très long) trajet, et qui s’extasient devant la qualité du service. Oui, il est possible de faire Paris — Istambul. Non, il n’est pas envisageable de <em>systématiser</em> ce type de trajet en l’état actuel du monde.</p> <p>Cet "état actuel du monde" est un mélange de problèmes techniques (pas d’API ouverte pour les horaires de trains, pas de guichet unique d’achat de billets, pas de source d’information fiable sur l’état du réseau), de problèmes d’organisation (voyages professionnels très courts et peu flexibles, pas de politique volontariste au sein des universités, une protection théorique des passagers très faible en comparaison de l’avion), et de problèmes structurels du réseau (changements de conducteurs, écartement des rails, travaux de modernisation, retards fréquents en Allemagne, ...).</p> 2024-10-10T00:00:00+00:00 2024-10-10T00:00:00+00:00 Aliaume Lopez https://aliaume.fr/site/posts/varsovie-tour-de-france/ <p>Si vous avez une connaissance même minimale du monde de la recherche académique, vous savez certainement que l’obtention d’un poste dit <em>permanent</em> est un objectif assez difficile à atteindre.<a href="#fn1" class="footnote-ref" id="fnref1" role="doc-noteref">¹</a> Comme dans tout système où il y a un nombre limité de places (et une certaine pression pour les obtenir), des systèmes de sélection sont développés. Idéalement, la fonction publique utilise le système de <em>concours</em> pour sélectionner les candidats les plus <em>compétents</em>. Cependant, pour un poste de chercheur ou d’enseignant-chercheur, la notion même de <em>compétence</em> est très difficile à évaluer objectivement et précisément.</p> <p>Entendons bien qu’il est possible de comparer des candidats sur des critères objectifs comme le nombre de publications, où des critères subjectifs comme leur impact, leur pertinence ou l’alignement avec les objectifs nationaux de recherche, mais au-delà du tri <em>excellent</em>, <em>bon</em>, <em>moyen</em>, <em>mauvais</em>, il est très difficile de comparer les candidats au sein de ces quatre grandes catégories. Faut-il privilégier un séjour à l’étranger, une publication qui reçoit un prix, une collaboration avec un chercheur de renom, l’écriture d’un livre ?</p> <p>Dans ce contexte, il y a un système relativement simple et efficace déployé dans tout système assez complexe : les relations sociales. Si vous avez déjà discuté avec les membres du jury, où que ceux-ci connaissent vos travaux <em>avant d’avoir à lire votre dossier</em>, vous partez avec un avantage certain. Bien que ce système ne soit décrit nulle part, il est <em>évident</em> pour tout candidat qu’il <strong>faut</strong> venir présenter ses travaux de recherche dans les universités avant d’y déposer une candidature.</p> <p>Je me lance donc dans un petit tour de France des universités en partant de la Pologne. Pour limiter l’impact de cette petite escapade, j’utilise des trains pour mes déplacements, ce qui fait d’autant plus de sens que la majorité d’entre eux se situeront en France. Je vais donc partir de Varsovie pour Bordeaux en passant par Berlin, Essen, Paris, Montpellier, Marseille et retour à Paris. Le trajet, comme toujours, <em>ne sera pas reproductible</em>, mais donne une idée des prix et de l’impact écologique d’un tel voyage. Pour le calcul des émissions <a href="https://fr.wikipedia.org/wiki/%C3%89quivalent_CO2">d’équivalent CO2</a>, j’ai utilisé le site <a href="http://ecopassenger.org">Ecopassenger</a>, en suivant la même méthodologie que pour le <a href="/posts/varsovie-bordeaux-highlights.html">premier billet de la série</a>.</p> <table> <caption>Voyage en train de Varsovie à Bordeaux, Montpellier, Marseille et Paris.</caption> <colgroup> <col style="width: 12%" /> <col style="width: 14%" /> <col style="width: 14%" /> <col style="width: 14%" /> <col style="width: 15%" /> <col style="width: 9%" /> <col style="width: 9%" /> <col style="width: 8%" /> </colgroup> <thead> <tr> <th style="text-align: left;">Numéro Train</th> <th style="text-align: left;">Départ (Gare)</th> <th style="text-align: left;">Arrivée (Gare)</th> <th style="text-align: right;">Départ (Temps)</th> <th style="text-align: right;">Arrivée (Temps)</th> <th style="text-align: right;">Prix (€)</th> <th style="text-align: right;">CO2 (kg)</th> <th style="text-align: left;"></th> </tr> </thead> <tbody> <tr> <td style="text-align: left;">EC 248</td> <td style="text-align: left;">Varsovie</td> <td style="text-align: left;">Berlin</td> <td style="text-align: right;">2024-10-30 05:00:00</td> <td style="text-align: right;">2024-10-30 09:55:00</td> <td style="text-align: right;">30</td> <td style="text-align: right;">49,6</td> <td style="text-align: left;"></td> </tr> <tr> <td style="text-align: left;">ICE 940</td> <td style="text-align: left;">Berlin</td> <td style="text-align: left;">Essen</td> <td style="text-align: right;">2024-10-30 11:32:00</td> <td style="text-align: right;">2024-10-30 15:35:00</td> <td style="text-align: right;">48</td> <td style="text-align: right;">12,7</td> <td style="text-align: left;"></td> </tr> <tr> <td style="text-align: left;">EST 9474</td> <td style="text-align: left;">Essen</td> <td style="text-align: left;">Paris</td> <td style="text-align: right;">2024-10-30 15:59:00</td> <td style="text-align: right;">2024-10-30 20:05:00</td> <td style="text-align: right;">102</td> <td style="text-align: right;">6,7</td> <td style="text-align: left;"></td> </tr> <tr> <td style="text-align: left;">INOUI 12263</td> <td style="text-align: left;">Paris</td> <td style="text-align: left;">Bordeaux</td> <td style="text-align: right;">2024-11-04 16:04:00</td> <td style="text-align: right;">2024-11-04 18:14:00</td> <td style="text-align: right;">55</td> <td style="text-align: right;">2,4</td> <td style="text-align: left;"></td> </tr> <tr> <td style="text-align: left;">INTERCITES 4669</td> <td style="text-align: left;">Bordeaux</td> <td style="text-align: left;">Montpellier</td> <td style="text-align: right;">2024-11-05 18:23:00</td> <td style="text-align: right;">2024-11-05 22:58:00</td> <td style="text-align: right;">30</td> <td style="text-align: right;">1,8</td> <td style="text-align: left;"></td> </tr> <tr> <td style="text-align: left;">INTERCITES 4663</td> <td style="text-align: left;">Montpellier</td> <td style="text-align: left;">Marseille</td> <td style="text-align: right;">2024-11-07 19:01:00</td> <td style="text-align: right;">2024-11-07 20:36:00</td> <td style="text-align: right;">25</td> <td style="text-align: right;">0,63</td> <td style="text-align: left;"></td> </tr> <tr> <td style="text-align: left;">INOUI 6132</td> <td style="text-align: left;">Marseille</td> <td style="text-align: left;">Paris</td> <td style="text-align: right;">2024-11-08 19:04:00</td> <td style="text-align: right;">2024-11-08 22:22:00</td> <td style="text-align: right;">65</td> <td style="text-align: right;">3,2</td> <td style="text-align: left;"></td> </tr> <tr> <td style="text-align: left;">NJ 40469</td> <td style="text-align: left;">Paris</td> <td style="text-align: left;">Berlin</td> <td style="text-align: right;">2024-11-19 19:12:00</td> <td style="text-align: right;">2024-11-20 09:16:00</td> <td style="text-align: right;">64</td> <td style="text-align: right;">17,1</td> <td style="text-align: left;"></td> </tr> <tr> <td style="text-align: left;">EC 45</td> <td style="text-align: left;">Berlin</td> <td style="text-align: left;">Varsovie</td> <td style="text-align: right;">2024-11-20 09:52:00</td> <td style="text-align: right;">2024-11-20 15:08:00</td> <td style="text-align: right;">30</td> <td style="text-align: right;">50</td> <td style="text-align: left;"></td> </tr> <tr> <td style="text-align: left;"></td> <td style="text-align: left;"></td> <td style="text-align: left;"></td> <td style="text-align: right;"></td> <td style="text-align: right;"></td> <td style="text-align: right;"><strong>449</strong></td> <td style="text-align: right;"><strong>144,13</strong></td> <td style="text-align: left;"><strong>TOTAL</strong></td> </tr> </tbody> </table> <figure id="map-23addc77e31784abf5d1bc061e157dcf9f1276fdfb3482d7edfb56cdc16a7bd8" data-sha256="23addc77e31784abf5d1bc061e157dcf9f1276fdfb3482d7edfb56cdc16a7bd8" alt="Une carte de l’europe allant de la France jusqu’à la Pologne où les villes de Varsovie, Berlin, Essen, Paris, Bordeaux, Montpellier et Marseille sont distinguées par des indicateurs verts. Les trajets entre ces villes en train sont des lignes droites bleues traçant une constellation." title="Mon tour de France, visuellement." data-geo-map="true"> <p><img src="map-23addc77e31784abf5d1bc061e157dcf9f1276fdfb3482d7edfb56cdc16a7bd8.png" title="Mon tour de France, visuellement." alt="Une carte de l’europe allant de la France jusqu’à la Pologne où les villes de Varsovie, Berlin, Essen, Paris, Bordeaux, Montpellier et Marseille sont distinguées par des indicateurs verts. Les trajets entre ces villes en train sont des lignes droites bleues traçant une constellation." /></p> <figcaption>Mon tour de France, visuellement.</figcaption> </figure> <p>La comparaison avec l’avion n’a tout simplement pas de sens : qui prendrait un avion pour faire Paris - Bordeaux, ou Montpellier - Marseille ? Le découpage même du trajet en plusieurs villes est très adapté à ce moyen de transport. Cela donne quelques pistes pour favoriser l’utilisation du train dans le monde de la recherche : créer une recherche plus <em>itinérante</em> et <em>allonger la durée des séjours</em>.</p> <h2 id="conclusion">Conclusion</h2> <p>Je profite de cette seconde analyse des impacts écologiques pour noter que les deux tiers de l’impact écologique de ce voyage sont dus au trajet Varsovie - Berlin et Berlin—Varsovie, dû à la longueur du trajet et à l’utilisation de locomotives diesel. Pour ce trajet, le train est un moyen de transport qui est à peu près aussi polluant qu’un autocar rempli, mais apporte un confort indéniable.<a href="#fn2" class="footnote-ref" id="fnref2" role="doc-noteref">²</a> Une autre remarque amusante est le prix du Essen—Paris à l’aller qui est plus élevé que le prix du Paris-Varsovie au retour, ce que j’impute aux pratiques commerciales de la compagnie Eurostar.</p> <section id="footnotes" class="footnotes footnotes-end-of-document" role="doc-endnotes"> <hr /> <ol> <li id="fn1"><p>Pour un exemple relativement <em>frais</em> d’une telle “découverte journalistique” je renvoie <a href="https://youtu.be/Wo8VgZLpv-0?t=226">à un entretien avec Yasmine Belkaid</a> sur France Inter pour l’émission le 7/10. Notons que Yasmine Belkaid est partie aux États-Unis en 2002 car “il n’y avait pas de perspectives de carrière en France”, un sujet qui est donc brûlant de nouveauté. L’entretien est disponible en audio sur <a href="https://www.radiofrance.fr/franceinter/podcasts/l-invite-de-8h20-le-grand-entretien/l-invite-de-8h20-le-grand-entretien-du-mercredi-09-octobre-2024-3633355">le site de France Inter</a>, mais il n’est pas facile de citer précisément une minute de l’entretien contrairement à la plateforme non libre YouTube.<a href="#fnref1" class="footnote-back" role="doc-backlink">↩︎</a></p></li> <li id="fn2"><p>Ayant récemment utilisé le flixbus Paris—Varsovie de 25h, je confirme que le bus est <em>beaucoup moins agréable</em> que le train.<a href="#fnref2" class="footnote-back" role="doc-backlink">↩︎</a></p></li> </ol> </section> 2024-09-08T00:00:00+00:00 2024-09-08T00:00:00+00:00 Unknown https://aliaume.fr/site/posts/portable-typescript-modules/ <p><a href="https://nodejs.org/">Node.js</a> à sa sortie faisait la promesse d’un langage et d’un paradigme unique pour le développement back et front-end. Un écosystème complexe s’est construit autour depuis : constitué de célèbres frameworks front-end, mais aussi autres outils à tout faire un peu plus obscurs tels que Webpack, Gulp.js ou Babel.</p> <figure> <img src="prendre-le-train-en-marche.jpg" class="figure" alt="Une planche CommitStrip pour illustrer le florilège des bibliothèques Nodes.js/JavaScript" /> <figcaption aria-hidden="true">Une planche <a href="https://www.commitstrip.com/fr/2015/09/16/how-to-choose-the-right-javascript-framework/?setLocale=1">CommitStrip</a> pour illustrer le florilège des bibliothèques Nodes.js/JavaScript</figcaption> </figure> <p>Cela a contribué, à mon sens, à l’édification d’usines à gaz (en plus de déprimer toute une génération de développeur·euses), et à rendre les sites web de plus en plus difficiles à utiliser. Mais le débat ne se situe pas sur l’utilité et le bon usage de ces technologies, ni sur leur empreinte à l’exécution par ailleurs, mais sur leur avenir.</p> <h2 id="les-modules-en-javascript">Les modules en JavaScript</h2> <p>Sans vouloir réécrire <a href="https://developer.mozilla.org/fr/docs/Web/JavaScript/Guide/Modules">la très bonne documentation de Mozilla sur le sujet</a>, on peut rappeler que :</p> <ul> <li>Pour pallier le manque d’un système de module en JavaScript, plusieurs systèmes ont vu le jour, dont le système originel de Node.js, CommonJS, et ceux-ci coexistent désormais.</li> <li>Un système natif aux navigateurs a vu le jour récemment, les <strong>ESM</strong> ou <strong>modules EcmaScript/JavaScript</strong>.</li> </ul> <p>On peut imaginer sans prendre de grands risques que ce dernier système devrait remplacer tous les autres dans les prochaines années. Cependant, on peut aussi se demander, dans l’état actuel des technologies, est-il aisé (c’est-à-dire, en un minimum de technologies et langages intermédiaires) d’écrire un tel module TypeScript/JavaScript compatible Node.js et navigateur ?</p> <p>Je vais essayer d’y répondre progressivement, d’abord en jouant avec un module JavaScript dans Node.js, puis d’en faire lui-même un module JavaScript compatible navigateur, et enfin compatible Node.js.</p> <p>Je testerai aussi, en parallèle et en complément, la nouvelle fonctionnalité d’import JSON.</p> <h2 id="un-projet-node.js-qui-utilise-un-module-javascript-esm-en-typescript">Un projet Node.js qui utilise un module JavaScript (ESM), en TypeScript</h2> <p>Pour le moment, c’est encore simple. La <a href="https://nodejs.org/en/learn/getting-started/nodejs-with-typescript">documentation de Node.js sur TypeScript</a> recommande d’installer Typescript pour la compilation (et le contrôle de type), puis d’utiliser une librairie tierce telle que <code>ts-node</code> pour l’exécution.</p> <p>Le projet contient les fichiers suivants :</p> <ul> <li>Un module <code>greeting.ts</code> :</li> </ul> <div class="sourceCode" id="cb1"><pre class="sourceCode typescript"><code class="sourceCode typescript"><span id="cb1-1"><a href="#cb1-1" aria-hidden="true" tabindex="-1"></a><span class="im">export</span> <span class="kw">const</span> sayHello <span class="op">=</span> () <span class="kw">=&gt;</span> <span class="st">&quot;Hello World!&quot;</span><span class="op">;</span></span></code></pre></div> <ul> <li>Un fichier principal <code>index.ts</code> qui appelle ce module :</li> </ul> <div class="sourceCode" id="cb2"><pre class="sourceCode typescript"><code class="sourceCode typescript"><span id="cb2-1"><a href="#cb2-1" aria-hidden="true" tabindex="-1"></a><span class="im">import</span> {sayHello} <span class="im">from</span> <span class="st">&quot;./greetings&quot;</span><span class="op">;</span></span> <span id="cb2-2"><a href="#cb2-2" aria-hidden="true" tabindex="-1"></a></span> <span id="cb2-3"><a href="#cb2-3" aria-hidden="true" tabindex="-1"></a><span class="bu">console</span><span class="op">.</span><span class="fu">log</span>(<span class="fu">sayHello</span>())<span class="op">;</span></span></code></pre></div> <ul> <li>Le fichier de description du paquet <code>package.json</code> :</li> </ul> <div class="sourceCode" id="cb3"><pre class="sourceCode json"><code class="sourceCode json"><span id="cb3-1"><a href="#cb3-1" aria-hidden="true" tabindex="-1"></a><span class="fu">{</span></span> <span id="cb3-2"><a href="#cb3-2" aria-hidden="true" tabindex="-1"></a> <span class="dt">&quot;name&quot;</span><span class="fu">:</span> <span class="st">&quot;simple-blog-project&quot;</span><span class="fu">,</span></span> <span id="cb3-3"><a href="#cb3-3" aria-hidden="true" tabindex="-1"></a> <span class="dt">&quot;version&quot;</span><span class="fu">:</span> <span class="st">&quot;1.0.0&quot;</span><span class="fu">,</span></span> <span id="cb3-4"><a href="#cb3-4" aria-hidden="true" tabindex="-1"></a> <span class="dt">&quot;main&quot;</span><span class="fu">:</span> <span class="st">&quot;index.js&quot;</span><span class="fu">,</span></span> <span id="cb3-5"><a href="#cb3-5" aria-hidden="true" tabindex="-1"></a> <span class="dt">&quot;scripts&quot;</span><span class="fu">:</span> <span class="fu">{</span></span> <span id="cb3-6"><a href="#cb3-6" aria-hidden="true" tabindex="-1"></a> <span class="dt">&quot;build&quot;</span><span class="fu">:</span> <span class="st">&quot;npx tsc&quot;</span></span> <span id="cb3-7"><a href="#cb3-7" aria-hidden="true" tabindex="-1"></a> <span class="fu">},</span></span> <span id="cb3-8"><a href="#cb3-8" aria-hidden="true" tabindex="-1"></a> <span class="dt">&quot;keywords&quot;</span><span class="fu">:</span> <span class="ot">[]</span><span class="fu">,</span></span> <span id="cb3-9"><a href="#cb3-9" aria-hidden="true" tabindex="-1"></a> <span class="dt">&quot;author&quot;</span><span class="fu">:</span> <span class="st">&quot;&quot;</span><span class="fu">,</span></span> <span id="cb3-10"><a href="#cb3-10" aria-hidden="true" tabindex="-1"></a> <span class="dt">&quot;license&quot;</span><span class="fu">:</span> <span class="st">&quot;ISC&quot;</span><span class="fu">,</span></span> <span id="cb3-11"><a href="#cb3-11" aria-hidden="true" tabindex="-1"></a> <span class="dt">&quot;description&quot;</span><span class="fu">:</span> <span class="st">&quot;&quot;</span><span class="fu">,</span></span> <span id="cb3-12"><a href="#cb3-12" aria-hidden="true" tabindex="-1"></a> <span class="dt">&quot;devDependencies&quot;</span><span class="fu">:</span> <span class="fu">{</span></span> <span id="cb3-13"><a href="#cb3-13" aria-hidden="true" tabindex="-1"></a> <span class="dt">&quot;ts-node&quot;</span><span class="fu">:</span> <span class="st">&quot;^10.9.2&quot;</span><span class="fu">,</span></span> <span id="cb3-14"><a href="#cb3-14" aria-hidden="true" tabindex="-1"></a> <span class="dt">&quot;typescript&quot;</span><span class="fu">:</span> <span class="st">&quot;^5.6.2&quot;</span></span> <span id="cb3-15"><a href="#cb3-15" aria-hidden="true" tabindex="-1"></a> <span class="fu">}</span></span> <span id="cb3-16"><a href="#cb3-16" aria-hidden="true" tabindex="-1"></a><span class="fu">}</span></span></code></pre></div> <ul> <li>Le fichier de configuration du compilateur TypeScript <code>tsconfig.json</code> (initialisé via <code>tsc --init</code>)</li> </ul> <div class="sourceCode" id="cb4"><pre class="sourceCode json"><code class="sourceCode json"><span id="cb4-1"><a href="#cb4-1" aria-hidden="true" tabindex="-1"></a><span class="fu">{</span></span> <span id="cb4-2"><a href="#cb4-2" aria-hidden="true" tabindex="-1"></a> <span class="dt">&quot;compilerOptions&quot;</span><span class="fu">:</span> <span class="fu">{</span></span> <span id="cb4-3"><a href="#cb4-3" aria-hidden="true" tabindex="-1"></a> <span class="dt">&quot;target&quot;</span><span class="fu">:</span> <span class="st">&quot;es2016&quot;</span><span class="fu">,</span></span> <span id="cb4-4"><a href="#cb4-4" aria-hidden="true" tabindex="-1"></a> <span class="dt">&quot;module&quot;</span><span class="fu">:</span> <span class="st">&quot;commonjs&quot;</span><span class="fu">,</span> </span> <span id="cb4-5"><a href="#cb4-5" aria-hidden="true" tabindex="-1"></a> <span class="dt">&quot;esModuleInterop&quot;</span><span class="fu">:</span> <span class="kw">true</span><span class="fu">,</span> </span> <span id="cb4-6"><a href="#cb4-6" aria-hidden="true" tabindex="-1"></a> <span class="dt">&quot;forceConsistentCasingInFileNames&quot;</span><span class="fu">:</span> <span class="kw">true</span><span class="fu">,</span> </span> <span id="cb4-7"><a href="#cb4-7" aria-hidden="true" tabindex="-1"></a> <span class="dt">&quot;strict&quot;</span><span class="fu">:</span> <span class="kw">true</span><span class="fu">,</span> </span> <span id="cb4-8"><a href="#cb4-8" aria-hidden="true" tabindex="-1"></a> <span class="dt">&quot;skipLibCheck&quot;</span><span class="fu">:</span> <span class="kw">true</span></span> <span id="cb4-9"><a href="#cb4-9" aria-hidden="true" tabindex="-1"></a> <span class="fu">}</span></span> <span id="cb4-10"><a href="#cb4-10" aria-hidden="true" tabindex="-1"></a><span class="fu">}</span></span></code></pre></div> <p>Résultats :</p> <ul> <li>Exécuter ce code via la commande <code>npx ts-node index.ts</code> affiche bel et bien “Hello World!” dans la console.</li> <li>L’exécuter avec <code>node</code> en le compilant préalablement (<code>npx tsc &amp;&amp; node index.js</code>) fonctionne également.</li> </ul> <h2 id="et-qui-compile-lui-même-vers-un-module-javascript-esm-compatible-navigateur">…<em>et qui compile lui-même vers un module JavaScript (ESM), compatible navigateur</em></h2> <p>La configuration précédente permet d’obtenir un module au format CommonJS, le format de module originel de Node.js. D’après <a href="https://www.typescriptlang.org/docs/handbook/modules/theory.html#the-module-output-format">la documentation de TypeScript sur les modules</a>, ce n’est plus recommandé.</p> <p>TypeScript fournit <a href="https://www.typescriptlang.org/docs/handbook/modules/guides/choosing-compiler-options.html">un guide</a> pour aider à choisir les bonnes options de compilateur (notamment <code>module</code>) en fonction du format de module de sortie désiré. En réalité, je n’ai pas compris ce guide, ni la documentation à propos de l’option <code>module</code> de manière générale.</p> <p>En testant différentes configurations, j’ai réussi à obtenir un module JavaScript que j’ai pu importer et utiliser dans un navigateur :</p> <ul> <li>Dans <code>tsconfig.json</code>, en modifiant la valeur de <code>module</code> :</li> </ul> <div class="sourceCode" id="cb5"><pre class="sourceCode diff"><code class="sourceCode diff"><span id="cb5-1"><a href="#cb5-1" aria-hidden="true" tabindex="-1"></a><span class="st">- &quot;module&quot;: &quot;commonjs&quot;, </span></span> <span id="cb5-2"><a href="#cb5-2" aria-hidden="true" tabindex="-1"></a><span class="va">+ &quot;module&quot;: &quot;esnext&quot;, </span></span></code></pre></div> <ul> <li>Dans un nouveau fichier <code>index.html</code>, en important le module (compilé préalablement avec <code>npx tsc</code>) <code>greetings.js</code> :</li> </ul> <div class="sourceCode" id="cb6"><pre class="sourceCode html"><code class="sourceCode html"><span id="cb6-1"><a href="#cb6-1" aria-hidden="true" tabindex="-1"></a><span class="dt">&lt;!DOCTYPE</span> html<span class="dt">&gt;</span></span> <span id="cb6-2"><a href="#cb6-2" aria-hidden="true" tabindex="-1"></a><span class="dt">&lt;</span><span class="kw">html</span><span class="ot"> lang</span><span class="op">=</span><span class="st">&quot;en&quot;</span><span class="dt">&gt;</span></span> <span id="cb6-3"><a href="#cb6-3" aria-hidden="true" tabindex="-1"></a><span class="dt">&lt;</span><span class="kw">head</span><span class="dt">&gt;</span></span> <span id="cb6-4"><a href="#cb6-4" aria-hidden="true" tabindex="-1"></a> <span class="dt">&lt;</span><span class="kw">meta</span><span class="ot"> charset</span><span class="op">=</span><span class="st">&quot;UTF-8&quot;</span><span class="dt">&gt;</span></span> <span id="cb6-5"><a href="#cb6-5" aria-hidden="true" tabindex="-1"></a> <span class="dt">&lt;</span><span class="kw">title</span><span class="dt">&gt;</span>Testing modules<span class="dt">&lt;/</span><span class="kw">title</span><span class="dt">&gt;</span></span> <span id="cb6-6"><a href="#cb6-6" aria-hidden="true" tabindex="-1"></a><span class="dt">&lt;/</span><span class="kw">head</span><span class="dt">&gt;</span></span> <span id="cb6-7"><a href="#cb6-7" aria-hidden="true" tabindex="-1"></a><span class="dt">&lt;</span><span class="kw">body</span><span class="dt">&gt;</span></span> <span id="cb6-8"><a href="#cb6-8" aria-hidden="true" tabindex="-1"></a><span class="dt">&lt;</span><span class="kw">h1</span><span class="dt">&gt;&lt;/</span><span class="kw">h1</span><span class="dt">&gt;</span></span> <span id="cb6-9"><a href="#cb6-9" aria-hidden="true" tabindex="-1"></a><span class="dt">&lt;</span><span class="kw">script</span><span class="ot"> type=</span><span class="st">&quot;module&quot;</span><span class="dt">&gt;</span></span> <span id="cb6-10"><a href="#cb6-10" aria-hidden="true" tabindex="-1"></a> <span class="im">import</span> { sayHello } <span class="im">from</span> <span class="st">&quot;./greetings.js&quot;</span><span class="op">;</span></span> <span id="cb6-11"><a href="#cb6-11" aria-hidden="true" tabindex="-1"></a> <span class="bu">document</span><span class="op">.</span><span class="fu">querySelector</span>(<span class="st">&quot;h1&quot;</span>)<span class="op">.</span><span class="at">textContent</span> <span class="op">=</span> <span class="fu">sayHello</span>()<span class="op">;</span></span> <span id="cb6-12"><a href="#cb6-12" aria-hidden="true" tabindex="-1"></a><span class="dt">&lt;/</span><span class="kw">script</span><span class="dt">&gt;</span></span> <span id="cb6-13"><a href="#cb6-13" aria-hidden="true" tabindex="-1"></a><span class="dt">&lt;/</span><span class="kw">body</span><span class="dt">&gt;</span></span> <span id="cb6-14"><a href="#cb6-14" aria-hidden="true" tabindex="-1"></a><span class="dt">&lt;/</span><span class="kw">html</span><span class="dt">&gt;</span></span></code></pre></div> <p>Exécuter ce dernier fichier dans un navigateur affiche une page avec pour titre “Hello World!”.</p> <p>Pour continuer à faire fonctionner <code>ts-node</code> et <code>node</code> (avec les commandes respectives <code>npx ts-node index.ts</code> et <code>npx tsc &amp;&amp; node index.js</code> vues dans la section précédente), il faut aussi :</p> <ul> <li>Dans <code>package.json</code>, spécifier le <code>type</code> :</li> </ul> <div class="sourceCode" id="cb7"><pre class="sourceCode diff"><code class="sourceCode diff"><span id="cb7-1"><a href="#cb7-1" aria-hidden="true" tabindex="-1"></a><span class="va">+ &quot;type&quot;: &quot;module&quot;,</span></span></code></pre></div> <ul> <li>Plus étonnant, dans <code>index.ts</code>, importer le module <code>greetings</code> avec son extension <code>.js</code> :</li> </ul> <div class="sourceCode" id="cb8"><pre class="sourceCode diff"><code class="sourceCode diff"><span id="cb8-1"><a href="#cb8-1" aria-hidden="true" tabindex="-1"></a><span class="st">- import {sayHello} from &quot;./greetings&quot;;</span></span> <span id="cb8-2"><a href="#cb8-2" aria-hidden="true" tabindex="-1"></a><span class="va">+ import {sayHello} from &quot;./greetings.js</span></span></code></pre></div> <p>C’est en fait indiqué dans la documentation :</p> <blockquote> <p>Node.js ESM <code>import</code> declarations use a strict module resolution algorithm that requires relative paths to include file extensions.</p> </blockquote> <p>Et discuté dans <a href="https://github.com/microsoft/TypeScript/issues/16577#issuecomment-703190339">une issue de TypeScript</a>.</p> <ul> <li>Et il faut ajouter un loader ESM en option de la commande <code>ts-node</code>, soit <code>NODE_OPTIONS="$NODE_OPTIONS --loader ts-node/esm" npx ts-node index.ts</code>.</li> </ul> <p>Le <code>README</code> du projet <code>ts-node</code> <a href="https://github.com/TypeStrong/ts-node?tab=readme-ov-file#native-ecmascript-modules">résume la situation</a>.</p> <h2 id="et-utilisable-dans-un-projet-node.js">…<em>et utilisable dans un projet Node.js</em></h2> <p>Incroyable mais vrai, ce module peut être importé tel quel dans un projet Node.js !</p> <p>Pour tester, dans un nouveau projet Node.js :</p> <ul> <li>Dans <code>package.json</code>, spécifier <code>"type": "module"</code>.</li> <li>Installer le module précédent local via <code>npm install --save CHEMIN_VERS_LE_MODULE</code>.</li> <li>Créer un fichier <code>index.js</code> qui utilise ce module et l’exécuter : cela fonctionne !</li> </ul> <h2 id="bonus-en-utilisant-limport-json">Bonus : En utilisant l’import JSON</h2> <p>Dans le cas de <a href="https://github.com/hjonin/codemeta-tools">l’application que je développe</a>, j’avais besoin d’utiliser la <a href="https://developer.mozilla.org/en-US/docs/Web/JavaScript/Guide/Modules#loading_non-javascript_resources">fonctionnalité d’import JSON</a>.</p> <p>Créer un fichier <code>name.json</code>, que l’on importe dans<code>greetings.ts</code> :</p> <div class="sourceCode" id="cb9"><pre class="sourceCode json"><code class="sourceCode json"><span id="cb9-1"><a href="#cb9-1" aria-hidden="true" tabindex="-1"></a><span class="fu">{</span></span> <span id="cb9-2"><a href="#cb9-2" aria-hidden="true" tabindex="-1"></a> <span class="dt">&quot;first&quot;</span><span class="fu">:</span> <span class="st">&quot;Jane&quot;</span><span class="fu">,</span></span> <span id="cb9-3"><a href="#cb9-3" aria-hidden="true" tabindex="-1"></a> <span class="dt">&quot;last&quot;</span><span class="fu">:</span> <span class="st">&quot;Doe&quot;</span></span> <span id="cb9-4"><a href="#cb9-4" aria-hidden="true" tabindex="-1"></a><span class="fu">}</span></span></code></pre></div> <div class="sourceCode" id="cb10"><pre class="sourceCode diff"><code class="sourceCode diff"><span id="cb10-1"><a href="#cb10-1" aria-hidden="true" tabindex="-1"></a><span class="va">+ import name from &quot;./name.json&quot; with { type: &quot;json&quot; };</span></span></code></pre></div> <p>Il faut explicitement spécifier le type pour Typescript. Mais cela rend le module <a href="https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Statements/import#browser_compatibility">incompatible avec Firefox</a>.</p> <p>Il faut aussi activer l’import JSON dans la configuration Typescript, au moyen de l’option <code>resolveJsonModule</code>. Cela nécessite de spécifier également l’option <code>moduleResolution</code> :</p> <div class="sourceCode" id="cb11"><pre class="sourceCode diff"><code class="sourceCode diff"><span id="cb11-1"><a href="#cb11-1" aria-hidden="true" tabindex="-1"></a><span class="st">- &quot;resolveJsonModule&quot;: false</span></span> <span id="cb11-2"><a href="#cb11-2" aria-hidden="true" tabindex="-1"></a><span class="st">- &quot;moduleResolution&quot;: &quot;classic&quot;</span></span> <span id="cb11-3"><a href="#cb11-3" aria-hidden="true" tabindex="-1"></a><span class="va">+ &quot;resolveJsonModule&quot;: true</span></span> <span id="cb11-4"><a href="#cb11-4" aria-hidden="true" tabindex="-1"></a><span class="va">+ &quot;moduleResolution&quot;: &quot;bundler&quot;</span></span></code></pre></div> <h2 id="conclusion">Conclusion</h2> <p>Cette méthode nous permet de créer un module JavaScript compatible back et front-end. Elle a cependant encore des limites. Notamment, si le module fait appel à des dépendances externes, il faut alors l’empaqueter, dans un package npm pour une utilisation dans un project Node.js, dans un “bundle” (le jar du JavaScript) pour une utilisation dans un navigateur. Dans le cas d’un package npm, il ne manque qu’à publier module. Dans le cas d’un bundle, il n’y a, de ce que j’ai retiré de mes recherches, pas d’autre choix que de passer par un outil obscur à tout faire comme Webpack. Je suis à l’écoute de retours sur cette méthode et cet article directement dans le dépôt du <a href="https://github.com/hjonin/codemeta-tools/discussions">projet qui m’a donné du fil à retordre</a>.</p> <p><em>BTW I use Node &gt;= 22</em></p> 2024-08-29T00:00:00+00:00 2024-08-29T00:00:00+00:00 Aliaume Lopez https://aliaume.fr/site/posts/varsovie-bordeaux-highlights/ <p>Cette année je participe à <a href="https://highlights-conference.org/2024/cfp">Highligths 2024</a> qui est un événement se déroulant dans la charmante ville de <a href="https://fr.wikipedia.org/wiki/Bordeaux">Bordeaux</a> en France. J’en profite pour faire un petit encart publicitaire pour cette conférence qui est relativement unique en son genre (au moins en informatique théorique). Cette conférence est centrée sur les avancées en logique, jeux, automates, bases de données, et ce qui s’en rapproche en informatique théorique. Là où son originalité réside est dans le fait qu’elle ne publie pas de papier, et est pensée comme un véritable lieu de rencontre pour la communauté sans les contraintes liées à la publication d’articles. Typiquement, les présentations sont très courtes (~8 minutes dans mon souvenir) et présentent des travaux en cours, des idées, ou des articles déjà publiés mais qui peuvent intéresser la communauté.</p> <figure> <img src="/tcs4f_short.svg" title="Theoretical Computer Scientists for Future, abbrégé en TCS4F, est écrit en capitales rouge sang devant un globe planétaire vert sombre centré sur l’océan atlantique." class="sidefigure" alt="TCS4F LOGO" /> <figcaption aria-hidden="true">TCS4F LOGO</figcaption> </figure> <p>Cette conférence est aussi l’une des rare qui a signée le <a href="https://tcs4f.org/">manifeste TCS4F</a> qui promeut une informatique théorique <em>compatible</em> avec les objectifs de développement énoncés par exemple lors des <a href="https://unfccc.int/process-and-meetings/the-paris-agreement/the-paris-agreement">accords de Paris</a> à la <a href="https://unfccc.int/process-and-meetings/conferences/past-conferences/paris-climate-change-conference-november-2015/cop-21">COP21</a>. En particulier, ce qui a été retenu est l’objectif suivant :</p> <blockquote> <p>As an objective, we commit ourselves to reducing our emissions by at least 50% before 2030 relative to pre-2020 levels.</p> <p>– <a href="https://tcs4f.org/manifesto/">TCS4F Manifesto</a></p> </blockquote> <p>Une des manières de réduire l’empreinte carbone de ces événements a été d’organiser des événements plus longs, liés à d’autres événements de la communauté dans une ville proche. Cela permet de réduire le nombre de déplacements effectués par les chercheurs de la communauté, mais aussi de favoriser des modes de transports moins polluants mais plus lents comme le train : le ratio temps de déplacement / temps de conférence devenant plus favorable. L’exemple typique est le <a href="https://highlights-conference.org/2024/hesss">Highlights Extended Stay Support Scheme (HESSS)</a> qui est un mécanisme de support pour les participants à la conférence qui souhaitent rester plus longtemps dans la région pour collaborer avec des chercheurs locaux, avec pour objectif de faire se rencontrer des chercheurs pour un impact carbone moindre.</p> <figure id="map-dbd60ea96fedeb6855d9249bf3dcd495c5f410ff1df96e98d0a3bac70bc6fb87" data-geo-map="true" alt="Une carte de l’europe allant de la France jusqu’à la Pologne où les villes de Varsovie, Munich, Stuttgart, Mannheim Paris et Bordeaux sont distinguées par des indicateurs verts. Les trajets entre ces villes en train sont des lignes droites bleues traçant une constellation." title="Mon trajet Varsovie → Bordeaux en train, visuellement." data-sha256="dbd60ea96fedeb6855d9249bf3dcd495c5f410ff1df96e98d0a3bac70bc6fb87"> <p><img src="map-dbd60ea96fedeb6855d9249bf3dcd495c5f410ff1df96e98d0a3bac70bc6fb87.png" title="Mon trajet Varsovie → Bordeaux en train, visuellement." alt="Une carte de l’europe allant de la France jusqu’à la Pologne où les villes de Varsovie, Munich, Stuttgart, Mannheim Paris et Bordeaux sont distinguées par des indicateurs verts. Les trajets entre ces villes en train sont des lignes droites bleues traçant une constellation." /></p> <figcaption>Mon trajet Varsovie → Bordeaux en train, visuellement.</figcaption> </figure> <p>Comme il n’est pas toujours facile de faire accepter à une université de payer pour un billet de train quand l’avion est considéré comme <em>automatique</em> pour ce genre de trajets, j’ai décidé de partager ici mon trajet en train pour aller à Bordeaux et revenir. Pour les prix, j’ai utilisé les sites de réservation en ligne des compagnies ferroviaires, sans réductions le 15 août 2024.<a href="#fn1" class="footnote-ref" id="fnref1" role="doc-noteref">¹</a> Notons que le trajet que j’ai sélectionné et qui est présenté ci-après n’est pas le plus rapide, et que j’ai préféré utiliser des trains de nuit pour les rendre plus confortables. De plus, je fait un arrêt à Paris pour rendre visite à des amis durant le weekend, ce qui explique le trajet retour tarabiscoté. Cela augmente le prix, mais il n’est pas tout à fait raisonnable de faire 25 heures de train sans dormir. Au total, le trajet dure <strong>44 heures</strong> aller-retour pour un coût de <strong>590€</strong> et une émission de <strong>59 kg de CO2</strong>. Comme la conférence doublée du <a href="https://highlights-conference.org/2024/hesss">HESSS</a> dure 10 jours ouvrés, cela donne un ratio de <strong>4,4 heures de train par jour de conférence</strong> ce qui est lourd, mais reste raisonnable quand on sait qu’environ <strong>30 heures</strong> du voyage sont passées dans un train de nuit.</p> <p>Pour le calcul des émissions <a href="https://fr.wikipedia.org/wiki/%C3%89quivalent_CO2">d’équivalent CO2</a>, j’ai utilisé le site <a href="http://ecopassenger.org">Ecopassenger</a>. Ce dernier permet de calculer les émissions de CO2 pour un trajet de train en prenant en compte le mix énergétique des pays traversés (en Europe), ce qui est crucial pour ce genre de trajets.<a href="#fn2" class="footnote-ref" id="fnref2" role="doc-noteref">²</a></p> <table> <caption>Trajet Varsovie → Bordeaux en train aller retour 🚆</caption> <colgroup> <col style="width: 9%" /> <col style="width: 11%" /> <col style="width: 13%" /> <col style="width: 22%" /> <col style="width: 19%" /> <col style="width: 11%" /> <col style="width: 12%" /> </colgroup> <thead> <tr> <th style="text-align: right;">Prix €</th> <th style="text-align: right;">CO2 kg 🪨</th> <th style="text-align: left;">Train 🚆</th> <th>Depuis 🚉</th> <th>Vers 🚉</th> <th style="text-align: right;">Départ 🕓</th> <th style="text-align: right;">Arrivée 🕓</th> </tr> </thead> <tbody> <tr> <td style="text-align: right;">145€</td> <td style="text-align: right;"><a href="http://ecopassenger.org/bin/query.exe/en?ld=uic-eco&amp;L=vs_uic&amp;protocol=https:&amp;seqnr=6&amp;ident=cq.072611.1724920235&amp;OK#focus">22,4</a> kg</td> <td style="text-align: left;">IC 60407</td> <td>Warszawa Centralna</td> <td>München Hbf</td> <td style="text-align: right;">2024-09-14 19:48:00</td> <td style="text-align: right;">2024-09-15 10:01:00</td> </tr> <tr> <td style="text-align: right;">55€</td> <td style="text-align: right;"><a href="http://ecopassenger.org/bin/query.exe/en?ld=uic-eco&amp;L=vs_uic&amp;protocol=https:&amp;seqnr=1&amp;ident=e0.0158321.1724920417&amp;OK#focus">3,5</a> kg</td> <td style="text-align: left;">ICE 1218</td> <td>München Hbf</td> <td>Mannheim Hbf</td> <td style="text-align: right;">2024-09-15 10:46:00</td> <td style="text-align: right;">2024-09-15 13:28:00</td> </tr> <tr> <td style="text-align: right;">86€</td> <td style="text-align: right;"><a href="http://ecopassenger.org/bin/query.exe/en?ld=uic-eco&amp;L=vs_uic&amp;protocol=https:&amp;seqnr=2&amp;ident=ef.0183971.1724920477&amp;OK#focus">2</a> kg</td> <td style="text-align: left;">TGV 9552</td> <td>Mannheim Hbf</td> <td>Paris Gare de L’Est</td> <td style="text-align: right;">2024-09-15 13:42:00</td> <td style="text-align: right;">2024-09-15 16:52:00</td> </tr> <tr> <td style="text-align: right;">66€</td> <td style="text-align: right;"><a href="http://ecopassenger.org/bin/query.exe/en?ld=uic-eco&amp;L=vs_uic&amp;protocol=https:&amp;seqnr=2&amp;ident=ez.0219941.1724920558&amp;&amp;ecocon=C1-1">1,5</a> kg</td> <td style="text-align: left;">TGV 12213</td> <td>Paris Montparnasse</td> <td>Bordeaux Saint-Jean</td> <td style="text-align: right;">2024-09-15 19:11:00</td> <td style="text-align: right;">2024-09-15 21:14:00</td> </tr> <tr> <td style="text-align: right;">71€</td> <td style="text-align: right;"><a href="http://ecopassenger.org/bin/query.exe/en?ld=uic-eco&amp;L=vs_uic&amp;protocol=https:&amp;seqnr=3&amp;ident=fm.0265411.1724920648&amp;REQ0HafasScrollDir=1&amp;ecocon=C3-0">1,5</a> kg</td> <td style="text-align: left;">TGV 8586</td> <td>Bordeaux-St-Jean</td> <td>Paris Montparnasse</td> <td style="text-align: right;">2024-09-27 20:50:00</td> <td style="text-align: right;">2024-09-27 22:53:00</td> </tr> <tr> <td style="text-align: right;">69€</td> <td style="text-align: right;"><a href="http://ecopassenger.org/bin/query.exe/en?ld=uic-eco&amp;L=vs_uic&amp;protocol=https:&amp;seqnr=1&amp;ident=hp.078561.1724920951&amp;OK#focus">2,1</a> kg</td> <td style="text-align: left;">ICE 9573</td> <td>Paris Est</td> <td>Stuttgart Hbf</td> <td style="text-align: right;">2024-09-30 10:52:00</td> <td style="text-align: right;">2024-09-30 14:04:00</td> </tr> <tr> <td style="text-align: right;">20€</td> <td style="text-align: right;"><a href="http://ecopassenger.org/bin/query.exe/en?ld=uic-eco&amp;L=vs_uic&amp;protocol=https:&amp;seqnr=2&amp;ident=jl.0197521.1724921222&amp;&amp;ecocon=C1-1">3,6</a> kg</td> <td style="text-align: left;">ICE 517</td> <td>Stuttgart Hbf</td> <td>München Hbf</td> <td style="text-align: right;">2024-09-30 14:14:00</td> <td style="text-align: right;">2024-09-30 16:26:00</td> </tr> <tr> <td style="text-align: right;">85€</td> <td style="text-align: right;"><a href="http://ecopassenger.org/bin/query.exe/en?ld=uic-eco&amp;L=vs_uic&amp;protocol=https:&amp;seqnr=1&amp;ident=id.0116141.1724921044&amp;OK#focus">22,4</a> kg</td> <td style="text-align: left;">IC 60406</td> <td>München Hbf</td> <td>Warszawa Centralna</td> <td style="text-align: right;">2024-09-30 18:35:00</td> <td style="text-align: right;">2024-10-01 09:08:00</td> </tr> <tr> <td style="text-align: right;"><strong>590€</strong></td> <td style="text-align: right;"><strong>59 kg</strong></td> <td style="text-align: left;"></td> <td></td> <td></td> <td style="text-align: right;"></td> <td style="text-align: right;"></td> </tr> </tbody> </table> <p>Pour faire une comparaison avec <em>l’avion</em>, qui est le mode de transport privilégié pour ce genre de trajets, j’ai utilisé le site <a href="https://curb6.com/offset">Curb6</a> qui permet d’estimer les émissions de CO2 pour un trajet en avion en prenant en compte les <em>escales</em>. C’est particulièrement important car le décollage et l’atterrissage sont les moments les plus énergivores pour un avion, le vol de croisière étant comparativement plus économe. Pour un trajet en avion aller-retour Varsovie → Bordeaux, il y a nécessairement au moins une escale, par exemple à l’aéroport <a href="https://www.parisaeroport.fr/">Charles de Gaulle de Paris</a>. L’estimation fournie par le site est alors de <strong>758,2 kg de CO2</strong>, soit <strong>12,8 fois plus</strong> que le trajet en train. Notons de plus que les émissions de CO2 pour un trajet en avion sont sous-estimées par ce genre de site car elles ne prennent pas en compte le fait que celles-ci ont lieue en haute altitude, ce qui semble avoir un impact non-négligeable selon le site <a href="https://www.ecopassenger.org/">Ecopassenger</a>.<a href="#fn3" class="footnote-ref" id="fnref3" role="doc-noteref">³</a></p> <p>Pour finir, en prenant une réservation <a href="https://www.airfrance.fr">Air France / KLM</a> pour un vol aller-retour Varsovie → Bordeaux en classe économique avec un bagage en soute, le prix est de <strong>575 €</strong> pour <strong>10h35</strong> de voyage total, avec des émisions estimées par la compagnie de 179 kg CO2e pour l’aller et 204 kg CO2e pour le retour, soit un total de <strong>383 kg CO2e</strong>. Ce qui semble bien en deça de l’estimation de <a href="https://curb6.com/offset">Curb6</a>, mais reste <strong>6,5 fois plus</strong> émetteur que le trajet en train.<a href="#fn4" class="footnote-ref" id="fnref4" role="doc-noteref">⁴</a> Notons que ce trajet est seulement <strong>4.2</strong> fois plus rapide que le trajet en train, sans compter les temps additionnels inhérents aux aéroports (contrôles, en dehors des villes, etc).</p> <p>Un exercice qui peut-être intéressant est d’ajouter aux coûts estimés ici le <a href="https://fr.wikipedia.org/wiki/Prix_du_carbone">prix du carbone</a> tel que conseillé par les économistes pour prendre en compte les externalités négatives des émissions de CO2. En prenant un prix du carbone de <strong>100 €/t CO2</strong> (proposé pour 2050 par exemple par le <a href="https://www.carbonpricingleadership.org/news1/2017/5/29/daprs-des-conomistes-du-monde-entier-une-tarification-leve-du-carbone-est-ncessaire-pour-une-action-ambitieuse-contre-le-changement-climatique">rapport de la haute commission sur le prix du carbone du 29 mai 2017</a> porté par <a href="https://fr.wikipedia.org/wiki/Joseph_Stiglitz">Joseph E. Stiglitz</a> et <a href="https://fr.wikipedia.org/wiki/Nicholas_Stern">Nicholas Stern</a>), contre <strong>10 USD/t CO2</strong> pour plus de 60% des émissions de CO2 actuellement selon <a href="https://www.statistiques.developpement-durable.gouv.fr/edition-numerique/chiffres-cles-du-climat-decembre-2022/19-la-tarification-du-carbone-dans">les statistiques du ministère de la transition écologique</a>. En faisant ce calcul, le trajet en train qui émet <strong>59 kg CO2</strong> devrait compter <strong>0,53 €</strong> de coût carbone, alors que l’avion qui émet (d’après Air France) <strong>383 kg CO2</strong> devrait compter <strong>3,83 €</strong> de coût carbone. Sur le tableau suivant, on peut voir que le coût carbone rend le train <em>un peu</em> moins cher que l’avion, mais pas de beaucoup, ce qui pourrait très bien se compenser par des vols <em>low-cost</em> ou le fait de ne pas prendre de bagages en soute.</p> <table> <caption>Coût total du trajet Varsovie → Bordeaux en train ou en avion en 2024 et en 2050 en prenant en compte uniquement la variation de prix du carbone, avec un rapport de devises 1 USD = 0.9 EUR et un coût du carbone de 10 USD/t CO2.</caption> <thead> <tr> <th></th> <th style="text-align: right;">Avion (estimation Airfrance)</th> <th style="text-align: right;">Avion (estimation Curb6)</th> <th style="text-align: right;">Train</th> </tr> </thead> <tbody> <tr> <td>Prix € (actuel)</td> <td style="text-align: right;">575 €</td> <td style="text-align: right;">575 €</td> <td style="text-align: right;">590 €</td> </tr> <tr> <td>CO2 (kg)</td> <td style="text-align: right;">383 kg</td> <td style="text-align: right;">768 kg</td> <td style="text-align: right;">59 kg</td> </tr> <tr> <td>Coût carbone (actuel) $</td> <td style="text-align: right;">3,83 $</td> <td style="text-align: right;">7,68 $</td> <td style="text-align: right;">0,59 €</td> </tr> <tr> <td>Coût carbone (2050) €</td> <td style="text-align: right;">38,3 €</td> <td style="text-align: right;">76,8 €</td> <td style="text-align: right;">5,9 €</td> </tr> <tr> <td>Prix € (2050)</td> <td style="text-align: right;">610 €</td> <td style="text-align: right;">645 €</td> <td style="text-align: right;">595 €</td> </tr> </tbody> </table> <p>En conclusion, aujourd’hui ou en 2050, prendre le train <em>en Europe</em> n’est que très peu une question d’argent <em>si vous prenez vos billets bien en avance</em>, bien que cet argument s’applique aussi à l’avion. Il faut compter un trajet <strong>4 fois plus long</strong> mais avec des émissions entre <strong>6 et 13 fois moins importantes</strong> selon les estimations les plus basses. Enfin, il est important de noter que le train est un mode de transport qui réduit d’autres formes de pollution (particules fines, bruit, etc) et que l’intensité carbone du train en Europe est amenée à diminuer avec <a href="https://www.groupe-sncf.com/fr/innovation/electrification-frugale-decarboner-petites-lignes">l’électrification progressive des réseaux ferroviaires</a>, car le taux moyen d’électrification des réseaux ferrés européens de seulement <strong>55 %</strong> (<a href="https://www.autorite-transports.fr/wp-content/uploads/2022/07/art_bilan-ferroviaire-europe-2020.pdf">Figure 5 page 5 du rapport de l’autorité des transports 2020</a>) et la <a href="https://fr.wikipedia.org/wiki/%C3%89lectricit%C3%A9_en_Europe">décarbonation de la production électrique</a> en cours.</p> <section id="footnotes" class="footnotes footnotes-end-of-document" role="doc-endnotes"> <hr /> <ol> <li id="fn1"><p>Les prix varient <em>énormément</em> en fonction des dates de réservation comparativement à des billets d’avion. Le <em>15 août</em> était déjà très tardif pour la réservation, et en pratique l’Université de Varsovie n’a pris les billets que le 28 août, avec un coût <span class="math inline">\(1.3\)</span> fois supérieur à ce qui est indiqué ici. Tandis qu’un collègue plus prévoyant en a eu pour seulement <strong>390€</strong> pour le même trajet en réservant beaucoup plus tôt.<a href="#fnref1" class="footnote-back" role="doc-backlink">↩︎</a></p></li> <li id="fn2"><p>Notons que des compagnies comme <a href="https://www.raileurope.com/fr">Rail Europe</a>, la <a href="https://www.sncf.com/fr">SNCF</a>, ou <a href="https://www.bahn.com/fr">Deutsche Bahn</a> proposent des calculs de réduction des émissions de CO2 pour les trajets en train. Cependant, ils ne donnent que l’estimation de la réduction et pas le chiffre brut, et utilisent un mix énergétique souvent avantageux, comme expliqué <a href="https://www.raileurope.com/en/blog/travel-green-calculating-your-carbon-savings">sur la page de Rail Europe</a>.<a href="#fnref2" class="footnote-back" role="doc-backlink">↩︎</a></p></li> <li id="fn3"><p>En particulier, ils indiquent qu’un calcul plus précis du <a href="https://en.wikipedia.org/wiki/Radiative_forcing">RFI</a> qui prend en compte les effets climatiques additionnels des autres émissions (oxydes d’azote, ozone, eau, suie, soufre) est nécessaire pour avoir une bonne estimation des émissions de CO2 pour un trajet en avion lorsque celles-ci sont effectuées en haute altitude.<a href="#fnref3" class="footnote-back" role="doc-backlink">↩︎</a></p></li> <li id="fn4"><p>Pour les détails de mon trajet virtuel en avion, j’ai pris un trajet de Varsovie (WAW) a Bordeaux (BDX) passant par Paris (CDG) avec les vols suivants : AF1147HOP départ 14:05 le 15 septembre 2024 arrivée 16:50 le 15 septembre 2024, AF9424HOP départ 15h30 le même jour, arrivée 16h50. Pour le retour j’ai pris les vols AF9427 puis AF1346 le 28 septembre 2024, départ 11h10, arrivée à CDG à 12h35, puis départ à 13h45 et arrivée à WAW à 16h05.<a href="#fnref4" class="footnote-back" role="doc-backlink">↩︎</a></p></li> </ol> </section> 2024-08-28T00:00:00+00:00 2024-08-28T00:00:00+00:00 Aliaume Lopez https://aliaume.fr/site/posts/e-w-beth-award/ <p>Suite à mon billet décrivant <a href="/prix-de-these-candidature.html">comment candidater à un prix de thèse</a>, je suis très heureux de vous annoncer que j’ai reçu le prix <a href="https://folli.info/?page_id=74">E. W. Beth</a> 2024 récompensant <a href="/posts/2023-09-20-post-defense.html">ma thèse de doctorat</a>. Ce prix récompense chaque année une thèse exceptionnelle en logique et est décerné par l’association <a href="https://folli.info/">FoLLI</a>. Plus d’informations sur le prix et mon co-lauréat <a href="https://konstantinoskokos.github.io/">Konstantinos Kogkalidis</a> sont disponibles sur la page <a href="https://folli.info/?page_id=74">officielle du prix de thèse</a>.</p> <p>Je tiens à remercier mes directeurs de thèse, mes collègues et ma famille pour leur soutien tout au long de ces années et je considère comme un formidable encouragement la reconnaissance attestée de mon travail par ce prix.</p> <p>Pour celles et ceux qui se demandent à quoi ressemble une candidature à un prix de thèse je vous propose, en complément du billet précédent sur le sujet, de consulter <a href="/ressources/these/prix/e-w-beth-dissertation-abstract.pdf">mon dossier de candidature</a>.</p> 2024-08-19T00:00:00+00:00 2024-08-19T00:00:00+00:00 Aliaume Lopez https://aliaume.fr/site/posts/candidater-prix-de-these/ <p>Après avoir soutenu votre thèse, il est de bon goût de proposer votre candidature à divers prix, afin d’espérer avoir un meilleur dossier lorsque vous postulerez sur des postes permanents en recherche, ou tout simplement pour flatter votre ego.</p> <p>En informatique théorique, il existe plusieurs prix assez reconnus, en plus des prix qui seront donnés au sein de votre université. Le plus souvent, ces prix sont liés à un autre événement (conférence, école d’été, association) et pour savoir auxquels vous avez une chance d’être sélectionné regarder l’événement de rattachement et la liste des évaluateurs est un bon début. En toute généralité, la candidature à un prix de thèse se fait en envoyant un dossier <em>en anglais</em> contenant un sous ensemble des éléments suivants :</p> <ol type="1"> <li>La thèse ou un lien vers la thèse</li> <li>Un <em>résumé</em> de la thèse<a href="#fn1" class="footnote-ref" id="fnref1" role="doc-noteref">¹</a></li> <li>Des <em>lettres de recommandation</em></li> <li>Les rapports de jury</li> <li>Un ou des documents certifiant la bonne tenue de la thèse</li> <li>Un CV du candidat avec une liste des publications</li> </ol> <p>Pour simplifier la vie des candidats, voilà un petit tableau récapitulatif de ce qui va suivre avec les dates limites de candidature pour le prix de <em>2024</em> (pour les thèses soutenues en <em>2023</em>), le nombre de pages pour le résumé,<a href="#fn2" class="footnote-ref" id="fnref2" role="doc-noteref">²</a> ainsi que le nombre <strong>maximal</strong> de lettres de recommandation possibles dans le dossier.<a href="#fn3" class="footnote-ref" id="fnref3" role="doc-noteref">³</a></p> <table> <colgroup> <col style="width: 19%" /> <col style="width: 21%" /> <col style="width: 23%" /> <col style="width: 35%" /> </colgroup> <thead> <tr> <th style="text-align: left;"><strong>Nom du Prix</strong></th> <th style="text-align: right;"><strong>Date Limite</strong></th> <th style="text-align: right;"><strong>Nombre de pages</strong></th> <th style="text-align: right;"><strong>Lettres de recommandation</strong></th> </tr> </thead> <tbody> <tr> <td style="text-align: left;"><a href="#etaps">ETAPS</a></td> <td style="text-align: right;">15 Janvier 2024</td> <td style="text-align: right;">0</td> <td style="text-align: right;"><span class="math inline">\(+\infty\)</span></td> </tr> <tr> <td style="text-align: left;"><a href="#eatcs">EATCS</a></td> <td style="text-align: right;">7 Mars 2024</td> <td style="text-align: right;">5</td> <td style="text-align: right;">1</td> </tr> <tr> <td style="text-align: left;"><a href="#e.-w.-beth-dissertation-prize">E. W. Beth Dissertation Prize</a></td> <td style="text-align: right;">30 Avril 2024</td> <td style="text-align: right;">10</td> <td style="text-align: right;">2</td> </tr> <tr> <td style="text-align: left;"><a href="#eacsl">EACSL</a></td> <td style="text-align: right;">1 Juillet 2024</td> <td style="text-align: right;">10</td> <td style="text-align: right;">2</td> </tr> <tr> <td style="text-align: left;"><a href="#gilles-kahn">Gilles Kahn</a></td> <td style="text-align: right;">?? Septembre 2024</td> <td style="text-align: right;">?</td> <td style="text-align: right;">2</td> </tr> </tbody> </table> <h2 id="une-candidature-mais-comment">Une candidature, mais comment ?</h2> <p>Avant de comprendre comment bien faire une candidature, il faut comprendre comment celle-ci sera évaluée. En général, les prix de thèse sont évalués par des chercheurs, mais pas forcément des chercheurs dans votre domaine. De plus, toutes les thèses ne sont pas lues par tous les évaluateurs. Finalement, l’évaluation se fait souvent par <em>manches</em> successives, où les évaluateurs éliminent des candidats à chaque étape. Dans ce contexte, il est important que votre thèse soit <em>soutenue</em> par la/les personnes qui liront votre thèse, et que les <em>documents annexes</em> qui seront lus par tous sont <em>clefs en main</em> pour une argumentation comparative. L’exemple typique est “mais en plus A. a publié dans telle conférence” ou “B. a été invité à donner un cours à tel endroit”.</p> <p>Il faut donc particulièrement soigner votre CV et votre liste de publications, ainsi que le résumé de thèse qui sera probablement demandé en mettant des blocs en évidence pour une utilisation rapide. Enfin, essayez de trouver des lettres de recommandation de personnes qui sont connues des évaluateurs (qui ne sont pas forcément des chercheurs dans votre domaine, je le rappelle), c’est-à-dire, des gens <em>très</em> connus.</p> <p>Enfin, un effet légèrement pervers de ces prix est que le domaine très spécifique de la thèse peut être <em>défavorable</em> pour un public non averti. Par exemple, si vous êtes spécialistes de la minimisation des automates, mais qu’en face il y a quelqu’un qui vérifie le programme de lancement des fusées, vous partez nécessairement avec un désavantage, indépendamment de la qualité de vos travaux. Il faut donc bien choisir où soumettre votre candidature, et il me semble plus aisé d’être compétitif dans un prix de thèse <em>international</em> mais sur un domaine spécifique que l’inverse par exemple.</p> <h2 id="petite-note-sur-les-différents-prix">Petite note sur les différents prix</h2> <h3 id="eatcs">EATCS</h3> <p><a href="https://eatcs.org/">L’EATCS</a> pour « European Association for Theoretical Computer Science » est une <a href="https://fr.wikipedia.org/wiki/Soci%C3%A9t%C3%A9_savante">société savante</a> fondée en 1972 et étroitement liée à la conférence <a href="http://eatcs.org/index.php/conferences">ICALP</a>. Le prix de thèse est intitulé « Distinguished Dissertation Award », et sert de vitrine à l’Informatique théorique européenne, mais n’est pas réservée à des thèses soutenues en Europe. Chaque année le comité sélectionne au plus trois thèses, évaluées sous l’angle de leur originalité et de leur impact sur leur domaine respectif de recherche.</p> <p><strong>Lien vers le site du prix de thèse.</strong> <a href="https://eatcs.org/index.php/dissertation-award" class="uri">https://eatcs.org/index.php/dissertation-award</a></p> <h3 id="eacsl">EACSL</h3> <p>Le prix Ackermann est donné par <a href="https://www.eacsl.org/">l’EACSL</a>, une autre société savante, cette fois <em>internationale</em>, fondée en 1992 et qui promeut l’usage de la logique en informatique. La société organise la conférence <a href="https://www.eacsl.org/csl-conferences/">CSL</a>, et c’est à cette occasion que le prix de thèse est remis.</p> <p><strong>Lien vers le site du prix de thèse.</strong> <a href="https://www.eacsl.org/ackermann-award/submissions/" class="uri">https://www.eacsl.org/ackermann-award/submissions/</a></p> <h3 id="etaps">ETAPS</h3> <p>Le prix de thèse de la conférence européenne <a href="https://etaps.org/">ETAPS</a> est donné à l’occasion de la conférence annuelle éponyme. ETAPS est en réalité un groupement de quatre conférences scientifiques assez différentes (FoSSaCS, FASE, TACAS et ESOP). La concurrence est donc plus large que pour les autres, car les domaines des thèses soumises sont très divers (génie logiciel, sémantique, solveurs, vérification, etc.).</p> <p><strong>Lien vers le site du prix de thèse.</strong> <a href="https://etaps.org/awards/doctoral-dissertation/" class="uri">https://etaps.org/awards/doctoral-dissertation/</a></p> <h3 id="e.-w.-beth-dissertation-prize">E. W. Beth Dissertation Prize</h3> <p>Le prix de thèse E. W. Beth est donné par l’association <a href="https://folli.info/">FoLLI</a>, fondée en 1991, qui promeut la recherche en logique, linguistique et informatique. L’association est notamment connue pour son école d’été <a href="https://folli.info/?page_id=45">ESSLLI</a> (European Summer School in Logic, Languages and Information). Le prix est donc très orienté vers la logique.</p> <p><strong>Lien vers le site du prix de thèse.</strong> <a href="https://folli.info/?page_id=74" class="uri">https://folli.info/?page_id=74</a></p> <h3 id="gilles-kahn">Gilles Kahn</h3> <p>Le prix de thèse Gilles Kahn est porté par la <a href="https://www.socinfo.fr/">Société informatique de France</a>, fondée en 1985. Il faut avoir soutenu son doctorat en informatique dans une école ou université française, mais le domaine n’est pas limité à l’informatique théorique.</p> <p><strong>Lien vers le site du prix de thèse.</strong> <a href="https://www.socinfo.fr/recherche/prix-de-these-gilles-kahn/" class="uri">https://www.socinfo.fr/recherche/prix-de-these-gilles-kahn/</a></p> <section id="footnotes" class="footnotes footnotes-end-of-document" role="doc-endnotes"> <hr /> <ol> <li id="fn1"><p>Attention, le résumé n’est pas un “résumé” en tant que tel, mais bien une brochure commerciale servant à <strong>vendre</strong> votre thèse à des <em>non-experts</em>. Cela sera discuté plus tard dans cet article.<a href="#fnref1" class="footnote-back" role="doc-backlink">↩︎</a></p></li> <li id="fn2"><p>Je considère le nombre de pages comme <em>incluant les références bibliographiques</em> ici, c’est donc une estimation dans le cas où le prix de thèse autorise des références arbitrairement longues.<a href="#fnref2" class="footnote-back" role="doc-backlink">↩︎</a></p></li> <li id="fn3"><p>Tous les prix de thèse demandent une lettre du <em>superviseur</em>, qui n’est pas comptée ici. L’idée étant que le nombre de lettres de recommandation correspond ici au nombre des personnes à contacter en plus du superviseur.<a href="#fnref3" class="footnote-back" role="doc-backlink">↩︎</a></p></li> </ol> </section> 2024-08-07T00:00:00+00:00 2024-08-07T00:00:00+00:00 Aliaume Lopez https://aliaume.fr/site/posts/pandoc-is-not-ready/ <p>TL;DR :<a href="#fn1" class="footnote-ref" id="fnref1" role="doc-noteref">¹</a> <a href="https://pandoc.org/">Pandoc</a> est un outil de conversion de documents écrit en <a href="https://www.haskell.org/">Haskell</a>. Il est très utile pour convertir des documents écrits en <a href="https://daringfireball.net/projects/markdown/">Markdown</a> en d’autres formats, comme <a href="https://www.latex-project.org/">LaTeX</a>, <a href="https://html.spec.whatwg.org/">HTML</a>, <a href="https://www.microsoft.com/fr-fr/microsoft-365/word">Word</a>, <a href="https://www.oasis-open.org/committees/tc_home.php?wg_abbrev=office">Open Document</a>, ou <a href="https://fr.wikipedia.org/wiki/Portable_Document_Format">PDF</a>. Cet article explique pourquoi il n’est pas actuellement possible de l’utiliser pour écrire des articles d’informatique théorique.</p> <h2 id="latex-pour-lécriture-darticles-scientifiques">LaTeX pour l’écriture d’articles scientifiques</h2> <p>Écrire un article scientifique, au moins en informatique théorique et en mathématiques, répond à des contraintes explicites et implicites de forme et de fond qui permettent une détection rapide (mais parfois erronée) de la qualité du document. Sans même parler de <a href="https://fr.wikipedia.org/wiki/Relecture_par_les_pairs">relecture par les pairs</a>, un processus relativement coûteux, il est possible de rendre automatique ou semi automatique la détection de « faux/mauvais » articles, et c’est ce qui est déployé en pratique par l’archive en ligne de <a href="https://arxiv.org/">arXiv</a>, maintenue par <a href="https://www.library.cornell.edu/">Cornell University Library</a>. Un exemple simple est le respect de certaines conventions d’écritures et règles de typographie, et en mathématiques/informatique, cela commence par l’utilisation du système de génération de documents <a href="https://www.latex-project.org/">LaTeX</a>. Je suis assez confiant dans l’idée qu’un article de mathématiques écrit avec un autre système d’écriture part avec un handicap certain.<a href="#fn2" class="footnote-ref" id="fnref2" role="doc-noteref">²</a></p> <p>Mais pourquoi est-ce que ce système est hégémonique ? Et d’ailleurs, pourquoi seulement dans certaines matières techniques ? Sans faire un historique complet de cette technologie, on peut déjà faire remarquer qu’elle remonte à un programme plus ancien, <a href="https://www.tug.org/texlive/">TeX</a> conçu par <a href="https://fr.wikipedia.org/wiki/Donald_Knuth">Donald Knuth</a> dans les années 70, avec comme objectif explicite de permettre l’écriture d’articles utilisant des équations complexes. L’idée était d’écrire un document textuel « simple » (en utilisant les caractères ASCII de l’époque) qui serait ensuite transformé en un document imprimable. Cette étape de transformation permettait au système de gérer <em>automatiquement</em> la mise en page, les numéros de référence, les tables des matières, etc. Ainsi, il suffit d’écrire <code class="sourceCode latex"><span class="fu">\tableofcontents</span></code> pour que dans le document final, une table des matières soit générée en lieu et place de cette commande. De même, pour écrire une formule comme <span class="math inline">\(\sum_{i = 0}^n \binom{n}{k} x^k y^{n-k}\)</span>, on peut écrire <code class="sourceCode latex"><span class="ss">$</span><span class="sc">\sum</span><span class="ss">_{i = 0}^n </span><span class="sc">\binom</span><span class="ss">{n}{k} x^k y^{n-k}$</span></code>. À mon sens, ce qui a fait le succès de <a href="https://www.tug.org/texlive/">TeX</a> et des variantes basées sur lui sont les propriétés suivantes :</p> <ol type="1"> <li>Les documents sont <em>éditables</em>. C’est-à-dire qu’il est possible d’utiliser n’importe quel éditeur de texte, ou programme qui manipule du texte pour modifier le document. De plus, la syntaxe est <em>relativement légère</em> ce qui rend l’édition possible <em>sans béquille logicielle</em>. J’invite le lecteur à essayer de modifier en utilisant uniquement des outils standards un document <a href="https://www.microsoft.com/fr-fr/microsoft-365/word">Word</a>, qui est une archive contenant des fichiers <a href="https://fr.wikipedia.org/wiki/Extensible_Markup_Language">XML</a> à la syntaxe complexe et peu lisible.</li> <li>Un corollaire non négligeable de la première propriété et que ces documents sont alors <em>versionnables</em> et facilement <em>archivables</em>.</li> <li>Un système dédié d’écriture d’équations, qui s’intègre parfaitement au reste de la syntaxe et qui permet d’écrire essentiellement <em>toutes les mathématiques connues</em>.</li> <li>Un système de gestion de bibliographie, <a href="https://fr.wikipedia.org/wiki/BibTeX">bibtex</a>, permet de <em>facilement</em> citer un article, un livre, une conférence, et ce bien avant l’apparition de moteurs comme <a href="https://www.zotero.org/">Zotero</a> ou <a href="https://www.mendeley.com/">Mendeley</a>. Pour citer un article, il suffit d’écrire <code class="sourceCode latex"><span class="kw">\cite</span>{<span class="ex">nom_de_l_article</span>}</code> et la citation sera écrite <em>au format approprié</em> dans le document final.</li> <li>Un système de gestion de références croisées, qui permet de dire « voir la figure XX page YY », sans se préoccuper de la page (elle est calculée) ou du numéro de la figure (aussi calculé).</li> <li>Le système de macro commandes intégré à <a href="https://www.latex-project.org/">LaTeX</a> / <a href="https://www.tug.org/texlive/">TeX</a> permet aux <em>éditeurs</em> de définir le style du document, sans que les <em>auteurs</em> aient à se préoccuper de la forme (ou presque). Ainsi, le format des titres, le nombre de colonnes, les marges, la rédaction des citations n’est pas à la charge de l’auteur.</li> </ol> <p>Ces arguments en faveur de <a href="https://www.latex-project.org/">LaTeX</a> sont suffisamment forts pour que la communauté de mathématiciens et d’informaticiens s’en emparent. Ne pas pouvoir <em>écrire</em> les mathématiques étant un frein majeur. De plus, la familiarité avec les notions de fichiers texte et de compilation a supprimé le principal défaut de ce système d’écriture : ce qui est écrit n’est <strong>pas</strong> ce qui sera imprimé. C’est ce qui explique que, malgré des avantages indéniables, ce système est délaissé pour des modèles « <a href="https://fr.wikipedia.org/wiki/WYSIWYG">WYSIWYG</a> » (What You See Is What You Get) comme <a href="https://www.microsoft.com/fr-fr/microsoft-365/word">Word</a> ou <a href="https://fr.libreoffice.org/">Libre Office</a> lorsque la majorité du document est précisément du texte et des images, sans formules mathématiques ou de nombreuses références croisées.</p> <p>Malgré le développement de nombreux outils pour écrire des documents scientifiques dans des logiciels comme <a href="https://www.microsoft.com/fr-fr/microsoft-365/word">Word</a> ou <a href="https://fr.libreoffice.org/">Libre Office</a>, l’écriture des mathématiques reste <em>douloureuse</em> avec un éditeur graphique, et la <em>modification</em> de formules est en général un cauchemar. Les systèmes un peu pragmatiques ont directement intégré la syntaxe introduite par <a href="https://www.latex-project.org/">LaTeX</a> dans leur propre système, un exemple typique étant <a href="https://www.mathjax.org/">MathJax</a> pour les pages web, car <strong>personne</strong> n’écrit directement des formules en <a href="https://fr.wikipedia.org/wiki/MathML">MathML</a>.</p> <h2 id="le-markup-et-les-langages-modernes">Le « Markup » et les langages modernes</h2> <p>Le <em>markup</em> (en Français, le <a href="https://fr.wikipedia.org/wiki/Langage_de_balisage">balisage</a>) est une technique qui consiste à ajouter à un document textuel des annotations qui décrivent une structure arborescente. Le langage de balisage le plus utilisé au monde est probablement le <a href="https://html.spec.whatwg.org/">HTML</a>, qui est utilisé pour décrire des pages web. Un exemple typique de fragment <a href="https://html.spec.whatwg.org/">HTML</a> est le suivant :</p> <div class="sourceCode" id="cb1"><pre class="sourceCode html"><code class="sourceCode html"><span id="cb1-1"><a href="#cb1-1" aria-hidden="true" tabindex="-1"></a><span class="dt">&lt;</span><span class="kw">p</span><span class="dt">&gt;</span>Je suis dans une balise de paragraphe. <span class="dt">&lt;</span><span class="kw">strong</span><span class="dt">&gt;</span>Je suis en gras.<span class="dt">&lt;/</span><span class="kw">strong</span><span class="dt">&gt;</span></span> <span id="cb1-2"><a href="#cb1-2" aria-hidden="true" tabindex="-1"></a>Et maintenant, <span class="dt">&lt;</span><span class="kw">em</span><span class="dt">&gt;</span>je suis en italique<span class="dt">&lt;/</span><span class="kw">em</span><span class="dt">&gt;</span>.<span class="dt">&lt;/</span><span class="kw">p</span><span class="dt">&gt;</span></span></code></pre></div> <p>L’utilisation de balises <code>&lt;p&gt;</code>, <code>&lt;strong&gt;</code>, <code>&lt;em&gt;</code> permet de décrire la structure du document, qui sera ensuite interprétée par un navigateur web pour afficher le texte en gras, en italique, etc. Bien entendu, le <a href="https://html.spec.whatwg.org/">HTML</a> contient d’autres balises et des possibilités supplémentaires pour décrire des agencements plus complexes de texte, des images, des liens, etc. C’est ce qui donne des pages web comme celle que vous êtes probablement en train de lire.</p> <p>Cette manière d’écrire textuellement des indications sur la structure d’un document en vue d’une future <em>interprétation</em> n’est pas sans rappeler ce qui a été décrit plus haut au sujet de <a href="https://www.tug.org/texlive/">TeX</a> et de <a href="https://www.latex-project.org/">LaTeX</a>. En effet, bien que <a href="https://www.latex-project.org/">LaTeX</a> ne soit pas <em>techniquement</em> un langage de balisage,<a href="#fn3" class="footnote-ref" id="fnref3" role="doc-noteref">³</a> c’est la manière dont il est utilisé en pratique par la plupart des <em>auteurs</em> de documents. L’équivalent du fragment <a href="https://html.spec.whatwg.org/">HTML</a> précédent en <a href="https://www.latex-project.org/">LaTeX</a> pourrait être le code suivant :</p> <div class="sourceCode" id="cb2"><pre class="sourceCode latex"><code class="sourceCode latex"><span id="cb2-1"><a href="#cb2-1" aria-hidden="true" tabindex="-1"></a>Je suis dans un paragraphe. <span class="fu">\textbf</span>{Je suis en gras.} Et maintenant,</span> <span id="cb2-2"><a href="#cb2-2" aria-hidden="true" tabindex="-1"></a><span class="fu">\textit</span>{je suis en italique}.</span></code></pre></div> <p>Pourquoi ne pas utiliser l’omniprésent <a href="https://html.spec.whatwg.org/">HTML</a> pour écrire des articles scientifiques ? Une première réponse est simple : aucune des fonctionnalités qui justifient l’utilisation d’un système aussi complexe que <a href="https://www.latex-project.org/">LaTeX</a> pour écrire des documents n’est disponible en <a href="https://html.spec.whatwg.org/">HTML</a>. Même les références croisées, qui sont la force de <a href="https://html.spec.whatwg.org/">HTML</a>,<a href="#fn4" class="footnote-ref" id="fnref4" role="doc-noteref">⁴</a> ne sont pas destinées <em>à la lecture</em> mais <em>à la navigation</em>.<a href="#fn5" class="footnote-ref" id="fnref5" role="doc-noteref">⁵</a> Les formules mathématiques sont un problème ouvert depuis une vingtaine d’années maintenant, et je ne parle même pas des référence bibliographiques. Enfin, le <a href="https://html.spec.whatwg.org/">HTML</a> est un langage <em>déclaratif</em> qui ne permet pas de définir de nouvelles balises au sein du document, et cela veut dire qu’écrire un article scientifique en <a href="https://html.spec.whatwg.org/">HTML</a> serait très rapidement cauchemardesque.</p> <p>Une seconde réponse est plus subtile : le <a href="https://html.spec.whatwg.org/">HTML</a> est un langage de balisage qui spécifie comment afficher un document <em>à l’écran</em>. En particulier, il est conçu pour être lisible sur des tailles d’écrans différentes, pour être accessible aux personnes handicapées, pour être indexable par les moteurs de recherche, etc. En revanche, il n’est pas (encore) adapté pour construire des documents <em>imprimables</em> qui respectent les standards de la publication scientifique.</p> <p>Mais alors, pourquoi ne pas simplement utiliser <a href="https://www.latex-project.org/">LaTeX</a> pour écrire des articles d’informatique théorique ? La réponse est simple : <a href="https://www.latex-project.org/">LaTeX</a> n’est pas un langage de balisage, mais un langage de <strong>programmation</strong>. En plus de cela, c’est un <em>mauvais</em> langage de programmation. Cela pose tout un tas de problèmes plus ou moins graves. Les principaux reproches étant selon moi</p> <ol type="1"> <li><p>L’absence de <em>grammaire</em> ou même de <em>syntaxe</em> au langage. En réalité, considérer <a href="https://www.latex-project.org/">LaTeX</a> comme un langage à <a href="https://fr.wikipedia.org/wiki/Langage_de_balisage">balisage</a> est une erreur grossière. À tout moment dans le document, on peut écrire une commande qui a pour effet que « la lettre <code>a</code> devient la lettre <code>c</code> ». Cela fait qu’il est <em>impossible</em> de détecter une erreur de syntaxe, et donc</p> <ul> <li>Les outils qui aident à écrire le code sont très imparfaits</li> <li>Lorsque <a href="https://www.latex-project.org/">LaTeX</a> n’arrive pas à générer un document correct, il est extrêmement difficile de savoir pourquoi, et la meilleure technique reste de supprimer des bouts de document pour isoler <em>la</em> ligne où une faute de frappe s’est glissée.</li> <li>Il n’y a pas de <em>prévisualisation</em> rapide possible : pour savoir ce qui sera globalement affiché à la page 6, il faut écrire l’intégralité du document, ce qui peut-être très long si celui-ci est une thèse de 200 pages avec des images.</li> </ul></li> <li><p>Le langage de programmation lui-même est <em>terrible</em>. Les programmes écrits sont simultanément <em>très lents</em> et <em>illisibles</em>.</p></li> <li><p>L’écosystème autour du langage est <em>riche</em> mais du même temps <em>incohérent</em>. Par exemple, on peut être en contact avec 3 systèmes de gestion des citations différents — <a href="https://fr.wikipedia.org/wiki/BibTeX">bibtex</a>, <a href="https://ctan.org/pkg/natbib">natbib</a>, <a href="https://ctan.org/pkg/biblatex">biblatex</a> —, relativement compatibles, mais pas toujours.</p></li> <li><p>Les fonctionnalités un peu avancées (bibliographie, index, etc.) utilisent <em>plusieurs passes de compilation</em>. C’est un argument un peu technique, mais pour le néophyte, cela veut dire qu’en fonction du document à écrire, le temps de composition du rendu final peut être multiplié par 3 ou 4.</p></li> <li><p>Le format de sortie, au départ, était <a href="https://fr.wikipedia.org/wiki/Device_Independent_File_Format">DVI</a>, qui n’est pas utilisé ou presque. Le format <a href="https://fr.wikipedia.org/wiki/Portable_Document_Format">PDF</a> s’est imposé comme standard et est maintenant bien géré, mais il est <em>étrange</em> que la quasi intégralité de la connaissance mondiale soit sous forme de <a href="https://html.spec.whatwg.org/">HTML</a> sur un internet mondiale <strong>sauf</strong> la recherche académique qui pourtant repose crucialement sur les <em>citations</em> de ressources pré-existantes. Cela veut aussi dire que tablettes, téléphones et ordinateurs de différentes tailles sont <em>inadaptés</em> comme médiums de lecture d’article, et d’ailleurs beaucoup de chercheurs <em>impriment</em> les articles pour les lire (et les annoter).</p></li> </ol> <h2 id="markdown-et-pandoc">Markdown et Pandoc</h2> <p>Le <a href="https://daringfireball.net/projects/markdown/">Markdown</a> est un langage de balisage léger qui a été conçu pour être lisible par un humain, et qui est facilement convertible en <a href="https://html.spec.whatwg.org/">HTML</a>. L’idée de base est de <em>limiter</em> les possibilités de balisage pour se concentrer sur le contenu, et non sur la forme, au point où le mark-<em>up</em> fait simplement partie du document lisible par un humain, d’où le jeu de mot mark-<em>down</em>. Par exemple, le fragment suivant est un exemple de <a href="https://daringfireball.net/projects/markdown/">Markdown</a> :</p> <div class="sourceCode" id="cb3"><pre class="sourceCode markdown"><code class="sourceCode markdown"><span id="cb3-1"><a href="#cb3-1" aria-hidden="true" tabindex="-1"></a>Je suis dans un paragraphe. **Je suis en gras.** Et maintenant,</span> <span id="cb3-2"><a href="#cb3-2" aria-hidden="true" tabindex="-1"></a>*je suis en italique*.</span> <span id="cb3-3"><a href="#cb3-3" aria-hidden="true" tabindex="-1"></a></span> <span id="cb3-4"><a href="#cb3-4" aria-hidden="true" tabindex="-1"></a><span class="ss">- </span>Je suis dans une liste</span> <span id="cb3-5"><a href="#cb3-5" aria-hidden="true" tabindex="-1"></a><span class="ss">- </span>avec </span> <span id="cb3-6"><a href="#cb3-6" aria-hidden="true" tabindex="-1"></a><span class="ss">- </span>plusieurs</span> <span id="cb3-7"><a href="#cb3-7" aria-hidden="true" tabindex="-1"></a><span class="ss">- </span>items</span></code></pre></div> <p>En tant que format de fichier texte destiné à être converti en <a href="https://html.spec.whatwg.org/">HTML</a>, le <a href="https://daringfireball.net/projects/markdown/">Markdown</a> est un format de fichier <em>encore moins adapté</em> à l’écriture d’articles scientifiques. Cependant, il a plusieurs avantages :</p> <ul> <li>Il est <em>facilement lisible</em> par un humain, ce qui n’est pas le cas du <a href="https://html.spec.whatwg.org/">HTML</a> ou du <a href="https://www.latex-project.org/">LaTeX</a>, et est un atout considérable pour la <em>conservation</em> des documents et leur <em>archivage</em>,</li> <li>Il est <em>facilement convertible</em> en <a href="https://html.spec.whatwg.org/">HTML</a>, ce qui permet de publier des articles sur le web sans effort.</li> </ul> <p>L’histoire pourrait s’arrêter là : si le format est inadapté, alors il ne faut tout simplement pas l’utiliser. Toutefois, il existe un projet nommé <a href="https://pandoc.org/">Pandoc</a> qui permet de convertir des documents écrits en <a href="https://daringfireball.net/projects/markdown/">Markdown</a> en d’autres formats, comme <a href="https://www.latex-project.org/">LaTeX</a>, <a href="https://html.spec.whatwg.org/">HTML</a>, <a href="https://www.microsoft.com/fr-fr/microsoft-365/word">Word</a>, <a href="https://www.oasis-open.org/committees/tc_home.php?wg_abbrev=office">Open Document</a>, ou <a href="https://fr.wikipedia.org/wiki/Portable_Document_Format">PDF</a>. Cette interopérabilité permet de placer le format <a href="https://daringfireball.net/projects/markdown/">Markdown</a> comme un format de fichier qui est une sorte de <em>plus petit dénominateur commun</em> entre les différents formats de fichier représentant du texte. Plutôt que de vouloir <em>convertir</em> des documents entre <a href="https://html.spec.whatwg.org/">HTML</a> et <a href="https://www.latex-project.org/">LaTeX</a>, pourquoi ne pas directement écrire en <a href="https://daringfireball.net/projects/markdown/">Markdown</a>, et utiliser ce fichier pour <em>générer</em> différents documents ? Le gain potentiel est significatif : écrire un article une seule fois et pouvoir le soumettre à différentes conférences (qui utilisent des formats légèrement différents pour les soumissions), le publier sur le web, et en extraire une présentation pour un exposé semble tout bonnement miraculeux.</p> <p>La raison qui pousse à croire que cela est possible est que <a href="https://pandoc.org/">Pandoc</a> vient avec un système de <em>filtres</em>, qui permet d’enrichir la syntaxe de <a href="https://daringfireball.net/projects/markdown/">Markdown</a> en exécutant du code écrit dans de véritables langages de programmation. En réalité, on peut même imaginer écrire simplement du texte « comme dans un courriel » et utiliser des <em>filtres</em> pour annoter correctement le texte dans différents formats. Un exemple que j’ai <a href="https://aliaumel.github.io/transducer-exercices/">mis en place récemment</a> est la création d’un <em>site web</em> pour un cours d’informatique, qui permet aussi d’avoir des <a href="/enseignement.html#université-de-varsovie"><em>feuilles de travaux dirigés</em> au format PDF</a>.</p> <h2 id="les-articles-scientifiques">Les articles scientifiques ?</h2> <p>L’écriture d’articles scientifiques basés sur le système <a href="https://pandoc.org/">Pandoc</a> est une sorte de mode qui revient périodiquement sur internet. Selon le créateur de <a href="https://pandoc.org/">Pandoc</a> lui-même, <a href="https://johnmacfarlane.net/">John MacFarlane</a>, il est possible d’écrire des articles scientifiques en <a href="https://daringfireball.net/projects/markdown/">Markdown</a> et de les convertir en <a href="https://www.latex-project.org/">LaTeX</a> pour les soumettre à des conférences, comme indiqué dans une <a href="https://johnmacfarlane.net/tug-2020-pandoc-for-texnicians.pdf">présentation</a> donnée à la conférence <a href="https://tug.org/tug2020/program.html">TUG 2020</a>. Cette idée est séduisante et a été reprise par de nombreux blogueurs et auteurs qui ont tenté de décrire leur méthode pour écrire des articles scientifiques en utilisant <a href="https://pandoc.org/">Pandoc</a>, j’en liste quelques-uns ici sans ordre particulier :</p> <ul> <li><a href="https://jaantollander.com/post/scientific-writing-with-markdown/" class="uri">https://jaantollander.com/post/scientific-writing-with-markdown/</a></li> <li><a href="https://brainbaking.com/post/2021/02/writing-academic-papers-in-markdown/" class="uri">https://brainbaking.com/post/2021/02/writing-academic-papers-in-markdown/</a></li> <li><a href="https://blog.kathyreid.id.au/2020/12/27/academic-writing-workflow/" class="uri">https://blog.kathyreid.id.au/2020/12/27/academic-writing-workflow/</a></li> <li><a href="https://opensource.com/article/18/9/pandoc-research-paper" class="uri">https://opensource.com/article/18/9/pandoc-research-paper</a></li> <li><a href="https://nextlevel-blog.de/blog/pandoc/" class="uri">https://nextlevel-blog.de/blog/pandoc/</a></li> <li><a href="https://github.com/pandoc-scholar/pandoc-scholar" class="uri">https://github.com/pandoc-scholar/pandoc-scholar</a></li> </ul> <p>Au cœur de ces systèmes, on retrouve bien sûr <a href="https://pandoc.org/">Pandoc</a> et son système de <em>filtres</em> qui agît essentiellement comme un <em>gestionnaire d’effets algébriques</em> pour ceux que cette analogie aide. Ainsi, plusieurs filtres ont trouvé une place centrale, similaire à celle des paquets <a href="https://www.latex-project.org/">LaTeX</a> les plus utilisés :</p> <ul> <li><a href="https://github.com/jgm/pandoc-citeproc">Pandoc Citeproc</a> utilisé pour gérer les citations bibliographiques</li> <li><a href="https://github.com/lierdakil/pandoc-crossref">Pandoc Crossref</a> utilisé pour gérer les références croisées entre les éléments du document</li> </ul> <p>Cependant, il ne semble pas y avoir un consensus sur la manière d’écrire les théorèmes, définitions, preuves et autres éléments d’articles mathématiques en <a href="https://daringfireball.net/projects/markdown/">Markdown</a>. De plus, il faut remarquer que le <em>filtre</em> <a href="https://github.com/jgm/pandoc-citeproc">Pandoc Citeproc</a> utilise en réalité une <em>syntaxe</em> qui a été spécialement ajoutée dans l’arbre de syntaxe abstrait de <a href="https://pandoc.org/">Pandoc</a> pour gérer les citations bibliographiques, et les deux sont tellement liés que le filtre a été directement intégré dans le programme principal. Cela tend à montrer que <em>l’extensibilité</em> est toute relative, et demande en général un couplage très fort avec le programme principal.</p> <p>En réalité, tous les exemples donnés plus hauts fonctionnent <em>à peu près</em>, mais aucun n’est adapté à une publication d’un véritable article. En particulier, il manque</p> <ol type="1"> <li>Un système de gestion des équations mathématiques, et particulièrement des <em>macros</em>. Pour le moment, <a href="https://pandoc.org/">Pandoc</a> est capable de comprendre <em>certaines</em> macros, mais il faut ruser pour les utiliser dans différents formats simultanément, et globalement la solution est <em>écrire du <a href="https://www.latex-project.org/">LaTeX</a> directement</em> en espérant que la conversion dans d’autres formats ne casse pas trop de choses.</li> <li>Un système de gestion des références croisées équivalent ou supérieur à celui de <a href="https://www.latex-project.org/">LaTeX</a>. En particulier, le fabuleux package <a href="https://ctan.org/pkg/knowledge">Knowledge</a> développé par Thomas Colcombet n’a aucun équivalent pour le moment. Notons d’ailleurs que les références entre des éléments du document et des <em>symboles mathématiques</em> dans une équation sont très difficiles à gérer.</li> <li>Une gestion très manuelle des inclusions de fichiers, une fonctionnalité pourtant cruciale dès que les documents deviennent un peu longs.</li> <li>Cela peut sembler « trivial », mais il faut réellement gérer les formats demandés par les conférences. Que cela soit dans le traitement des méta-données, dans les styles de citations, la liste des paquets utilisés et même la « chaîne de compilation » demandée. Certaines conférences utilisent des styles qui requièrent <a href="https://fr.wikipedia.org/wiki/BibTeX">bibtex</a>, là où <a href="https://pandoc.org/">Pandoc</a> utilise au choix <a href="https://ctan.org/pkg/natbib">natbib</a> ou <a href="https://ctan.org/pkg/biblatex">biblatex</a>.</li> <li>Un système de prévisualisation rapide et la capacité de faire des <em>aller-retours</em> entre le code et le rendu final. Dans l’écosystème <a href="https://www.latex-project.org/">LaTeX</a>, c’est le projet <a href="https://fr.wikipedia.org/wiki/SyncTeX">synctex</a> qui permet de faire cela, et l’essayer c’est l’adopter.</li> </ol> <p>En fait, tout le monde semble passer sous silence le besoin d’écrire des formules mathématiques complexes (et interopérables) dans un article scientifique en déléguant cette tâche. D’ailleurs, certains auteurs vont plus loin et écrivent directement du code <a href="https://www.latex-project.org/">LaTeX</a> dans leur document, car il sera conservé tel quel à l’export : mais alors, où est l’intérêt de l’écrire en <a href="https://daringfireball.net/projects/markdown/">Markdown</a>, si le seul format où l’export est correct est le <a href="https://www.latex-project.org/">LaTeX</a> ?</p> <p>Un des systèmes le plus avancé que j’ai trouvé est <a href="https://quarto.org/">Quarto</a> (anciennement nommé RStudio), qui est un système de publication scientifique basé sur <a href="https://pandoc.org/">Pandoc</a> et qui permet de suivre un chercheur (en statistiques, économie ou sciences sociales principalement) tout au long de son processus de recherche, de l’analyse des données statistiques avec le langage <a href="https://www.r-project.org/">R</a> jusqu’à la publication de l’article en passant par la rédaction du manuscrit. Il semble y avoir un réel effort pour permettre la rédaction de documents, par exemple en ayant une gestion des figures, théorèmes et des références croisées, avec beaucoup d’options et un outil un peu « clef en main » pour génerer des exports <strong>corrects</strong> dans plusieurs formats. Cependant, même avec ce système, l’écriture des mathématiques reste un angle mort.</p> <h2 id="conclusion">Conclusion</h2> <p>Pour écrire des articles de blog, un peu de mathématiques, et même des feuilles de travaux dirigés, <a href="https://pandoc.org/">Pandoc</a> est un outil formidable. Mais il n’est pas adapté pour l’écriture d’articles scientifiques (en informatique théorique et en mathématiques), quoi qu’en dise le dernier <em>proof of concept</em> que l’on trouve sur internet.</p> <p>Si vous n’aimez pas écrire du <a href="https://www.latex-project.org/">LaTeX</a>, ce qui est complètement compréhensible, alors le mieux est de simplement… En écrire le plus simplement possible, avec le moins de paquets et de macros possibles. Cela rendra plus facile une éventuelle conversion ultérieure (mais vers quel format ?) et permettra de garder le document lisible par un humain.</p> <section id="footnotes" class="footnotes footnotes-end-of-document" role="doc-endnotes"> <hr /> <ol> <li id="fn1"><p>L’abréviation de « Too Long; Didn’t Read », c’est-à-dire, de trop long, pas lu.<a href="#fnref1" class="footnote-back" role="doc-backlink">↩︎</a></p></li> <li id="fn2"><p>L’objectif de cet article n’est pas de défendre le système de publication actuel, qui possède de nombreux défauts, mais seulement de mettre en lumière le préjugé existant et auto-alimenté envers les documents qui ne sont pas rédigés avec <a href="https://www.latex-project.org/">LaTeX</a>.<a href="#fnref2" class="footnote-back" role="doc-backlink">↩︎</a></p></li> <li id="fn3"><p>C’est un point qui peut sembler relativement mineur, mais qui va expliquer une grande partie des reproches qui seront fait à <a href="https://www.latex-project.org/">LaTeX</a> dans cet article…<a href="#fnref3" class="footnote-back" role="doc-backlink">↩︎</a></p></li> <li id="fn4"><p>Le mot HTML est en réalité l’acronyme de « HyperText Markup Language », où le « HyperText » signifie précisément la capacité à décrire des <em>liens</em> entre différents documents ou à l’intérieur d’un même document, je renvoie à la <a href="https://fr.wikipedia.org/wiki/Hypertexte">page Wikipédia sur Hypertexte</a> pour un historique un peu plus approfondi de la notion, en utilisant moi-même… un lien hypertexte.<a href="#fnref4" class="footnote-back" role="doc-backlink">↩︎</a></p></li> <li id="fn5"><p>Typiquement, les destinations des liens sont <em>cachées</em> à l’utilisateur, pour des raisons de lisibilité. En particulier, les liens <em>internes</em> à un même document <a href="https://html.spec.whatwg.org/">HTML</a> sont traités comme les autres : pas de « voir page 66 », « définition 12 » ou « au prochain chapitre », seulement un lien cliquable.<a href="#fnref5" class="footnote-back" role="doc-backlink">↩︎</a></p></li> </ol> </section> 2024-08-03T00:00:00+00:00 2024-08-03T00:00:00+00:00 Aliaume Lopez https://aliaume.fr/site/posts/restaurants-de-varsovie/

<p>Après une année à Varsovie, voici une petite compilation (non exhaustive) des adresses de « fooding » qui valent le coup. Je liste restaurants, cafés, boulangeries et bars, avec une catégorisation un peu arbitraire. Ce qui est listé est toujours <em>testé</em> et <em>approuvé</em>, c’est-à-dire, que j’y suis allé et que c’était une bonne expérience. Comme tout n’est pas comparable, et ne sera pas au goût de tous, j’ajoute quelques commentaires pour chaque adresse…</p>

2024-07-30T00:00:00+00:00 2024-07-30T00:00:00+00:00 Aliaume Lopez https://aliaume.fr/site/posts/autoboz/ <p>Cette année j’ai eu l’occasion de co-organiser avec <a href="https://www.irif.fr/users/mfortin/index">Marie Fortin</a> et <a href="https://chana-wk.github.io/">Chana Weil-Kennedy</a> le séminaire <a href="https://autoboz.org/">Autobóz</a>, et je pense intéressant de partager mon ressenti sur cette expérience. Pour celles et ceux qui, comme moi il y a peu, ne connaissent pas <a href="https://autoboz.org/">Autobóz</a>, cet événement est décrit sur sa page officielle dans la langue de Shakespeare comme suit :</p> <blockquote> <p>Autobóz is a yearly week-long invitational research camp on Logic, Automata, and Games. We strive to find each year a remote location to allow a group of about 25 young researchers to work in a distraction-free environment.</p> <p>Started as a workshop for PhD students in Warsaw, Autobóz has grown to include researchers from all over the world, and multiple publications are direct consequences of the interactions fostered during these meetings.</p> </blockquote> <p>Cependant, si je devais le décrire en Français, j’utiliserais plutôt les termes suivants :</p> <ol type="1"> <li>C’est une semaine de travail collaboratif pour jeunes chercheurs et chercheuses</li> <li>La thématique de travail est relativement large (au sein de l’informatique théorique)</li> <li>C’est un très petit événement avec une organisation minimaliste</li> </ol> <p>N’ayant jamais participé à de tels événements, je dois dire que j’étais simultanément assez anxieux et enthousiaste. En effet, sur des groupes plus expérimentés et plus nombreux comme les événements au <a href="https://www.cirm-math.fr/">CIRM</a> à Marseille ou à <a href="https://www.dagstuhl.de/">Daghstuhl</a> en Allemagne, l’organisation est paradoxalement plus simple, car plus formelle : de ma courte expérience, il y a de nombreux exposés et très peu (ou même pas du tout) de sessions de travail en petits groupes.<a href="#fn1" class="footnote-ref" id="fnref1" role="doc-noteref">¹</a> Au contraire, <a href="https://autoboz.org/">Autobóz</a> est un événement où l’emploi du temps est très ouvert, et qui nécessite donc une plus grande attention des organisatrices et organisateurs. L’idée de pouvoir collaborer toute une semaine avec des collègues sur des sujets de recherche concrets m’a beaucoup plu, et je dois dire que sur ce point-là je n’ai pas été déçu (et je pense que c’est le cas de la plupart des participant·e·s).</p> <p>J’ai été invité à rejoindre l’organisation d’<a href="https://autoboz.org/2024">Autobóz 2024</a> par <a href="https://www.irif.fr/users/mfortin/index">Marie Fortin</a> et <a href="https://chana-wk.github.io/">Chana Weil-Kennedy</a>, elles-mêmes contactées auparavant par le comité de suivi de l’événement.<a href="#fn2" class="footnote-ref" id="fnref2" role="doc-noteref">²</a> Je suis arrivé assez tardivement dans le comité d’organisation, ce qui a été étrangement plus simple, car certaines décisions avaient déjà été prises (en particulier la localisation et les dates). De plus, nous avions à notre disposition une archive de tous les documents utilisés par le comité d’organisation de l’année 2023 ainsi que les réponses à un questionnaire de « retour d’expérience », ce qui nous a été très précieux pour se faire une idée des délais, des coûts et pour préparer l’organisation. Cependant, il a peut-être manqué une feuille de route plus claire, ce que nous avons tenté de produire cette année pour servir de base aux futures éditions d’<a href="https://autoboz.org/">Autobóz</a>.</p> <h2 id="préparer-un-événement-de-recherche-à-petite-échelle">Préparer un événement de recherche à petite échelle</h2> <p>Même si je n’ai pas été intégralement en charge de cette partie de l’organisation, je pense qu’il est important de noter que la préparation de tels événements destinés à un public très restreint (25 personnes) pose plusieurs problèmes très concrets :</p> <ol type="1"> <li>Il faut convaincre les gens de venir dans un lieu isolé et peu connu durant une période de vacances,<a href="#fn3" class="footnote-ref" id="fnref3" role="doc-noteref">³</a> potentiellement impliquant des coûts de transport élevés et des demandes de visa.</li> <li>Il faut s’assurer que les participants puissent être financés, ce qui est souvent plus difficile pour les jeunes chercheurs et chercheuses, et qui n’est pas rendu plus simple par le fait que ce n’est ni une conférence ni une école d’été.</li> </ol> <p>Une solution partielle à ces problèmes est d’accoler l’événement à un autre événement de plus grande envergure avec une thématique similaire. Dans notre cas, il a été décidé d’organiser <a href="https://autoboz.org/2024">Autobóz 2024</a> juste après <a href="https://compose.ioc.ee/icalp2024/">ICALP/LICS/FSCD 2024</a> en Estonie. Notons que cela permet aussi de réduire l’empreinte environnementale de l’événement en permettant aux participant·e·s de ne faire qu’un seul voyage pour les deux événements.<a href="#fn4" class="footnote-ref" id="fnref4" role="doc-noteref">⁴</a></p> <p>La partie la plus difficile de l’organisation a été de choisir les participants. En effet, <a href="https://autoboz.org/">Autobóz</a> est un événement basé sur les invitations et non pas sur une soumission de candidature. L’exercice est intéressant en tant qu’organisateur puisqu’il s’agit alors de bien connaître les membres de la communauté et de « découvrir » les nouveaux doctorants et post-doctorants. Une grande aide a été d’avoir la liste des participants des années précédentes, des listes de suggestions laissées par les membres du comité de suivi, ainsi que les réponses au questionnaire de « retour d’expérience » de l’année précédente.</p> <p>Notre interprétation de la « philosophie d’<a href="https://autoboz.org/">Autobóz</a> » a été de chercher à avoir un peu moins d’une moitié de personnes ayant déjà participé à l’événement seulement pour avoir un groupe moteur dans l’organisation du travail.<a href="#fn5" class="footnote-ref" id="fnref5" role="doc-noteref">⁵</a> De plus, l’événement étant destiné à des jeunes chercheurs, nous avons essayé d’équilibrer les proportions de doctorants, de post-doctorants et de chercheurs (fraîchement) permanents. Si nous avons essayé d’avoir une proportion raisonnable de femmes, nous n’avions pas fixé une borne fixe à 50 %, ce qui avait été le cas l’année précédente.</p> <p>Une fois une liste deux ou trois fois trop longue de candidats potentiels établie, nous avons décidé de faire une invitation « par vague ». Je ne sais pas si cette stratégie était optimale, car cela demandait finalement beaucoup de suivi et de relances pour s’assurer que les gens répondaient, savoir qui en était où dans le processus de réponse, etc. De plus, j’ai utilisé une solution « maison » de publipostage basée sur <a href="https://pandoc.org/">pandoc</a> et un script <a href="https://www.python.org/">python</a> pour envoyer des mails, ce qui a été très pratique, mais s’est avéré inefficace car ceux-ci sont tombés dans le dossier de spam pour beaucoup de personnes.</p> <p>Pour terminer sur la préparation de l’événement, je pense qu’il ne faut pas négliger le choix des outils de communication. Nous avons utilisé une instance de <a href="https://nextcloud.com/">Nextcloud</a> hébergée par <a href="https://www.irif.fr/">l’IRIF</a> pour partager les documents (factures, formulaires, modèles de courriels, etc.) ce qui s’est avéré <em>infiniment</em> plus pratique que simplement transférer tous les fichiers par courriel tout le temps. L’utilisation d’une feuille de calcul partagée s’est avérée être la chose la plus adaptée pour gérer le suivi des invitations, même si <a href="https://framacalc.org/">framacalc</a> n’est pas le plus ergonomique des outils.</p> <p>J’en profite pour souligner que (pour des données non-sensibles) une feuille de calcul partagée avec <em>tous les participants</em> est un moyen de communication <em>extrêmement puissant</em> et remplace avantageusement un formulaire en ligne ou des échanges de mails. Dans notre cas, cela permettait aux invités de savoir qui d’autre allait venir, de remplir leur régime alimentaire, de coordonner leur arrivée à Tallinn, le tout encore une fois sans nécessiter d’interactions particulières.</p> <h3 id="parlons-argent">Parlons argent</h3> <p>Jusqu’à présent, j’ai évité de parler d’argent, car cela a été le point noir de l’organisation. En effet, pour organiser ce type d’événement, il est nécessaire d’obtenir un fond de départ pour payer les réservations pour le transport, le logement et la nourriture sur place. Dans notre cas, cela n’a pas été un problème. Le problème arrive au moment où il faut faire payer les participants. En effet, nous avions opté sans trop réfléchir pour un système en apparence raisonnable mais qui s’est avéré être <em>désastreux</em> : avancer les frais pour les participant·e·s, et leur demander de nous rembourser après l’événement, en passant par un système géré par le <a href="https://www.cnrs.fr/">CNRS</a>, c’est-à-dire une combinaison de <a href="https://www.scienceconf.org/">scienceconf</a> et de <a href="https://www.cnrs.fr/fr/la-facturation-electronique">Chorus</a>. À l’heure où j’écris, il n’est toujours pas possible pour les personnes ayant participé à <a href="https://autoboz.org/2024">Autobóz 2024</a> de payer leurs frais d’inscription, et parfois je me demande si cela sera possible un jour, pour le moment, la date annoncée est septembre 2024 (soit 2 mois après l’événement).</p> <p>Si je devais conseiller quelque chose, c’est de ne <em>pas faire ça</em>, et de demander à l’hébergement de créer une facture par personne pour que celles-ci payent directement et se fassent rembourser par leur institution.</p> <h2 id="une-fois-sur-place">Une fois sur place</h2> <p>J’avais beaucoup d’appréhension sur le déroulement de la semaine, et je dois dire que j’ai été agréablement surpris. Globalement, il n’y a eu aucun problème grave (à part une cheville foulée et un porte-monnaie perdu), et organiser n’a pas été une charge insurmontable. Je pense que c’est en grande partie dû à l’organisation en amont et le charisme de <a href="https://chana-wk.github.io/">Chana</a>. Je propose quelques conseils qui me semblent pertinents :</p> <ul> <li>Créer un groupe de discussion sur une messagerie instantanée (par exemple <a href="https://fr.wikipedia.org/wiki/WhatsApp">whatsapp</a>) ce qui permet au groupe de se coordonner<a href="#fn6" class="footnote-ref" id="fnref6" role="doc-noteref">⁶</a> et de sociabiliser plus facilement.</li> <li>Organiser des sessions plénières le matin et le soir pour discuter des problèmes ouverts, de l’organisation des groupes, mais aussi des autres activités (randonnées, baignades, vélo, etc.).</li> <li>Prévoir du café et des gâteaux pour les pauses, et ne pas sous-estimer la gourmandise des chercheurs et chercheuses.</li> <li>Insister régulièrement sur le fait que les groupes doivent être inclusifs, et sur la possibilité de rejoindre à tout moment un autre groupe.</li> <li>Essayer de parler à chaque participant quelques minutes chaque jour.</li> <li>Prendre le contact des organisateurs locaux de l’événement auquel vous êtes accolé. Cela permet d’appeler en urgence une personne ayant un tournevis un dimanche à 16h pour démonter des tableaux blancs afin qu’ils rentrent dans le bus que vous avez réservé.</li> </ul> <h2 id="continuation">Continuation</h2> <p>À la fin de ces événements, il ne faut pas oublier de faire remplir aux participants un formulaire de retour d’expérience, et de constituer une petite archive des documents utilisés pour l’organisation qui servira de base pour les éditions suivantes. Ah, et n’oubliez pas les doctorants qui doivent désormais <em>valider des crédits</em> pour soutenir leur thèse et qui peuvent tirer profit d’une <em>attestation de participation</em> pour éviter d’avoir à suivre des cours sur la microbiologie marine afin de valider leur thèse en informatique fondamentale. Mais la question de la formation doctorale est pour un autre article…</p> <section id="footnotes" class="footnotes footnotes-end-of-document" role="doc-endnotes"> <hr /> <ol> <li id="fn1"><p>Cela laisse d’ailleurs peu de places pour les jeunes chercheurs et chercheuses, ou pour la création de collaborations, et en général peu de choses « scientifiquement concrètes » résultent de tels événements.<a href="#fnref1" class="footnote-back" role="doc-backlink">↩︎</a></p></li> <li id="fn2"><p>Ce comité était composé de <a href="https://www.davidpurser.net/">David Purser</a>, <a href="https://georgekenison.github.io/">George Kenison</a> et <a href="https://fmazowiecki.github.io/">Filip Mazowiecki</a>. Il a été particulièrement utile pour nous guider dans l’organisation et nous mettre en contact avec l’organisation de <a href="https://compose.ioc.ee/icalp2024/">ICALP/LICS/FSCD 2024</a>.<a href="#fnref2" class="footnote-back" role="doc-backlink">↩︎</a></p></li> <li id="fn3"><p>En effet, si l’objectif est aussi d’avoir de jeunes chercheurs, il est important de ne pas organiser d’événement durant leurs heures d’enseignement.<a href="#fnref3" class="footnote-back" role="doc-backlink">↩︎</a></p></li> <li id="fn4"><p>En réalité, il est plutôt question de reporter l’impact carbone sur le plus gros événement. D’ailleurs, un certain nombre de personnes ne sont venues qu’à <a href="https://autoboz.org/2024">Autobóz 2024</a> et non à <a href="https://compose.ioc.ee/icalp2024/">ICALP/LICS/FSCD 2024</a>, ce qui relativise l’impact de cette stratégie.<a href="#fnref4" class="footnote-back" role="doc-backlink">↩︎</a></p></li> <li id="fn5"><p>Comme la semaine est uniquement dédiée à la résolution collaborative de problèmes, ce qui est assez rare, il est important d’avoir des personnes qui ont déjà travaillé de cette manière pour guider les autres et créer une dynamique.<a href="#fnref5" class="footnote-back" role="doc-backlink">↩︎</a></p></li> <li id="fn6"><p>Par exemple, pour que les gens n’oublient pas de manger, sachent qui part en balade, où est le groupe de travail de tel problème, etc.<a href="#fnref6" class="footnote-back" role="doc-backlink">↩︎</a></p></li> </ol> </section> 2024-06-23T00:00:00+00:00 2024-06-23T00:00:00+00:00 Aliaume Lopez https://aliaume.fr/site/posts/publication-robuste-sur-arxiv/ <p>Afin de rendre les articles de recherche publics et facilement accessibles<a href="#fn1" class="footnote-ref" id="fnref1" role="doc-noteref">¹</a> il est d’usage en informatique, mathématiques et en physique de publier des versions <em>preprint</em> sur <a href="https://arxiv.org/">arXiv</a>. Notons qu’utiliser le terme de <em>prépublication</em> est totalement hypocrite, puisque la publication sur <a href="https://arxiv.org/">arXiv</a> est bien souvent</p> <ol type="1"> <li>La seule accessible sans “paywall”,</li> <li>La seule contenant les <em>annexes</em> et toutes les preuves techniques,</li> <li>La seule effectivement mise à jour (typos, erreurs, etc.) avec une véritable gestion des versions.</li> </ol> <p>Cependant, n’étant pas revue par les pairs, ce type de publication n’est pas considéré comme une publication “officielle” et il est préférable de citer des versions publiées dans des “journaux/conférences respectables” pour garantir la qualité des résultats.<a href="#fn2" class="footnote-ref" id="fnref2" role="doc-noteref">²</a></p> <p>Ainsi, l’auteur ou l’autrice consciencieux·se aura essentiellement <strong>trois</strong> versions de son papier : une version pour <a href="https://arxiv.org/">arXiv</a>, une version pour les relecteurs et une version pour la publication finale.<a href="#fn3" class="footnote-ref" id="fnref3" role="doc-noteref">³</a> Dans cet article, je me concentre sur la publication sur <a href="https://arxiv.org/">arXiv</a> et les petites astuces qui rendent celle-ci plus facile. Je pars aussi du principe que l’article est écrit en utilisant le système <a href="https://www.latex-project.org/">LaTeX</a> et une certaine familiarité avec ce langage et son écosystème.</p> <h2 id="la-gestion-des-annexes">La gestion des annexes</h2> <p>Plutôt que de faire une version <em>complètement distincte</em> de votre document sur <a href="https://arxiv.org/">arXiv</a>, ce qui nécessite un travail non-trivial il est parfois plus simple de simplement garder les annexes du papier original. Cependant, la lecture d’un tel papier devient rapidement fastidieuse, avec les allers-retours incessants entre les annexes et le corps du texte. Une solution économique et plutôt élégante est la suivante : utiliser un environnement <code>proofof</code> pour les preuves, et y faire référence avec une commande <code>\proofref</code>, en suivant le code suivant.</p> <div class="sourceCode" id="cb1"><pre class="sourceCode latex"><code class="sourceCode latex"><span id="cb1-1"><a href="#cb1-1" aria-hidden="true" tabindex="-1"></a><span class="co">% Créé un environnement de preuve pour les résultats en annexe,</span></span> <span id="cb1-2"><a href="#cb1-2" aria-hidden="true" tabindex="-1"></a><span class="co">% qui prend en argument le label d’un théorème dans le texte principal,</span></span> <span id="cb1-3"><a href="#cb1-3" aria-hidden="true" tabindex="-1"></a><span class="co">% et produit une preuve</span></span> <span id="cb1-4"><a href="#cb1-4" aria-hidden="true" tabindex="-1"></a><span class="co">% \begin{proof}[Preuve de \cref{the-label}]</span></span> <span id="cb1-5"><a href="#cb1-5" aria-hidden="true" tabindex="-1"></a><span class="co">% \phantomsection\label{the-label:proof}</span></span> <span id="cb1-6"><a href="#cb1-6" aria-hidden="true" tabindex="-1"></a><span class="co">% contenu</span></span> <span id="cb1-7"><a href="#cb1-7" aria-hidden="true" tabindex="-1"></a><span class="co">% \end{proof}</span></span> <span id="cb1-8"><a href="#cb1-8" aria-hidden="true" tabindex="-1"></a><span class="fu">\NewDocumentEnvironment</span>{proofof}{m}{<span class="co">%</span></span> <span id="cb1-9"><a href="#cb1-9" aria-hidden="true" tabindex="-1"></a> <span class="fu">\IfValueTF</span>{#1}{<span class="co">%</span></span> <span id="cb1-10"><a href="#cb1-10" aria-hidden="true" tabindex="-1"></a> <span class="kw">\begin</span>{<span class="ex">proof</span>}[Proof of <span class="kw">\cref</span>{<span class="ex">#1</span>} on page <span class="kw">\pageref</span>{<span class="ex">#1</span>}]</span> <span id="cb1-11"><a href="#cb1-11" aria-hidden="true" tabindex="-1"></a> <span class="fu">\phantomsection\label</span>{#1:proof}</span> <span id="cb1-12"><a href="#cb1-12" aria-hidden="true" tabindex="-1"></a> }{<span class="co">%</span></span> <span id="cb1-13"><a href="#cb1-13" aria-hidden="true" tabindex="-1"></a> <span class="kw">\begin</span>{<span class="ex">proof</span>}</span> <span id="cb1-14"><a href="#cb1-14" aria-hidden="true" tabindex="-1"></a> }</span> <span id="cb1-15"><a href="#cb1-15" aria-hidden="true" tabindex="-1"></a> <span class="fu">\let\oldqedsymbol\qedsymbol</span></span> <span id="cb1-16"><a href="#cb1-16" aria-hidden="true" tabindex="-1"></a> <span class="fu">\renewcommand\qedsymbol</span>{<span class="fu">\hyperref</span>[#1]{<span class="fu">\oldqedsymbol</span>}}</span> <span id="cb1-17"><a href="#cb1-17" aria-hidden="true" tabindex="-1"></a>}{<span class="co">%</span></span> <span id="cb1-18"><a href="#cb1-18" aria-hidden="true" tabindex="-1"></a> <span class="kw">\end</span>{<span class="ex">proof</span>}</span> <span id="cb1-19"><a href="#cb1-19" aria-hidden="true" tabindex="-1"></a> <span class="fu">\renewcommand\qedsymbol</span>{<span class="fu">\oldqedsymbol</span>}</span> <span id="cb1-20"><a href="#cb1-20" aria-hidden="true" tabindex="-1"></a>}</span> <span id="cb1-21"><a href="#cb1-21" aria-hidden="true" tabindex="-1"></a></span> <span id="cb1-22"><a href="#cb1-22" aria-hidden="true" tabindex="-1"></a><span class="co">% Fait référence à une preuve en annexe si elle existe</span></span> <span id="cb1-23"><a href="#cb1-23" aria-hidden="true" tabindex="-1"></a><span class="fu">\NewDocumentCommand</span>{<span class="fu">\proofref</span>}{m}{<span class="co">%</span></span> <span id="cb1-24"><a href="#cb1-24" aria-hidden="true" tabindex="-1"></a> <span class="co">% Si la preuve existe, alors on construit un lien</span></span> <span id="cb1-25"><a href="#cb1-25" aria-hidden="true" tabindex="-1"></a> <span class="co">% sinon, rien n’est affiché</span></span> <span id="cb1-26"><a href="#cb1-26" aria-hidden="true" tabindex="-1"></a> <span class="co">% \hyperref[#1:proof]{Proof of \cref{#1}}</span></span> <span id="cb1-27"><a href="#cb1-27" aria-hidden="true" tabindex="-1"></a> <span class="fu">\IfRefUndefinedExpandable</span>{#1:proof}{}{<span class="co">%</span></span> <span id="cb1-28"><a href="#cb1-28" aria-hidden="true" tabindex="-1"></a> <span class="fu">\hfill\hyperref</span>[#1:proof]{(Proof p.<span class="kw">\pageref</span>{<span class="ex">#1:proof</span>})}</span> <span id="cb1-29"><a href="#cb1-29" aria-hidden="true" tabindex="-1"></a> }</span> <span id="cb1-30"><a href="#cb1-30" aria-hidden="true" tabindex="-1"></a>}</span></code></pre></div> <p><strong>Attention.</strong> Pour utiliser les macros définies ci-dessus, il est nécessaire d’avoir chargé les paquets <a href="https://ctan.org/pkg/hyperref">hyperref</a>, <a href="https://ctan.org/pkg/cleveref">cleveref</a> et <a href="https://ctan.org/pkg/xparse">xparse</a>.</p> <p>Avec cet environnement, il est possible de faire référence à une preuve en annexe avec la commande <code>\proofref{the-label}</code> qui affichera un lien vers la preuve en annexe si celle-ci existe. L’avantage de cette méthode est que produire l’article “publié” devient très facile : il suffit de ne pas inclure les preuves. Notons que cette méthode est aussi utile pour la version destinée aux relecteurs.</p> <div class="sourceCode" id="cb2"><pre class="sourceCode latex"><code class="sourceCode latex"><span id="cb2-1"><a href="#cb2-1" aria-hidden="true" tabindex="-1"></a><span class="kw">\begin</span>{<span class="ex">lemma</span>}[Mon lemme préféré]</span> <span id="cb2-2"><a href="#cb2-2" aria-hidden="true" tabindex="-1"></a> <span class="kw">\label</span>{<span class="ex">assoc:lem</span>}</span> <span id="cb2-3"><a href="#cb2-3" aria-hidden="true" tabindex="-1"></a> Pour tout <span class="ss">$x,y,z </span><span class="sc">\in</span><span class="ss"> </span><span class="sc">\mathbb</span><span class="ss">{Z}$</span>,</span> <span id="cb2-4"><a href="#cb2-4" aria-hidden="true" tabindex="-1"></a> <span class="ss">$(x + y) + z = x + (y + z)$</span>.</span> <span id="cb2-5"><a href="#cb2-5" aria-hidden="true" tabindex="-1"></a> <span class="fu">\proofref</span>{assoc:lem}</span> <span id="cb2-6"><a href="#cb2-6" aria-hidden="true" tabindex="-1"></a><span class="kw">\end</span>{<span class="ex">lemma</span>}</span> <span id="cb2-7"><a href="#cb2-7" aria-hidden="true" tabindex="-1"></a></span> <span id="cb2-8"><a href="#cb2-8" aria-hidden="true" tabindex="-1"></a>...</span> <span id="cb2-9"><a href="#cb2-9" aria-hidden="true" tabindex="-1"></a></span> <span id="cb2-10"><a href="#cb2-10" aria-hidden="true" tabindex="-1"></a><span class="kw">\begin</span>{<span class="ex">proofof</span>}{assoc:lem}</span> <span id="cb2-11"><a href="#cb2-11" aria-hidden="true" tabindex="-1"></a> Voici ma preuve...</span> <span id="cb2-12"><a href="#cb2-12" aria-hidden="true" tabindex="-1"></a><span class="kw">\end</span>{<span class="ex">proof</span>}</span></code></pre></div> <p>Lorsque les théorèmes sont complexes il est souvent utile de <em>reformuler</em> les énoncés devant les preuves en annexe. Pour cela, il est possible d’utiliser l’environnement <code>restatable</code> du paquet <a href="https://ctan.org/pkg/thm-restate">thm-restate</a> et sa version plus agréable fournie par <a href="https://ctan.org/pkg/thmtools">thmtools</a>, les deux étant souvent déjà inclus dans les modèles de document pour les conférences en informatique. Cette approche se combine particulièrement bien avec les macros précédentes qui sont à changer comme suit.</p> <div class="sourceCode" id="cb3"><pre class="sourceCode latex"><code class="sourceCode latex"><span id="cb3-1"><a href="#cb3-1" aria-hidden="true" tabindex="-1"></a><span class="fu">\NewDocumentEnvironment</span>{proofof}{ m }{</span> <span id="cb3-2"><a href="#cb3-2" aria-hidden="true" tabindex="-1"></a> <span class="co">% Vérifie que la commande \#1 existe</span></span> <span id="cb3-3"><a href="#cb3-3" aria-hidden="true" tabindex="-1"></a> <span class="co">% Si oui, cela veut dire que l’on peut rappeler le théorème</span></span> <span id="cb3-4"><a href="#cb3-4" aria-hidden="true" tabindex="-1"></a> <span class="co">% en prenant soin de construire une commande</span></span> <span id="cb3-5"><a href="#cb3-5" aria-hidden="true" tabindex="-1"></a> <span class="co">% qui signale que nous sommes bien dans un environnement &quot;rappelé&quot;</span></span> <span id="cb3-6"><a href="#cb3-6" aria-hidden="true" tabindex="-1"></a> <span class="fu">\ifcsname</span> #1<span class="fu">\endcsname</span></span> <span id="cb3-7"><a href="#cb3-7" aria-hidden="true" tabindex="-1"></a> <span class="fu">\def\isInsideRestatedTheorem</span>{1}</span> <span id="cb3-8"><a href="#cb3-8" aria-hidden="true" tabindex="-1"></a> <span class="fu">\csname</span> #1<span class="fu">\endcsname*</span></span> <span id="cb3-9"><a href="#cb3-9" aria-hidden="true" tabindex="-1"></a> <span class="fu">\fi</span></span> <span id="cb3-10"><a href="#cb3-10" aria-hidden="true" tabindex="-1"></a> <span class="kw">\begin</span>{<span class="ex">proof</span>}[Proof of {<span class="kw">\cref</span>{<span class="ex">#1</span>}} page {<span class="kw">\pageref</span>{<span class="ex">#1</span>}}]</span> <span id="cb3-11"><a href="#cb3-11" aria-hidden="true" tabindex="-1"></a> <span class="fu">\phantomsection</span></span> <span id="cb3-12"><a href="#cb3-12" aria-hidden="true" tabindex="-1"></a> <span class="kw">\label</span>{<span class="ex">#1:proof</span>}</span> <span id="cb3-13"><a href="#cb3-13" aria-hidden="true" tabindex="-1"></a>}{</span> <span id="cb3-14"><a href="#cb3-14" aria-hidden="true" tabindex="-1"></a> </span> <span id="cb3-15"><a href="#cb3-15" aria-hidden="true" tabindex="-1"></a> </span> <span id="cb3-16"><a href="#cb3-16" aria-hidden="true" tabindex="-1"></a> <span class="fu">\noindent\hyperref</span>[#1]{<span class="ss">$</span><span class="sc">\triangleright</span><span class="ss">$</span> Go back to <span class="kw">\cref</span>{<span class="ex">#1</span>} on page <span class="kw">\pageref</span>{<span class="ex">#1</span>}}</span> <span id="cb3-17"><a href="#cb3-17" aria-hidden="true" tabindex="-1"></a> <span class="kw">\end</span>{<span class="ex">proof</span>}</span> <span id="cb3-18"><a href="#cb3-18" aria-hidden="true" tabindex="-1"></a>}</span> <span id="cb3-19"><a href="#cb3-19" aria-hidden="true" tabindex="-1"></a></span> <span id="cb3-20"><a href="#cb3-20" aria-hidden="true" tabindex="-1"></a><span class="fu">\NewDocumentCommand</span>{<span class="fu">\proofref</span>}{ m }{</span> <span id="cb3-21"><a href="#cb3-21" aria-hidden="true" tabindex="-1"></a> <span class="fu">\IfRefUndefinedExpandable</span>{#1:proof}{}{</span> <span id="cb3-22"><a href="#cb3-22" aria-hidden="true" tabindex="-1"></a> <span class="co">% Si la preuve existe, mais que l’on est dans un environnement</span></span> <span id="cb3-23"><a href="#cb3-23" aria-hidden="true" tabindex="-1"></a> <span class="co">% qui est &quot;rappelé&quot;, alors la référence n’est quand même</span></span> <span id="cb3-24"><a href="#cb3-24" aria-hidden="true" tabindex="-1"></a> <span class="co">% pas affichée.</span></span> <span id="cb3-25"><a href="#cb3-25" aria-hidden="true" tabindex="-1"></a> <span class="fu">\ifdefined\isInsideRestatedTheorem</span></span> <span id="cb3-26"><a href="#cb3-26" aria-hidden="true" tabindex="-1"></a> <span class="fu">\else</span></span> <span id="cb3-27"><a href="#cb3-27" aria-hidden="true" tabindex="-1"></a> <span class="fu">\hfill\hyperref</span>[#1:proof]{<span class="fu">\textsf</span>{(Proof p.<span class="kw">\pageref</span>{<span class="ex">#1:proof</span>})}}</span> <span id="cb3-28"><a href="#cb3-28" aria-hidden="true" tabindex="-1"></a> <span class="fu">\fi</span></span> <span id="cb3-29"><a href="#cb3-29" aria-hidden="true" tabindex="-1"></a> }</span> <span id="cb3-30"><a href="#cb3-30" aria-hidden="true" tabindex="-1"></a>}</span></code></pre></div> <p><strong>Attention.</strong> Pour utiliser les macros définies ci-dessus, il est nécessaire d’avoir chargé les paquets <a href="https://ctan.org/pkg/thm-restate">thm-restate</a>, <a href="https://ctan.org/pkg/thmtools">thmtools</a>, <a href="https://ctan.org/pkg/hyperref">hyperref</a>, <a href="https://ctan.org/pkg/cleveref">cleveref</a> et <a href="https://ctan.org/pkg/xparse">xparse</a>.</p> <p>Voici un exemple utilisant cette seconde version des macros.</p> <div class="sourceCode" id="cb4"><pre class="sourceCode latex"><code class="sourceCode latex"><span id="cb4-1"><a href="#cb4-1" aria-hidden="true" tabindex="-1"></a><span class="kw">\begin</span>{<span class="ex">lemma</span>}[</span> <span id="cb4-2"><a href="#cb4-2" aria-hidden="true" tabindex="-1"></a> name={My Super Lemma}</span> <span id="cb4-3"><a href="#cb4-3" aria-hidden="true" tabindex="-1"></a> , restate={super-lemma}</span> <span id="cb4-4"><a href="#cb4-4" aria-hidden="true" tabindex="-1"></a> , label={super-lemma}</span> <span id="cb4-5"><a href="#cb4-5" aria-hidden="true" tabindex="-1"></a>]</span> <span id="cb4-6"><a href="#cb4-6" aria-hidden="true" tabindex="-1"></a> A nice statement.</span> <span id="cb4-7"><a href="#cb4-7" aria-hidden="true" tabindex="-1"></a> <span class="fu">\proofref</span>{super-lemma}</span> <span id="cb4-8"><a href="#cb4-8" aria-hidden="true" tabindex="-1"></a><span class="kw">\end</span>{<span class="ex">lemma</span>}</span> <span id="cb4-9"><a href="#cb4-9" aria-hidden="true" tabindex="-1"></a></span> <span id="cb4-10"><a href="#cb4-10" aria-hidden="true" tabindex="-1"></a>...</span> <span id="cb4-11"><a href="#cb4-11" aria-hidden="true" tabindex="-1"></a></span> <span id="cb4-12"><a href="#cb4-12" aria-hidden="true" tabindex="-1"></a><span class="kw">\begin</span>{<span class="ex">proofof</span>}{super-lemma}</span> <span id="cb4-13"><a href="#cb4-13" aria-hidden="true" tabindex="-1"></a> Here is the proof of the super-lemma.</span> <span id="cb4-14"><a href="#cb4-14" aria-hidden="true" tabindex="-1"></a><span class="kw">\end</span>{<span class="ex">proofof</span>}</span></code></pre></div> <h2 id="les-métadonnées">Les métadonnées</h2> <p>Lors du processus de soumission sur <a href="https://arxiv.org/">arXiv</a>, il est nécessaire de fournir un certain nombre de métadonnées, dont la liste est décrite sur leur <a href="https://info.arxiv.org/help/prep.html">page de FAQ dédiée</a>. Lors de la soumission d’un article, il sera <em>nécessaire</em> ou <em>fortement conseillé</em> de fournir les informations suivantes :</p> <ul> <li><strong>Titre</strong>: Le titre de l’article, où il est possible d’utiliser des commandes <a href="https://www.latex-project.org/">LaTeX</a> de base (pour les mathématiques ou des accents). Cependant, je pense qu’il est préférable d’utiliser des <a href="https://fr.wikipedia.org/wiki/UTF-8">caractères unicode standards</a> pour les accents et les symboles mathématiques.</li> <li><strong>Auteurs</strong>: Les noms des auteurs, rien de bien passionnant ici, mis à part qu’il reste conseillé d’utiliser des caractères unicode plutôt que des commandes <a href="https://www.latex-project.org/">LaTeX</a>.</li> <li><strong>Résumé</strong>: Un court résumé, au format plein texte, pouvant utiliser quelques symboles mathématiques. En particulier, il n’est pas possible d’utiliser des <em>citations</em> dans cette partie ! Il est d’usage que ce résumé soit aussi celui qui sert de préliminaire à l’article lui-même.</li> <li><strong>Catégories arXiv</strong>: Avant de pouvoir soumettre un article sur <a href="https://arxiv.org/">arXiv</a>, il est nécessaire de choisir une (ou plusieurs) catégories pour celui-ci. Les plus “traditionnelles” en informatique théorique sont <a href="https://arxiv.org/list/cs.LO/recent">cs.LO</a> (logique en informatique) et <a href="https://arxiv.org/list/cs.FL/recent">cs.FL</a> (théorie des langages formels).</li> <li><strong>Mots-clés</strong>: Une courte liste de mots clefs, comme <code>weighted automata</code>, <code>finite model theory</code> ou autres.</li> <li><strong>Nombre de pages</strong>: Ce n’est pas <em>stricto-sensu</em> nécessaire, mais cela permet de faire une <a href="https://fr.wikipedia.org/wiki/Somme_de_contr%C3%B4le">somme de contrôle</a> du pauvre.</li> <li><strong>Format de document</strong>: Normalement celui-ci est facile à remplir, si vous ne marquez pas <code>pdf</code> il y a un problème…</li> <li><strong>DOI</strong>: Si l’article est déjà publié dans une version légèrement différente dans un journal ou une conférence. Cette information est utile pour permettre aux lecteurs de “remonter” vers une citation “acceptable” des résultats de l’article.</li> <li><strong>Licence</strong>: Il est possible de choisir une licence pour l’article, par exemple une licence <a href="https://creativecommons.org/">Creative Commons</a>. En général, je sélectionne la licence <code>CC-BY-SA</code> qui permet une réutilisation libre de l’article, à condition de citer les auteurs et de redistribuer l’article sous la même licence.</li> <li><strong>Catégorie AMS, ACM</strong>: Afin de permettre une meilleure indexation et découvrabilité des articles, il est recommandé de fournir des catégories <a href="https://www.ams.org/">AMS</a> pour les articles mathématiques et <a href="https://www.acm.org/">ACM</a> pour les articles en informatique. Voir la <a href="#les-catégories-arxiv-ams-et-acm">section suivante</a> pour plus de détails.</li> </ul> <p>Comme ces informations sont de toute manière demandées par certaines conférences et qu’il est <em>terrible</em> d’utiliser un environnement <a href="https://developer.mozilla.org/en-US/docs/Web/HTML/Element/textarea">textarea</a> HTML simple pour écrire du texte, c’est une bonne pratique d’écrire dans un fichier séparé toutes ces informations déjà prêtes. Cela joue le double rôle de simplification de la soumission (il suffit de copier-coller) et de documentation du projet.</p> <p>La partie la plus “pénible” de ce processus, au moins pour les premières soumissions, est certainement l’écriture des catégories AMS/ACM et arXiv qui font l’objet de la sous section suivante.</p> <h3 id="les-catégories-ams-et-acm">Les catégories AMS et ACM</h3> <p>Afin de permettre une bonne indexation des articles, de multiples référentiels existent. Les plus “importants” en informatique théorique sont certainement les codes de <a href="https://www.ams.org/">l’AMS</a> (American Mathematical Society), de <a href="https://www.acm.org/">l’ACM</a> (Association for Computing Machinery) et de <a href="https://arxiv.org/">The arXiv</a>.</p> <p>Les codes AMS liés à l’informatique théorique se trouvent sur leur page dédiée à <a href="https://mathscinet.ams.org/mathscinet/msc/msc2020.html?t=68Qxx&amp;btn=Current">l’informatique</a> et leur page dédiée à <a href="https://mathscinet.ams.org/mathscinet/msc/msc2020.html?t=03D05&amp;btn=Current">la logique</a>. En résumé, ceux qui peuvent être utiles pour moi sont les suivants:</p> <table> <caption>Résumé des codes <a href="https://www.ams.org/">AMS</a> utiles pour l’informatique théorique.</caption> <colgroup> <col style="width: 26%" /> <col style="width: 73%" /> </colgroup> <thead> <tr> <th style="text-align: right;">Code AMS</th> <th style="text-align: left;">Description</th> </tr> </thead> <tbody> <tr> <td style="text-align: right;"><a href="https://mathscinet.ams.org/mathscinet/msc/msc2020.html?t=68Q01">68Q01</a></td> <td style="text-align: left;">General topics in the theory of computing</td> </tr> <tr> <td style="text-align: right;"><a href="https://mathscinet.ams.org/mathscinet/msc/msc2020.html?t=68Q70">68Q70</a></td> <td style="text-align: left;">Algebraic theory of languages and automata</td> </tr> <tr> <td style="text-align: right;"><a href="https://mathscinet.ams.org/mathscinet/msc/msc2020.html?t=68Q45">68Q45</a></td> <td style="text-align: left;">Formal languages and automata</td> </tr> <tr> <td style="text-align: right;"><a href="https://mathscinet.ams.org/mathscinet/msc/msc2020.html?t=68Q60">68Q60</a></td> <td style="text-align: left;">Specification and verification (program logics, model checking, etc.)</td> </tr> <tr> <td style="text-align: right;"><a href="https://mathscinet.ams.org/mathscinet/msc/msc2020.html?t=68Q19">68Q19</a></td> <td style="text-align: left;">Descriptive complexity and finite models</td> </tr> <tr> <td style="text-align: right;"><a href="https://mathscinet.ams.org/mathscinet/msc/msc2020.html?t=68Q99">68Q99</a></td> <td style="text-align: left;">None of the above, but in the section <a href="https://mathscinet.ams.org/mathscinet/msc/msc2020.html?t=68Qxx&amp;btn=Current">Theory of computing</a></td> </tr> <tr> <td style="text-align: right;"><a href="https://mathscinet.ams.org/mathscinet/msc/msc2020.html?t=03Bxx">03Bxx</a></td> <td style="text-align: left;">General logic</td> </tr> <tr> <td style="text-align: right;"><a href="https://mathscinet.ams.org/mathscinet/msc/msc2020.html?t=03B70">03B70</a></td> <td style="text-align: left;">Logic in computer science</td> </tr> <tr> <td style="text-align: right;"><a href="https://mathscinet.ams.org/mathscinet/msc/msc2020.html?t=03Cxx">03Cxx</a></td> <td style="text-align: left;">Model theory</td> </tr> <tr> <td style="text-align: right;"><a href="https://mathscinet.ams.org/mathscinet/msc/msc2020.html?t=03C13">03C13</a></td> <td style="text-align: left;">Model theory of finite structures</td> </tr> <tr> <td style="text-align: right;"><a href="https://mathscinet.ams.org/mathscinet/msc/msc2020.html?t=03Dxx">03Dxx</a></td> <td style="text-align: left;">Computability and recursion theory</td> </tr> <tr> <td style="text-align: right;"><a href="https://mathscinet.ams.org/mathscinet/msc/msc2020.html?t=03D05">03D05</a></td> <td style="text-align: left;">Automata and formal grammars in connection with logical questions</td> </tr> </tbody> </table> <!-- <p>F. Theory of Computation F.0 GENERAL F.1 COMPUTATION BY ABSTRACT DEVICES F.1.0 General F.1.1 Models of Computation (F.4.1) F.1.2 Modes of Computation F.3 LOGICS AND MEANINGS OF PROGRAMS F.3.2 Semantics of Programming Languages F.4 MATHEMATICAL LOGIC AND FORMAL LANGUAGES F.4.1 Mathematical Logic F.4.2 Grammars and Other Rewriting Systems F.4.3 Formal Languages --&gt;</p> <p>Les codes ACM qui peuvent être utiles en logique, automate et théorie des langages sont les suivants dans la sous catégorie “F” pour la théorie du calcul. Si je comprends bien, le site <a href="https://arxiv.org/">arXiv</a> utilise <a href="https://www.acm.org/publications/computing-classification-system/1998/ccs98">la liste ACM CSS de 1998</a>, dont je liste ci-après les catégories utiles pour moi.</p> <table> <caption>Les quelques catégories ACM qui me correspondent.</caption> <thead> <tr> <th style="text-align: right;">ACM CCS</th> <th style="text-align: left;">Description</th> </tr> </thead> <tbody> <tr> <td style="text-align: right;">F.1</td> <td style="text-align: left;">Theory of Computation</td> </tr> <tr> <td style="text-align: right;">F.1.1</td> <td style="text-align: left;">Models of Computation</td> </tr> <tr> <td style="text-align: right;">F.3.2</td> <td style="text-align: left;">Semantics of Programming Languages</td> </tr> <tr> <td style="text-align: right;">F.4.1</td> <td style="text-align: left;">Mathematical Logic</td> </tr> <tr> <td style="text-align: right;">F.4.2</td> <td style="text-align: left;">Grammars and Other Rewriting Systems</td> </tr> <tr> <td style="text-align: right;">F.4.3</td> <td style="text-align: left;">Formal Languages</td> </tr> </tbody> </table> <p>Cependant, pour certaines conférences, il faudra aussi utiliser des codes ACM plus récents, par exemple en utilisant leur outil <a href="https://dl.acm.org/ccs">visual CCS</a>. Bien que cela ne soit pas <em>stricto-sensu</em> nécessaire à une soumission sur <a href="https://arxiv.org/">arXiv</a>, il est de bon goût d’avoir les mêmes méta-données dans le document et sur la plateforme qui l’héberge. <a href="https://dl.acm.org/ccs">L’outil fourni par l’ACM</a> permet de générer du magnifique code <a href="https://fr.wikipedia.org/wiki/Extensible_Markup_Language">XML</a> à intégrer directement dans le fichier <a href="https://www.latex-project.org/">LaTeX</a> de l’article. Un exemple de code prêt à être intégré dans un fichier <a href="https://www.latex-project.org/">LaTeX</a> est le suivant :</p> <div class="sourceCode" id="cb5"><pre class="sourceCode latex"><code class="sourceCode latex"><span id="cb5-1"><a href="#cb5-1" aria-hidden="true" tabindex="-1"></a><span class="kw">\begin</span>{<span class="ex">CCSXML</span>}</span> <span id="cb5-2"><a href="#cb5-2" aria-hidden="true" tabindex="-1"></a>&lt;ccs2012&gt;</span> <span id="cb5-3"><a href="#cb5-3" aria-hidden="true" tabindex="-1"></a> &lt;concept&gt;</span> <span id="cb5-4"><a href="#cb5-4" aria-hidden="true" tabindex="-1"></a> &lt;concept_id&gt;10003752.10003753&lt;/concept_id&gt;</span> <span id="cb5-5"><a href="#cb5-5" aria-hidden="true" tabindex="-1"></a> &lt;concept_desc&gt;Theory of computation~Models of computation&lt;/concept_desc&gt;</span> <span id="cb5-6"><a href="#cb5-6" aria-hidden="true" tabindex="-1"></a> &lt;concept_significance&gt;500&lt;/concept_significance&gt;</span> <span id="cb5-7"><a href="#cb5-7" aria-hidden="true" tabindex="-1"></a> &lt;/concept&gt;</span> <span id="cb5-8"><a href="#cb5-8" aria-hidden="true" tabindex="-1"></a> &lt;concept&gt;</span> <span id="cb5-9"><a href="#cb5-9" aria-hidden="true" tabindex="-1"></a> &lt;concept_id&gt;10003752.10003790&lt;/concept_id&gt;</span> <span id="cb5-10"><a href="#cb5-10" aria-hidden="true" tabindex="-1"></a> &lt;concept_desc&gt;Theory of computation~Logic&lt;/concept_desc&gt;</span> <span id="cb5-11"><a href="#cb5-11" aria-hidden="true" tabindex="-1"></a> &lt;concept_significance&gt;500&lt;/concept_significance&gt;</span> <span id="cb5-12"><a href="#cb5-12" aria-hidden="true" tabindex="-1"></a> &lt;/concept&gt;</span> <span id="cb5-13"><a href="#cb5-13" aria-hidden="true" tabindex="-1"></a> &lt;concept&gt;</span> <span id="cb5-14"><a href="#cb5-14" aria-hidden="true" tabindex="-1"></a> &lt;concept_id&gt;10003752.10003790.10002990&lt;/concept_id&gt;</span> <span id="cb5-15"><a href="#cb5-15" aria-hidden="true" tabindex="-1"></a> &lt;concept_desc&gt;Theory of computation~Logic and verification&lt;/concept_desc&gt;</span> <span id="cb5-16"><a href="#cb5-16" aria-hidden="true" tabindex="-1"></a> &lt;concept_significance&gt;500&lt;/concept_significance&gt;</span> <span id="cb5-17"><a href="#cb5-17" aria-hidden="true" tabindex="-1"></a> &lt;/concept&gt;</span> <span id="cb5-18"><a href="#cb5-18" aria-hidden="true" tabindex="-1"></a> &lt;concept&gt;</span> <span id="cb5-19"><a href="#cb5-19" aria-hidden="true" tabindex="-1"></a> &lt;concept_id&gt;10003752.10003790.10003792&lt;/concept_id&gt;</span> <span id="cb5-20"><a href="#cb5-20" aria-hidden="true" tabindex="-1"></a> &lt;concept_desc&gt;Theory of computation~Proof theory&lt;/concept_desc&gt;</span> <span id="cb5-21"><a href="#cb5-21" aria-hidden="true" tabindex="-1"></a> &lt;concept_significance&gt;500&lt;/concept_significance&gt;</span> <span id="cb5-22"><a href="#cb5-22" aria-hidden="true" tabindex="-1"></a> &lt;/concept&gt;</span> <span id="cb5-23"><a href="#cb5-23" aria-hidden="true" tabindex="-1"></a> &lt;concept&gt;</span> <span id="cb5-24"><a href="#cb5-24" aria-hidden="true" tabindex="-1"></a> &lt;concept_id&gt;10003752.10003790.10003799&lt;/concept_id&gt;</span> <span id="cb5-25"><a href="#cb5-25" aria-hidden="true" tabindex="-1"></a> &lt;concept_desc&gt;Theory of computation~Finite Model Theory&lt;/concept_desc&gt;</span> <span id="cb5-26"><a href="#cb5-26" aria-hidden="true" tabindex="-1"></a> &lt;concept_significance&gt;500&lt;/concept_significance&gt;</span> <span id="cb5-27"><a href="#cb5-27" aria-hidden="true" tabindex="-1"></a> &lt;/concept&gt;</span> <span id="cb5-28"><a href="#cb5-28" aria-hidden="true" tabindex="-1"></a> &lt;concept&gt;</span> <span id="cb5-29"><a href="#cb5-29" aria-hidden="true" tabindex="-1"></a> &lt;concept_id&gt;10003752.10003766&lt;/concept_id&gt;</span> <span id="cb5-30"><a href="#cb5-30" aria-hidden="true" tabindex="-1"></a> &lt;concept_desc&gt;Theory of computation~Formal languages and automata theory&lt;/concept_desc&gt;</span> <span id="cb5-31"><a href="#cb5-31" aria-hidden="true" tabindex="-1"></a> &lt;concept_significance&gt;500&lt;/concept_significance&gt;</span> <span id="cb5-32"><a href="#cb5-32" aria-hidden="true" tabindex="-1"></a> &lt;/concept&gt;</span> <span id="cb5-33"><a href="#cb5-33" aria-hidden="true" tabindex="-1"></a> &lt;concept&gt;</span> <span id="cb5-34"><a href="#cb5-34" aria-hidden="true" tabindex="-1"></a> &lt;concept_id&gt;10003752.10010124&lt;/concept_id&gt;</span> <span id="cb5-35"><a href="#cb5-35" aria-hidden="true" tabindex="-1"></a> &lt;concept_desc&gt;Theory of computation~Semantics and reasoning&lt;/concept_desc&gt;</span> <span id="cb5-36"><a href="#cb5-36" aria-hidden="true" tabindex="-1"></a> &lt;concept_significance&gt;500&lt;/concept_significance&gt;</span> <span id="cb5-37"><a href="#cb5-37" aria-hidden="true" tabindex="-1"></a> &lt;/concept&gt;</span> <span id="cb5-38"><a href="#cb5-38" aria-hidden="true" tabindex="-1"></a> &lt;/ccs2012&gt;</span> <span id="cb5-39"><a href="#cb5-39" aria-hidden="true" tabindex="-1"></a><span class="kw">\end</span>{<span class="ex">CCSXML</span>}</span> <span id="cb5-40"><a href="#cb5-40" aria-hidden="true" tabindex="-1"></a></span> <span id="cb5-41"><a href="#cb5-41" aria-hidden="true" tabindex="-1"></a><span class="fu">\ccsdesc</span>[500]{Theory of computation~Models of computation}</span> <span id="cb5-42"><a href="#cb5-42" aria-hidden="true" tabindex="-1"></a><span class="fu">\ccsdesc</span>[500]{Theory of computation~Logic}</span> <span id="cb5-43"><a href="#cb5-43" aria-hidden="true" tabindex="-1"></a><span class="fu">\ccsdesc</span>[500]{Theory of computation~Logic and verification}</span> <span id="cb5-44"><a href="#cb5-44" aria-hidden="true" tabindex="-1"></a><span class="fu">\ccsdesc</span>[500]{Theory of computation~Proof theory}</span> <span id="cb5-45"><a href="#cb5-45" aria-hidden="true" tabindex="-1"></a><span class="fu">\ccsdesc</span>[500]{Theory of computation~Finite Model Theory}</span> <span id="cb5-46"><a href="#cb5-46" aria-hidden="true" tabindex="-1"></a><span class="fu">\ccsdesc</span>[500]{Theory of computation~Formal languages and automata theory}</span> <span id="cb5-47"><a href="#cb5-47" aria-hidden="true" tabindex="-1"></a><span class="fu">\ccsdesc</span>[500]{Theory of computation~Semantics and reasoning}</span></code></pre></div> <h2 id="préparer-le-document">Préparer le document</h2> <p>Pour éviter les problèmes de fichiers manquants, de commentaires qui restent à jamais dans une archive publique et pour simplifier le processus de soumission, il peut être utile d’utiliser un petit utilitaire bien pratique : <a href="https://ctan.org/pkg/latexpand">latexpand</a>. Si vous utilisez <a href="https://ctan.org/pkg/bibtex">bibtex</a>, il est possible de l’utiliser pour intégrer les références bibliographiques directement dans le fichier <code>tex</code> principal en utilisant l’option <code>--expand-bbl</code>, si vous avez plutôt un journal qui utilise le <a href="https://ctan.org/pkg/biber">biber</a> et <a href="https://ctan.org/pkg/biblatex">biblatex</a> une autre option <code>--biber</code> est à votre disposition. L’utilisation typique est alors la suivante :</p> <div class="sourceCode" id="cb6"><pre class="sourceCode bash"><code class="sourceCode bash"><span id="cb6-1"><a href="#cb6-1" aria-hidden="true" tabindex="-1"></a><span class="ex">latexpand</span> <span class="at">--empty-comments</span> <span class="dt">\</span></span> <span id="cb6-2"><a href="#cb6-2" aria-hidden="true" tabindex="-1"></a> <span class="at">--expand-bbl</span> mon-article.bbl <span class="dt">\</span></span> <span id="cb6-3"><a href="#cb6-3" aria-hidden="true" tabindex="-1"></a> mon-article.tex <span class="op">&gt;</span> mon-article.flat.tex</span></code></pre></div> <p>Bien entendu, il n’est pas possible d’intégrer simplement <em>tous les fichiers</em> dans le code <a href="https://www.latex-project.org/">LaTeX</a> principal<a href="#fn4" class="footnote-ref" id="fnref4" role="doc-noteref">⁴</a>, il est alors utile de créer une archive un peu <em>minimale</em> contenant les fichiers annexes (principalement des images). Comme il est relativement impossible de se souvenir précisément de <a href="https://xkcd.com/1168/">l’utilisation de la commande <code class="sourceCode bash"><span class="fu">tar</span></code></a> je rappelle ci-dessous un exemple d’utilisation pour créer une archive <code>tar.gz</code>.</p> <div class="sourceCode" id="cb7"><pre class="sourceCode bash"><code class="sourceCode bash"><span id="cb7-1"><a href="#cb7-1" aria-hidden="true" tabindex="-1"></a><span class="fu">tar</span> <span class="at">-czf</span> mon-archive.tar.gz <span class="dt">\</span></span> <span id="cb7-2"><a href="#cb7-2" aria-hidden="true" tabindex="-1"></a> mon-papier.arxiv.tex <span class="dt">\</span></span> <span id="cb7-3"><a href="#cb7-3" aria-hidden="true" tabindex="-1"></a> LICENSE <span class="dt">\</span></span> <span id="cb7-4"><a href="#cb7-4" aria-hidden="true" tabindex="-1"></a> mon-image.png </span></code></pre></div> <p>Pour terminer, une petite remarque sur le fait que si votre code commence par un commentaire (<code>%</code>) alors le système <a href="https://arxiv.org/">d’arXiv</a> ne le compilera probablement pas correctement, et il faudra indiquer clairement au système d’utiliser <code>pdflatex</code> via une commande <a href="https://info.arxiv.org/help/submit_tex.html#considerations-for-pdflatex-submissions"><code class="sourceCode latex"><span class="fu">\pdfoutput</span>=1</code> dans les <em>5 premières lignes du fichier</em></a>.</p> <h2 id="tester-le-rendu">Tester le rendu</h2> <p>Lors d’une soumission, le système <a href="https://arxiv.org/">arXiv</a> compile le code <a href="https://www.latex-project.org/">LaTeX</a> de l’article et demande une vérification manuelle du rendu final avant de valider la soumission (qui est rendue publique quelques jours plus tard). Pour éviter les aller-retours inutiles entre le code source, l’archive <code>tar.gz</code> et le rendu final, il est possible d’utiliser une image Docker pour créer un environnement isolé de compilation en utilisant l’image officielle <a href="https://hub.docker.com/r/texlive/texlive">texlive/texlive</a>. Il est aussi possible/conseillé d’utiliser un système d’intégration continue pour vérifier la bonne compilation du papier au fil de l’écriture, comme décrit dans le billet <a href="/posts/docker-and-github-actions.html">Docker et Actions Github</a>.</p> <h2 id="un-exemple-de-makefile">Un exemple de Makefile</h2> <p>Pour simplifier la collaboration avec d’autres auteurs et pour ne pas se retrouver perdu quand on revient 5 mois plus tard dans le dossier d’un papier déjà publié, il est particulièrement utile d’avoir une documentation. Comme personne n’écrit jamais de documentation, et que lorsqu’elle existe, elle est obsolète, il est plus raisonnable d’utiliser un <code>Makefile</code> pour automatiser le processus de compilation et de nettoyage. Un exemple de <code>Makefile</code> est donné ci-dessous.</p> <div class="sourceCode" id="cb8"><pre class="sourceCode makefile"><code class="sourceCode makefile"><span id="cb8-1"><a href="#cb8-1" aria-hidden="true" tabindex="-1"></a><span class="ot">.PHONY:</span><span class="dt"> all clean</span></span> <span id="cb8-2"><a href="#cb8-2" aria-hidden="true" tabindex="-1"></a></span> <span id="cb8-3"><a href="#cb8-3" aria-hidden="true" tabindex="-1"></a><span class="co"># Nom du fichier principal</span></span> <span id="cb8-4"><a href="#cb8-4" aria-hidden="true" tabindex="-1"></a><span class="dt">PAPER</span><span class="ch">=</span><span class="st">mon-article</span></span> <span id="cb8-5"><a href="#cb8-5" aria-hidden="true" tabindex="-1"></a></span> <span id="cb8-6"><a href="#cb8-6" aria-hidden="true" tabindex="-1"></a><span class="dv">all:</span><span class="dt"> </span><span class="ch">$(</span><span class="dt">PAPER</span><span class="ch">)</span><span class="dt">.pdf</span></span> <span id="cb8-7"><a href="#cb8-7" aria-hidden="true" tabindex="-1"></a></span> <span id="cb8-8"><a href="#cb8-8" aria-hidden="true" tabindex="-1"></a><span class="co"># Compilation du fichier principal</span></span> <span id="cb8-9"><a href="#cb8-9" aria-hidden="true" tabindex="-1"></a><span class="co"># en utilisant latexmk</span></span> <span id="cb8-10"><a href="#cb8-10" aria-hidden="true" tabindex="-1"></a><span class="dv">$(PAPER).pdf:</span><span class="dt"> </span><span class="ch">$(</span><span class="dt">PAPER</span><span class="ch">)</span><span class="dt">.tex</span></span> <span id="cb8-11"><a href="#cb8-11" aria-hidden="true" tabindex="-1"></a><span class="er"> </span>latexmk -pdf -pdflatex=<span class="st">&quot;pdflatex -interaction=nonstopmode&quot;</span> <span class="ch">$(</span><span class="dt">PAPER</span><span class="ch">)</span>.tex</span> <span id="cb8-12"><a href="#cb8-12" aria-hidden="true" tabindex="-1"></a></span> <span id="cb8-13"><a href="#cb8-13" aria-hidden="true" tabindex="-1"></a></span> <span id="cb8-14"><a href="#cb8-14" aria-hidden="true" tabindex="-1"></a><span class="co"># Création d’une version &quot;arXiv&quot; du papier</span></span> <span id="cb8-15"><a href="#cb8-15" aria-hidden="true" tabindex="-1"></a><span class="co"># qui inclut les fichiers annexes</span></span> <span id="cb8-16"><a href="#cb8-16" aria-hidden="true" tabindex="-1"></a><span class="co"># et les références bibliographiques</span></span> <span id="cb8-17"><a href="#cb8-17" aria-hidden="true" tabindex="-1"></a><span class="co"># en supprimant les commentaires</span></span> <span id="cb8-18"><a href="#cb8-18" aria-hidden="true" tabindex="-1"></a><span class="dv">$(PAPER).arxiv.tex:</span><span class="dt"> </span><span class="ch">$(</span><span class="dt">PAPER</span><span class="ch">)</span><span class="dt">.pdf</span></span> <span id="cb8-19"><a href="#cb8-19" aria-hidden="true" tabindex="-1"></a><span class="er"> </span>latexpand -o <span class="ch">$(</span><span class="dt">PAPER</span><span class="ch">)</span>.arxiv.tex \</span> <span id="cb8-20"><a href="#cb8-20" aria-hidden="true" tabindex="-1"></a> <span class="ch">-</span><span class="fu">-empty-comments </span><span class="ch">\</span></span> <span id="cb8-21"><a href="#cb8-21" aria-hidden="true" tabindex="-1"></a><span class="fu"> --expand-bbl </span><span class="ch">$(</span><span class="dt">PAPER</span><span class="ch">)</span><span class="fu">.bbl </span><span class="ch">\</span></span> <span id="cb8-22"><a href="#cb8-22" aria-hidden="true" tabindex="-1"></a><span class="fu"> </span><span class="ch">$(</span><span class="dt">PAPER</span><span class="ch">)</span><span class="fu">.tex</span></span> <span id="cb8-23"><a href="#cb8-23" aria-hidden="true" tabindex="-1"></a></span> <span id="cb8-24"><a href="#cb8-24" aria-hidden="true" tabindex="-1"></a><span class="co"># Création d’une archive tar.gz</span></span> <span id="cb8-25"><a href="#cb8-25" aria-hidden="true" tabindex="-1"></a><span class="co"># pour soumission sur arXiv</span></span> <span id="cb8-26"><a href="#cb8-26" aria-hidden="true" tabindex="-1"></a><span class="dv">$(PAPER).arxiv.tar.gz:</span><span class="dt"> </span><span class="ch">$(</span><span class="dt">PAPER</span><span class="ch">)</span><span class="dt">.arxiv.tex</span></span> <span id="cb8-27"><a href="#cb8-27" aria-hidden="true" tabindex="-1"></a><span class="er"> </span>tar -czf <span class="ch">$(</span><span class="dt">PAPER</span><span class="ch">)</span>.arxiv.tar.gz \</span> <span id="cb8-28"><a href="#cb8-28" aria-hidden="true" tabindex="-1"></a> <span class="ch">$(</span><span class="dt">PAPER</span><span class="ch">)</span>.arxiv.tex \</span> <span id="cb8-29"><a href="#cb8-29" aria-hidden="true" tabindex="-1"></a> LICENSE \</span> <span id="cb8-30"><a href="#cb8-30" aria-hidden="true" tabindex="-1"></a> mon-image.png</span> <span id="cb8-31"><a href="#cb8-31" aria-hidden="true" tabindex="-1"></a></span> <span id="cb8-32"><a href="#cb8-32" aria-hidden="true" tabindex="-1"></a><span class="co"># Compilation autonome de l’archive dans un conteneur</span></span> <span id="cb8-33"><a href="#cb8-33" aria-hidden="true" tabindex="-1"></a><span class="co"># jetable pour tester le rendu</span></span> <span id="cb8-34"><a href="#cb8-34" aria-hidden="true" tabindex="-1"></a><span class="dv">$(PAPER).arxiv.pdf:</span><span class="dt"> </span><span class="ch">$(</span><span class="dt">PAPER</span><span class="ch">)</span><span class="dt">.arxiv.tar.gz</span></span> <span id="cb8-35"><a href="#cb8-35" aria-hidden="true" tabindex="-1"></a> <span class="co"># décompresse l’archive dans un dossier temporaire</span></span> <span id="cb8-36"><a href="#cb8-36" aria-hidden="true" tabindex="-1"></a> tar -xzf <span class="ch">$(</span><span class="dt">PAPER</span><span class="ch">)</span>.arxiv.tar.gz -C /tmp/<span class="ch">$(</span><span class="dt">PAPER</span><span class="ch">)</span>.arxiv</span> <span id="cb8-37"><a href="#cb8-37" aria-hidden="true" tabindex="-1"></a> <span class="co"># compile l’archive dans un conteneur jetable</span></span> <span id="cb8-38"><a href="#cb8-38" aria-hidden="true" tabindex="-1"></a> docker run --rm -v /tmp/<span class="ch">$(</span><span class="dt">PAPER</span><span class="ch">)</span>.arxiv:/workdir \</span> <span id="cb8-39"><a href="#cb8-39" aria-hidden="true" tabindex="-1"></a> <span class="ch">-</span><span class="fu">w /workdir </span><span class="ch">\</span></span> <span id="cb8-40"><a href="#cb8-40" aria-hidden="true" tabindex="-1"></a><span class="fu"> texlive/texlive </span><span class="ch">\</span></span> <span id="cb8-41"><a href="#cb8-41" aria-hidden="true" tabindex="-1"></a><span class="fu"> latexmk -pdf -pdflatex=</span><span class="st">&quot;pdflatex -interaction=nonstopmode&quot;</span><span class="fu"> </span><span class="ch">$(</span><span class="dt">PAPER</span><span class="ch">)</span><span class="fu">.arxiv.tex</span></span> <span id="cb8-42"><a href="#cb8-42" aria-hidden="true" tabindex="-1"></a></span> <span id="cb8-43"><a href="#cb8-43" aria-hidden="true" tabindex="-1"></a><span class="co"># Nettoyage des fichiers temporaires</span></span> <span id="cb8-44"><a href="#cb8-44" aria-hidden="true" tabindex="-1"></a><span class="dv">clean:</span></span> <span id="cb8-45"><a href="#cb8-45" aria-hidden="true" tabindex="-1"></a><span class="er"> </span>latexmk -c</span> <span id="cb8-46"><a href="#cb8-46" aria-hidden="true" tabindex="-1"></a> rm -f <span class="ch">$(</span><span class="dt">PAPER</span><span class="ch">)</span>.arxiv.tex <span class="ch">$(</span><span class="dt">PAPER</span><span class="ch">)</span>.arxiv.tar.gz <span class="ch">$(</span><span class="dt">PAPER</span><span class="ch">)</span>.arxiv.pdf</span></code></pre></div> <h2 id="conclusion">Conclusion</h2> <p>Vous n’avez plus d’excuse pour ne pas mettre vos articles avec tout le contenu sur une archive ouverte.</p> <section id="footnotes" class="footnotes footnotes-end-of-document" role="doc-endnotes"> <hr /> <ol> <li id="fn1"><p>Par exemple, en suivant une démarche de <a href="https://fr.wikipedia.org/wiki/Science_ouverte">science ouverte</a>.<a href="#fnref1" class="footnote-back" role="doc-backlink">↩︎</a></p></li> <li id="fn2"><p>Notons que, plus ou moins explicitement en informatique, le processus de relecture des conférences s’appuie principalement sur les critères de <em>nouveauté</em> et <em>d’intérêt scientifique</em> au détriment d’une vérification rigoureuse des preuves, souvent laissées en annexe et rarement lues.<a href="#fnref2" class="footnote-back" role="doc-backlink">↩︎</a></p></li> <li id="fn3"><p>Si le papier est rejeté, et envoyé à d’autres conférences, le nombre de “versions” augmente artificiellement puisque chaque conférence possède son propre modèle de document et ses propres contraintes de mise en page, en particulier de nombre de pages maximal (ce qui change ce qui est en annexe / dans le corps du texte).<a href="#fnref3" class="footnote-back" role="doc-backlink">↩︎</a></p></li> <li id="fn4"><p>Il est techniquement possible de créer de nouveaux fichiers depuis du code <a href="https://www.latex-project.org/">LaTeX</a>, et donc d’inclure des fichiers binaires directement dans le code source, dont la première étape serait alors de les décompresser lors d’une première passe de compilation. Je n’ai pas eu le temps d’expérimenter cette méthode, mais je garde l’idée en tête.<a href="#fnref4" class="footnote-back" role="doc-backlink">↩︎</a></p></li> </ol> </section> 2024-06-22T00:00:00+00:00 2024-06-22T00:00:00+00:00 Aliaume Lopez https://aliaume.fr/site/posts/github-docker/ <p>J’essaie de plus en plus d’utiliser des techniques <a href="https://fr.wikipedia.org/wiki/Int%C3%A9gration_continue">d’intégration continue</a> et de <a href="https://fr.wikipedia.org/wiki/D%C3%A9ploiement_continu">déploiement continu</a> pour mes projets, même s’ils sont principalement des projets de type “papier de recherche”, c’est-à-dire, utilisant <a href="https://www.latex-project.org/">LaTeX</a>. Cela répond à plusieurs problématiques très concrètes :</p> <ol type="1"> <li>Qui n’a pas déjà eu un mail d’un collègue disant “le document ne compile pas”, alors que tout fonctionnait parfaitement sur notre machine ?</li> <li>Qui n’a pas déjà eu une mauvaise surprise en poussant un document sur <a href="https://arxiv.org/">arXiv</a> et en obtenant une/des erreurs de compilation et/ou un rendu complètement différent ?</li> </ol> <p>Cela devient d’autant plus important lorsque vous avez vos propres petits scripts pour automatiser certaines tâches. Typiquement, pour générer des documents PDFs à partir d’images en SVG via <a href="https://inkscape.org/">Inkscape</a>, ou un utilitaire pour <em>aplatir</em> les fichiers sources <a href="https://www.latex-project.org/">LaTeX</a> avant de les envoyer à un éditeur en utilisant <a href="https://www.ctan.org/pkg/latexpand">latexpand</a>. Dans mon cas, j’essaie d’utiliser de plus en plus du <a href="https://daringfireball.net/projects/markdown/">markdown</a> et le convertir en <a href="https://www.latex-project.org/">LaTeX</a> avec l’aide de <a href="https://pandoc.org/">pandoc</a>, pour des raisons que je ne vais pas détailler ici. Comme <a href="https://pandoc.org/">pandoc</a> repose sur la notion de <a href="https://pandoc.org/filters.html">“filtre”</a> pour effectuer des transformations de documents, ceux-ci étant (souvent) écrits en <a href="https://www.python.org/">Python</a>, il est alors nécessaire de gérer un environnement virtuel <a href="https://www.python.org/">Python</a>, les versions des dépendances, entre les paquets python, la version de <a href="https://pandoc.org/">pandoc</a>, celle de <a href="https://www.latex-project.org/">LaTeX</a>, etc.</p> <p>Même si ce n’est pas idéal pour tout un tas de raisons éthiques, j’ai commencé à utiliser <a href="https://">Github Actions</a> pour automatiser les tâches de compilation de mes documents. Le maître mot ici est “reproductibilité”.<a href="#fn1" class="footnote-ref" id="fnref1" role="doc-noteref">¹</a></p> <p>L’exemple prototypique d’une telle action est la suivante<a href="#fn2" class="footnote-ref" id="fnref2" role="doc-noteref">²</a> :</p> <div class="sourceCode" id="cb1"><pre class="sourceCode yaml"><code class="sourceCode yaml"><span id="cb1-1"><a href="#cb1-1" aria-hidden="true" tabindex="-1"></a><span class="fu">name</span><span class="kw">:</span><span class="at"> Build LaTeX document</span></span> <span id="cb1-2"><a href="#cb1-2" aria-hidden="true" tabindex="-1"></a><span class="fu">on</span><span class="kw">:</span></span> <span id="cb1-3"><a href="#cb1-3" aria-hidden="true" tabindex="-1"></a><span class="at"> </span><span class="fu">push</span><span class="kw">:</span></span> <span id="cb1-4"><a href="#cb1-4" aria-hidden="true" tabindex="-1"></a><span class="at"> </span><span class="fu">branches</span><span class="kw">:</span></span> <span id="cb1-5"><a href="#cb1-5" aria-hidden="true" tabindex="-1"></a><span class="at"> </span><span class="kw">-</span><span class="at"> main</span></span> <span id="cb1-6"><a href="#cb1-6" aria-hidden="true" tabindex="-1"></a><span class="fu">jobs</span><span class="kw">:</span></span> <span id="cb1-7"><a href="#cb1-7" aria-hidden="true" tabindex="-1"></a><span class="at"> </span><span class="fu">build</span><span class="kw">:</span></span> <span id="cb1-8"><a href="#cb1-8" aria-hidden="true" tabindex="-1"></a><span class="at"> </span><span class="fu">runs-on</span><span class="kw">:</span><span class="at"> ubuntu-latest</span></span> <span id="cb1-9"><a href="#cb1-9" aria-hidden="true" tabindex="-1"></a><span class="at"> </span><span class="fu">steps</span><span class="kw">:</span></span> <span id="cb1-10"><a href="#cb1-10" aria-hidden="true" tabindex="-1"></a><span class="at"> </span><span class="kw">-</span><span class="at"> </span><span class="fu">uses</span><span class="kw">:</span><span class="at"> actions/checkout@v2</span></span> <span id="cb1-11"><a href="#cb1-11" aria-hidden="true" tabindex="-1"></a><span class="at"> </span><span class="kw">-</span><span class="at"> </span><span class="fu">name</span><span class="kw">:</span><span class="at"> Install LaTeX</span></span> <span id="cb1-12"><a href="#cb1-12" aria-hidden="true" tabindex="-1"></a><span class="at"> </span><span class="fu">run</span><span class="kw">:</span><span class="at"> sudo apt-get install texlive-full</span></span> <span id="cb1-13"><a href="#cb1-13" aria-hidden="true" tabindex="-1"></a><span class="at"> </span><span class="kw">-</span><span class="at"> </span><span class="fu">name</span><span class="kw">:</span><span class="at"> Install inkscape</span></span> <span id="cb1-14"><a href="#cb1-14" aria-hidden="true" tabindex="-1"></a><span class="at"> </span><span class="fu">run</span><span class="kw">:</span><span class="at"> sudo apt-get install inkscape</span></span> <span id="cb1-15"><a href="#cb1-15" aria-hidden="true" tabindex="-1"></a><span class="at"> </span><span class="kw">-</span><span class="at"> </span><span class="fu">name</span><span class="kw">:</span><span class="at"> Install python3</span></span> <span id="cb1-16"><a href="#cb1-16" aria-hidden="true" tabindex="-1"></a><span class="at"> </span><span class="fu">run</span><span class="kw">:</span><span class="at"> sudo apt-get install python3 python3-pip</span></span> <span id="cb1-17"><a href="#cb1-17" aria-hidden="true" tabindex="-1"></a><span class="at"> </span><span class="kw">-</span><span class="at"> </span><span class="fu">name</span><span class="kw">:</span><span class="at"> Install required packages</span></span> <span id="cb1-18"><a href="#cb1-18" aria-hidden="true" tabindex="-1"></a><span class="at"> </span><span class="fu">run</span><span class="kw">:</span><span class="at"> pip3 install -r requirements.txt</span></span> <span id="cb1-19"><a href="#cb1-19" aria-hidden="true" tabindex="-1"></a><span class="at"> </span><span class="kw">-</span><span class="at"> </span><span class="fu">name</span><span class="kw">:</span><span class="at"> Build LaTeX document</span></span> <span id="cb1-20"><a href="#cb1-20" aria-hidden="true" tabindex="-1"></a><span class="at"> </span><span class="fu">run</span><span class="kw">:</span><span class="at"> pdflatex -interaction=nonstopmode -halt-on-error document.tex</span></span></code></pre></div> <p>Cette méthode est intéressante, car on peut automatiser la création de <em>pdfs</em> qui seront visibles sur la page du projet, que l’on peut vraiment faire de la gestion sémantique des versions, mais pose par ailleurs plusieurs problèmes :</p> <ol type="1"> <li>Il est extrêmement fastidieux de faire la liste exhaustive des dépendances, surtout quand on utilise un système d’exploitation qui n’est pas le <code>ubuntu-latest</code>.</li> <li>Tester le bon fonctionnement de l’action en local est compliqué.</li> <li>Utiliser du <a href="https://yaml.org/">Yaml</a> comme un langage de programmation est une hérésie, et il faudra changer ce fichier de configuration lors d’une migration sur une autre forge.</li> </ol> <p>Pour pallier ces problèmes, j’ai essayé deux solutions assez différentes. La première est d’utiliser <a href="https://nixos.org/">NixOs</a> pour gérer les dépendances, un choix assez raisonnable quand on sait que leur argument principal est la reproductibilité</p> <blockquote> <p>Nix is a tool that takes a unique approach to package management and system configuration. Learn how to make reproducible, declarative and reliable systems.</p> </blockquote> <p>La seconde est d’utiliser <a href="https://www.docker.com/">Docker</a> pour créer une image contenant toutes les dépendances nécessaires à la compilation du document.</p> <h2 id="lapproche-nixos">L’approche <a href="https://nixos.org/">NixOs</a></h2> <!-- Courte présentation de Nix et de guix June 15, 2003; 21 years ago Eelco Dolstra The Nix package manager employs a model in which software packages are each installed into unique directories with immutable contents. These directory names correspond to cryptographic hashes that take into account all dependencies of a package, including other packages managed by Nix. As a result, Nix package names are content identifying since packages with the same name will have had the same inputs including build platform and therefore the same build result.[4] --> <p>Afin de répondre aux problématiques de gestion des versions de paquets et de reproductibilité, <a href="https://edolstra.github.io/">Eelco Dolstra</a> a créé le gestionnaire de paquets <a href="https://nixos.org/">Nix</a> en 2003. Au cœur de son fonctionnement il y a la notion de <em>répertoires uniques et immuables</em> : pour chaque logiciel un répertoire est créé et son contenu <em>ne changera jamais</em>. L’identification du logiciel s’effectue à l’aide d’un hash cryptographique qui prend en compte toutes les dépendances du logiciel, y compris les autres logiciels gérés par <a href="https://nixos.org/">Nix</a>. Cela permet de faire coexister des “arbres de dépendances” très différents sur un même système en utilisant des alias bien sentis.</p> <p>La mise en pratique de cette idée s’avère un peu plus complexe, car le système repose sur un langage de programmation spécifique pour décrire les dépendances d’un projet (et permettre de calculer les identités associées). Je trouve ce langage tout simplement hideux. Cependant, pour une utilisation “simple”, cela restera relativement lisible.</p> <p>Pour déclarer un environnement de développement adapté à notre projet, il suffit de créer un fichier <code>shell.nix</code> dans le dossier racine du projet dans ce langage <em>turing complet</em>, <em>paresseux</em>, <em>avec un typage dynamique</em>, une syntaxe <em>incompréhensible</em> et <em>très peu de documentation</em>.</p> <div class="sourceCode" id="cb2"><pre class="sourceCode nix"><code class="sourceCode nix"><span id="cb2-1"><a href="#cb2-1" aria-hidden="true" tabindex="-1"></a><span class="op">{</span> <span class="va">pkgs</span> <span class="op">?</span> <span class="bu">import</span> &lt;nixpkgs&gt; <span class="op">{}</span> <span class="op">}</span>:</span> <span id="cb2-2"><a href="#cb2-2" aria-hidden="true" tabindex="-1"></a>pkgs<span class="op">.</span>mkShell <span class="op">{</span></span> <span id="cb2-3"><a href="#cb2-3" aria-hidden="true" tabindex="-1"></a> <span class="va">buildInputs</span> <span class="op">=</span> <span class="kw">with</span> pkgs<span class="op">;</span> <span class="op">[</span></span> <span id="cb2-4"><a href="#cb2-4" aria-hidden="true" tabindex="-1"></a> texlive<span class="op">.</span>combined<span class="op">.</span>scheme-full</span> <span id="cb2-5"><a href="#cb2-5" aria-hidden="true" tabindex="-1"></a> inkscape</span> <span id="cb2-6"><a href="#cb2-6" aria-hidden="true" tabindex="-1"></a> python3</span> <span id="cb2-7"><a href="#cb2-7" aria-hidden="true" tabindex="-1"></a> <span class="op">];</span></span> <span id="cb2-8"><a href="#cb2-8" aria-hidden="true" tabindex="-1"></a><span class="op">}</span></span></code></pre></div> <p>Une fois ce code écrit, on peut simplement utiliser la commande <code>nix-shell</code> pour entrer dans un environnement où toutes les dépendances sont installées. Cette méthode a été décrite dans un billet de blog de <a href="https://determinate.systems/posts/nix-github-actions/">Luc Perkins</a> pour <a href="https://determinate.systems/">Determinate Systems</a>. Cela permet de tester en local le processus de compilation et simplifie le fichier de configuration de l’action, où les installations sont remplacées par ces trois commandes<a href="#fn3" class="footnote-ref" id="fnref3" role="doc-noteref">³</a> :</p> <div class="sourceCode" id="cb3"><pre class="sourceCode yaml"><code class="sourceCode yaml"><span id="cb3-1"><a href="#cb3-1" aria-hidden="true" tabindex="-1"></a><span class="kw">-</span><span class="at"> </span><span class="fu">name</span><span class="kw">:</span><span class="at"> Install Nix</span></span> <span id="cb3-2"><a href="#cb3-2" aria-hidden="true" tabindex="-1"></a><span class="fu">uses</span><span class="kw">:</span><span class="at"> DeterminateSystems/nix-installer-action@main</span></span> <span id="cb3-3"><a href="#cb3-3" aria-hidden="true" tabindex="-1"></a><span class="kw">-</span><span class="at"> </span><span class="fu">uses</span><span class="kw">:</span><span class="at"> DeterminateSystems/magic-nix-cache-action@main </span></span> <span id="cb3-4"><a href="#cb3-4" aria-hidden="true" tabindex="-1"></a><span class="kw">-</span><span class="at"> </span><span class="fu">name</span><span class="kw">:</span><span class="at"> Build LaTeX document</span></span> <span id="cb3-5"><a href="#cb3-5" aria-hidden="true" tabindex="-1"></a><span class="fu">run</span><span class="kw">:</span><span class="at"> nix develop --command &quot;pdflatex -interaction=nonstopmode -halt-on-error document.tex&quot;</span></span></code></pre></div> <p>Notons que pour simplifier encore plus le fichier de configuration, il est de bon goût de créer un fichier <code>Makefile</code> dans la syntaxe de <a href="https://www.gnu.org/software/make/">GNU Make</a>, qui permet de simplement écrire <code class="sourceCode bash"><span class="fu">make</span> all</code>, <code class="sourceCode bash"><span class="fu">make</span> tests</code>, <code class="sourceCode bash"><span class="fu">make</span> clean</code>, plutôt que des commandes longues et compliquées. Cela a pour autre avantage de permettre une meilleure découvrabilité du système de construction : sur un grand nombre de plateformes, écrire <code class="sourceCode bash"><span class="fu">make</span></code> suivi de la touche <code>TAB</code> permet d’afficher toutes les commandes disponibles.</p> <p>Il y a tout de même plusieurs inconvénients à cette méthode :</p> <ol type="a"> <li>En réalité, les exécutables présents sur votre machine sont toujours accessibles depuis l’environnement <code>nix-shell</code>. Cela veut dire qu’il est toujours possible de découvrir des dépendances mal spécifiées bien trop tard.</li> <li>Malgré la présence d’un cache, le temps de compilation reste assez long.</li> </ol> <h2 id="lapproche-docker">L’approche <a href="https://www.docker.com/">Docker</a></h2> <p>Introduits en 2006 sous le nom de “conteneurs de processus”, les “Control Groups” <a href="https://www.kernel.org/doc/Documentation/cgroup-v1/cgroups.txt">CGROUPS</a> ont été intégrés à la version 2.6.24 du noyau Linux. Cette nouvelle fonctionnalité visait à isoler des <em>groupes</em> de processus en leur limitant l’accès à certaines ressources (CPU, mémoire, réseau, etc.). En utilisant cette technologie, une forme relativement légère de virtualisation a été créée sous le nom de <a href="https://linuxcontainers.org/">LXC</a> pour “Linux Containers”. L’intérêt est un coût en ressources bien plus faible que les machines virtuelles traditionnelles, tout en offrant une isolation suffisante pour la plupart des cas d’utilisation.<a href="#fn4" class="footnote-ref" id="fnref4" role="doc-noteref">⁴</a></p> <p>Basé sur <a href="https://linuxcontainers.org/">LXC</a> et d’autres technologies (libvirt, ou systemd-nspawn), <a href="https://www.docker.com/">Docker</a> a été crée en 2013 par <a href="https://fr.wikipedia.org/wiki/Solomon_Hykes">Solomon Hykes</a> et est devenu un outil incontournable sur “le cloud” (comprendre, vendre du temps de machine à des entreprises, sans avoir à maintenir un parc de machines virtuelles). Le principal atout a été de standardiser un format <em>d’image</em> afin de permettre l’échange et la centralisation de <em>conteneurs</em> “prêts à l’emploi”.<a href="#fn5" class="footnote-ref" id="fnref5" role="doc-noteref">⁵</a></p> <p>Pour créer une image <a href="https://www.docker.com/">Docker</a>, il suffit de créer un fichier <code>Dockefile</code> dans le dossier racine du projet. Par exemple, pour une image contenant les dépendances nécessaires à la compilation de documents <a href="https://www.latex-project.org/">LaTeX</a>, plus quelques logiciels utiles comme <a href="https://pandoc.org/">pandoc</a>, <a href="https://www.gnu.org/software/make/">make</a> ou <a href="https://inkscape.org/">Inkscape</a>.</p> <div class="sourceCode" id="cb4"><pre class="sourceCode dockerfile"><code class="sourceCode dockerfile"><span id="cb4-1"><a href="#cb4-1" aria-hidden="true" tabindex="-1"></a><span class="kw">FROM</span> pandoc/latex:latest</span> <span id="cb4-2"><a href="#cb4-2" aria-hidden="true" tabindex="-1"></a><span class="kw">RUN</span> <span class="ex">apk</span> add <span class="at">--no-cache</span> make</span> <span id="cb4-3"><a href="#cb4-3" aria-hidden="true" tabindex="-1"></a><span class="kw">RUN</span> <span class="ex">apk</span> add <span class="at">--no-cache</span> inkscape</span></code></pre></div> <p>Fort de ce nouveau document (dont la syntaxe est relativement plus lisible que celle de <a href="https://nixos.org/">Nix</a>), il est possible de créer une image <a href="https://www.docker.com/">Docker</a> en utilisant une commande dans le style de <code class="sourceCode bash"><span class="ex">docker</span> build <span class="at">-t</span> my-image .</code>. Une fois l’image créée, il est possible de lancer un conteneur à partir de cette image en utilisant la commande <code class="sourceCode bash"><span class="ex">docker</span> run <span class="at">-it</span> my-image</code>. À des fins de test, il est souvent utile de <em>monter</em> un volume pour que les fichiers du projet soient accessibles, la commande ressemble alors à <code class="sourceCode bash"><span class="ex">docker</span> run <span class="at">-it</span> <span class="at">-v</span> <span class="va">$(</span><span class="bu">pwd</span><span class="va">)</span>:/work my-image</code>. L’objectif ici n’est pas de fournir un tutoriel complet au logiciel <a href="https://www.docker.com/">Docker</a>, je vais donc m’arrêter là pour les commandes de base.</p> <p>À ce stade, on obtient un premier avantage par rapport à <a href="https://nixos.org/">Nix</a> : l’image ne contient pas les logiciels de la machine hôte, et on se rend donc directement compte des problèmes potentiels.</p> <p>La seule question restante est alors : “Mais comment utiliser cette image dans une action <a href="https://">Github Actions</a> ?” J’ai cru dans un premier temps qu’il faudrait passer par le <a href="https://hub.docker.com/">Docker Hub</a>, ce qui nécessiterait d’avoir des identifiants, une gestion des versions, etc. De plus, il est un peu étrange de créer (et de publier) une image qui n’a de sens que pour un seul projet.</p> <p>J’ai découvert par hasard qu’il était possible de s’appuyer sur le <a href="https://docs.github.com/en/packages/guides/publishing-docker-images">Github Container Registry</a>, qui pour stocker des images <a href="https://www.docker.com/">Docker</a> directement sur le dépôt <a href="https://www.github.com">Github</a>. Un bonus de cette approche est que ces images sont ajoutées comme “artéfacts” du projet, ce qui veut dire qu’une personne peut venir la télécharger pour se servir directement de l’environnement de développement du projet.</p> <p>Pour automatiser la création de l’image, il suffit de créer un fichier de configuration adéquat qui peut ressembler à celui ci-dessous :</p> <div class="sourceCode" id="cb5"><pre class="sourceCode yaml"><code class="sourceCode yaml"><span id="cb5-1"><a href="#cb5-1" aria-hidden="true" tabindex="-1"></a><span class="fu">name</span><span class="kw">:</span><span class="at"> Build Docker Image</span></span> <span id="cb5-2"><a href="#cb5-2" aria-hidden="true" tabindex="-1"></a><span class="fu">on</span><span class="kw">:</span></span> <span id="cb5-3"><a href="#cb5-3" aria-hidden="true" tabindex="-1"></a><span class="at"> </span><span class="fu">workflow_dispatch</span><span class="kw">:</span></span> <span id="cb5-4"><a href="#cb5-4" aria-hidden="true" tabindex="-1"></a></span> <span id="cb5-5"><a href="#cb5-5" aria-hidden="true" tabindex="-1"></a><span class="fu">env</span><span class="kw">:</span></span> <span id="cb5-6"><a href="#cb5-6" aria-hidden="true" tabindex="-1"></a><span class="at"> </span><span class="fu">REGISTRY</span><span class="kw">:</span><span class="at"> ghcr.io</span></span> <span id="cb5-7"><a href="#cb5-7" aria-hidden="true" tabindex="-1"></a><span class="at"> </span><span class="fu">IMAGE_NAME</span><span class="kw">:</span><span class="at"> ${{ github.repository }}</span></span> <span id="cb5-8"><a href="#cb5-8" aria-hidden="true" tabindex="-1"></a></span> <span id="cb5-9"><a href="#cb5-9" aria-hidden="true" tabindex="-1"></a><span class="fu">jobs</span><span class="kw">:</span></span> <span id="cb5-10"><a href="#cb5-10" aria-hidden="true" tabindex="-1"></a><span class="at"> </span><span class="fu">build-and-push-image</span><span class="kw">:</span></span> <span id="cb5-11"><a href="#cb5-11" aria-hidden="true" tabindex="-1"></a><span class="at"> </span><span class="fu">runs-on</span><span class="kw">:</span><span class="at"> ubuntu-latest</span></span> <span id="cb5-12"><a href="#cb5-12" aria-hidden="true" tabindex="-1"></a><span class="at"> </span><span class="fu">permissions</span><span class="kw">:</span></span> <span id="cb5-13"><a href="#cb5-13" aria-hidden="true" tabindex="-1"></a><span class="at"> </span><span class="fu">contents</span><span class="kw">:</span><span class="at"> read</span></span> <span id="cb5-14"><a href="#cb5-14" aria-hidden="true" tabindex="-1"></a><span class="at"> </span><span class="fu">packages</span><span class="kw">:</span><span class="at"> write</span></span> <span id="cb5-15"><a href="#cb5-15" aria-hidden="true" tabindex="-1"></a><span class="at"> </span><span class="fu">steps</span><span class="kw">:</span></span> <span id="cb5-16"><a href="#cb5-16" aria-hidden="true" tabindex="-1"></a><span class="at"> </span><span class="kw">-</span><span class="at"> </span><span class="fu">name</span><span class="kw">:</span><span class="at"> Checkout repository</span></span> <span id="cb5-17"><a href="#cb5-17" aria-hidden="true" tabindex="-1"></a><span class="at"> </span><span class="fu">uses</span><span class="kw">:</span><span class="at"> actions/checkout@v4</span></span> <span id="cb5-18"><a href="#cb5-18" aria-hidden="true" tabindex="-1"></a><span class="at"> </span><span class="kw">-</span><span class="at"> </span><span class="fu">name</span><span class="kw">:</span><span class="at"> Extract metadata (tags, labels) for Docker</span></span> <span id="cb5-19"><a href="#cb5-19" aria-hidden="true" tabindex="-1"></a><span class="at"> </span><span class="fu">id</span><span class="kw">:</span><span class="at"> meta</span></span> <span id="cb5-20"><a href="#cb5-20" aria-hidden="true" tabindex="-1"></a><span class="at"> </span><span class="fu">uses</span><span class="kw">:</span><span class="at"> docker/metadata-action@v5</span></span> <span id="cb5-21"><a href="#cb5-21" aria-hidden="true" tabindex="-1"></a><span class="at"> </span><span class="fu">with</span><span class="kw">:</span></span> <span id="cb5-22"><a href="#cb5-22" aria-hidden="true" tabindex="-1"></a><span class="at"> </span><span class="fu">images</span><span class="kw">:</span><span class="at"> ${{ env.REGISTRY }}/${{ env.IMAGE_NAME }}</span></span> <span id="cb5-23"><a href="#cb5-23" aria-hidden="true" tabindex="-1"></a><span class="at"> </span><span class="kw">-</span><span class="at"> </span><span class="fu">name</span><span class="kw">:</span><span class="at"> Log in to the Container Registry</span></span> <span id="cb5-24"><a href="#cb5-24" aria-hidden="true" tabindex="-1"></a><span class="at"> </span><span class="fu">uses</span><span class="kw">:</span><span class="at"> docker/login-action@v3</span></span> <span id="cb5-25"><a href="#cb5-25" aria-hidden="true" tabindex="-1"></a><span class="at"> </span><span class="fu">with</span><span class="kw">:</span></span> <span id="cb5-26"><a href="#cb5-26" aria-hidden="true" tabindex="-1"></a><span class="at"> </span><span class="fu">registry</span><span class="kw">:</span><span class="at"> ${{ env.REGISTRY }}</span></span> <span id="cb5-27"><a href="#cb5-27" aria-hidden="true" tabindex="-1"></a><span class="at"> </span><span class="fu">username</span><span class="kw">:</span><span class="at"> ${{ github.actor }}</span></span> <span id="cb5-28"><a href="#cb5-28" aria-hidden="true" tabindex="-1"></a><span class="at"> </span><span class="fu">password</span><span class="kw">:</span><span class="at"> ${{ secrets.GITHUB_TOKEN }}</span></span> <span id="cb5-29"><a href="#cb5-29" aria-hidden="true" tabindex="-1"></a><span class="at"> </span><span class="kw">-</span><span class="at"> </span><span class="fu">name</span><span class="kw">:</span><span class="at"> Build and push Docker image</span></span> <span id="cb5-30"><a href="#cb5-30" aria-hidden="true" tabindex="-1"></a><span class="at"> </span><span class="fu">uses</span><span class="kw">:</span><span class="at"> docker/build-push-action@v5</span></span> <span id="cb5-31"><a href="#cb5-31" aria-hidden="true" tabindex="-1"></a><span class="at"> </span><span class="fu">with</span><span class="kw">:</span></span> <span id="cb5-32"><a href="#cb5-32" aria-hidden="true" tabindex="-1"></a><span class="at"> </span><span class="fu">context</span><span class="kw">:</span><span class="at"> .</span></span> <span id="cb5-33"><a href="#cb5-33" aria-hidden="true" tabindex="-1"></a><span class="at"> </span><span class="fu">file</span><span class="kw">:</span><span class="at"> Dockerfile</span></span> <span id="cb5-34"><a href="#cb5-34" aria-hidden="true" tabindex="-1"></a><span class="at"> </span><span class="fu">push</span><span class="kw">:</span><span class="at"> </span><span class="ch">true</span></span> <span id="cb5-35"><a href="#cb5-35" aria-hidden="true" tabindex="-1"></a><span class="at"> </span><span class="fu">tags</span><span class="kw">:</span><span class="at"> ${{ steps.meta.outputs.tags }}</span></span> <span id="cb5-36"><a href="#cb5-36" aria-hidden="true" tabindex="-1"></a><span class="at"> </span><span class="fu">labels</span><span class="kw">:</span><span class="at"> ${{ steps.meta.outputs.labels }}</span></span></code></pre></div> <p>La partie importante ici est de ne pas créer l’image à chaque lancement ou de manière automatique, mais de proposer un <em>bouton</em> pour le faire (c’est la ligne <code>workflow_dispatch</code>).</p> <p>L’utilisation de l’image dans une action est alors très simple, il suffit de spécifier que l’action doit s’effectuer dans un conteneur en spécifiant l’image à utiliser. Avec un peu de templating, on arrive même à écrire un fichier “prêt à copier-coller”<a href="#fn6" class="footnote-ref" id="fnref6" role="doc-noteref">⁶</a> qui ressemble à ceci :</p> <div class="sourceCode" id="cb6"><pre class="sourceCode yaml"><code class="sourceCode yaml"><span id="cb6-1"><a href="#cb6-1" aria-hidden="true" tabindex="-1"></a><span class="at">. . .</span></span> <span id="cb6-2"><a href="#cb6-2" aria-hidden="true" tabindex="-1"></a><span class="fu">jobs</span><span class="kw">:</span></span> <span id="cb6-3"><a href="#cb6-3" aria-hidden="true" tabindex="-1"></a><span class="at"> </span><span class="fu">build</span><span class="kw">:</span></span> <span id="cb6-4"><a href="#cb6-4" aria-hidden="true" tabindex="-1"></a><span class="at"> </span><span class="fu">runs-on</span><span class="kw">:</span><span class="at"> ubuntu-latest</span></span> <span id="cb6-5"><a href="#cb6-5" aria-hidden="true" tabindex="-1"></a><span class="at"> </span><span class="fu">container</span><span class="kw">:</span></span> <span id="cb6-6"><a href="#cb6-6" aria-hidden="true" tabindex="-1"></a><span class="at"> </span><span class="fu">image</span><span class="kw">:</span><span class="at"> ghcr.io/${{ github.actor }}/${{ github.repository }}:main</span></span> <span id="cb6-7"><a href="#cb6-7" aria-hidden="true" tabindex="-1"></a><span class="at"> </span><span class="fu">steps</span><span class="kw">:</span></span> <span id="cb6-8"><a href="#cb6-8" aria-hidden="true" tabindex="-1"></a><span class="at"> </span><span class="kw">-</span><span class="at"> </span><span class="fu">name</span><span class="kw">:</span><span class="at"> Checkout repository</span></span> <span id="cb6-9"><a href="#cb6-9" aria-hidden="true" tabindex="-1"></a><span class="at"> </span><span class="fu">uses</span><span class="kw">:</span><span class="at"> actions/checkout@v4</span></span> <span id="cb6-10"><a href="#cb6-10" aria-hidden="true" tabindex="-1"></a><span class="at"> </span><span class="kw">-</span><span class="at"> </span><span class="fu">name</span><span class="kw">:</span><span class="at"> Builds the tar.gz archive</span></span> <span id="cb6-11"><a href="#cb6-11" aria-hidden="true" tabindex="-1"></a><span class="at"> </span><span class="fu">run</span><span class="kw">:</span><span class="at"> make all</span></span> <span id="cb6-12"><a href="#cb6-12" aria-hidden="true" tabindex="-1"></a><span class="at"> </span><span class="kw">-</span><span class="at"> </span><span class="fu">name</span><span class="kw">:</span><span class="at"> Upload artifacts</span></span> <span id="cb6-13"><a href="#cb6-13" aria-hidden="true" tabindex="-1"></a><span class="at"> </span><span class="fu">uses</span><span class="kw">:</span><span class="at"> actions/upload-artifact@v4</span></span> <span id="cb6-14"><a href="#cb6-14" aria-hidden="true" tabindex="-1"></a><span class="at"> </span><span class="fu">with</span><span class="kw">:</span></span> <span id="cb6-15"><a href="#cb6-15" aria-hidden="true" tabindex="-1"></a><span class="at"> </span><span class="fu">name</span><span class="kw">:</span><span class="at"> artifacts.tar.gz</span></span> <span id="cb6-16"><a href="#cb6-16" aria-hidden="true" tabindex="-1"></a><span class="at"> </span><span class="fu">path</span><span class="kw">:</span><span class="at"> artifacts.tar.gz</span></span></code></pre></div> <h2 id="conclusion">Conclusion</h2> <p>En pratique, j’ai trouvé que l’approche <a href="https://www.docker.com/">Docker</a> était plus simple à mettre en place, plus rapide et plus efficace. L’image est mise en cache et il est <em>extrêmement rare</em> d’avoir à la recréer (sauf changement majeur dans le projet). Par ailleurs, il est très facile de tester en local comment la compilation s’effectue dans le conteneur : l’exemple typique du moment est l’incompatibilité entre <a href="https://ctan.org/pkg/biber">biber</a> et <a href="https://ctan.org/pkg/biblatex">biblatex</a> en fonction du mode d’installation…</p> <p>L’approche <a href="https://nixos.org/">Nix</a> garde l’avantage d’être agnostique au système d’exploitation utilisé, et est “sans frictions” : il suffit de taper <code>nix-shell</code> et tout est automatisé. Il est possible d’utiliser <a href="https://nixos.org/">Nix</a> pour générer des images <a href="https://www.docker.com/">Docker</a> “minimales”. En pratique cependant, il est assez difficile de savoir ce dont l’action lancée par <a href="https://">Github Actions</a> aura besoin (git? ruby? python?). De plus, pour les utilisateurs qui ne veulent pas installer un autre gestionnaire de paquets,<a href="#fn7" class="footnote-ref" id="fnref7" role="doc-noteref">⁷</a> il reste nécessaire de bien lister les dépendances et fournir une idée approximative de leur méthode d’installation (le contraire de <a href="https://nixos.org/">Nix</a> donc).</p> <p>En conclusion, je garde sous le coude un fichier <code>shell.nix</code>, un <code>Dockerfile</code> et une partie du <code>README</code> dédiée à la gestion des dépendances, tous étant en réalité complémentaires.</p> <section id="footnotes" class="footnotes footnotes-end-of-document" role="doc-endnotes"> <hr /> <ol> <li id="fn1"><p>On pensera par exemple à la plateforme <a href="https://www.ipol.im/">IPOL</a> et à la <a href="https://www.youtube.com/watch?v=bCT53QqNu_g">reproductibilité</a> des résultats scientifiques pour le traitement d’images.<a href="#fnref1" class="footnote-back" role="doc-backlink">↩︎</a></p></li> <li id="fn2"><p>Attention, cette action ne fonctionne certainement pas. En pratique, <code>pip3</code> utilisé depuis la ligne de commande nécessite de créer un environnement virtuel pour ne pas casser les paquets systèmes. Vu que tout cela est déjà dans une machine virtuelle, créer un tel environnement n’a pas de sens et il faudrait plutôt utiliser l’argument <code>--break-system-packages</code> de <code>pip3</code>.<a href="#fnref2" class="footnote-back" role="doc-backlink">↩︎</a></p></li> <li id="fn3"><p>la première est pour installer <a href="https://nixos.org/">Nix</a>, la seconde pour utiliser un cache de dépendances afin de ne pas recompiler à chaque lancement de l’action.<a href="#fnref3" class="footnote-back" role="doc-backlink">↩︎</a></p></li> <li id="fn4"><p>Je n’ai <em>aucune</em> référence pour étayer cette affirmation.<a href="#fnref4" class="footnote-back" role="doc-backlink">↩︎</a></p></li> <li id="fn5"><p>Il suffit de regarder sur le site de <a href="https://hub.docker.com/">Docker Hub</a> pour voir le nombre d’images disponibles, toutes <em>subtilement</em> différentes.<a href="#fnref5" class="footnote-back" role="doc-backlink">↩︎</a></p></li> <li id="fn6"><p>C’est-à-dire qui ne contient aucune constante relative au dépôt écrite en dur.<a href="#fnref6" class="footnote-back" role="doc-backlink">↩︎</a></p></li> <li id="fn7"><p>Et d’ailleurs, pourquoi installer <a href="https://nixos.org/">Nix</a> plutôt que son concurrent <a href="https://guix.gnu.org/">Guix</a> ?<a href="#fnref7" class="footnote-back" role="doc-backlink">↩︎</a></p></li> </ol> </section> 2023-11-16T00:00:00+00:00 2023-11-16T00:00:00+00:00 Aliaume Lopez https://aliaume.fr/site/posts/local-tarski/ <p>Ce document est le résumé en français de l’article de <span class="citation" data-cites="preservation:LOP22">Lopez (<a href="#ref-preservation:LOP22" role="doc-biblioref">2022</a>)</span> présenté à la conférence LICS 2022, dont le pdf, les slides de présentations, ainsi que le fichier <code>bibtex</code> associé sont disponibles <a href="/research/conferences">sur ma page web</a>.</p> <h1 id="résumé">Résumé</h1> <p>Cet article s’intéresse au pouvoir expressif d’un fragment de la logique du premier ordre dérivé de la forme normale de Gaifman, nommément, les combinaisons <em>positives</em> de formules closes basiques locales. Nous montrons que ces dernières ont le même pouvoir expressif que les formules closes <em>existentielles locales</em>, c’est-à-dire les formules obtenues en considérant la clôture existentielle d’une formule locale. De plus, dans le cadre des structures arbitraires, les formules existentielles locales ont le même pouvoir expressif que les formules préservées par les <em>plongements élémentaires locaux</em>, ce qui correspond à une généralisation du théorème de Łoś-Tarski. En effet, ce dernier considère les formules existentielles, qui sont précisément les formules existentielles <span class="math inline">\(0\)</span>-locales. Comme il est d’usage, ce théorème de préservation ne relativise pas à la classe des structures <em>finies</em>, et nous démontrons de plus que les problèmes associés à cet échec (décider si une formule est préservée, décider si une formule est équivalente à une combinaison positive de formules closes basiques locales, etc.) sont indécidables.</p> <p>Nous montrons cependant que la compréhension des formules existentielles locales permet d’obtenir une caractérisation des classes de structures finies, héréditaires et closes sous union disjointe, pour lesquelles le théorème de Łoś-Tarski relativise, en montrant que ce sont exactement celles où le théorème de Łoś-Tarski relativise <em>localement</em>, c’est-à-dire, relativise aux voisinages des structures de la classe. Cette caractérisation permet de déduire simplement des résultats préexistants, et de construire de nouvelles classes de structures où le théorème de Łoś-Tarski relativise.</p> <h1 id="contextualisation">Contextualisation</h1> <p>Le théorème de Łoś-Tarski est un résultat classique de la théorie des modèles, dans la lignée des théorèmes de préservation <span class="citation" data-cites="chang1990model">(voir par exemple <a href="#ref-chang1990model" role="doc-biblioref">Chang et Keisler 1990, vol. 73, sect. 5.2</a>)</span>. En toute généralité, un théorème de préservation sert de pont entre deux classes de formules au premier ordre, l’une définie syntaxiquement, l’autre définie de manière sémantique.</p> <p><strong>Théorème <span class="citation" data-cites="los55 tarski54">(<a href="#ref-los55" role="doc-biblioref">Łoś 1955</a>; <a href="#ref-tarski54" role="doc-biblioref">Tarski 1954</a>)</span>.</strong> Soit <span class="math inline">\(\sigma\)</span> une signature relationnelle finie, et <span class="math inline">\(\varphi\)</span> une formule dans <span class="math inline">\(\mathsf{FO}[\sigma]\)</span>. Les deux propriétés suivantes sont équivalentes :</p> <ol type="1"> <li>Il existe une formule <strong>existentielle</strong> <span class="math inline">\(\psi\)</span> équivalente à <span class="math inline">\(\varphi\)</span>,</li> <li>Pour toute paire <span class="math inline">\(A \subseteq_iB\)</span> de structures, si <span class="math inline">\(A \models \varphi\)</span>, alors <span class="math inline">\(B \models \varphi\)</span>.<a href="#fn1" class="footnote-ref" id="fnref1" role="doc-noteref">¹</a></li> </ol> <p>Comme de nombreux résultats de la théorie des modèles, les théorèmes de préservation reposent en général sur l’utilisation du théorème de compacité de la logique au premier ordre. Ce dernier certifie qu’un ensemble <span class="math inline">\(T\)</span> de formules possède un modèle<a href="#fn2" class="footnote-ref" id="fnref2" role="doc-noteref">²</a> si et seulement si toute partie finie de <span class="math inline">\(T\)</span> possède un modèle. Ce théorème fondamental de la théorie des modèles ne relativise pas à l’ensemble des structures finies. En effet, il existe un ensemble de formules qui ne possède aucun modèle fini, mais dont toute partie finie possède un modèle fini. Il suffit par exemple de considérer les formules <span class="math inline">\(\varphi_n\)</span> disant “il existe au moins <span class="math inline">\(n\)</span> éléments distincts”. Une structure <span class="math inline">\(A\)</span> qui satisfait <span class="math inline">\(\varphi_n\)</span> pour tout <span class="math inline">\(n\)</span> ne peut pas être finie, mais tout sous ensemble fini des formules <span class="math inline">\(\varphi_n\)</span> est satisfait par une structure finie <span class="math inline">\(A\)</span> “assez grande”.</p> <p>Cependant, ce n’est pas parce que la preuve des théorèmes de préservation utilise un résultat qui ne relativise pas aux structures finies que les théorèmes eux-mêmes ne relativisent pas au cas fini. On peut imaginer d’autres preuves, plus combinatoires, qui permettraient d’obtenir ces correspondances entre syntaxe et sémantique dans ce cadre plus restreint. Notons que la relativisation du théorème de Łoś-Tarski au cas fini n’est pas triviale : plus de formules sont équivalentes lorsque l’on restreint notre attention aux modèles finis, mais simultanément, plus de formules sont préservées par extensions lorsque l’on restreint notre attention aux structures finies.</p> <p>Pour une majorité de théorèmes de préservation, il a été rapidement démontré qu’ils ne relativisent pas au cas fini <span class="citation" data-cites="tait1959counterexample stolboushkin95 gurevitch84 ajtai1994datalog Kuperberg21">(voir par exemple <a href="#ref-tait1959counterexample" role="doc-biblioref">Tait 1959</a>; <a href="#ref-stolboushkin95" role="doc-biblioref">Stolboushkin 1995</a>; <a href="#ref-gurevitch84" role="doc-biblioref">Gurevich 1984</a>; <a href="#ref-ajtai1994datalog" role="doc-biblioref">Ajtai et Gurevich 1994</a>; ou plus récemment <a href="#ref-Kuperberg21" role="doc-biblioref">Kuperberg 2021</a>)</span>, avec une exception notable : le théorème de préservation par homomorphisme. La question du théorème de préservation par homomorphisme est restée ouverte jusqu’à ce que sa relativisation au cas fini soit démontrée par <span class="citation" data-cites="Rossman08">Rossman (<a href="#ref-Rossman08" role="doc-biblioref">2008</a>)</span>, environ 49 ans après le premier contre exemple fourni par Tait.</p> <p>En parallèle des résultats négatifs obtenus sur la classe des structures finies, les relativisations des théorèmes de préservations à des classes encore plus restreintes de structures (avec degré borné, héréditaires, etc.) ont été étudiées <span class="citation" data-cites="atserias2006preservation atserias2008preservation dawar20 harwath2014preservation">(pour citer quelques exemples, on peut s’intéresser aux résultats de <a href="#ref-atserias2006preservation" role="doc-biblioref">Atserias, Dawar, et Kolaitis 2006</a>; <a href="#ref-atserias2008preservation" role="doc-biblioref">Atserias, Dawar, et Grohe 2008</a>; <a href="#ref-dawar20" role="doc-biblioref">Dawar et Sankaran 2021</a>; <a href="#ref-harwath2014preservation" role="doc-biblioref">Harwath, Heimberg, et Schweikardt 2015</a>)</span>. Concrètement, le théorème de Łoś-Tarski <span id="relativises" class="def">relativise</span> à une classe <span class="math inline">\(\mathcal{C}\)</span> de structures lorsque les deux propositions suivantes sont équivalentes pour toute formule <span class="math inline">\(\varphi \in \mathsf{FO}[\sigma]\)</span> :</p> <ol type="1"> <li>Il existe une formule existentielle <span class="math inline">\(\psi\)</span> équivalente à <span class="math inline">\(\varphi\)</span> sur la classe <span class="math inline">\(\mathcal{C}\)</span>, i.e., pour toute structure <span class="math inline">\(A \in \mathcal{C}\)</span>, <span class="math inline">\(A \models \varphi\)</span> si et seulement si <span class="math inline">\(A \models \psi\)</span>.</li> <li>La formule <span class="math inline">\(\varphi\)</span> est préservée par extensions sur <span class="math inline">\(\mathcal{C}\)</span>, i.e., pour toute paire <span class="math inline">\(A,B\)</span> de structures dans <span class="math inline">\(\mathcal{C}\)</span>, telles que <span class="math inline">\(A \subseteq_iB\)</span>, si <span class="math inline">\(A \models \varphi\)</span>, alors <span class="math inline">\(B \models \varphi\)</span>.</li> </ol> <p>Dans le cas particulier où <span class="math inline">\(\mathcal{C}\)</span> est la classe de toutes les structures, on obtient le théorème de Łoś-Tarski. Lorsqu’on relativise le théorème aux structures finies (<span class="math inline">\(\mathcal{C}\)</span> est la classe de toutes les structures finies), la relativisation est fausse <span class="citation" data-cites="tait1959counterexample">(<a href="#ref-tait1959counterexample" role="doc-biblioref">Tait 1959</a>)</span>. Le théorème de Łoś-Tarski relativise cependant à n’importe quelle classe <span class="math inline">\(\mathcal{C}\)</span> de structures finies contenant un nombre fini de structures, ainsi qu’aux classes <span class="math inline">\(\mathcal{C}\)</span> de structures finies <em>héréditaires</em>, <em>de degré borné</em> et <em>closes par union disjointe</em> <span class="citation" data-cites="atserias2008preservation">(<a href="#ref-atserias2008preservation" role="doc-biblioref">Atserias, Dawar, et Grohe 2008</a>)</span>. La preuve de ce dernier résultat de relativisation repose sur les techniques de théorie des modèles <em>finis</em>, comme la <em>localité</em> de la logique du premier ordre.</p> <p>En effet, le théorème de Gaifman permet de réécrire n’importe quelle formule <span class="math inline">\(\varphi \in \mathsf{FO}[\sigma]\)</span> en une combinaison Booléenne de formules <em>basiques locales</em> <span class="citation" data-cites="gaifman1982local">(<a href="#ref-gaifman1982local" role="doc-biblioref">Gaifman 1982</a>)</span>. Une conséquence de ce résultat est que la valeur de vérité d’une formule <span class="math inline">\(\varphi\)</span> pour une structure <span class="math inline">\(A\)</span> ne dépend que des comportements <em>locaux</em> observables dans la structure <span class="math inline">\(A\)</span>. Dans les preuves de relativisation, le théorème de localité sert de substitut au théorème de compacité de la logique au premier ordre, en permettant de réduire le théorème au comportement local de la classe de structure étudiée.</p> <h1 id="contributions">Contributions</h1> <p>La première contribution de cet article est l’introduction et la caractérisation de la classe des formules <em>existentielles locales</em>. Les formules existentielles locales sont obtenues comme la clôture existentielle des formules locales. En comparaison, les formules <em>basiques locales</em> apparaissant dans la forme normale de Gaifman sont obtenues en quantifiant existentiellement sur un <em>ensemble <span class="math inline">\(r\)</span>-indépendant</em> de témoins d’une formule locale avec une unique variable libre. Nous montrons dans un premier théorème que les formules existentielles locales ont la même expressivité que les combinaisons Booléennes <em>positives</em> de formules basiques locales. Ce résultat ne dépend pas de la classe de structure <span class="math inline">\(\mathcal{C}\)</span> considérée. Sur la classe de toutes les structures, les formules existentielles locales ont la même expressivité que les formules préservées par les <em>plongements élémentaires locaux</em>, ce qui correspond à un nouveau théorème de préservation associé à ce fragment.</p> <p>Le théorème de préservation par <em>plongements élémentaires locaux</em>, comme la vaste majorité des théorèmes de préservation, ne relativise pas aux structures finies. C’est la seconde contribution de cet article. En plus de fournir un exemple de formule préservée par plongements élémentaires locaux sur les structures finies qui n’est équivalente à aucune formule existentielle locale, nous prouvons les résultats suivants :</p> <ol type="1"> <li>On ne peut pas décider si une formule <span class="math inline">\(\varphi\)</span> est préservée par plongements élémentaires locaux sur la classe des structures finies.</li> <li>On ne peut pas décider si une formule <span class="math inline">\(\varphi\)</span> est équivalente à une formule existentielle locale sur la classe des structures finies.</li> <li>Il n’existe pas d’algorithme qui, étant donné une formule <span class="math inline">\(\varphi\)</span> et une garantie que celle-ci est équivalente à une formule existentielle locale, calcule une formule existentielle locale équivalente à <span class="math inline">\(\varphi\)</span>.</li> </ol> <p>Ces théorèmes d’impossibilités sont obtenus sur une signature <span class="math inline">\(\sigma\)</span> contenant trois relations binaires et de multiples relations unaires. Il est certainement possible de limiter l’utilisation de ces prédicats, mais le résultat ainsi formulé est plus simple et possède l’avantage de se prêter à une analyse plus fine.</p> <p>En effet, les formules existentielles locales peuvent se paramétrer en fonction du rayon <span class="math inline">\(r\)</span> de localité de la formule existentiellement quantifiée. Ce paramètre <span class="math inline">\(r\)</span> peut servir de curseur pour passer des formules existentielles <span class="math inline">\(0\)</span>-locales, qui sont précisément les formules existentielles, aux formules <span class="math inline">\(\infty\)</span>-locales, qui capturent toutes les formules au premier ordre (sur les structures finies). Les <em>plongements élémentaires locaux</em> peuvent, de la même manière, être paramétrés ce rayon <span class="math inline">\(r\)</span> de localité. Ainsi, une formule préservée par <em>plongements élémentaires <span class="math inline">\(0\)</span>-locaux</em> est précisément préservée par extensions, alors qu’une formule préservée par <em>plongements élémentaires <span class="math inline">\(\infty\)</span>-locaux</em> est (sur les structures finies) précisément préservée par <em>union disjointe</em> : si <span class="math inline">\(A \models \varphi\)</span>, alors <span class="math inline">\(A \uplus B \models \varphi\)</span>, pour toute paire <span class="math inline">\(A,B\)</span> de structures finies.</p> <p>Il existe deux autres paramètres naturels sur les formules existentielles locales : le rang de quantification <span class="math inline">\(q\)</span> de la formule locale sous-jacente et le nombre <span class="math inline">\(k\)</span> de variables libres quantifiées existentiellement. En faisant varier les paramètres <span class="math inline">\(r\)</span>, <span class="math inline">\(q\)</span> et <span class="math inline">\(k\)</span> sur les formules existentielles locales, et sur les plongements élémentaires locaux, on obtient une relaxation de la propriété de préservation formulée comme suit : toute formule <span class="math inline">\(\varphi\)</span> préservée par plongements élémentaires <span class="math inline">\((r,q,k)\)</span>-locaux sur les structures finies est équivalente à une formule existentielle locale sur les structures finies. Cette propriété de préservation est fausse quand <span class="math inline">\(r = q = k = \infty\)</span>, mais devient vraie pour certains choix de paramètres. L’article fournit une caractérisation complète des paramètres <span class="math inline">\(r,q,k\)</span> tels que la propriété est vraie, et montre en particulier qu’elle est vraie pour <span class="math inline">\(r = 0\)</span> et <span class="math inline">\(q,k = \infty\)</span>. Ce dernier résultat, troisième contribution de l’article, se traduit comme suit :</p> <blockquote> <p>Une formule <span class="math inline">\(\varphi\)</span> préservée par extensions sur les structures finies est équivalente à une formule existentielle locale.</p> </blockquote> <p>Plus généralement, pour n’importe quelle classe <span class="math inline">\(\mathcal{C}\)</span> de structures finies, héréditaire et close par union disjointe, une formule <span class="math inline">\(\varphi\)</span> préservée par extensions sur la classe <span class="math inline">\(\mathcal{C}\)</span> est équivalente (sur cette même classe) à une formule existentielle locale. Ce théorème combinatoire (non trivial) peut se traduire en termes de forme normale de Gaifman, grâce aux résultats précédents. Il implique que toute formule <span class="math inline">\(\varphi\)</span> préservée par extensions sur les structures finies (ou autre classe satisfaisant les hypothèses du théorème) possède une forme normale de Gaifman <em>sans négations</em>. Cela extrait l’essence des preuves de relativisation du théorème de Łoś-Tarski basées sur la forme normale de Gaifman, dans un cadre beaucoup plus général.</p> <p>En utilisant l’existence d’une formule équivalente existentielle locale donnée par le théorème ci-dessus, prouver que le théorème de Łoś-Tarski relativise à une classe <span class="math inline">\(\mathcal{C}\)</span> de structures héréditaire et close par union disjointe se réduit à l’étude des formules existentielles locales préservées par extensions. Il est alors aisé de déduire le théorème suivant, dit <em>local-à-global</em>, qui est la quatrième et principale contribution de l’article : les deux propriétés suivantes sont équivalentes pour toute classe héréditaire <span class="math inline">\(\mathcal{C}\)</span> de structures finies close par union disjointe</p> <ol type="1"> <li>Le théorème de Łoś-Tarski relativise à la classe <span class="math inline">\(\mathcal{C}\)</span>,</li> <li>Pour tout <span class="math inline">\(r,k \in \mathbb{N}\)</span>, le théorème de Łoś-Tarski relativise à la classe des voisinages de rayon <span class="math inline">\(r\)</span> centrés en <span class="math inline">\(k\)</span> points des structures de <span class="math inline">\(\mathcal{C}\)</span>.</li> </ol> <p>De ce théorème, on déduit immédiatement le résultat prouvé par <span class="citation" data-cites="atserias2008preservation">Atserias, Dawar, et Grohe (<a href="#ref-atserias2008preservation" role="doc-biblioref">2008</a>)</span>. De plus, on peut construire une hiérarchie stricte de propriétés, strictement plus faibles que celles introduites par Atserias, Dawar et Grohe, impliquant la relativisation du théorème de Łoś-Tarski.</p> <h1 id="conclusion">Conclusion</h1> <p>Cet article introduit une variante positive du théorème de localité de Gaifman, caractérisée par les formules existentielles locales et la préservation par plongements élémentaires locaux. Dans certaines classes de structures finies, les formules préservées par extensions possèdent systématiquement une forme normale de Gaifman positive, ce qui permet de réduire la relativisation du théorème de Łoś-Tarski à sa version localisée. Cette technique de preuve s’avère particulièrement efficace, puisqu’elle généralise strictement les résultats précédemment obtenus.</p> <p>La notion de <em>localité positive</em> semble particulièrement pertinente pour étudier les théorèmes de préservation, mais pourrait aussi servir d’outil, au même titre que le théorème de localité, dans la théorie des modèles finis. En particulier, cette notion semble généraliser la forme normale de Gaifman existentielle proposée par <span class="citation" data-cites="grohe2004existential">Grohe et Wöhrle (<a href="#ref-grohe2004existential" role="doc-biblioref">2004</a>)</span>.</p> <p>Une des limitations de l’article, inhérente aux approches par localité, est que certaines classes de structures sont aussi complexes localement que globalement. C’est par exemple le cas des cliques, dont les voisinages de rayon <span class="math inline">\(1\)</span> contiennent toute la structure. Notons que, dans le cas des cliques, la classe obtenue en inversant la relation d’arête (les ensembles indépendants de sommets) est particulièrement bien adaptée aux techniques de localité (les voisinages sont réduits à un unique point). Il manque ainsi une théorie de la localité <em>modulo renversements</em> (flips en anglais).</p> <h1 class="unnumbered" id="références">Références</h1> <div id="refs" class="references csl-bib-body hanging-indent" data-entry-spacing="0" role="list"> <div id="ref-ajtai1994datalog" class="csl-entry" role="listitem"> Ajtai, Miklós, et Yuri Gurevich. 1994. <span>« Datalog vs first-order logic »</span>. <em>J. Comput. Syst. Sci.</em> 49 (3): 562‑88. <a href="https://doi.org/10.1016/S0022-0000(05)80071-6">https://doi.org/10.1016/S0022-0000(05)80071-6</a>. </div> <div id="ref-atserias2008preservation" class="csl-entry" role="listitem"> Atserias, Albert, Anuj Dawar, et Martin Grohe. 2008. <span>« Preservation under extensions on well-behaved finite structures »</span>. <em>SIAM J. Comput.</em> 38 (4): 1364‑81. <a href="https://doi.org/10.1137/060658709">https://doi.org/10.1137/060658709</a>. </div> <div id="ref-atserias2006preservation" class="csl-entry" role="listitem"> Atserias, Albert, Anuj Dawar, et Phokion G. Kolaitis. 2006. <span>« On preservation under homomorphisms and unions of conjunctive queries »</span>. <em>J. ACM</em> 53 (2): 208‑37. <a href="https://doi.org/10.1145/1131342.1131344">https://doi.org/10.1145/1131342.1131344</a>. </div> <div id="ref-chang1990model" class="csl-entry" role="listitem"> Chang, Chen Chung, et H. Jerome Keisler. 1990. <em>Model Theory</em>. Vol. 73. Studies in Logic et the Foundations of Mathematics. Elsevier. </div> <div id="ref-dawar20" class="csl-entry" role="listitem"> Dawar, Anuj, et Abhisekh Sankaran. 2021. <span>« <span>Extension Preservation in the Finite and Prefix Classes of First Order Logic</span> »</span>. In <em>Proc. CSL’21</em>, 183:18:1‑13. LIPIcs. LZI. <a href="https://doi.org/10.4230/LIPIcs.CSL.2021.18">https://doi.org/10.4230/LIPIcs.CSL.2021.18</a>. </div> <div id="ref-gaifman1982local" class="csl-entry" role="listitem"> Gaifman, Haim. 1982. <span>« On local and non-local properties »</span>. In <em>Proc. Herbrand Symposium</em>, 107:105‑35. Studies in Logic et the Foundations of Mathematics. Elsevier. <a href="https://doi.org/10.1016/S0049-237X(08)71879-2">https://doi.org/10.1016/S0049-237X(08)71879-2</a>. </div> <div id="ref-grohe2004existential" class="csl-entry" role="listitem"> Grohe, Martin, et Stefan Wöhrle. 2004. <span>« An existential locality theorem »</span>. <em>Ann. Pure Appl. Logic</em> 129 (1–3): 131‑48. <a href="https://doi.org/10.1016/j.apal.2004.01.005">https://doi.org/10.1016/j.apal.2004.01.005</a>. </div> <div id="ref-gurevitch84" class="csl-entry" role="listitem"> Gurevich, Yuri. 1984. <span>« Toward logic tailored for computational complexity »</span>. In <em>Computation and Proof Theory, Proceedings of LC’84</em>, 1104:175‑216. Lecture Notes in Mathematics. Springer. <a href="https://doi.org/10.1007/BFb0099486">https://doi.org/10.1007/BFb0099486</a>. </div> <div id="ref-harwath2014preservation" class="csl-entry" role="listitem"> Harwath, Frederik, Lucas Heimberg, et Nicole Schweikardt. 2015. <span>« <span>Preservation and decomposition theorems for bounded degree structures</span> »</span>. <em>Log. Meth. Comput. Sci.</em> 11 (4). <a href="https://doi.org/10.2168/LMCS-11(4:17)2015">https://doi.org/10.2168/LMCS-11(4:17)2015</a>. </div> <div id="ref-Kuperberg21" class="csl-entry" role="listitem"> Kuperberg, Denis. 2021. <span>« Positive First-order Logic on Words »</span>. In <em>Proc. LICS’21</em>, 1‑13. <span>IEEE</span>. <a href="https://doi.org/10.1109/LICS52264.2021.9470602">https://doi.org/10.1109/LICS52264.2021.9470602</a>. </div> <div id="ref-preservation:LOP22" class="csl-entry" role="listitem"> Lopez, Aliaume. 2022. <span>« When Locality Meets Preservation »</span>. Conf. In <em>Proceedings of the 37th Annual <span>ACM</span>/<span>IEEE</span> Symposium on Logic in Computer Science</em>, 1‑14. <span>LICS</span> ’22. New York, <span>NY</span>, <span>USA</span>: Association for Computing Machinery. <a href="https://doi.org/10.1145/3531130.3532498">https://doi.org/10.1145/3531130.3532498</a>. </div> <div id="ref-los55" class="csl-entry" role="listitem"> Łoś, Jerzy. 1955. <span>« On the extending of models <span>(I)</span> »</span>. <em>Fund. Math.</em> 42 (1): 38‑54. <a href="https://doi.org/10.4064/fm-42-1-38-54">https://doi.org/10.4064/fm-42-1-38-54</a>. </div> <div id="ref-Rossman08" class="csl-entry" role="listitem"> Rossman, Benjamin. 2008. <span>« Homomorphism preservation theorems »</span>. <em>J. ACM</em> 55 (3): 15:1‑53. <a href="https://doi.org/10.1145/1379759.1379763">https://doi.org/10.1145/1379759.1379763</a>. </div> <div id="ref-stolboushkin95" class="csl-entry" role="listitem"> Stolboushkin, Alexei P. 1995. <span>« Finitely monotone properties »</span>. In <em>Proc. LICS’95</em>, 324‑30. <a href="https://doi.org/10.1109/LICS.1995.523267">https://doi.org/10.1109/LICS.1995.523267</a>. </div> <div id="ref-tait1959counterexample" class="csl-entry" role="listitem"> Tait, William W. 1959. <span>« A counterexample to a conjecture of <span>S</span>cott and <span>S</span>uppes »</span>. <em>J. Symb. Logic</em> 24 (1): 15‑16. <a href="https://doi.org/10.2307/2964569">https://doi.org/10.2307/2964569</a>. </div> <div id="ref-tarski54" class="csl-entry" role="listitem"> Tarski, Alfred. 1954. <span>« Contributions to the Theory of Models. <span>I</span> »</span>. <em>Indag. Math. (Proc.)</em> 57: 572‑81. <a href="https://doi.org/10.1016/S1385-7258(54)50074-0">https://doi.org/10.1016/S1385-7258(54)50074-0</a>. </div> </div> <section id="footnotes" class="footnotes footnotes-end-of-document" role="doc-endnotes"> <hr /> <ol> <li id="fn1"><p>On utilise la notation <span class="math inline">\(A \subseteq_iB\)</span> pour désigner l’existence d’une fonction <span class="math inline">\(h \colon A \to B\)</span> telle que pour tout tuple <span class="math inline">\(\vec{a} \in A\)</span>, et toute relation <span class="math inline">\(R \in \sigma\)</span>, si <span class="math inline">\(\vec{a} \in R^A\)</span>, alors <span class="math inline">\(h(\vec{a}) \in R^B\)</span>. Une telle fonction est un morphisme qui témoigne que <span class="math inline">\(A\)</span> est une <em>sous-structure induite</em> de <span class="math inline">\(B\)</span>, ou bien, de manière équivalente que <span class="math inline">\(B\)</span> est une <em>extension</em> de <span class="math inline">\(A\)</span>.<a href="#fnref1" class="footnote-back" role="doc-backlink">↩︎</a></p></li> <li id="fn2"><p>Comprendre, il existe une structure <span class="math inline">\(A\)</span> telle que pour tout <span class="math inline">\(\varphi \in T\)</span>, <span class="math inline">\(A \models \varphi\)</span>. On dit aussi que l’ensemble <span class="math inline">\(T\)</span> est <em>satisfiable</em>.<a href="#fnref2" class="footnote-back" role="doc-backlink">↩︎</a></p></li> </ol> </section> 2023-11-15T00:00:00+00:00 2023-11-15T00:00:00+00:00 Aliaume Lopez https://aliaume.fr/site/posts/z-polyregular/ <p>Ce document est le résumé en français de l’article de <span class="citation" data-cites="polyregular:CDA23">Colcombet, Douéneau-Tabot, et Lopez (<a href="#ref-polyregular:CDA23" role="doc-biblioref">2023</a>)</span> présenté à la conférence LICS 2023, dont le pdf, les slides de présentations, ainsi que le fichier <code>bibtex</code> associé sont disponibles <a href="/research/conferences">sur ma page web</a>.</p> <h1 id="résumé">Résumé</h1> <p>Cet article étudie une classe de fonction particulièrement robuste des mots finis vers les entiers relatifs. Ces fonctions, nommées <span class="math inline">\(\mathbb{Z}\)</span>-polyregulières, admettent de nombreuses caractérisations équivalentes en termes de logique, d’expressions rationelles, d’automates pondérés, et de transducteurs. Après avoir démontré l’équivalence (effective) de ces définitions, nous nous intéressons à deux problèmes de décision. Dans un premier temps, nous montrons que le degré de croissance d’une fonction <span class="math inline">\(\mathbb{Z}\)</span>-polyrégulière (c’est-à-dire, le plus petit <span class="math inline">\(k\)</span> tel que <span class="math inline">\(f(w) = \mathcal{O}(|w|^k)\)</span>) est calculable et correspond précisément au nombre minimal de variables requises pour exprimer la fonction à l’aide de formules <span class="math inline">\(\mathsf{MSO}\)</span>. Dans un second temps, nous montrons que la définissabilité au premier ordre des fonctions <span class="math inline">\(\mathbb{Z}\)</span>-polyrégulières est décidable. Ce résultat est obtenu grâce à l’introduction d’une notion nouvelle de transducteur résiduel, ainsi que d’une présentation sémantique de la notion d’apériodicité dans le cas des fonctions.</p> <h1 id="contextualisation">Contextualisation</h1> <p>Les automates déterministes reconnaissent des langages réguliers. Ces mêmes langages peuvent se caractériser par une présentation syntaxique <span class="citation" data-cites="kleene1956representation">(les expressions régulières de <a href="#ref-kleene1956representation" role="doc-biblioref">Kleene et al. 1956</a>)</span>, une présentation logique <span class="citation" data-cites="buchi1960weak">(basée sur <span class="math inline">\(\mathsf{MSO}\)</span>, voir <a href="#ref-buchi1960weak" role="doc-biblioref">Büchi 1960</a>)</span>, ainsi qu’une présentation algébrique <span class="citation" data-cites="schutzenberger1961definition">(sur la base des monoïdes finis <a href="#ref-schutzenberger1961definition" role="doc-biblioref">Marcel Paul Schützenberger 1961</a>)</span>. Au sein des langages réguliers, une classe particulièrement intéressante possède, elle aussi une présentation multiple : celle des langages sans étoile. Ces langages se décrivent aussi bien en terme d’automates <span class="citation" data-cites="mcnaughton1971counter">(les automates sans compteurs de <a href="#ref-mcnaughton1971counter" role="doc-biblioref">McNaughton et Papert 1971</a>)</span>, d’expressions régulières <span class="citation" data-cites="schutzenberger1965finite">(les expressions sans étoile <a href="#ref-schutzenberger1965finite" role="doc-biblioref">M. P. Schützenberger 1965</a>)</span>, de logique <span class="citation" data-cites="perrin1986first">(la logique au premier ordre <span class="math inline">\(\mathsf{FO}\)</span>, voir <a href="#ref-perrin1986first" role="doc-biblioref">Perrin et Pin 1986</a>)</span>, et d’algèbre <span class="citation" data-cites="schutzenberger1965finite">(les monoïdes finis apériodiques <a href="#ref-schutzenberger1965finite" role="doc-biblioref">M. P. Schützenberger 1965</a>)</span>.</p> <p>De l’équivalence des présentations des langages sans étoile découle la décidabilité du problème suivant : étant donné un langage régulier <span class="math inline">\(L\)</span>, décider s’il est sans étoile. En effet, décider si un monoïde est apériodique est relativement simple, tout comme décider si un automate est sans compteurs. Cependant, la décision repose aussi sur l’existence d’automates (ou de monoïdes) <em>canoniques</em> associées aux langages (respectivement l’automate minimal et le monoïde syntaxique), sans quoi les algorithmes susmentionnés ne permettent pas de conclure.</p> <p>Les langages réguliers sont un cas particulier de fonctions des mots vers les entiers (relatifs) où les valeurs de la fonction sont prises dans le sous ensemble <span class="math inline">\(\mathord{\{ 0,1 \}}\)</span>. De nombreux travaux ont entrepris de généraliser la notion de régularité à des fonctions mot-à-mot, c’est-à-dire, à des fonctions <span class="math inline">\(f \colon \Sigma^* \to \Gamma^*\)</span>, en lieu et place des fonctions <span class="math inline">\(\mathop{\mathbf{1}_{L}} \colon \Sigma^* \to \mathord{\{ 0,1 \}}\)</span>. Ces tentatives ont mené à une myriade de classes de fonctions non équivalentes (comme les fonctions séquentielles, rationnelles, régulières, polyrégulières, etc.). Les problèmes de décision associés à ces classes, et en particulier le problème de l’apériodicité, deviennent beaucoup plus difficiles à appréhender dans le cadre fonctionnel <span class="citation" data-cites="scott1967some">(voir <a href="#ref-scott1967some" role="doc-biblioref">Scott 1967</a>)</span>. Un obstacle conceptuel majeur provient de l’absence d’objet canonique (similaire à l’automate minimal d’un langage) associé à la fonction dans de nombreux modèles. Ainsi, il n’est pas surprenant que la récente démonstration de la décidabilité de l’apériodicité pour les fonctions rationnelles repose sur la construction d’un tel “objet canonique” sur lequel l’apériodicité est clairement visible <span class="citation" data-cites="filiot2016aperiodicity filiot2018canonical">(<a href="#ref-filiot2016aperiodicity" role="doc-biblioref">Filiot, Gauwin, et Lhote 2016</a>; <a href="#ref-filiot2018canonical" role="doc-biblioref">Filiot et al. 2018</a>)</span>.</p> <h1 id="contributions-de-larticle">Contributions de l’article</h1> <p>Cet article (ré-)introduit une classe de fonctions des mots vers les entiers relatifs qui généralise les langages réguliers tout en conservant leurs propriétés de décidabilité ainsi que les différentes caractérisations de ceux-ci. Dans un premier temps, nous montrons l’équivalence (effective) des différentes présentations en termes de logique, d’expressions, d’automates pondérés, ainsi que de transducteurs.</p> <p>Par la suite, nous proposons un algorithme de minimisation du nombre de variables nécessaires pour exprimer une fonction <span class="math inline">\(\mathbb{Z}\)</span>-polyrégulière <span class="math inline">\(f\)</span>. Cela met en évidence l’égalité entre le nombre minimal de variables nécessaires et le degré de croissance de la fonction <span class="math inline">\(f\)</span> (qui est donc calculable). Ce résultat est <em>très simple</em> à obtenir pour des fonctions à valeur dans <span class="math inline">\(\mathbb{N}\)</span> (où il était déjà connu), mais plus subtil à obtenir dans le cadre des fonctions à valeur dans <span class="math inline">\(\mathbb{Z}\)</span>, à cause des compensations possibles entre termes négatifs et termes positifs. La décidabilité du degré de croissance permet ensuite l’élaboration d’un objet canonique associé à une fonction <span class="math inline">\(\mathbb{Z}\)</span>-polyrégulière : le transducteur des résiduels. Sa définition utilise la possibilité de <em>soustraire</em> des fonctions <span class="math inline">\(\mathbb{Z}\)</span>-polyrégulières, ce qui était jusque-là un handicap dans les preuves. Sa construction est effective grâce à la décidabilité du degré de croissance.</p> <p>À partir de cet objet canonique, on peut alors décider si une fonction <span class="math inline">\(\mathbb{Z}\)</span>-polyrégulière <span class="math inline">\(f\)</span> est définissable au premier ordre (i.e., est sans étoile ou apériodique). Nous montrons que la définissabilité au premier ordre coïncide bien avec la notion d’apériodicité dans le cas des langages, et que les caractérisations alternatives se généralises aux fonctions <span class="math inline">\(\mathbb{Z}\)</span>-polyrégulières : le transducteur des résiduels est sans compteur, les valeurs propres associées à la présentation algébrique sont <span class="math inline">\(0\)</span> ou <span class="math inline">\(1\)</span>, la fonction s’écrit avec une expression sans étoile. De plus, nous introduisons une caractérisation sémantique originale qui généralise la notion d’apériodicité dans les monoïdes au cas des fonctions à valeur dans <span class="math inline">\(\mathbb{Z}\)</span> en termes de polynômes. Les résultats de cette seconde partie de l’article reposent crucialement sur l’étude préalable des fonctions <span class="math inline">\(\mathbb{Z}\)</span>-polyrégulières faite dans la première partie de l’article.</p> <h1 id="conclusion">Conclusion</h1> <p>Cet article décrit une classe extrêmement robuste de fonctions généralisant les langages réguliers, qui admet de multiples caractérisations, et dont les principaux problèmes d’appartenance (degré de croissance, apériodicité) sont décidables et possèdent une procédure effective de conversion. Nous pensons que ces résultats, bien que reposant crucialement sur la possibilité de compenser des erreurs grâce aux sorties négatives (qui peut se concevoir comme une forme limitée de <em>backtracking</em>), peuvent se généraliser (avec des preuves plus combinatoires) au cadre des fonctions à valeur dans <span class="math inline">\(\mathbb{N}\)</span>.</p> <p>Par ailleurs, la définition de fonctions apériodiques à valeur dans <span class="math inline">\(\mathbb{Z}\)</span> ne coïncide pas avec les précédentes tentatives de généralisations des langages sans étoile aux séries rationnelles, et semble donner une direction prometteuse pour définir les “séries rationnelles apériodiques”.</p> <h1 class="unnumbered" id="références">Références</h1> <div id="refs" class="references csl-bib-body hanging-indent" data-entry-spacing="0" role="list"> <div id="ref-buchi1960weak" class="csl-entry" role="listitem"> Büchi, J Richard. 1960. <span>« Weak second-order arithmetic and finite automata »</span>. <em>Mathematical Logic Quarterly</em> 6 (1-6). </div> <div id="ref-polyregular:CDA23" class="csl-entry" role="listitem"> Colcombet, Thomas, Gaëtan Douéneau-Tabot, et Aliaume Lopez. 2023. <span>« <span class="math inline">\(\mathbb{Z}\)</span>-Polyregular Functions »</span>. Conf. In <em>2023 38th Annual ACM/IEEE Symposium on Logic in Computer Science (LICS)</em>, 1‑13. Los Alamitos, CA, USA: IEEE Computer Society. <a href="https://doi.org/10.1109/LICS56636.2023.10175685">https://doi.org/10.1109/LICS56636.2023.10175685</a>. </div> <div id="ref-filiot2016aperiodicity" class="csl-entry" role="listitem"> Filiot, Emmanuel, Olivier Gauwin, et Nathan Lhote. 2016. <span>« Aperiodicity of rational functions is PSPACE-complete »</span>. In <em>36th IARCS Annual Conference on Foundations of Software Technology and Theoretical Computer Science (FSTTCS 2016)</em>. Schloss Dagstuhl–Leibniz-Zentrum fuer Informatik. </div> <div id="ref-filiot2018canonical" class="csl-entry" role="listitem"> Filiot, Emmanuel, Olivier Gauwin, Nathan Lhote, et Anca Muscholl. 2018. <span>« On canonical models for rational functions over infinite words »</span>. In <em>38th IARCS Annual Conference on Foundations of Software Technology and Theoretical Computer Science (FSTTCS)</em>. Vol. 122. Schloss Dagstuhl–Leibniz-Zentrum fuer Informatik. </div> <div id="ref-kleene1956representation" class="csl-entry" role="listitem"> Kleene, Stephen C et al. 1956. <span>« Representation of events in nerve nets and finite automata »</span>. <em>Automata studies</em> 34: 3‑41. </div> <div id="ref-mcnaughton1971counter" class="csl-entry" role="listitem"> McNaughton, Robert, et Seymour A Papert. 1971. <em>Counter-Free Automata</em>. The MIT Press. </div> <div id="ref-perrin1986first" class="csl-entry" role="listitem"> Perrin, Dominique, et Jean-Eric Pin. 1986. <span>« First-order logic and star-free sets »</span>. <em>Journal of Computer and System Sciences</em> 32 (3): 393‑406. </div> <div id="ref-schutzenberger1965finite" class="csl-entry" role="listitem"> Schützenberger, M. P. 1965. <span>« On finite monoids having only trivial subgroups »</span>. <em>Information and Control</em> 8 (2): 190‑94. <a href="https://doi.org/10.1016/S0019-9958(65)90108-7">https://doi.org/10.1016/S0019-9958(65)90108-7</a>. </div> <div id="ref-schutzenberger1961definition" class="csl-entry" role="listitem"> Schützenberger, Marcel Paul. 1961. <span>« On the definition of a family of automata »</span>. <em>Inf. Control.</em> 4 (2-3): 245‑70. </div> <div id="ref-scott1967some" class="csl-entry" role="listitem"> Scott, Dana. 1967. <span>« Some definitional suggestions for automata theory »</span>. <em>Journal of Computer and System Sciences</em> 1 (2): 187‑212. </div> </div> 2023-11-14T00:00:00+00:00 2023-11-14T00:00:00+00:00 Aliaume Lopez https://aliaume.fr/site/posts/fossacs-paper/ <p>Ce document est le résumé en français de l’article <span class="citation" data-cites="topology:LOP23">Lopez (2023)</span> présenté à la conférence FoSSaCS 2023, dont le pdf, les slides de présentations, ainsi que le fichier <code>bibtex</code> associé sont disponibles <a href="/research/conferences">sur ma page web</a>.</p> <h1 id="résumé">Résumé</h1> <p>Les espaces Nœthériens sont une famille d’espaces topologiques qui généralisent la notion de beau préordre, et qui peuvent être utilisés afin de démontrer la terminaison de programmes. En particulier, les espaces Nœthériens ont été utilisés pour vérifier des systèmes de transitions dont la description topologique est plus adaptée qu’une présentation en terme d’ordres partiels. L’objectif de l’article est de décrire une topologie Nœthérienne sur des espaces définis par induction. Cet objectif est atteint au moyen d’un théorème plus général de points fixe, lui-même basé sur un argument de mauvaise séquence minimale topologique.</p> <h1 id="contextualisation">Contextualisation</h1> <h2 id="beaux-préordres-terminaison-et-systèmes-de-transitions">Beaux préordres, terminaison, et systèmes de transitions</h2> <p>Soit <span class="math inline">\((Q, \leq)\)</span> un ensemble muni d’un préordre, c’est-à-dire d’une relation transitive et symétrique. Une séquence <span class="math inline">\((x_n)_{n \in \mathbb{N}}\)</span> est <span id="good-seq" class="def">bonne</span> lorsqu’il existe une paire <span class="math inline">\(i &lt; j\)</span> d’indices, tels que <span class="math inline">\(x_i \leq x_j\)</span>. Au contraire, une séquence est dite <span id="bad-seq" class="def">mauvaise</span> lorsqu’elle n’est pas bonne.</p> <p><strong>Exemple:</strong> la séquence <span class="math inline">\((n)_{n \in \mathbb{N}}\)</span> est <a href="#good-seq">bonne</a> dans <span class="math inline">\((\mathbb{Z},\leq)\)</span>.</p> <p><strong>Exemple:</strong> la séquence <span class="math inline">\((-n)_{n \in \mathbb{N}}\)</span> est <a href="#bad-seq">mauvaise</a> dans <span class="math inline">\((\mathbb{Z}, \leq)\)</span>.</p> <p>Un <span id="wqo" class="def">beau préordre</span> est un ensemble <span class="math inline">\((Q, \leq)\)</span> tel que toute séquence <span class="math inline">\((x_n)_{n \in \mathbb{N}}\)</span> d’éléments dans <span class="math inline">\(Q\)</span> est <a href="#good-seq">bonne</a>. On peut par exemple déduire des exemples précédents que <span class="math inline">\((\mathbb{Z}, \leq)\)</span> n’est pas un <a href="#wqo">beau préordre</a>, et prouver séparément que <span class="math inline">\((\mathbb{N}, \leq)\)</span> est un <a href="#wqo">beau préordre</a>.</p> <p>Une notion similaire, qui apparaît fréquemment en informatique est la notion d’ordre <span id="wf" class="def">bien fondé</span>, dont la définition est la suivante : un préordre <span class="math inline">\((Q, \leq)\)</span> est <span class="def">bien fondé</span> lorsque toute séquence (strictement) décroissante stationne. C’est-à-dire, pour toute séquence <span class="math inline">\((x_n)_{n \in \mathbb{N}}\)</span> d’éléments de <span class="math inline">\(Q\)</span>, telle que <span class="math inline">\(x_n \leq x_m\)</span> lorsque <span class="math inline">\(m \leq n\)</span>, il existe un <span class="math inline">\(n_0 \in \mathbb{N}\)</span> à partir duquel <span class="math inline">\(x_n = x_{n_0}\)</span> pour tout <span class="math inline">\(n \geq n_0\)</span>. Une autre formulation est qu’il n’existe pas de séquences infinies décroissantes.<a href="#fn1" class="footnote-ref" id="fnref1" role="doc-noteref">¹</a></p> <p>La différence entre les <a href="#wqo">beaux préordres</a> et les <a href="#wf">ordres bien fondés</a> peut se comprendre en regardant les implications suivantes pour un ensemble préordonné fixé <span class="math inline">\((Q, \leq)\)</span> :<a href="#fn2" class="footnote-ref" id="fnref2" role="doc-noteref">²</a></p> <p><span class="math display">\[\begin{align*} &amp; Q \text{ bien fondé } \land Q \text{ totalement ordonné } \\ \implies &amp; Q \text{ beau préordre } \\ \implies &amp; Q \text{ bien fondé } \quad . \end{align*}\]</span></p> <p>Cette généralisation des <a href="#wf">ordres bien fondés</a> peut servir à prouver la terminaison de certains programmes. Par exemple, prenons l’algorithme récursif suivant :</p> <div class="sourceCode" id="cb1"><pre class="sourceCode python"><code class="sourceCode python"><span id="cb1-1"><a href="#cb1-1" aria-hidden="true" tabindex="-1"></a><span class="kw">def</span> program(a : int, b : <span class="bu">int</span>, c : <span class="bu">int</span>):</span> <span id="cb1-2"><a href="#cb1-2" aria-hidden="true" tabindex="-1"></a> <span class="cf">if</span> a <span class="op">&lt;</span> <span class="dv">0</span> <span class="kw">or</span> b <span class="op">&lt;</span> <span class="dv">0</span> <span class="kw">or</span> c <span class="op">&lt;</span> <span class="dv">0</span>:</span> <span id="cb1-3"><a href="#cb1-3" aria-hidden="true" tabindex="-1"></a> <span class="cf">return</span></span> <span id="cb1-4"><a href="#cb1-4" aria-hidden="true" tabindex="-1"></a> c <span class="op">=</span> random.choice([<span class="st">&quot;r&quot;</span>, <span class="st">&quot;l&quot;</span>])</span> <span id="cb1-5"><a href="#cb1-5" aria-hidden="true" tabindex="-1"></a> <span class="cf">if</span> c <span class="op">==</span> <span class="st">&quot;r&quot;</span>:</span> <span id="cb1-6"><a href="#cb1-6" aria-hidden="true" tabindex="-1"></a> a,b,c <span class="op">=</span> a <span class="op">-</span> <span class="dv">1</span>, b, <span class="dv">2</span><span class="op">*</span>c</span> <span id="cb1-7"><a href="#cb1-7" aria-hidden="true" tabindex="-1"></a> <span class="cf">elif</span> c <span class="op">==</span> <span class="st">&quot;l&quot;</span>:</span> <span id="cb1-8"><a href="#cb1-8" aria-hidden="true" tabindex="-1"></a> a,b,c <span class="op">=</span> <span class="dv">2</span><span class="op">*</span>c, b<span class="op">-</span><span class="dv">1</span>, <span class="dv">1</span></span> <span id="cb1-9"><a href="#cb1-9" aria-hidden="true" tabindex="-1"></a> program(a,b,c)</span></code></pre></div> <p>On peut montrer que ce programme termine sur toute instance en utilisant le fait que <span class="math inline">\((\mathbb{N}^3, \leq)\)</span> est un <a href="#wqo">beau préordre</a> où les inégalités se calculent point à point. En effet, imaginons une exécution infinie du programme et regardons l’évolution des valeurs du triplet <span class="math inline">\((a_n,b_n,c_n)_{n \in \mathbb{N}}\)</span>, en fonction du nombre d’appels récursif. Cette séquence est <a href="#bad-seq">mauvaise</a> dans <span class="math inline">\((\mathbb{N}^3, \leq)\)</span>, car si <span class="math inline">\(n &lt; m\)</span>, soit la branche <span class="math inline">\(r\)</span> a été prise au moins une fois, auquel cas <span class="math inline">\(b_n &gt; b_m\)</span>, ou bien seulement la branche <span class="math inline">\(r\)</span> a été prise, auquel cas <span class="math inline">\(a_n &gt; a_m\)</span>. Comme <span class="math inline">\((\mathbb{N}^3, \leq)\)</span> est un <a href="#wqo">beau préordre</a>, il n’y a pas de <a href="#bad-seq">mauvaise séquence</a> infinie. Ainsi, ce programme termine bien sur toute entrée.</p> <p>Notons qu’un argument utilisant un <a href="#wf">ordre bien fondé</a> est aussi possible, mais nécessite de faire un choix en donnant une importance plus grande à certaines composantes. L’utilisation de <a href="#wqo">beaux préordres</a> a été rendue très simple par le fait que ceux-ci peuvent se construire aisément par composition pour étudier des configurations plus complexes. Dans ce cas précis, démontrer que <span class="math inline">\((\mathbb{N}^3, \leq)\)</span> est un <a href="#wqo">beau préordre</a> est une conséquence du lemme de Dickson : le produit de deux <a href="#wqo">beaux préordres</a>, avec l’ordre produit, est un <a href="#wqo">beau préordre</a>.</p> <p>Il est possible de systématiser l’approche utilisée pour prouver la terminaison de notre programme exemple, en étudiant les <a href="#bad-seq">mauvaises séquences</a> de configurations du programme, et même d’en déduire des bornes sur le temps d’exécution <span class="citation" data-cites="figueira_ackermannian_2011 schmitzHdr">(Figueira et al. 2011; Schmitz 2017)</span>.</p> <p>En tant qu’objet combinatoire, les <a href="#wqo">beaux préordres</a> apparaissent régulièrement <span class="citation" data-cites="kruskal1972theory">(Kruskal 1972)</span> dans des domaines variés de l’informatique, allant de la théorie des graphes avec le théorème de Robertson et Seymour <span class="citation" data-cites="ROBSEM04">(Robertson et Seymour 2004)</span>, la théorie des nombres <span class="citation" data-cites="higman1952ordering">(Higman 1952)</span>. Néanmoins, ce qui va motiver notre étude est l’application des <a href="#wqo">beaux préordres</a> aux preuves de terminaison d’algorithmes, qui ont eu un succès notable dans leur application aux “Systèmes de Transitions Bien Structurés” (<span id="wsts">WSTS</span>) <span class="citation" data-cites="abdulla_general_1996 abdulla_verifying_1998 finkel_well_structured_2001 WQOInComputerScience">(Abdulla et al. 1996; Abdulla et Jonsson 1998; Finkel et Schnoebelen 2001; Goubault-Larrecq et al. 2016)</span>. L’article d’<span class="citation" data-cites="abdulla_general_1996">Abdulla et al. (1996)</span> a reçu en 2016 le prestigieux “LICS Test-of-Time Award” avec la description suivante :</p> <blockquote> <p>The LICS-1996 paper “General decidability theorems for infinite-state systems” authored by Abdulla, Cerans, Jonsson and Tsay showed that various verification problems are decidable for well-structured transition systems (WSTS). WSTS is a general class of infinite systems that subsumes a number of important computation models such as Petri nets and lossy channel systems. While the notion of WSTS was introduced in 1990 by Finkel with a slightly restricted format, the present paper proved the decidability of the coverability problem for the general class introduced there by describing a backward algorithm. This powerful technique has been quite influential in the field, and cited ever since as a standard reference on WSTS.</p> </blockquote> <h2 id="un-beau-préordre-pathologique-et-des-espaces-topologiques">Un beau préordre pathologique, et des espaces topologiques</h2> <p>Un problème de taille limite l’utilisation des <a href="#wqo">beaux préordres</a>, particulièrement dans l’étude de systèmes de transitions infinis : l’ensemble <span class="math inline">\(\mathcal{P}(X)\)</span> des parties d’un <a href="#wqo">beau préordre</a> <span class="math inline">\(X\)</span>, muni de son ordre naturel <span class="math inline">\(\leq_{\mathsf{hoare}}\)</span> <span class="citation" data-cites="rado_1954">(Rado 1954)</span>.<a href="#fn3" class="footnote-ref" id="fnref3" role="doc-noteref">³</a> Cela est problématique car cette construction est utile, par exemple pour déterminiser un système <span class="citation" data-cites="jancar_note_1999 segoufin_bottom_up_2017 abdulla_general_1996">(Jančar 1999; Segoufin et Figueira 2017; Abdulla et al. 1996)</span>. Afin de rendre précis les considérations qui suivent, écrivons désormais <span class="math inline">\(\mathcal{P}_{\mathsf{ord}}\colon \mathsf{Préordres}\to \mathsf{Préordres}\)</span> l’opération qui associe à un préordre <span class="math inline">\((X, \leq)\)</span>, le préordre <span class="math inline">\((\mathcal{P}(X), \leq_{\mathsf{hoare}})\)</span>. Le problème soulevé par Rado peut se reformuler ainsi : il existe un <a href="#wqo">beau préordre</a> <span class="math inline">\((X, \leq)\)</span>, tel que <span class="math inline">\(\mathcal{P}_{\mathsf{ord}}(X,\leq)\)</span> n’est pas un <a href="#wqo">beau préordre</a>. Ce problème a été contourné de trois manières différentes :</p> <ol type="1"> <li>Une première solution est de contourner subtilement le besoin d’avoir des parties infinies, et se ramener à l’étude des sous-ensembles finis (qui lui est un <a href="#wqo">beau préordre</a>). Cette technique est <em>ad-hoc</em>.</li> <li>Une seconde solution est de travailler avec des <a href="#wqo">beaux préordres</a> qui ne sont pas pathologiques, c’est-à-dire, avec des pré-meilleurs-ordres <span class="citation" data-cites="pouzet1972bel milner1985basic">(Pouzet 1972; Milner 1985)</span>.</li> <li>Une troisième et dernière approche a été proposée par <span class="citation" data-cites="goubault2007noetherian">Goubault-Larrecq (2007)</span>, qui a remarqué que la notion mathématique d’espace topologique Nœthérien <span class="math inline">\((X, \tau)\)</span> pouvait jouer le rôle d’une <em>généralisation</em> des <a href="#wqo">beaux préordres</a> à un cadre topologique, dans lequel la construction de l’ensemble des parties n’est pas problématique.</li> </ol> <p>Dans cet article, on s’intéresse à l’approche topologique proposée par les espaces Nœthériens. Dans ce cadre, les analogues topologiques des <a href="#wsts">WSTS</a> possèdent des propriétés similaires en terme de décidabilité, et on peut même construire un équivalent de méthodes avancées comme l’analyse <em>en avant</em> de Karp et Miller sur des réseaux de Pétri <span class="citation" data-cites="goubault2012verif">(Goubault-Larrecq 2010)</span>. Par ailleurs, la nature topologique de ces espaces permet de capturer des arguments de terminaison provenant aussi bien de la théorie des <a href="#wqo">beaux préordres</a>, que d’arguments algébriques sur des idéaux de polynômes, ce qui a permis, par exemple, la vérification de “programmes polynomiaux concurrents sur canaux avec perte” par <span class="citation" data-cites="goubault2012verif">Goubault-Larrecq (2010)</span>. Les polynômes sont intégrés dans le cadre des espaces Nœthériens au travers de résultats de géométrie algébrique et la notion de <em>clôture de Zariski</em> <span class="citation" data-cites="goubault2013non">(voir l’Exercice 9.7.53 de Goubault-Larrecq 2013)</span>.</p> <p>En résumé, il y a deux solutions concurrentes pour résoudre de manière systématique le problème posé par l’ensemble de Rado. Le premier est de <em>restreindre</em> l’ensemble des <a href="#wqo">beaux préordres</a> d’intérêts à une classe laissée stable par <span class="math inline">\(\mathcal{P}_{\mathsf{ord}}\)</span> (les pré-meilleurs-ordres). Une seconde est de <em>généraliser</em> les ensembles considérés, de manière à conserver les propriétés de décidabilité désirées, tout en incluant l’ensemble de Rado et son ensemble des parties (les espaces Nœthériens). Il faut comprendre que, dans cette seconde approche, on ne peut se contenter de <em>restreindre</em> l’opération <span class="math inline">\(\mathcal{P}_{\mathsf{ord}}\)</span>, il faut inventer une nouvelle opération, <span class="math inline">\(\mathcal{P}_{\mathsf{top}}\)</span>, qui opère sur des espaces topologiques, et coïncide avec <span class="math inline">\(\mathcal{P}_{\mathsf{ord}}\)</span> sur les préordres. Ainsi, <span class="math inline">\(\mathcal{P}_{\mathsf{top}}\colon \mathsf{E.Topologiques}\to \mathsf{E.Topologiques}\)</span> appliqué à l’ensemble de Rado produit un espace topologique Nœthérien, qui ne correspond pas à un <a href="#wqo">beau préordre</a>.</p> <h2 id="les-limites-de-lapproche-nœthérienne">Les limites de l’approche Nœthérienne</h2> <p>À chaque topologie <span class="math inline">\(\tau\)</span> sur un espace <span class="math inline">\(Q\)</span>, on peut associer son <span id="spec" class="def">préordre de spécialisation</span> <span class="math inline">\(\leq_\tau\)</span> sur <span class="math inline">\(Q\)</span>. Les topologies Nœthériennes généralisent les <a href="#wqo">beaux préordres</a> dans le sens où, pour chaque <a href="#wqo">beau préordre</a>, il existe une topologie Nœthérienne dont il est le <a href="#spec">préordre de spécialisation</a>.<a href="#fn4" class="footnote-ref" id="fnref4" role="doc-noteref">⁴</a><a href="#fn5" class="footnote-ref" id="fnref5" role="doc-noteref">⁵</a> Au contraire, plusieurs topologies peuvent avoir le même préordre de spécialisation.</p> <p>Tout l’intérêt des espaces Nœthériens réside dans le fait qu’il existe des topologies Nœthériennes dont le <a href="#spec">préordre de spécialisation</a> n’est pas un <a href="#wqo">beau préordre</a>. Cependant, cette liberté pose la question de la validité de la généralisation, dans un sens que nous allons décrire maintenant. Le lemme de Dickson prouve que si <span class="math inline">\((X, \leq_X)\)</span> et <span class="math inline">\((Y, \leq_Y)\)</span> sont des <a href="#wqo">beaux préordres</a>, alors leur produit <span class="math inline">\(X \times Y\)</span>, muni de l’ordre produit <span class="math inline">\((x_1, y_1) \leq (x_2, y_2)\)</span> si et seulement si <span class="math inline">\(x_1 \leq x_2\)</span> et <span class="math inline">\(y_1 \leq y_2\)</span> est un <a href="#wqo">beau préordre</a>. Un analogue topologique de ce lemme est le fait que, pour deux espaces Nœthériens <span class="math inline">\((X, \tau_X)\)</span> et <span class="math inline">\((Y,\tau_Y)\)</span>, le produit <span class="math inline">\(X \times Y\)</span> est Nœthérien … <em>pour une certaine topologie</em>. Pour prétendre que le lemme topologique est une généralisation du lemme de Dickson, on peut proposer les conditions suivantes</p> <ol type="1"> <li>Si <span class="math inline">\(\tau_X\)</span> a pour <a href="#spec">préordre de spécialisation</a> <span class="math inline">\(\leq_X\)</span> et <span class="math inline">\(\tau_Y\)</span> a pour <a href="#spec">préordre de spécialisation</a> <span class="math inline">\(\leq_Y\)</span>, alors la topologie choisie pour le produit devrait avoir pour <a href="#spec">préordre de spécialisation</a> l’ordre produit <span class="math inline">\(\leq_{X \times Y}\)</span>.</li> <li>Si <span class="math inline">\(\tau_X\)</span> est la topologie la plus fine associée à <span class="math inline">\(\leq_X\)</span>, <span class="math inline">\(\tau_Y\)</span> est la topologie la plus fine associée à <span class="math inline">\(\leq_Y\)</span>, et que <span class="math inline">\(\leq_X\)</span> et <span class="math inline">\(\leq_Y\)</span> sont des <a href="#wqo">beaux préordres</a>, alors <span class="math inline">\(\tau_{X \times Y}\)</span> est la topologie la plus fine associée à <span class="math inline">\(\leq_{X \times Y}\)</span>, qui est un <a href="#wqo">beau préordre</a>.</li> </ol> <p>Dans le cas du produit, il existe une topologie naturelle (au sens catégorique) pour cet espace, la <span class="def">topologie produit</span>. Cette topologie vérifie les points 1 et 2 précédents. Mais on peut imaginer d’autres topologies, beaucoup plus étranges, qui satisfont 1 et 2. En particulier, sur des espaces topologiques qui ne proviennent pas d’espaces préordonnés, le constructeur est <em>extrêmement libre</em>, puisqu’il existe de nombreuses topologies dont le <a href="#spec">préordre de spécialisation</a> est un préordre donné.<a href="#fn6" class="footnote-ref" id="fnref6" role="doc-noteref">⁶</a></p> <p>Cette question de <em>canonicité</em> de la topologie associée à un constructeur peut sembler anecdotique, mais elle se retrouve de manière non triviale dans la généralisation de théorèmes plus poussés sur les <a href="#wqo">beaux préordres</a>, comme le fait que <span class="math inline">\(X^*\)</span> est un <a href="#wqo">beau préordre</a> lorsqu’il est muni de la relation d’inclusion de sous mots de Higman, et que <span class="math inline">\(X\)</span> était déjà lui-même un <a href="#wqo">beau préordre</a> <span class="citation" data-cites="higman1952ordering">(Higman 1952)</span>. Le lemme de Higman topologique, proposé par <span class="citation" data-cites="goubault2013non">Goubault-Larrecq (2013)</span>, propose une définition <em>ad-hoc</em> de la topologie sous-mot, vérifiant les points 1 et 2. De même, la généralisation du théorème de Kruskal, qui traite d’un <a href="#wqo">beau préordre</a> sur les arbres <span class="citation" data-cites="kruskal1972theory">(Kruskal 1972)</span> au cadre topologique d passe par la construction d’une topologie <em>bien choisie</em> <span class="citation" data-cites="goubault2013non">(Goubault-Larrecq 2013)</span>. Dans les deux cas, le cadre topologique proposé est <em>une</em> généralisation possible du cas des préordres.</p> <p>Dans le cas des préordres, les preuves du lemme de Higman et du théorème de Kruskal reposent généralement sur un argument de <em>mauvaise séquence minimale</em> introduit par <span class="citation" data-cites="nash_williams_wqo_1965">Nash-Williams (1965)</span>. Les preuves utilisant cette technique sont assez subtiles, et peuvent facilement s’avérer erronnées <span class="citation" data-cites="gallier_ann_1997 Singh2013SimplifiedPO">(voir par exemple l’erratum de Gallier 1997; et une preuve correcte par Singh, Shuaibu, et Ndayawo 2013)</span>. De plus, ces arguments ne sont pas compositionnels, pour chaque constructeur (mots, arbres, etc.) il faut construire un nouvel argument de mauvaise séquence minimale adapté <span class="citation" data-cites="dershowitz_gap_2003 Daligault2010">(voir par exemple Dershowitz et Tzameret 2003; et Daligault, Rao, et Thomassé 2010)</span>.</p> <p>Les analogues topologiques du lemme de Higman et du théorème de Kruskal obtenus pour les espaces Nœthériens reposent aussi sur des arguments de mauvaise séquence minimale, mais dans une version <em>topologique</em> <span class="citation" data-cites="goubault2013non">(Goubault-Larrecq 2013, vol. 22, sect. 9.7)</span>. Il faut noter cependant que les définitions comme les preuves ont une complexité accrue par rapport à leurs homologues préordonnés, et que l’argument de mauvaise séquence topologique minimale est encore plus subtil <span class="citation" data-cites="goubault2022err">(voir l’errata n. 26 de l’article de blog Goubault-Larrecq 2022b)</span>.</p> <h2 id="constructions-inductives">Constructions inductives</h2> <p>Il est possible d’argumenter que, déjà dans le cas des <a href="#wqo">beaux préordres</a>, le choix de l’ordre sur les mots finis ou les arbres a une grande importance, et qu’il comporte une part d’arbitraire. Cependant, les travaux de <span class="citation" data-cites="HASEGAWA2002113">Hasegawa (2002)</span> ont démontré que, dans un cadre assez générique, on peut définir de manière naturelle un <a href="#wqo">beau préordre</a> sur des constructions inductives. Pour fixer une notation, on considère un <em>foncteur</em> <span class="math inline">\(F \colon \mathsf{Préordres} \to \mathsf{Préordres}\)</span>, qui préserve les <a href="#wqo">beaux préordres</a>, et l’objectif est de définir un <a href="#wqo">beau préordre</a> sur le plus petit point fixe de <span class="math inline">\(F\)</span> (qui existera grâce à des conditions supplémentaires posées sur <span class="math inline">\(F\)</span>). Le cadre catégorique proposé par Hasegawa permet de retrouver les théorèmes de Kruskal et le lemme de Higman à partir de la définition inductive des mots et des arbres. On peut noter que, suivant des motivations différentes, le récent travail de <span class="citation" data-cites="freund2020kruskal">Freund (2020)</span> sur le théorème de Kruskal donne un autre cadre catégorique permettant de définir des <a href="#wqo">beaux préordres</a> sur des constructions inductives, qui coïncide bien avec les notions usuelles dans le cas des mots finis et des arbres finis. Ces deux résultats semblent relativement peu connus et utilisés par la communauté, ce qui peut s’expliquer par leur cadre théorique reposant sur des constructions non triviales en théories des catégories, et donc relativement hermétique.</p> <p>Dans le cas des espaces Nœthériens, il n’existe pas de construction générique permettant de définir une topologie sur des espaces <span class="math inline">\(X\)</span> construits comme des points fixes. De plus, les conditions placées dans les deux cadres catégoriques susmentionnés implique que les constructeurs <span class="math inline">\(F\)</span> considérés doivent avoir un support fini, ce qui exclut d’office une grande famille de constructeurs pour les espaces Nœthériens. Le fait d’avoir un support fini revient à dire que, pour tout élément <span class="math inline">\(a \in F(X)\)</span>, il existe un sous ensemble fini <span class="math inline">\(Y \subseteq_{\mathsf{fin}}X\)</span> tel que <span class="math inline">\(a\)</span> est construit à partir des éléments de <span class="math inline">\(Y\)</span>. C’est bien le cas des mots et des arbres, mais cela exclut <span class="math inline">\(\mathcal{P}_{\mathsf{ord}}\)</span> par exemple. De plus, de récents travaux sur les espaces Nœthériens ont démontré la possibilité (et l’intérêt) de placer des topologies Nœthériennes sur des espaces qui ne sont pas immédiatement obtenus comme des plus petits points fixes, comme les mots infinis <span class="citation" data-cites="goubaultlarrecq2021infinitary">(Goubault-Larrecq 2022a)</span>, ou les mots de longueur ordinale <span class="citation" data-cites="goubaultlarrecq2022infinitary">(Goubault-Larrecq, Halfon, et Lopez 2022)</span>.</p> <h1 id="contributions-de-larticle">Contributions de l’article</h1> <p>Cet article apporte deux contributions principales. La première est l’introduction d’un théorème de plus petit point fixe pour les topologies Nœthériennes, basé sur un argument de mauvaise séquence minimale topologique. La seconde est l’utilisation de ce théorème pour déduire une topologie Nœthérienne sur des espaces définis inductivement.</p> <p>Notons que la première contribution dévie significativement des analogues proposés dans le cadre des préordres. En effet, au lieu de considérer une suite d’espaces topologiques définie par l’équation <span class="math inline">\(X_{n+1} = F(X_n)\)</span>, où le constructeur <span class="math inline">\(F\)</span> fait varier simultanément l’ensemble des points de l’espace et sa topologie, on considère un ensemble <span class="math inline">\(X\)</span> fixé de points et une fonction <span class="math inline">\(F\)</span> qui raffine une topologie sur <span class="math inline">\(X\)</span>. Dans ce cadre la construction de l’espace <span class="math inline">\(X\)</span> est découplée de la construction de la topologie sur <span class="math inline">\(X\)</span>. En particulier, l’espace <span class="math inline">\(X\)</span> lui-même n’a pas besoin d’être défini par induction. Le théorème isole une condition suffisante très simple qui garantit que le plus petit point fixe est Nœthérien. En particulier, cela permet d’encapsuler toute la complexité des preuves par mauvaise séquence topologique minimale dans un théorème aux hypothèses simples (hors de tout cadre catégorique en particulier).</p> <p>Dans le cas plus spécifique où l’espace <span class="math inline">\(X\)</span> est lui-même défini par une équation de plus petit point fixe, une définition inductive d’une <em>topologie</em> sur <span class="math inline">\(X\)</span> permet d’utiliser le théorème précédent et d’équiper <span class="math inline">\(X\)</span> d’une topologie Nœthérienne, directement dérivée de sa construction inductive. Cela généralise la construction de <span class="citation" data-cites="HASEGAWA2002113">Hasegawa (2002)</span> au cadre topologique, au sens où, dans le cas des préordres, on retrouve exactement ce que donne le cadre proposé par <span class="citation" data-cites="HASEGAWA2002113">Hasegawa (2002)</span>.</p> <p>Tout au long de l’article, de nombreux exemples de constructions (mots finis, arbres finis, mots infinis, mots transfinis, arbres avec branchement ordinal, etc.) sont proposés afin d’illustrer comment le théorème de point fixe permet de généraliser les résultats déjà connus avec des preuves plus simples, en proposer de nouveaux, mais aussi montrer que cette approche <em>uniforme</em> donne une légitimité nouvelle aux généralisations topologiques des constructions sur les ordres : les topologies proposées, faute d’être les plus topologies Nœthériennes les plus fines sur un espace donné,<a href="#fn7" class="footnote-ref" id="fnref7" role="doc-noteref">⁷</a> sont obtenues par un procédé uniforme.</p> <h1 id="conclusion">Conclusion</h1> <p>Cet article propose une condition sémantique simple permettant de garantir qu’une topologie obtenue comme un plus petit point fixe est Nœthérienne. L’idée principale est de fixer l’espace et ne faire varier que la topologie, ce qui simplifie grandement les équations et évite l’introduction d’un cadre catégorique. Par la suite, il est possible d’utiliser ce théorème de point fixe sur les <em>topologies</em> pour en déduire un théorème de point fixes sur les <em>espaces topologiques</em> dans le cade catégorique idoine.</p> <p>Le théorème de point fixe sur les topologies semble être la bonne abstraction des arguments de mauvaise séquence minimale topologique. Tout comme ces derniers, il ne fournit aucun contrôle sur les invariants ordinaux des topologies Nœthériennes ainsi construites. En ce sens, il manque encore à la théorie une manière de contrôler quantitativement les espaces Nœthériens définis par induction.</p> <h1 class="unnumbered" id="références">Références</h1> <div id="refs" class="references csl-bib-body hanging-indent" data-entry-spacing="0" role="list"> <div id="ref-abdulla_general_1996" class="csl-entry" role="listitem"> Abdulla, Parosh Aziz, Karlis Čerāns, Bengt Jonsson, et Yih-Kuen Tsay. 1996. <span>« General decidability theorems for infinite-state systems »</span>. In <em>Proceedings of LICS’96</em>, 313‑21. IEEE. <a href="https://doi.org/10.1109/LICS.1996.561359">https://doi.org/10.1109/LICS.1996.561359</a>. </div> <div id="ref-abdulla_verifying_1998" class="csl-entry" role="listitem"> Abdulla, Parosh Aziz, et Bengt Jonsson. 1998. <span>« Verifying networks of timed processes »</span>. In <em>Proceedings of TACAS’98</em>, 1384:298‑312. Lecture <span>Notes</span> in <span>Computer</span> <span>Science</span>. Springer. <a href="https://doi.org/10.1007/BFb0054179">https://doi.org/10.1007/BFb0054179</a>. </div> <div id="ref-Daligault2010" class="csl-entry" role="listitem"> Daligault, Jean, Michael Rao, et Stéphan Thomassé. 2010. <span>« Well-<span>Q</span>uasi-<span>O</span>rder of <span>R</span>elabel <span>F</span>unctions »</span>. <em>Order</em> 27 (3): 301‑15. <a href="https://doi.org/10.1007/s11083-010-9174-0">https://doi.org/10.1007/s11083-010-9174-0</a>. </div> <div id="ref-dershowitz_gap_2003" class="csl-entry" role="listitem"> Dershowitz, Nachum, et Iddo Tzameret. 2003. <span>« Gap <span>Embedding</span> for <span>Well</span>-<span>Quasi</span>-<span>Orderings</span> »</span>. In <em>Proceedings of WoLLIC’03</em>, 84:80‑90. Electronic Notes in Theoretical Computer Science. Elsevier. <a href="https://doi.org/10.1016/S1571-0661(04)80846-6">https://doi.org/10.1016/S1571-0661(04)80846-6</a>. </div> <div id="ref-figueira_ackermannian_2011" class="csl-entry" role="listitem"> Figueira, Diego, Santiago Figueira, Sylvain Schmitz, et Philippe Schnoebelen. 2011. <span>« Ackermannian and <span>Primitive</span>-<span>Recursive</span> <span>Bounds</span> with <span>Dickson</span>’s <span>Lemma</span> »</span>. In <em>Proceedings of LICS’11</em>, 269‑78. IEEE. <a href="https://doi.org/10.1109/LICS.2011.39">https://doi.org/10.1109/LICS.2011.39</a>. </div> <div id="ref-finkel_well_structured_2001" class="csl-entry" role="listitem"> Finkel, Alain, et Philippe Schnoebelen. 2001. <span>« Well-structured transition systems everywhere! »</span> <em>Theoretical Computer Science</em>, <span>ISS</span>, 256 (1): 63‑92. <a href="https://doi.org/10.1016/S0304-3975(00)00102-X">https://doi.org/10.1016/S0304-3975(00)00102-X</a>. </div> <div id="ref-freund2020kruskal" class="csl-entry" role="listitem"> Freund, Anton. 2020. <span>« From <span>K</span>ruskal’s <span>T</span>heorem to <span>F</span>riedman’s gap condition »</span>. <em>Mathematical Structures in Computer Science</em> 30 (8): 952‑75. <a href="https://doi.org/10.1017/S0960129520000298">https://doi.org/10.1017/S0960129520000298</a>. </div> <div id="ref-gallier_ann_1997" class="csl-entry" role="listitem"> Gallier, Jean H. 1997. <span>« Ann. <span>Pure</span> <span>Appl</span>. <span>Logic</span>: <span>Erratum</span> to <span>“<span>What</span>’s so special about <span>Kruskal</span>’s <span>T</span>heorem and the ordinal <span class="math inline">\(\Gamma_0\)</span>? <span>A</span> survey of some results in proof theory”</span> [53 (1991) 199–260] »</span>. <em>Annals of Pure and Applied Logic</em> 89 (2): 275. <a href="https://doi.org/10.1016/S0168-0072(97)00043-2">https://doi.org/10.1016/S0168-0072(97)00043-2</a>. </div> <div id="ref-goubault2007noetherian" class="csl-entry" role="listitem"> Goubault-Larrecq, Jean. 2007. <span>« On <span>N</span>oetherian spaces »</span>. In <em>Proceedings of LICS’07</em>, 453‑62. IEEE. <a href="https://doi.org/10.1109/LICS.2007.34">https://doi.org/10.1109/LICS.2007.34</a>. </div> <div id="ref-goubault2012verif" class="csl-entry" role="listitem"> ———. 2010. <span>« Noetherian <span>S</span>paces in <span>V</span>erification »</span>. In <em>Proceedings of ICALP’10</em>, 6199:2‑21. Lecture Notes in Computer Science. Springer. <a href="https://doi.org/10.1007/978-3-642-14162-1_2">https://doi.org/10.1007/978-3-642-14162-1_2</a>. </div> <div id="ref-goubault2013non" class="csl-entry" role="listitem"> ———. 2013. <em>Non-Hausdorff Topology and Domain Theory</em>. Vol. 22. New Mathematical Monographs. Cambridge University Press. <a href="https://doi.org/10.1017/CBO9781139524438">https://doi.org/10.1017/CBO9781139524438</a>. </div> <div id="ref-goubaultlarrecq2021infinitary" class="csl-entry" role="listitem"> ———. 2022a. <span>« Infinitary <span>N</span>oetherian <span>C</span>onstructions <span>I</span>. <span>I</span>nfinite <span>W</span>ords »</span>. <em>Colloquium Mathematicum</em>, nᵒ 168: 257‑86. <a href="https://doi.org/10.4064/cm8077-4-2021">https://doi.org/10.4064/cm8077-4-2021</a>. </div> <div id="ref-goubault2022err" class="csl-entry" role="listitem"> ———. 2022b. <span>« <span>Non-Hausdorff Topology and Domain Theory. Electronic supplements to the book</span> – Errata »</span>. <a href="https://projects.lsv.ens-cachan.fr/topology/?page_id=12" class="uri">https://projects.lsv.ens-cachan.fr/topology/?page_id=12</a>. </div> <div id="ref-goubaultlarrecq2022infinitary" class="csl-entry" role="listitem"> Goubault-Larrecq, Jean, Simon Halfon, et Aliaume Lopez. 2022. <span>« <span>I</span>nfinitary <span>N</span>oetherian <span>C</span>onstructions <span>II</span>. <span>T</span>ransfinite <span>W</span>ords and the <span>R</span>egular <span>S</span>ubword <span>T</span>opology »</span>. <a href="https://doi.org/10.48550/arXiv.2202.05047">https://doi.org/10.48550/arXiv.2202.05047</a>. </div> <div id="ref-WQOInComputerScience" class="csl-entry" role="listitem"> Goubault-Larrecq, Jean, Monika Seisenberger, Victor L. Selivanov, et Andreas Weiermann. 2016. <span>« Well <span>Q</span>uasi-<span>O</span>rders in <span>C</span>omputer <span>S</span>cience (<span>D</span>agstuhl <span>S</span>eminar 16031) »</span>. <em>Dagstuhl Reports</em> 6 (1): 69‑98. <a href="https://doi.org/10.4230/DagRep.6.1.69">https://doi.org/10.4230/DagRep.6.1.69</a>. </div> <div id="ref-HASEGAWA2002113" class="csl-entry" role="listitem"> Hasegawa, Ryu. 2002. <span>« Two applications of analytic functors »</span>. <em>Theoretical Computer Science</em> 272 (1): 113‑75. <a href="https://doi.org/10.1016/S0304-3975(00)00349-2">https://doi.org/10.1016/S0304-3975(00)00349-2</a>. </div> <div id="ref-higman1952ordering" class="csl-entry" role="listitem"> Higman, Graham. 1952. <span>« Ordering by divisibility in abstract algebras »</span>. <em>Proceedings of the London Mathematical Society</em> 3 (1): 326‑36. <a href="https://doi.org/10.1112/plms/s3-2.1.326">https://doi.org/10.1112/plms/s3-2.1.326</a>. </div> <div id="ref-jancar_note_1999" class="csl-entry" role="listitem"> Jančar, Petr. 1999. <span>« A note on well quasi-orderings for powersets »</span>. <em>Information Processing Letters</em> 72 (5): 155‑60. <a href="https://doi.org/10.1016/S0020-0190(99)00149-0">https://doi.org/10.1016/S0020-0190(99)00149-0</a>. </div> <div id="ref-kruskal1972theory" class="csl-entry" role="listitem"> Kruskal, Joseph B. 1972. <span>« The theory of well-quasi-ordering: A frequently discovered concept »</span>. <em>Journal of Combinatorial Theory, Series A</em> 13 (3): 297‑305. <a href="https://doi.org/10.1016/0097-3165(72)90063-5">https://doi.org/10.1016/0097-3165(72)90063-5</a>. </div> <div id="ref-topology:LOP23" class="csl-entry" role="listitem"> Lopez, Aliaume. 2023. <span>« Fixed Points and Noetherian Topologies »</span>. Conf. In <em>Foundations of Software Science and Computation Structures</em>, édité par Orna Kupferman et Pawel Sobocinski, 13992:456‑76. Springer Nature Switzerland. <a href="https://doi.org/10.1007/978-3-031-30829-1_22">https://doi.org/10.1007/978-3-031-30829-1_22</a>. </div> <div id="ref-milner1985basic" class="csl-entry" role="listitem"> Milner, Eric C. 1985. <span>« Basic wqo-and bqo-theory »</span>. In <em>Graphs and order</em>, 147:487‑502. Springer. <a href="https://doi.org/10.1007/978-94-009-5315-4_14">https://doi.org/10.1007/978-94-009-5315-4_14</a>. </div> <div id="ref-nash_williams_wqo_1965" class="csl-entry" role="listitem"> Nash-Williams, Crispin St. John Alvah. 1965. <span>« On well-quasi-ordering transfinite sequences »</span>. <em>Mathematical Proceedings of the Cambridge Philosophical Society</em> 61 (1): 33‑39. </div> <div id="ref-pouzet1972bel" class="csl-entry" role="listitem"> Pouzet, Maurice. 1972. <span>« Un bel ordre d’abritement et ses rapports avec les bornes d’une multirelation »</span>. <em>CR Acad. Sci. Paris S<span>é</span>r. AB</em> 274: A1677‑80. </div> <div id="ref-rado_1954" class="csl-entry" role="listitem"> Rado, R. 1954. <span>« Partial well-ordering of sets of vectors »</span>. <em>Mathematika</em> 1 (2): 89‑95. <a href="https://doi.org/10.1112/S0025579300000565">https://doi.org/10.1112/S0025579300000565</a>. </div> <div id="ref-ROBSEM04" class="csl-entry" role="listitem"> Robertson, Neil, et P. D. Seymour. 2004. <span>« Graph Minors. XX. Wagner’s conjecture »</span>. <em>Journal of Combinatorial Theory, Series B</em> 92 (2): 325‑57. https://doi.org/<a href="https://doi.org/10.1016/j.jctb.2004.08.001">https://doi.org/10.1016/j.jctb.2004.08.001</a>. </div> <div id="ref-schmitzHdr" class="csl-entry" role="listitem"> Schmitz, Sylvain. 2017. <span>« <span>Algorithmic Complexity of Well-Quasi-Orders</span> »</span>. Habilitation à diriger des recherches, <span><span>É</span>cole normale sup<span>é</span>rieure Paris-Saclay</span>. <a href="https://tel.archives-ouvertes.fr/tel-01663266">https://tel.archives-ouvertes.fr/tel-01663266</a>. </div> <div id="ref-lectureNotesWqo" class="csl-entry" role="listitem"> Schmitz, Sylvain, et Philippe Schnoebelen. 2012. <span>« <span>Algorithmic Aspects of WQO Theory</span> »</span>. France. <a href="https://cel.archives-ouvertes.fr/cel-00727025">https://cel.archives-ouvertes.fr/cel-00727025</a>. </div> <div id="ref-segoufin_bottom_up_2017" class="csl-entry" role="listitem"> Segoufin, Luc, et Diego Figueira. 2017. <span>« Bottom-up automata on data trees and vertical <span>XPath</span> »</span>. <em>Logical Methods in Computer Science</em> 13. <a href="https://doi.org/10.23638/LMCS-13(4:5)2017">https://doi.org/10.23638/LMCS-13(4:5)2017</a>. </div> <div id="ref-Singh2013SimplifiedPO" class="csl-entry" role="listitem"> Singh, Devendra, Ali Maianguwa Shuaibu, et Ndayawo. 2013. <span>« Simplified Proof of <span>K</span>ruskal’s <span>T</span>ree <span>T</span>heorem »</span>. <em>Mathematical Theory and Modeling</em> 3: 93‑100. <a href="https://doi.org/10.13140/RG.2.2.12298.39363">https://doi.org/10.13140/RG.2.2.12298.39363</a>. </div> <div id="ref-almost_full:DCW12" class="csl-entry" role="listitem"> Vytiniotis, Dimitrios, Thierry Coquand, et David Wahlstedt. 2012. <span>« Stop When You Are Almost-Full »</span>. In <em>Interactive Theorem Proving</em>, édité par Lennart Beringer et Amy Felty, 250‑65. Berlin, Heidelberg: Springer Berlin Heidelberg. </div> </div> <section id="footnotes" class="footnotes footnotes-end-of-document" role="doc-endnotes"> <hr /> <ol> <li id="fn1"><p>En travaillant dans un cadre mathématique traditionnel, de nombreuses définitions de <a href="#wqo">beaux préordres</a> et <a href="#wf">d’ordres bien fondés</a> sont équivalentes, mais il faudra faire attention si on travaille dans un cadre plus constructif. On peut regarder par exemple le travail sur les relations “almost full” en logique intuitionniste <span class="citation" data-cites="almost_full:DCW12">(Vytiniotis, Coquand, et Wahlstedt 2012)</span>.<a href="#fnref1" class="footnote-back" role="doc-backlink">↩︎</a></p></li> <li id="fn2"><p>c’est par exemple une conséquence de la définition donnée dans certaines notes de cours <span class="citation" data-cites="lectureNotesWqo">(Schmitz et Schnoebelen 2012, Définition 1.4)</span>.<a href="#fnref2" class="footnote-back" role="doc-backlink">↩︎</a></p></li> <li id="fn3"><p>C’est-à-dire, le préordre de Hoare, qui est défini par <span class="math inline">\(X \leq_h Y\)</span> si pour tout <span class="math inline">\(x \in X\)</span>, il existe <span class="math inline">\(y \in Y\)</span> tel que <span class="math inline">\(x \leq y\)</span>.<a href="#fnref3" class="footnote-back" role="doc-backlink">↩︎</a></p></li> <li id="fn4"><p>Il est possible de renforcer cette affirmation, mais ce n’est pas utile pour cette introduction.<a href="#fnref4" class="footnote-back" role="doc-backlink">↩︎</a></p></li> <li id="fn5"><p>N’ayant jamais défini la notion d’espace topologique, d’espace Nœthérien, ce résumé ne définira pas non plus le <a href="#spec">préordre de spécialisation</a>.<a href="#fnref5" class="footnote-back" role="doc-backlink">↩︎</a></p></li> <li id="fn6"><p>Remarquons aussi que la propriété (2) n’a pas de sens si l’on considère des constructions qui ne préservent pas les <a href="#wqo">beaux préordres</a>, ce qui est précisément le cas de l’opération <span class="math inline">\(\mathcal{P}_{\mathsf{ord}}\)</span>.<a href="#fnref6" class="footnote-back" role="doc-backlink">↩︎</a></p></li> <li id="fn7"><p>Il n’y a pas de topologie Nœthérienne la plus fine sur ces espaces en général.<a href="#fnref7" class="footnote-back" role="doc-backlink">↩︎</a></p></li> </ol> </section> 2023-10-28T00:00:00+00:00 2023-10-28T00:00:00+00:00 Aliaume Lopez https://aliaume.fr/site/posts/command-line-python-script/ <p>Dans l’épisode précédent, le logiciel <a href="https://www.libreoffice.org/discover/calc/">Libre Office Calc</a> avait été utilisé (avec succès) pour facilement ajouter des tags sur des lignes dans un fichier CSV, et en extraire rapidement un résumé. Dans cet article, je propose de passer d’une solution utilisant un logiciel généraliste<a href="#fn1" class="footnote-ref" id="fnref1" role="doc-noteref">¹</a> à un “logiciel métier” (où progiciel) avec les objectifs suivants :</p> <ol type="1"> <li>Conserver autant que possible les avantages proposés par l’approche utilisant un tableur (possibilité d’interruption, sauvegarde, édition non-linéaire, complétion, etc.)</li> <li>Résoudre les problèmes posés par l’interface (l’espace “efficace” est ridicule, les dates ne sont pas faciles à comprendre, les nombres ne sont pas toujours bien pris en compte, etc.)</li> </ol> <p>Le résultat, visible dans le <code>asciinema</code> ci-après, est relativement satisfaisant, et déjà utilisable pour des petites quantités de lignes (&lt; 100). Le code est disponible sur <a href="https://github.com/AliaumeL/csv-tagger">GitHub</a>.</p> <div id="demo" href="csv-python-demo.cast"> </div> <script> document.addEventListener("DOMContentLoaded", () => { let demo = document.getElementById("demo"); let link = demo.getAttribute("href"); console.log(demo, link); AsciinemaPlayer.create(link, demo); }); </script> <h2 id="création-de-linvite-de-commande">Création de l’invite de commande</h2> <p>Le programme se découpe en trois phases, mimant celles utilisées dans l’approche par tableur. Dans une première phase d’ouverture du fichier CSV, l’objectif est d’obtenir une “vue” du fichier qui corresponde à ce que l’utilisateur désire. Dans la seconde phase, l’utilisateur peut ajouter des annotations aux différentes lignes, de manière non-linéaire. Enfin, dans une troisième phase, l’utilisateur obtient un résumé succinct de son annotation.</p> <p>Les deux premières phases sont, abstraitement, un calcul de point fixe : l’utilisateur va modifier des paramètres jusqu’à ce qu’un état satisfaisant (fixe) soit obtenu. La dernière phase est plus classique et consiste juste à afficher des données, sans aucune interaction utilisateur. Le code total fait moins de <span class="math inline">\(450\)</span> lignes de python complètement standard, qui se permet le luxe d’un petit nombre de commentaires.</p> <h3 id="récupération-du-csv">Récupération du CSV</h3> <p>La première phase du programme dans son utilisation standard est l’ouverture d’un fichier CSV à annoter. Le développement de ce logiciel suit une approche <a href="https://en.wikipedia.org/wiki/Data-driven_programming">data-driven</a>, et la première chose à faire est de spécifier quelles sont les données en entrée et en sortie de cette phase. L’entrée est assez raisonnable, puisque c’est simplement un chemin vers le fichier CSV <code class="sourceCode python">path : Path</code>. La sortie doit être une version structurée de ce fichier, et sans trop grande ambition, on arrive à la définition suivante :</p> <div class="sourceCode" id="cb1"><pre class="sourceCode python"><code class="sourceCode python"><span id="cb1-1"><a href="#cb1-1" aria-hidden="true" tabindex="-1"></a><span class="kw">class</span> CSVFile(BaseModel):</span> <span id="cb1-2"><a href="#cb1-2" aria-hidden="true" tabindex="-1"></a> content: List[List[<span class="bu">str</span>]] <span class="co"># le tableau représenté par le CSV</span></span> <span id="cb1-3"><a href="#cb1-3" aria-hidden="true" tabindex="-1"></a> start: <span class="bu">int</span> <span class="co"># la ligne à partir de laquelle il faut lire les données</span></span> <span id="cb1-4"><a href="#cb1-4" aria-hidden="true" tabindex="-1"></a> path: Path <span class="co"># le chemin du fichier CSV originel</span></span></code></pre></div> <p>Notons que cette approche est minimaliste. Le format CSV ne spécifie pas énormément de choses,<a href="#fn2" class="footnote-ref" id="fnref2" role="doc-noteref">²</a> et en particulier on peut imaginer avoir des lignes “superflues” (en-têtes) au début du fichier. Même cela présuppose que le fichier est dans un format raisonnable, ce qui peut très bien ne pas correspondre à un type spécifique de fichier CSV.</p> <p>Au cœur de l’ouverture du fichier CSV on trouve cette procédure <code>interactive_parse_csv(p: Path) -&gt; CSVFile</code>. Celle-ci est définie par un point fixe à partir de la fonction <code>csv.reader</code> du module <code>csv</code>. Abstraitement, <code>csv.reader</code>, en plus du fichier CSV, prend un certain nombre d’arguments <span class="math inline">\(\mathsf{CsvOpts}\)</span> permettant de lire le fichier (le plus évident étant le choix du caractère séparateur des lignes). On peut donc voir la fonction <code>csv.reader</code> comme une fonction <span class="math inline">\(f \colon \mathsf{Path} \times \mathsf{CsvOpts}\to \mathsf{CsvFile}\)</span>, ce qui est plus ou moins le rôle de la fonction d’emballage <code>parse_csv</code> dans le code. L’utilisateur peut alors être modélisé comme une fonction <span class="math inline">\(u \colon \mathsf{CsvFile}\to \mathsf{CsvOpts}\)</span>, car il peut corriger les paramètres en fonction de ce qu’il voit affiché. Ainsi, le chemin <span class="math inline">\(p\)</span> étant fixé, le programme essaie de trouver un point fixe <span class="math inline">\(c\)</span> de la fonction <span class="math inline">\(u \circ f(p, \cdot)\)</span>, et retourne simplement <span class="math inline">\(f(p, c)\)</span>. À la fin des fins, <span class="math inline">\(\text{interactiveParseCsv}(p) = f(p, \mu c. u(f(p,c)))\)</span>, et c’est précisément ce que fait le code (avec une boucle <code>while</code> pour calculer le point fixe).</p> <figure> <img src="csv-parse-loop-plain.svg" alt="Illustration graphique du calcul de point fixe." /> <figcaption aria-hidden="true">Illustration graphique du calcul de point fixe.</figcaption> </figure> <p>À ces considérations théoriques structurant le programme, on peut ajouter quelques remarques plus pratiques qui améliorent considérablement l’expérience utilisateur (et ce à moindre coût). Déjà, le code tel que proposé commence par calculer <span class="math inline">\(f(p,c)\)</span> avec un <span class="math inline">\(c\)</span> initial correspondant à <span class="math inline">\(90\%\)</span> des cas d’usages (le séparateur est une virgule, la première ligne est une ligne d’en-têtes, etc.). C’est définitivement ce qu’il faut faire, puisque cela veut dire que <span class="math inline">\(90\%\)</span> du temps, l’utilisateur à juste à dire “oui”. Ensuite, l’utilisateur va avoir un aperçu de ce qui est compris du fichier CSV avec les paramètres actuels : il faut lui donner plusieurs lignes de références, le nombre de colonnes et quelques informations permettant de détecter instantanément si les données seront bien valides. Enfin, lorsqu’on demande à modifier les paramètres (dans le cas où l’utilisateur désire les changer), considérer par défaut que l’utilisateur veut les garder identiques et permettre de simplement utiliser la touche <code>ENTRÉE</code> pour passer à la modification suivante. Souvent, il suffit de faire varier un unique paramètre pour corriger le comportement du programme, et cela simplifie beaucoup le travail de l’utilisateur de penser uniquement <em>à ce qui doit changer</em>, et pas à <em>l’intégralité de la configuration</em>.</p> <h3 id="création-des-colonnes">Création des colonnes</h3> <p>Une fois que le programme a bien découpé le fichier CSV en une matrice, il reste encore à comprendre ce que veulent dire les cases de cette matrice. Pour cela, on veut remplacer les lignes de la matrice par une structure de données plus riche, qui correspond à l’image mentale d’une liste de dépenses :</p> <div class="sourceCode" id="cb2"><pre class="sourceCode python sidefigure"><code class="sourceCode python"><span id="cb2-1"><a href="#cb2-1" aria-hidden="true" tabindex="-1"></a><span class="kw">class</span> CSVLine(BaseModel):</span> <span id="cb2-2"><a href="#cb2-2" aria-hidden="true" tabindex="-1"></a> content: List[<span class="bu">str</span>] <span class="co"># la ligne originale</span></span> <span id="cb2-3"><a href="#cb2-3" aria-hidden="true" tabindex="-1"></a> dates: Dict[<span class="bu">str</span>, datetime.date] <span class="co"># les dates présentes</span></span> <span id="cb2-4"><a href="#cb2-4" aria-hidden="true" tabindex="-1"></a> tag: Optional[<span class="bu">str</span>] <span class="co"># l’annotation proposée</span></span> <span id="cb2-5"><a href="#cb2-5" aria-hidden="true" tabindex="-1"></a> infos: Dict[<span class="bu">str</span>, <span class="bu">str</span>] <span class="co"># des colonnes informatives</span></span> <span id="cb2-6"><a href="#cb2-6" aria-hidden="true" tabindex="-1"></a> debit: <span class="bu">float</span> <span class="co"># le débit (négatif)</span></span> <span id="cb2-7"><a href="#cb2-7" aria-hidden="true" tabindex="-1"></a> credit: <span class="bu">float</span> <span class="co"># le crédit (positif)</span></span></code></pre></div> <p>Pour passer d’une ligne de notre matrice actuelle, de type <code>List[str]</code> à une telle structure, il nous suffit d’avoir une table de traduction (aussi appelée “mapping”) que l’on peut formaliser comme ci-après :</p> <div class="sourceCode" id="cb3"><pre class="sourceCode python"><code class="sourceCode python"><span id="cb3-1"><a href="#cb3-1" aria-hidden="true" tabindex="-1"></a><span class="kw">class</span> CSVMapping(BaseModel):</span> <span id="cb3-2"><a href="#cb3-2" aria-hidden="true" tabindex="-1"></a> dates: Dict[<span class="bu">str</span>, <span class="bu">int</span>] <span class="co"># quelles colonnes ont des dates</span></span> <span id="cb3-3"><a href="#cb3-3" aria-hidden="true" tabindex="-1"></a> tag: <span class="bu">int</span> <span class="co"># quelle colonne contient le tag</span></span> <span id="cb3-4"><a href="#cb3-4" aria-hidden="true" tabindex="-1"></a> infos: Dict[<span class="bu">str</span>, <span class="bu">int</span>] <span class="co"># quelles colonnes contiennent des informations</span></span> <span id="cb3-5"><a href="#cb3-5" aria-hidden="true" tabindex="-1"></a> debit: <span class="bu">int</span> <span class="co"># quelle est la colonne de débit</span></span> <span id="cb3-6"><a href="#cb3-6" aria-hidden="true" tabindex="-1"></a> credit: <span class="bu">int</span> <span class="co"># quelle est la colonne de crédit</span></span></code></pre></div> <p>Notons qu’on aurait pu choisir une représentation différente, qui donne plutôt une liste <code>List[Type]</code> associant à chaque indice un type de case. On aurait alors eu un type <code>Date</code>, un type <code>Credit</code>, un type <code>Debit</code>, etc. Cette approche, implicitement, suppose que le <code>CSVMapping</code> ci-dessus représente une <em>fonction</em>, partant des indices du fichier CSV, et arrivant aux différents types de données. C’est absolument faux. Il est possible que le CSV contienne une seule colonne pour le débit et le crédit, ou que certaines cases servent dans plusieurs parties de notre structure de ligne, et d’ailleurs, une grande partie des colonnes d’un fichier CSV bien fourni sont inutiles lors de l’annotation.</p> <p>Exactement comme pour la lecture du CSV, on peut demander à l’utilisateur d’écrire son <code>CSVMapping</code> pour produire une structure de donnée plus facile à traiter définie comme suit :<a href="#fn3" class="footnote-ref" id="fnref3" role="doc-noteref">³</a></p> <div class="sourceCode" id="cb4"><pre class="sourceCode python"><code class="sourceCode python"><span id="cb4-1"><a href="#cb4-1" aria-hidden="true" tabindex="-1"></a><span class="kw">class</span> State(BaseModel):</span> <span id="cb4-2"><a href="#cb4-2" aria-hidden="true" tabindex="-1"></a> version: <span class="bu">str</span> <span class="co"># la version actuelle du programme</span></span> <span id="cb4-3"><a href="#cb4-3" aria-hidden="true" tabindex="-1"></a> cursor: <span class="bu">int</span> <span class="co"># la position de l’utilisateur dans le CSV</span></span> <span id="cb4-4"><a href="#cb4-4" aria-hidden="true" tabindex="-1"></a> mapping: CSVMapping <span class="co"># le mapping défni par l’utilisateur</span></span> <span id="cb4-5"><a href="#cb4-5" aria-hidden="true" tabindex="-1"></a> data: List[CSVLine] <span class="co"># le fichier CSV &quot;interprété&quot;</span></span> <span id="cb4-6"><a href="#cb4-6" aria-hidden="true" tabindex="-1"></a> unparsed: List[List[<span class="bu">str</span>]] <span class="co"># le fichier CSV &quot;originel&quot;</span></span></code></pre></div> <h3 id="annotations">Annotations !</h3> <p>De manière amusante, la partie la moins intéressante techniquement est l’annotation. En effet, il s’agit de nouveau d’un calcul de point fixe dont l’état est représenté par <code>State</code>. Là où l’annotation devient intéressante c’est sur les décisions ergonomiques qui lui sont associées. Le code de la fonction de modification est le suivant :</p> <div class="sourceCode" id="cb5"><pre class="sourceCode python"><code class="sourceCode python"><span id="cb5-1"><a href="#cb5-1" aria-hidden="true" tabindex="-1"></a><span class="kw">def</span> interactive_modify(s : State, p : Path):</span> <span id="cb5-2"><a href="#cb5-2" aria-hidden="true" tabindex="-1"></a> <span class="cf">while</span> <span class="va">True</span>:</span> <span id="cb5-3"><a href="#cb5-3" aria-hidden="true" tabindex="-1"></a> <span class="bu">print</span>(<span class="st">&quot;&quot;</span>)</span> <span id="cb5-4"><a href="#cb5-4" aria-hidden="true" tabindex="-1"></a> print_summary(s)</span> <span id="cb5-5"><a href="#cb5-5" aria-hidden="true" tabindex="-1"></a> print_line_calendar(s)</span> <span id="cb5-6"><a href="#cb5-6" aria-hidden="true" tabindex="-1"></a> print_line_summary(s)</span> <span id="cb5-7"><a href="#cb5-7" aria-hidden="true" tabindex="-1"></a> print_line_balance(s)</span> <span id="cb5-8"><a href="#cb5-8" aria-hidden="true" tabindex="-1"></a> print_line_status(s)</span> <span id="cb5-9"><a href="#cb5-9" aria-hidden="true" tabindex="-1"></a> i_action <span class="op">=</span> <span class="bu">input</span>(<span class="st">&quot;Action: &quot;</span>)</span> <span id="cb5-10"><a href="#cb5-10" aria-hidden="true" tabindex="-1"></a> <span class="cf">if</span> i_action <span class="op">==</span> <span class="st">&quot;q&quot;</span> <span class="kw">or</span> i_action <span class="op">==</span> <span class="st">&quot;quit&quot;</span>:</span> <span id="cb5-11"><a href="#cb5-11" aria-hidden="true" tabindex="-1"></a> <span class="cf">break</span></span> <span id="cb5-12"><a href="#cb5-12" aria-hidden="true" tabindex="-1"></a> action <span class="op">=</span> actions.get(i_action, update_tag(i_action))</span> <span id="cb5-13"><a href="#cb5-13" aria-hidden="true" tabindex="-1"></a> action(s)</span> <span id="cb5-14"><a href="#cb5-14" aria-hidden="true" tabindex="-1"></a> write_state(s, p)</span></code></pre></div> <p>Typiquement, on affiche un certain nombre d’informations à l’utilisateur, avant d’attendre une commande de sa part (et recommencer). Notons que l’état est enregistré sur le disque à chaque étape, permettant de se prémunir contre toute interruption inopportune dans le processus d’annotation. Ce que voit l’utilisateur est typiquement découpé en quatre parties.</p> <ol type="1"> <li><p>Une première partie informe sur la <em>position dans le document</em> et <em>l’état général du document</em>. C’est répondre à “où suis-je”. L’affichage choisi est le suivant, où la première ligne sert à indiquer combien d’annotations sont effectuées et la seconde donne une représentation graphique de la position dans la liste (entre crochets) ainsi que des annotations posées (croisillons).</p> <pre><code>N: 13 / 15. 2 items skipped. ####_#_###[#]####</code></pre></li> <li><p>Une seconde partie informe sur les <em>dates</em> présentes dans la dépense en cours d’examen. C’est un calendrier (ou deux) avec des dates en surbrillance.</p> <pre><code> October 2024 Mo Tu We Th Fr Sa Su 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31</code></pre></li> <li><p>Une troisième partie affiche de manière compacte les informations non temporelles associées à la dépense courante.</p> <pre><code> [Libelle operation] VIR FACT PharmacieBaguette [Libelle simplifie] FACT PharmacieBaguette [Categorie] Vacances [Sous categorie] - +0.00 / -42.75 42.75 [tag] pharma</code></pre></li> <li><p>Enfin, une dernière partie de l’affichage récupère l’entrée utilisateur.</p> <pre><code> Action:</code></pre></li> </ol> <p>Cet affichage est largement plus compact que son correspondant côté tableur et l’interface est globalement plus efficace. En particulier, il n’y a pas d’information superflue (boutons, options, autres lignes), tout en gardant une capacité à rapidement se repérer dans le tableau. Le tout est doublé d’un choix d’actions utilisateur simple et puissant :</p> <ol type="1"> <li>Des actions de déplacement <code>&lt; « » &gt;</code> qui permettent de se déplacer à la dépense suivante / précédente ou suivante non annotée / précédente non annotée.</li> <li>Une action <code>quit</code> ou <code>q</code> permettant de terminer l’annotation.</li> <li><em>Tout le reste</em> permettant de placer une annotation sur la dépense courante (ou la remplacer si elle existe déjà) et se déplacer à la dépense suivante. Avec, bien sûr, l’exception de l’action vide qui ne change pas l’annotation, ce qui donne le plaisir de simplement maintenir la touche <code>ENTRÉE</code> pour naviguer chronologiquement dans les dépenses.</li> </ol> <h2 id="affichage-dun-joli-calendrier">Affichage d’un joli calendrier</h2> <p>Si la majorité du code écrit est <em>triviale</em>, il y a une partie particulièrement pénible reliée à l’affichage du calendrier. Une solution pour afficher un tel calendrier aurait été de <em>coder</em> l’affichage, mais il existe dans la bibliothèque standard de python un <a href="https://docs.python.org/3/library/calendar.html">module <code>calendar</code></a> prévu à cet effet. <a href="https://fr.wiktionary.org/wiki/là_où_le_bât_blesse">Là où le bât blesse</a>, c’est que les calendriers ainsi définis ne peuvent pas facilement afficher plusieurs dates comme étant “sélectionnées”. Rien qu’un peu de surcharge d’opérations ne puisse régler cependant.</p> <p>Avant de se lancer dans le code, il faut savoir que pour mettre de la couleur dans un terminal, on peut utiliser les <a href="https://en.wikipedia.org/wiki/ANSI_escape_code">codes d’échappement ASCII</a>, par exemple écrire dans le terminal <code>\033[7m a \033[0m b</code> écrira la lettre <code>a</code> avec un fond différent de la lettre <code>b</code>.</p> <p>On peut donc créer une classe qui hérite de <code>calendar.TextCalendar</code> (fournie par le module <code>calendar</code>), et surcharger la méthode <code>formatday</code> qui s’occupe d’écrire le numéro du jour sous forme d’une chaine de caractères.</p> <div class="sourceCode" id="cb10"><pre class="sourceCode python"><code class="sourceCode python"><span id="cb10-1"><a href="#cb10-1" aria-hidden="true" tabindex="-1"></a><span class="kw">class</span> DayInMonthHighlightingCalendar(calendar.TextCalendar):</span> <span id="cb10-2"><a href="#cb10-2" aria-hidden="true" tabindex="-1"></a> <span class="kw">def</span> <span class="fu">__init__</span>(<span class="va">self</span>, days_to_highlight : List[datetime.date]):</span> <span id="cb10-3"><a href="#cb10-3" aria-hidden="true" tabindex="-1"></a> <span class="bu">super</span>().<span class="fu">__init__</span>()</span> <span id="cb10-4"><a href="#cb10-4" aria-hidden="true" tabindex="-1"></a> <span class="va">self</span>._days_to_highlight <span class="op">=</span> days_to_highlight</span> <span id="cb10-5"><a href="#cb10-5" aria-hidden="true" tabindex="-1"></a></span> <span id="cb10-6"><a href="#cb10-6" aria-hidden="true" tabindex="-1"></a> <span class="co"># surcharge de la méthode qui affiche les jours</span></span> <span id="cb10-7"><a href="#cb10-7" aria-hidden="true" tabindex="-1"></a> <span class="kw">def</span> formatday(<span class="va">self</span>, day: <span class="bu">int</span>, weekday: <span class="bu">int</span>, width: <span class="bu">int</span>) <span class="op">-&gt;</span> <span class="bu">str</span></span> <span id="cb10-8"><a href="#cb10-8" aria-hidden="true" tabindex="-1"></a> s <span class="op">=</span> <span class="bu">super</span>().formatday(day, weekday, width)</span> <span id="cb10-9"><a href="#cb10-9" aria-hidden="true" tabindex="-1"></a> <span class="cf">if</span> SHOULD_BE_HIGHLIGHTED(day, weekday):</span> <span id="cb10-10"><a href="#cb10-10" aria-hidden="true" tabindex="-1"></a> s <span class="op">=</span> <span class="ss">f&quot;</span><span class="ch">\033</span><span class="ss">[7m</span><span class="sc">{</span>s<span class="sc">}</span><span class="ch">\033</span><span class="ss">[0m&quot;</span></span> <span id="cb10-11"><a href="#cb10-11" aria-hidden="true" tabindex="-1"></a> <span class="cf">return</span> s</span></code></pre></div> <p>Jusque-là tout semble bien se passer, sauf que, comme on peut s’en rendre compte dans le programme précédent, il reste à écrire la fonction <code>SHOULD_BE_HIGHLIGHTED</code>. Cela ne devrait pas être trop compliqué, vu que la classe possède une liste de jours à mettre en évidence… Mais si on regarde plus attentivement les arguments de la fonction <code>formatday</code>, elle ne possède pas assez d’information pour retrouver quel jour (de quelle année) elle est en train d’afficher. La variable <code>day</code> contient un entier entre <code>0</code> et <code>31</code>,<a href="#fn4" class="footnote-ref" id="fnref4" role="doc-noteref">⁴</a> tandis que la variable <code>weekday</code> contient un entier entre <code>1</code> et <code>7</code>.</p> <p>Il s’agit alors d’ajouter à cette fonction de nouveaux arguments comme suit</p> <div class="sourceCode" id="cb11"><pre class="sourceCode python"><code class="sourceCode python"><span id="cb11-1"><a href="#cb11-1" aria-hidden="true" tabindex="-1"></a> <span class="kw">def</span> formatday(<span class="va">self</span>, day: <span class="bu">int</span>, weekday: <span class="bu">int</span>, width: <span class="bu">int</span>, year: <span class="bu">int</span>, month: <span class="bu">int</span>) <span class="op">-&gt;</span> <span class="bu">str</span>:</span> <span id="cb11-2"><a href="#cb11-2" aria-hidden="true" tabindex="-1"></a> s <span class="op">=</span> <span class="bu">super</span>().formatday(day, weekday, width)</span> <span id="cb11-3"><a href="#cb11-3" aria-hidden="true" tabindex="-1"></a> <span class="cf">if</span> day <span class="op">!=</span> <span class="dv">0</span> <span class="kw">and</span> datetime.date(year, month, day) <span class="kw">in</span> <span class="va">self</span>._days_to_highlight:</span> <span id="cb11-4"><a href="#cb11-4" aria-hidden="true" tabindex="-1"></a> s <span class="op">=</span> <span class="ss">f&quot;</span><span class="ch">\033</span><span class="ss">[7m</span><span class="sc">{</span>s<span class="sc">}</span><span class="ch">\033</span><span class="ss">[0m&quot;</span></span> <span id="cb11-5"><a href="#cb11-5" aria-hidden="true" tabindex="-1"></a> <span class="cf">return</span> s</span></code></pre></div> <p>Commence alors un jeu de piste pour trouver, dans le code de la classe <code>calendar.TextCalendar</code> les différentes fonctions qui font appel à <code>formatday</code>, afin de leur ajouter ces nouveaux paramètres. On trouve aisément le code de <code>formatweek</code> qui est à peu près la seule partie qui utilise <code>formatday</code>, et le jeu continue : on ajoute les arguments à <code>formatweek</code> afin de pouvoir corriger l’appel de fonction, et on recherchera par la suite tous les appels à <code>formatweek</code> dans le code de la classe <code>calendar.TextCalendar</code>.</p> <div class="sourceCode" id="cb12"><pre class="sourceCode python"><code class="sourceCode python"><span id="cb12-1"><a href="#cb12-1" aria-hidden="true" tabindex="-1"></a> <span class="kw">def</span> formatweek(<span class="va">self</span>, theweek : List[Tuple[<span class="bu">int</span>,<span class="bu">int</span>]], width : <span class="bu">int</span>, year: <span class="bu">int</span>, month : <span class="bu">int</span>):</span> <span id="cb12-2"><a href="#cb12-2" aria-hidden="true" tabindex="-1"></a> <span class="cf">return</span> <span class="st">&#39; &#39;</span>.join(<span class="va">self</span>.formatday(d, wd, width, year, month) <span class="cf">for</span> (d,wd) <span class="kw">in</span> theweek)</span></code></pre></div> <p>À ce moment précis, j’ai été plutôt chanceux, puisque la fonction qui appelle <code>formatweek</code> possède déjà les bons arguments (et le cercle infernal s’arrête ici). Il suffit de recopier le code de la fonction, et d’ajouter simplement <code>theyear</code> et <code>themonth</code> à l’appel de <code>formatweek</code> pour terminer notre calendrier illuminé.</p> <div class="sourceCode" id="cb13"><pre class="sourceCode python"><code class="sourceCode python"><span id="cb13-1"><a href="#cb13-1" aria-hidden="true" tabindex="-1"></a> <span class="kw">def</span> formatmonth(<span class="va">self</span>, theyear, themonth, w<span class="op">=</span><span class="dv">0</span>, l<span class="op">=</span><span class="dv">0</span>):</span> <span id="cb13-2"><a href="#cb13-2" aria-hidden="true" tabindex="-1"></a> w <span class="op">=</span> <span class="bu">max</span>(<span class="dv">2</span>, w)</span> <span id="cb13-3"><a href="#cb13-3" aria-hidden="true" tabindex="-1"></a> l <span class="op">=</span> <span class="bu">max</span>(<span class="dv">1</span>, l)</span> <span id="cb13-4"><a href="#cb13-4" aria-hidden="true" tabindex="-1"></a> s <span class="op">=</span> <span class="va">self</span>.formatmonthname(theyear, themonth, <span class="dv">7</span> <span class="op">*</span> (w <span class="op">+</span> <span class="dv">1</span>) <span class="op">-</span> <span class="dv">1</span>)</span> <span id="cb13-5"><a href="#cb13-5" aria-hidden="true" tabindex="-1"></a> s <span class="op">=</span> s.rstrip()</span> <span id="cb13-6"><a href="#cb13-6" aria-hidden="true" tabindex="-1"></a> s <span class="op">+=</span> <span class="st">&#39;</span><span class="ch">\n</span><span class="st">&#39;</span> <span class="op">*</span> l</span> <span id="cb13-7"><a href="#cb13-7" aria-hidden="true" tabindex="-1"></a> s <span class="op">+=</span> <span class="va">self</span>.formatweekheader(w).rstrip()</span> <span id="cb13-8"><a href="#cb13-8" aria-hidden="true" tabindex="-1"></a> s <span class="op">+=</span> <span class="st">&#39;</span><span class="ch">\n</span><span class="st">&#39;</span> <span class="op">*</span> l</span> <span id="cb13-9"><a href="#cb13-9" aria-hidden="true" tabindex="-1"></a> <span class="cf">for</span> week <span class="kw">in</span> <span class="va">self</span>.monthdays2calendar(theyear, themonth):</span> <span id="cb13-10"><a href="#cb13-10" aria-hidden="true" tabindex="-1"></a> s <span class="op">+=</span> <span class="va">self</span>.formatweek(week, w, theyear, themonth).rstrip()</span> <span id="cb13-11"><a href="#cb13-11" aria-hidden="true" tabindex="-1"></a> s <span class="op">+=</span> <span class="st">&#39;</span><span class="ch">\n</span><span class="st">&#39;</span> <span class="op">*</span> l</span> <span id="cb13-12"><a href="#cb13-12" aria-hidden="true" tabindex="-1"></a> <span class="cf">return</span> s</span></code></pre></div> <p>Un dernier problème apparaît lorsqu’on veut afficher le calendrier correspondant à une dépense : il arrive souvent que les dates associées à une dépense soient <a href="https://fr.wiktionary.org/wiki/à_cheval">“à cheval”</a> sur deux mois, par exemple parce que la date de l’opération et la date du débit effectif sont séparées de quelques jours. Il convient alors de faire un petit peu attention dans la fonction <code>print_line_calendar</code>, par exemple en faisant comme dans le code qui suit.</p> <div class="sourceCode" id="cb14"><pre class="sourceCode python"><code class="sourceCode python"><span id="cb14-1"><a href="#cb14-1" aria-hidden="true" tabindex="-1"></a><span class="kw">def</span> print_line_calendar(s: State):</span> <span id="cb14-2"><a href="#cb14-2" aria-hidden="true" tabindex="-1"></a> dates <span class="op">=</span> s.data[s.cursor].dates</span> <span id="cb14-3"><a href="#cb14-3" aria-hidden="true" tabindex="-1"></a></span> <span id="cb14-4"><a href="#cb14-4" aria-hidden="true" tabindex="-1"></a> <span class="cf">if</span> <span class="bu">len</span>(dates) <span class="op">==</span> <span class="dv">0</span>:</span> <span id="cb14-5"><a href="#cb14-5" aria-hidden="true" tabindex="-1"></a> <span class="cf">return</span> </span> <span id="cb14-6"><a href="#cb14-6" aria-hidden="true" tabindex="-1"></a></span> <span id="cb14-7"><a href="#cb14-7" aria-hidden="true" tabindex="-1"></a> min_date <span class="op">=</span> <span class="bu">min</span>(dates.values())</span> <span id="cb14-8"><a href="#cb14-8" aria-hidden="true" tabindex="-1"></a> max_date <span class="op">=</span> <span class="bu">max</span>(dates.values())</span> <span id="cb14-9"><a href="#cb14-9" aria-hidden="true" tabindex="-1"></a> cal <span class="op">=</span> DayInMonthHighlightingCalendar(days_to_highlight<span class="op">=</span><span class="bu">list</span>(dates.values()))</span> <span id="cb14-10"><a href="#cb14-10" aria-hidden="true" tabindex="-1"></a> cal.prmonth(min_date.year, min_date.month)</span> <span id="cb14-11"><a href="#cb14-11" aria-hidden="true" tabindex="-1"></a> <span class="cf">if</span> min_date.year <span class="op">!=</span> max_date.year <span class="kw">or</span> min_date.month <span class="op">!=</span> max_date.month:</span> <span id="cb14-12"><a href="#cb14-12" aria-hidden="true" tabindex="-1"></a> cal.prmonth(max_date.year, max_date.month)</span></code></pre></div> <h2 id="ceci-nest-pas-un-logiciel">Ceci n’est pas un logiciel</h2> <p>En conclusion, le petit script (assez facile à faire) est à l’utilisation beaucoup plus efficace que la méthode utilisant <a href="https://www.libreoffice.org/discover/calc/">Libre Office Calc</a>. De plus, cela a été relativement facile à écrire et le code est assez simple pour être robuste aux évolutions d’export des CSVs de ma banque. Un des avantages non négligeables de l’affichage plus compact est qu’il est possible d’avoir une fenêtre ouverte sur l’internet ou sur son calendrier personnel afin de vérifier les endroits / événements correspondants à une dépense.</p> <p>Je n’attendais pas une victoire aussi écrasante d’un script en terme d’ergonomie (particulièrement d’un script en ligne de commande) et je me demande si les prochains épisodes utilisant une interface graphique ne vont pas voir la qualité du logiciel diminuer.</p> <p>Cependant, je tiens à préciser que ce <em>script</em> n’est pas un programme. En particulier, il ne possède aucun test unitaire, n’a pas de possibilités d’internationalisation, n’utilise pas de programme de saisie comme <a href="https://docs.python.org/3/library/readline.html">readline</a>, ne définit pas un package, n’est pas portable, et encore bien d’autres. La comparaison avec <a href="https://www.libreoffice.org/discover/calc/">Libre Office Calc</a> n’est donc pas <em>équitable</em>.</p> <section id="footnotes" class="footnotes footnotes-end-of-document" role="doc-endnotes"> <hr /> <ol> <li id="fn1"><p>C’est-à-dire, <a href="https://www.libreoffice.org/discover/calc/">Libre Office Calc</a>, si vous n’avez pas suivi, c’est le point de référence qui servira à l’évaluation du programme proposé dans cet article.<a href="#fnref1" class="footnote-back" role="doc-backlink">↩︎</a></p></li> <li id="fn2"><p>Cela ne veut pas dire qu’il est facile à décoder ! Il existe une liste de <a href="https://donatstudios.com/Falsehoods-Programmers-Believe-About-CSVs">préconceptions (fausses)</a> à propos du format CSV. De manière amusante, c’est aussi vrai pour <a href="https://infiniteundo.com/post/25326999628/falsehoods-programmers-believe-about-time">la gestion des dates</a>.<a href="#fnref2" class="footnote-back" role="doc-backlink">↩︎</a></p></li> <li id="fn3"><p>On peut remarquer que dans les structures de données choisies, on garde souvent “trop” d’informations. C’est inutile jusqu’à ce que cela devienne indispensable. En effet, garder les lignes “non lues” et garder la version du logiciel ayant produit cet état permet de sérialiser (dans un fichier par exemple) l’état du programme sans trop se poser de questions.<a href="#fnref3" class="footnote-back" role="doc-backlink">↩︎</a></p></li> <li id="fn4"><p><code>0</code> voulant dire que le jour ne fait pas partie du mois, par exemple parce qu’on est en train d’afficher la dernière semaine d’un mois, et que la semaine “déborde” sur le mois suivant. C’est un choix comme un autre, mais particulièrement étrange puisqu’on oublie le numéro du jour par la même occasion.<a href="#fnref4" class="footnote-back" role="doc-backlink">↩︎</a></p></li> </ol> </section> 2023-10-18T00:00:00+00:00 2023-10-18T00:00:00+00:00 Aliaume Lopez https://aliaume.fr/site/posts/fete-de-la-science/

<p>Ceci est un petit billet qui sert à faire un retour d’expérience sur l’organisation d’événements tels que la <a href="https://www.fetedelascience.fr/">fête de la science</a>, qui cherchent à vulgariser l’informatique (fondamentale) à des enfants.</p>

2023-10-17T00:00:00+00:00 2023-10-17T00:00:00+00:00 Aliaume Lopez https://aliaume.fr/site/posts/the-spreadsheet-method/ <p>Dans cet article, je propose une solution simple qui utilise <a href="https://fr.wikipedia.org/wiki/LibreOffice">Libre Office</a> pour répondre au problème de “tagger” des dépenses, et produire une présentation synthétique du résultat.</p> <h2 id="ouverture-du-fichier">Ouverture du fichier</h2> <p>Comme pour tous les articles dans cette série de posts, on commence par essayer d’ouvrir un fichier de notre set d’exemples <a href="https://github.com/AliaumeL/csv-tagger">disponible sur GitHub</a>. Dans cet article, nous allons utiliser <a href="https://fr.wikipedia.org/wiki/LibreOffice">Libre Office</a>.<a href="#fn1" class="footnote-ref" id="fnref1" role="doc-noteref">¹</a> Pour commencer, j’ai utilisé la variante <a href="https://github.com/AliaumeL/csv-tagger/blob/main/data/01-sheet-simple.csv">/data/01-sheet-simple.csv</a> qui contient un fichier très court et très simple.<a href="#fn2" class="footnote-ref" id="fnref2" role="doc-noteref">²</a></p> <figure> <img src="sheet-import-libre-office.png" alt="Ouverture du fichier CSV" /> <figcaption aria-hidden="true">Ouverture du fichier CSV</figcaption> </figure> <p>Les points positifs de <a href="https://fr.wikipedia.org/wiki/LibreOffice">Libre Office</a> arrivent assez vite dans ce test :</p> <ol type="1"> <li>On peut choisir l’encodage du fichier.</li> <li>Le type de séparateur.</li> <li>La ligne de départ.</li> <li>Et on a une visualisation en temps réel de la table qui en résulte.</li> </ol> <p>C’est assez intuitif, et je vous redirige vers la figure correspondante pour la capture d’écran qui va bien™.</p> <h2 id="visualisation">Visualisation</h2> <p>Passé cette première interface minimaliste, on arrive sur un tableur plutôt complet, dont la capture d’écran correspondante se trouve <a href="csv-libre-office.png">ici</a>. Il y a désormais plus de choses à dire. Sans surprise pour un logiciel plus généraliste, l’interface est beaucoup plus remplie : on peut calculer (sur notre exemple) que seulement <span class="math inline">\(35\%\)</span> de l’interface sert à afficher nos données, alors que les <span class="math inline">\(65\%\)</span> restants sont une multitude de boutons, barres de défilement, options, et autres menus. Pour refaire le calcul, il suffit de mesurer les aires sur <a href="csv-libre-office-space-usage.png">la figure suivante</a>.</p> <p>Cette première analyse est un à charge, car le logiciel n’est pas dédié à notre tâche. Mais cela sert justement de référence pour nos futures itérations. Par ailleurs, il existe une fonction qui permet de « cacher une colonne »,<a href="#fn3" class="footnote-ref" id="fnref3" role="doc-noteref">³</a> ce qui nous fait gagner de la place.</p> <p>Par ailleurs, certaines des fonctions vont servir, comme par exemple le menu qui permet d’accéder à la fonction « rechercher/remplacer ».<a href="#fn4" class="footnote-ref" id="fnref4" role="doc-noteref">⁴</a> Enfin, l’espace supplémentaire sur la feuille de calcul va servir à créer un second tableau de synthèse sur nos dépenses.</p> <figure> <img src="csv-libre-office.png" alt="Visualisation du fichier CSV" /> <figcaption aria-hidden="true">Visualisation du fichier CSV</figcaption> </figure> <figure> <img src="csv-libre-office-space-usage.png" alt="Utilisation de l’espace par Libre Office" /> <figcaption aria-hidden="true">Utilisation de l’espace par Libre Office</figcaption> </figure> <figure> <img src="libre-office-hide-columns.png" alt="Supression des colonnes inutiles" /> <figcaption aria-hidden="true">Supression des colonnes inutiles</figcaption> </figure> <h2 id="annotation-des-dépenses">Annotation des dépenses</h2> <figure> <img src="libre-office-auto-fill.png" alt="Remplissage avec complétion automatique" /> <figcaption aria-hidden="true">Remplissage avec complétion automatique</figcaption> </figure> <p>Une fois la visualisation corrigée pour avoir assez d’espace à l’écran, on peut passer à l’annotation à proprement parler. Pour cela, on créé une colonne supplémentaire savamment intitulée <code>Tag</code>, et on commence à remplir. Le fait de ne pas avoir décidé <em>a priori</em> des catégories ne pose pas un énorme problème parce que le logiciel essaie de compléter ce que l’on tape à partir des données déjà entrées dans la même colonne (voir <a href="libre-office-auto-fill.png">la figure illustrant la complétion automatique</a>).</p> <p>En revanche, l’annotation à proprement parler n’est pas aisée pour plusieurs raisons :</p> <ol type="1"> <li>La ligne courante n’est pas surlignée, même si le numéro de ligne est mis en couleur. Cela fait que sur un plus grand nombre de colonnes on ne peut pas naviguer de manière fiable (sur les versions <code>02</code> et <code>03</code> des feuilles de <a href="https://github.com/AliaumeL/csv-tagger">csv-tagger</a>).</li> <li>Les informations ne sont pas disposées visuellement : en pratique, on voudrait utiliser un format différent pour <code>CB</code> et <code>VIREMENT</code> et le nom de l’entreprise.</li> <li>Les dates ne sont pas compréhensibles facilement : en pratique, annoter une dépense qui date d’un mois auparavant pose des problèmes en terme de mémoire, et savoir le jour de la semaine ainsi qu’avoir un calendrier pour visualiser les différentes dates d’un seul coup (sur les versions <code>03</code> des feuilles de <a href="https://github.com/AliaumeL/csv-tagger">csv-tagger</a>).</li> </ol> <h2 id="synthèse-des-dépenses">Synthèse des dépenses</h2> <p>Reste à discuter de la création de la feuille de synthèse. Parce que je ne sais pas me servir du logiciel, et que je pars du principe que personne ne le sait, je me limite à une construction simple. Dans des colonnes inutilisées, on crée un tableau dont les colonnes sont les différents tags,<a href="#fn5" class="footnote-ref" id="fnref5" role="doc-noteref">⁵</a> et deux lignes, une pour les crédits, une pour les débits. Celles-ci sont remplies grâce à la formule suivante :</p> <pre class="macro"><code>SUMIF([check-range]; [equal-condition]; [sum-range])</code></pre> <p>Le tout se fait très visuellement, comme le montre <a href="libre-office-formula-sum.png">la capture d’écran des formules</a>, car le logiciel met en avant les zones sélectionnées sur la feuille de calcul. Si on ne s’y prend pas bien, il faudra rentrer <span class="math inline">\(n \times 2\)</span> formules, où <span class="math inline">\(n\)</span> est le nombre de catégories, car la technique de « faire glisser la formule » ne marche pas bien dans ce cadre. En faisant un peu attention et en préfixant les zones par un dollar,<a href="#fn6" class="footnote-ref" id="fnref6" role="doc-noteref">⁶</a> on peut entrer seulement <span class="math inline">\(2\)</span> formules et « faire glisser ».</p> <p>Le système est assez simple et se met en place en un nombre linéaire de clics, ce qui est assez appréciable. Cependant, il ne fonctionne pas tel quel, car <a href="https://fr.wikipedia.org/wiki/LibreOffice">Libre Office</a> s’attend à trouver des virgules comme séparateur de nombre. Ce qui n’est pas le cas des CSV, où ceux-ci sont représentés avec des points.<a href="#fn7" class="footnote-ref" id="fnref7" role="doc-noteref">⁷</a> Il faudra donc passer par un petit <a href="libre-office-replace-numbers.png">rechercher remplacer dans la zone des crédits</a> et débits pour que la magie du <code>SUMIF</code> opère.</p> <figure> <img src="libre-office-formula-sum.png" alt="Création des formules de résumé" /> <figcaption aria-hidden="true">Création des formules de résumé</figcaption> </figure> <figure> <img src="libre-office-replace-numbers.png" alt="Remplacement des points par des virgules" /> <figcaption aria-hidden="true">Remplacement des points par des virgules</figcaption> </figure> <h2 id="conclusions">Conclusions</h2> <p>Le système basé sur une feuille de calcul possède les avantages suivants :</p> <ol type="1"> <li>Il ne nécessite pas de mise en place complexe, on double clique et on travaille.<a href="#fn8" class="footnote-ref" id="fnref8" role="doc-noteref">⁸</a></li> <li>Le « workflow » est très flexible, et on peut imaginer changer certaines procédures en fonction des colonnes disponibles.</li> <li>On peut à tout moment sauvegarder<a href="#fn9" class="footnote-ref" id="fnref9" role="doc-noteref">⁹</a> le fichier et reprendre son travail plus tard.</li> <li>La saisie n’est pas désagréable et assez rapide.</li> <li>La création de statistiques <strong>simples</strong> est facile.</li> </ol> <p>En revanche, les points suivants laissent beaucoup de place à l’amélioration :</p> <ol type="1"> <li>On ne tire aucun profit des différents types de champs, tous sont traités comme du texte brut, sauf pour les nombres (et cela demande une opération spécifique).</li> <li>L’affichage des dates est problématique.</li> <li>Sur beaucoup de colonnes, on s’y perd facilement.</li> <li>On ne peut pas<a href="#fn10" class="footnote-ref" id="fnref10" role="doc-noteref">¹⁰</a> facilement “concaténer” deux feuilles, par exemple deux CSV provenant de deux comptes différents.</li> </ol> <figure> <img src="libre-office-final-result.png" alt="Résultat final" /> <figcaption aria-hidden="true">Résultat final</figcaption> </figure> <section id="footnotes" class="footnotes footnotes-end-of-document" role="doc-endnotes"> <hr /> <ol> <li id="fn1"><p>J’utilise la version <code>LibreOffice 6.0.7.3 00m0(Build:3)</code> qui est dans les dépôts de ma vénérable <code>Ubuntu 18.04.6 LTS</code>.<a href="#fnref1" class="footnote-back" role="doc-backlink">↩︎</a></p></li> <li id="fn2"><p>Dans ce fichier, les colonnes sont séparées par des virgules. On peut aussi bien utiliser la version <code>.tsv</code> dans ce test sans que cela ne change grand chose, puisque <a href="https://fr.wikipedia.org/wiki/LibreOffice">Libre Office</a> utilise le point-virgule comme séparateur par default.<a href="#fnref2" class="footnote-back" role="doc-backlink">↩︎</a></p></li> <li id="fn3"><p>Cette fonction s’obtient via un clic droit sur le nom de la colonne, comme indiqué dans la capture d’écran <a href="libre-office-hide-columns.png">suppression des colonnes inutiles</a>.<a href="#fnref3" class="footnote-back" role="doc-backlink">↩︎</a></p></li> <li id="fn4"><p>Même s’il paraît étrange à ce stade d’avoir besoin de la fonction « rechercher / remplacer » dans un travail d’annotation de données…<a href="#fnref4" class="footnote-back" role="doc-backlink">↩︎</a></p></li> <li id="fn5"><p>Ceux-ci sont rentrés à la main, et ne sont pas automatiquement générés à partir de ce qui existe dans la colonne <code>Tag</code> du tableur.<a href="#fnref5" class="footnote-back" role="doc-backlink">↩︎</a></p></li> <li id="fn6"><p>Cela indique au logiciel que la position de cette zone est absolue et non pas relative à la case actuelle.<a href="#fnref6" class="footnote-back" role="doc-backlink">↩︎</a></p></li> <li id="fn7"><p>De plus, le logiciel (ou sa variante propriétaire) est assez connu du grand public pour que les utilisateurs aient déjà leurs marques.<a href="#fnref7" class="footnote-back" role="doc-backlink">↩︎</a></p></li> <li id="fn8"><p>De plus, le logiciel (ou sa variante propriétaire) est assez connu du grand public pour que les utilisateurs aient déjà leurs marques.<a href="#fnref8" class="footnote-back" role="doc-backlink">↩︎</a></p></li> <li id="fn9"><p>Attention ! Il ne faut <em>surtout pas</em> sauvegarder le résultat au format CSV, sinon toutes les formules seront perdues.<a href="#fnref9" class="footnote-back" role="doc-backlink">↩︎</a></p></li> <li id="fn10"><p>Une version plus correcte de cette phrase est que je ne sais pas comment faire.<a href="#fnref10" class="footnote-back" role="doc-backlink">↩︎</a></p></li> </ol> </section> 2023-09-20T00:00:00+00:00 2023-09-20T00:00:00+00:00 Aliaume Lopez https://aliaume.fr/site/posts/post-defense/ <p>C’est terminé, ma <a href="/posts/2023-08-23-thesis-defense.html">soutenance de thèse</a> s’est bien déroulée. Vous pouvez trouver les <a href="/ressources/these/defense/2023-09-12-defense-slides.pdf">diapositives utilisées</a>, un <a href="/ressources/these/defense/2023-09-12-defense-audio.mp4">enregistrement audio</a> de la soutenance, ainsi que la <a href="/ressources/these/defense/2023-09-12-defense-video.mp4">vidéo</a> correspondante. J’ai fait le choix éditorial de garder sans modification les diapositives, l’audio et la vidéo, ce qui fait que les trois sources d’information restent cohérentes. En particulier, il est possible de télécharger les slides et l’audio pour “reconstruire” la vidéo en limitant votre bande passante, et ce sans manquer la partie amusante à la <a href="/ressources/these/defense/2023-09-12-defense-video.mp4#t=00:26:00">26ème minute</a>.</p> 2023-09-20T00:00:00+00:00 2023-09-20T00:00:00+00:00 Aliaume Lopez https://aliaume.fr/site/posts/ui-ux-small-programs-1/ <p>Cet article est le premier d’une série dont l’objectif est de comparer différentes approches à la création d’interfaces (graphiques ou non) pour des petits programmes.</p> <p>L’idée a germé lors d’une séance de comptabilité où il était question de retrouver dans un export <a href="https://fr.wikipedia.org/wiki/Comma-separated_values">CSV</a> de mon compte en banque les transactions qui devaient être considérées comme “vacances en groupe” au milieu de plein de dépenses sans aucun rapport. On peut argumenter qu’il est plus simple d’utiliser une application dédiée pour annoter au fur et à mesure les dépenses (il en existe beaucoup). Cependant:</p> <ol type="1"> <li>Il faut faire confiance en sa capacité à ajouter (en doublon donc) dans une autre base de données les dépenses au fur et à mesure</li> <li>Il faut avoir un accès régulier à internet ou une capacité d’utilisation hors ligne.</li> <li>L’objectif n’est pas de “régulariser” les dépenses entre plusieurs amis, mais bien de savoir combien a été dépensé au total sur un certain poste.</li> <li>De toute manière la donnée supplémentaire n’existant pas, il faut ajouter l’information externe (vacances ou pas) <em>quelque part</em>.</li> </ol> <p>Pour toutes ces raisons, nous allons désormais admettre le besoin suivant : pouvoir annoter facilement un fichier CSV avec un nombre fini de catégories.<a href="#fn1" class="footnote-ref" id="fnref1" role="doc-noteref">¹</a></p> <h2 id="une-première-approche-un-tableur">Une première approche … Un tableur</h2> <p>La manière la plus standard dans le monde pour répondre à la problématique susmentionnée est bien entendu de charger le fichier CSV dans un logiciel de feuille de calcul,<a href="#fn2" class="footnote-ref" id="fnref2" role="doc-noteref">²</a> et d’ajouter une colonne “à la main.” La procédure est alors la suivante</p> <ol type="1"> <li>Ouvrir le fichier CSV.</li> <li>Sélectionner le bon format de séparateur.</li> <li>Se rendre compte que les nombres ne sont pas avec le bon format.</li> <li>Cacher les colonnes inutiles afin que les informations tiennent sur un écran 13 pouces.</li> <li>Ajouter un en-tête de colonne pour la catégorie.</li> <li>Parcourir le tableur ligne à ligne. <ol type="a"> <li>Pour chaque ligne, essayer de se souvenir de la dépense à partir du nom de la transaction.<a href="#fn3" class="footnote-ref" id="fnref3" role="doc-noteref">³</a></li> <li>Si la dépense est trop mystérieuse, regarder la date et retrouver le jour de la semaine à partir d’un calendrier.</li> <li>Si cela reste mystérieux, taper le nom du bénéficiaire dans votre moteur de recherche favori.</li> <li>Sinon, considérer la dépense comme “personnelle.”</li> </ol></li> <li>Exporter le fichier en CSV.</li> </ol> <p>Étrangement, ce processus n’est pas si pénible. Mais l’interface est extrêmement compliquée pour une tâche qui semble particulièrement simple et bien définie.</p> <h2 id="cétait-une-ruse">C’était une ruse</h2> <p>Cette longue introduction (sans code) était une ruse pour introduire un problème et une “implémentation de référence” à base d’un logiciel de feuille de calcul qui permet de comparer différentes approches à la création de petits programmes métiers au périmètre extrêmement restreint. Dans les prochains articles, nous verrons comment une approche en ligne de commande avec un script <code>Python</code> trouve ses limites, comment une interface graphique avec <code>Gtk</code> introduit une complexité supplémentaire, mais aussi comment utiliser des technologies “hype” comme <code>React</code> pour répondre à ce problème très simple.</p> <p>Tout le code écrit se trouvera <a href="https://github.com/AliaumeL/csv-tagger">dans un dépôt public</a> qui servira de carnet de laboratoire pour cette excursion dans la construction de logiciels et d’interfaces “métiers.”</p> <section id="footnotes" class="footnotes footnotes-end-of-document" role="doc-endnotes"> <hr /> <ol> <li id="fn1"><p>Notons que cette tâche est assez générique et correspond aussi bien à notre exemple d’annotation de dépenses qu’à la création d’un jeu de données pour faire de l’apprentissage supervisé.<a href="#fnref1" class="footnote-back" role="doc-backlink">↩︎</a></p></li> <li id="fn2"><p>On pense bien sûr à libre office calc…<a href="#fnref2" class="footnote-back" role="doc-backlink">↩︎</a></p></li> <li id="fn3"><p>Et ce n’est pas toujours facile !<a href="#fnref3" class="footnote-back" role="doc-backlink">↩︎</a></p></li> </ol> </section> 2023-08-23T00:00:00+00:00 2023-08-23T00:00:00+00:00 Aliaume Lopez https://aliaume.fr/site/posts/thesis-defense/ <link rel="stylesheet" href="https://cdnjs.cloudflare.com/ajax/libs/font-awesome/6.4.2/css/all.min.css"/> <link rel="stylesheet" href="https://unpkg.com/leaflet@1.9.4/dist/leaflet.css" integrity="sha256-p4NxAoJBhIIN+hmNHrzRCf9tD/miZyoHS5obTRR9BMY=" crossorigin=""/> <script src="https://unpkg.com/leaflet@1.9.4/dist/leaflet.js" integrity="sha256-20nQCchB9co0qIjJZRGuk2/Z9VM+kNiyxNV1lvTlZBo=" crossorigin=""> </script> <link rel="stylesheet" href="./style-timeline.css"/> <script src="map-view.js" defer> </script> <p>I will defend my thesis on the <strong>12th of September 2023</strong> in Paris. If you are interested in attending, please continue reading this post.</p> <h2 id="participation">Participation</h2> <p>If you wish to participate, please say so. This will ensure that enough food and drinks are available.</p> <p><a href="https://framadate.org/rHk9YfhOfuOMTJfo">Here is a link to the framaform</a>.</p> <h2 id="jury-composition">Jury Composition</h2> <p><strong>Serenella Cerrito</strong>, Professeure des Universités, Université Paris Saclay, Univ EVRY, France</p> <p><strong>Anuj Dawar</strong>, Professor, University of Cambridge</p> <p><strong>Arnaud Durand</strong>, Professeur des Universités, Université Paris-Cité</p> <p><strong>Patrice Ossona de Mendez</strong>, Chargé de Recherche, EHESS</p> <p><strong>Daniela Petrisan</strong>, Maîtresse de Conférences, Université Paris-Cité</p> <p><strong>Luca Reggio</strong>, Senior Fellow Researcher, University College London</p> <h2 id="abstract">Abstract</h2> <p>The thesis is titled <em>First Order Preservation Theorems in Finite Model Theory : Locality, Topology, and Limit Constructions.</em></p> <p>You will find a brief abstract of the thesis manuscript hereafter.</p> <blockquote> <p>Preservation Theorems in first-order logic are a collection of results derived from classical Model Theory. These results establish a direct correspondence between the semantic properties of formulas and the syntactic constraints imposed on the language used to express them. However, studying these theorems becomes notably challenging when focusing on finite models, which is unfortunate given that the field of Finite Model Theory is better equipped to describe phenomena occurring in Computer Science. This thesis presents a systematic approach to investigating Preservation Theorems within the realm of Finite Model Theory. The traditional ad-hoc proofs are replaced with a theoretical framework that generalizes techniques based on locality, and introduces a topological presentation of preservation theorems called logically presented pre-spectral spaces. Introducing these topological spaces enables us to develop a compositional theory for preservation theorems. Additionally, this thesis takes an initial stride towards systematically examining preservation theorems across inductively defined classes of finite structures. It accomplishes this by proving a generic fixed point theorem for a topological extension of logically presented pre-spectral spaces, specifically Noetherian spaces.</p> </blockquote> <p>For a preprint of the document, you can click <a href="/ressources/these/defense/2023-09-12-defense-manuscript.pdf">on this link</a>.</p> <h2 id="timeline">Timeline</h2> <div class="timeline"> <dl> <dt>13:50:00 (UTC+0200)</dt> <dd> <p>Opening of the <a href="#thesis-defense-room">thesis defense room</a>.</p> </dd> <dt>14:00:00 (UTC+0200)</dt> <dd> <p>Start of the thesis defense.</p> </dd> <dt>15:00:00 (UTC+0200)</dt> <dd> <p>Questions and discussions.</p> </dd> <dt>16:00:00 (UTC+0200)</dt> <dd> <p>Setup of the tables, food and drinks for the <a href="#thesis-defense-celebration">thesis defense celebration</a>.</p> </dd> <dt>16:20:00 (UTC+0200)</dt> <dd> <p>Celebration.</p> </dd> <dt>19:00:00 (UTC+0200)</dt> <dd> <p>Cleaning up the celebration.</p> </dd> <dt>19:30:00 (UTC+0200)</dt> <dd> <p>Departure for <a href="#le-five">Le Five</a>.</p> </dd> <dt>20:00:00 (UTC+0200)</dt> <dd> <p>Arrival at <a href="#le-five">Le Five</a>.</p> </dd> </dl> </div> <h2 class="places" id="places">Places</h2> <div id="map"> </div> <h3 id="thesis-defense-room">Thesis Defense Room</h3> <h4 id="where-is-it">Where is it?</h4> <pre class="map-point" data-icon="fa-graduation-cap" data-gps="48,8267429;2,3825999"><code>Salle 127 Bâtiment Olympe de Gouges 8 Place Paul Ricoeur 75013, Paris</code></pre> <p>It will also be available online via Zoom using the <a href="https://u-paris.zoom.us/j/87470312969?pwd=SVk3cXFydkVjRStHYnd2NWpRVm1Gdz09">following link</a>:</p> <pre><code>ID de réunion : 874 7031 2969 Code secret : 151406</code></pre> <h4 id="how-to-get-there">How to get there?</h4> <dl> <dt><img src="https://upload.wikimedia.org/wikipedia/commons/e/eb/Paris_transit_icons_-_Tram.svg" class="metro" alt="tram-logo-paris" /> Using the Parisian Trams</dt> <dd> <p><img src="https://upload.wikimedia.org/wikipedia/commons/e/ee/Paris_transit_icons_-_Tram_3a.svg" class="metro" alt="tram-line-3a" /> T3a, Station “Avenue de France”</p> </dd> <dt><img src="https://upload.wikimedia.org/wikipedia/commons/c/c1/Paris_transit_icons_-_M%C3%A9tro.svg" class="metro" alt="metro-logo-paris" /> Using the Parisian Subway System</dt> <dd> <p><img src="https://upload.wikimedia.org/wikipedia/commons/9/93/Paris_transit_icons_-_M%C3%A9tro_14.svg" class="metro" alt="metro-line-fourteen" /> Metro 14, exit 2</p> </dd> <dt><img src="https://upload.wikimedia.org/wikipedia/commons/6/69/Paris_transit_icons_-_RER.svg" class="metro" alt="rer-logo-paris" /> Using the Parisian Express Railway System</dt> <dd> <p><img src="https://upload.wikimedia.org/wikipedia/commons/f/f6/Paris_transit_icons_-_RER_C.svg" class="metro" alt="rer-line-C" /> RER C, exit 5, “Rue des Grands Moulins”</p> </dd> <dt><img src="https://upload.wikimedia.org/wikipedia/commons/6/66/V%C3%A9lib%E2%80%99_logo.svg" class="metro" alt="velib-logo-paris" /> Using the Parisian Bike Renting System</dt> <dd> <p>Station “Quai Panhard et Levassor”</p> </dd> <dd> <p>Station “Marie-Andrée Lagroua Weill-Hallé - Françoise Dolto”</p> </dd> </dl> <h3 id="thesis-defense-celebration">Thesis Defense Celebration</h3> <h4 id="where-is-it-1">Where is it?</h4> <pre><code>Cour intérieure Bâtiment Olympe de Gouges 8 Place Paul Ricoeur 75013, Paris</code></pre> <h4 id="how-to-get-there-1">How to get there?</h4> <p>Cf <a href="#thesis-defense-room">how to get to the defense room</a>.</p> <h3 id="drinks-and-party">Drinks and Party</h3> <h4 id="where-is-it-2">Where is it?</h4> <p id="le-five"> <pre class="map-point" data-icon="fa-beer" data-gps="48,8514857;2,3379094"><code>Le Five 5 Rue Saint-Sulpice 75006, Paris</code></pre> </p> <h4 id="how-to-get-there-2">How to get there?</h4> <dl> <dt><img src="https://upload.wikimedia.org/wikipedia/commons/c/c1/Paris_transit_icons_-_M%C3%A9tro.svg" class="metro" alt="metro-logo-paris" /> Using the Parisian Subway System</dt> <dd> <p><img src="https://upload.wikimedia.org/wikipedia/commons/7/76/Paris_transit_icons_-_M%C3%A9tro_4.svg" class="metro" alt="metro-line-four" /> Metro 4, exit 2, “Carrefour de l’Odéon”</p> </dd> <dd> <p><img src="https://upload.wikimedia.org/wikipedia/commons/2/24/Paris_transit_icons_-_M%C3%A9tro_10.svg" class="metro" alt="metro-line-ten" /> Metro 10, exit 2, “Carrefour de l’Odéon”</p> </dd> <dt><img src="https://upload.wikimedia.org/wikipedia/commons/6/69/Paris_transit_icons_-_RER.svg" class="metro" alt="rer-logo-paris" /> Using the Parisian Express Railway System</dt> <dd> <p><img src="https://upload.wikimedia.org/wikipedia/commons/f/fd/Paris_transit_icons_-_RER_B.svg" class="metro" alt="rer-line-B" /> RER B, exit 1, “Quai Saint-Michel (Notre-Dame)”</p> </dd> <dd> <p><img src="https://upload.wikimedia.org/wikipedia/commons/f/f6/Paris_transit_icons_-_RER_C.svg" class="metro" alt="rer-line-C" /> RER C, exit 1, “Quai Saint-Michel (Notre-Dame)”</p> </dd> <dt><img src="https://upload.wikimedia.org/wikipedia/commons/6/66/V%C3%A9lib%E2%80%99_logo.svg" class="metro" alt="velib-logo-paris" /> Using the Parisian Bike Renting System</dt> <dd> <p>Station “Quatre Vents - Carrefour de l’Odéon”</p> </dd> <dd> <p>Station “Marché Saint-Germain”</p> </dd> <dd> <p>Station “Sénat - Condé”</p> </dd> </dl> 2023-06-27T00:00:00+00:00 2023-06-27T00:00:00+00:00 Aliaume Lopez https://aliaume.fr/site/posts/lics-presentation/

<p>Ce petit billet va décrire comment (ne pas) créer une vidéo pour une conférence, en espérant que cela serve à d’autres.</p>

2022-11-29T00:00:00+00:00 2022-11-29T00:00:00+00:00 Aliaume Lopez https://aliaume.fr/site/posts/presentation-dptinfo/ <p>Avec <a href="https://gdoueneau.github.io/">Gaëtan Douéneau-Tabot</a> nous avons parlé devant les élèves du département informatique de l’ENS Paris-Saclay pour présenter le <a href="/ressources/docteurs-admin">rapport sur l’emploi des docteurs dans l’administration</a> avec une focalisation thématique sur le devenir des normaliens. Bien que les ordres de grandeurs des docteurs normaliens dans l’administration soient sensiblement différents de ceux dans la population générale des docteurs, l’analyse qualitative de leur statuts se révèle assez similaire pour en tirer des enseignements généraux.</p> <p>L’objectif de cette intervention était de présenter les carrières dans l’administration publique hors recherche à des normaliens « futurs docteurs », et les inviter à réfléchir au parcours qu’ils souhaitent effectuer après leur thèse.</p> <p>Les slides sont disponibles ci-après, mais le lien du quiz interactif est bien entendu caduc: <a href="/ressources/publications/Talks%2000/2022-DPTINFO-ENS-presentation.pdf">lien vers les slides</a>.</p> 2022-10-19T00:00:00+00:00 2022-10-19T00:00:00+00:00 Aliaume Lopez https://aliaume.fr/site/posts/knowledge-management/ <p>L’objectif de ce petit billet est d’introduire une extension du système d’édition de documents <a href="https://fr.wikipedia.org/wiki/LaTeX">LaTeX</a>, permettant de gérer les bases de connaissances via des liens. L’idée est de commencer par expliquer ce qui existe, et de positionner cette extension par rapport aux autres technologies existantes.</p> <h2 id="pourquoi-mettre-des-liens-dans-un-document">Pourquoi mettre des liens dans un document ?</h2> <p>Dans un papier de recherche, il y a essentiellement deux raisons pour lesquelles ont veut utiliser un lien:</p> <ol type="1"> <li>Pour renvoyer le lecteur à une source externe de connaissances.</li> <li>Pour aider le lecteur à naviguer au sein du document.</li> </ol> <p>Dans un document de recherche, on aura par exemple des références externes (i.e., des citations), ainsi que des références internes à des sections ou points d’intérêt dans le document. Cette idée consistant à systématiquement intégrer au document les références permettant de découvrir les autres documents liés aux domaines, font des articles de recherche une base de connaissance <strong>explorable</strong>.</p> <p>Cette idée est celle qui a longtemps guidé la construction des pages sur le web, où les liens internes/externes sont cruciaux pour naviguer et retrouver l’information disponible. Néanmoins, cette méthode se heurte à plusieurs murs de complexité:</p> <ol type="1"> <li>Il n’est pas possible pour un humain d’explorer tout le graphe.</li> <li>Les liens peuvent ne plus être valides, il faut une maintenance constante des correspondances entre liens et documents cités.</li> <li>Les documents sont hétérogènes, et donc les formats de lien varient.</li> </ol> <p>En particulier, sur un « document » comme wikipedia, il faut nécessairement ajouter aux liens internes aux pages, un moyen de chercher directement dans le contenu des pages, et de faire référence à des pages, et des sections particulières des pages. C’est ce qui est obtenu en regardant les <a href="https://fr.wikipedia.org/wiki/Uniform_Resource_Identifier">URI</a> proposées sur wikipedia: elles ont la forme <code>http://[langue].wikipedia.org/wiki/[nom-de-page]#[nom-de-section]</code>.</p> <p>Un exemple particulièrement mauvais de site web est celui de <a href="https://ens-paris-saclay.fr/">l’ENS Paris-Saclay</a> qui ne permet pas du tout de retrouver facilement l’arborescence des pages disponibles, ni de retrouver simplement l’information. Plus généralement, dans un livre on aimera la présence d’un index, d’une table des matières, des figures, et la présence généralisée de pointeurs aidant à la navigation au sein du document.</p> <h2 id="des-liens-dans-du-texte">Des liens dans du texte</h2> <p>Un problème loin d’être anodin se pose lorsque vous avez des liens dans un document: comment doivent-ils être affichés ? Cela peut sembler une question futile, il n’en est rien. Un certain nombre de documents sont destinés à l’impression, parfois sans couleurs, où la question est cruciale. Pour des documents plus interactifs (PDF, page web), il est nécessaire de penser à l’accessibilité: fournir un texte alternatif pour les liens, et préciser ce vers quoi ils doivent mener est crucial pour la pérennisation du document. Si on en croit un article de blog publié par CloudFare intitulé <a href="https://blog.cloudflare.com/the-history-of-the-url/">The History of the URL</a>, un nombre croissant de liens sont des <em>liens morts</em>, c’est-à-dire dont la destination n’existe plus:</p> <blockquote> <p><a href="https://journals.cambridge.org/action/displayAbstract?fromPage=online&amp;aid=9282809&amp;fileId=S1472669614000255">One half</a> of the URLs referenced by US Supreme Court opinions point to pages which no longer exist. If you were reading an academic paper in 2011, written in 2001, you have better than even odds that any given URL <a href="https://bmcbioinformatics.biomedcentral.com/articles/10.1186/1471-2105-14-S14-S5">won’t be valid</a>.</p> <p>— <a href="https://blog.cloudflare.com/the-history-of-the-url/">The History of the URL</a>, Section “Snapchat the Supreme Court”</p> </blockquote> <p>Le problème est encore plus visible pour les références qui pointent vers des parties du même document, car l’échelle de temps est beaucoup plus courte. Si vous avez une table dans un rapport, nommée <code>Table 1</code>, alors vous pouvez y faire référence en disant <code>voir Table 1</code>. Mais ajouter une autre table à votre document … et l’intégralité des liens est à reconstruire. Vous avez quelque chose de pire qu’un lien mort: un faux lien.</p> <p>Le problème des “références cassées” se règle généralement par le biais d’une autorité centrale qui <em>assigne</em> un identifiant unique à chaque document, sans relation avec l’endroit où le document est disponible. Les numéros <a href="https://en.wikipedia.org/wiki/ISBN">ISBN</a> ou les <a href="https://en.wikipedia.org/wiki/Digital_object_identifier">DOI</a> rentrent complètement dans cette catégorie. Dans le cas de références internes d’un document écrit avec LaTeX, cela se traduit concrètement via l’attribution de <code>labels</code> à certaines parties du document.</p> <h2 id="résumé-du-cahier-des-charges">Résumé du cahier des charges</h2> <p>Pour gérer correctement les liens dans un document on veut facilement pouvoir faire les choses suivantes</p> <ol type="1"> <li>Utiliser une autorité centrale pour assigner des identifiants uniques.</li> <li>Proposer plusieurs manières de parler d’une même ressource.</li> <li>Intégrer un maximum d’informations dans le texte pour permettre de retrouver l’élément cité, sans nuire à la lisibilité.</li> <li>Permettre l’exploration des liens.</li> </ol> <h2 id="ce-qui-existe-pour-linstant-en-latex">Ce qui existe pour l’instant en LaTeX</h2> <p>Dans un document <a href="https://fr.wikipedia.org/wiki/LaTeX">LaTeX</a>, les <em>liens internes</em> sont obtenus par une double passe. Dans un premier temps, on définit des <em>points d’intérêts</em> dans le document via une commande <code>\label</code>. Dans un second temps, on peut alors créer des liens vers ce point d’intérêt avec la commande <code>\ref</code> ou <code>\pageref</code>. En terme de cahier des charges, cela ne répond à presque aucun des pré-requis.</p> <ol type="1"> <li>L’autorité qui gère les identifiants n’est pas centralisée: c’est l’auteur qui est le point de synchronisation. Pour un document à plusieurs auteurs, les identifiants sont éparpillés dans le document, et il n’y a pas de moyen de garantir une cohérence interne.</li> <li>On ne peut pas référencer un même identifiant de plusieurs manières. En pratique, on peut seulement retrouver la page où l’étiquette est placée via <code>\pageref</code>, et retrouver un <em>numéro associé à l’étiquette</em> via la commande <code>\ref</code>. Ainsi, on doit écrire <code>Figure \ref{identifiant}</code> pour que s’affiche <code>Figure 2</code> dans le document final. Si l’identifiant a été changé et ne correspond plus à une figure, le lien reste valide, mais le texte est incorrect.</li> <li>Il n’est en général pas possible de préciser des marqueurs spatiaux ou sémantiques pour aider le lecteur à se repérer. Ainsi, “en haut de la page”, “avant la définition”, “au début de la section”, sont autant de phrases qui sont à ré écrire dès que les éléments cités changent de place.</li> <li>LaTeX propose de faire une table des matières via <code>\tableofcontents</code>. Il est aussi possible de faire une liste des figures, des tableaux, mais le processus n’est pas générique. Par exemple, écrire une liste des “définitions utilisées” dans un chapitre n’est pas une attente réaliste au vu de la technologie employée.</li> </ol> <p>Plus généralement, il y a deux énormes problèmes dans cette gestion des liens. Le premier est qu’elle ignore totalement l’une des principales utilités de LaTeX, à savoir, la typographie des expressions mathématiques. Le second est que cette gestion se fait séparément des références externes, et celles-ci sont elles-mêmes découpées en deux parties: les hyperliens classiques, et les citations bibliographiques.</p> <p>Des solutions partielles existent pour les problèmes cités. Le paquet <a href="https://www.ctan.org/pkg/natbib">natbib</a> propose de faciliter l’écriture des citations en permettant d’écrire des commandes comme <code>\citet[see][Theorem 1.6]{label}</code>, se traduisant en <code>Auteur 1, ... [see Theorem 1.6 of 2]</code>. De même, un paquet comme <a href="https://www.ctan.org/pkg/cleveref">cleveref</a> ajoute une commande <code>\cref{label}</code> permettant d’ajouter automatiquement les dénominations (Figure, Théorème, Définition, Table) avant le numéro associé.</p> <h2 id="une-approche-en-deux-étapes">Une approche en deux étapes</h2> <p>Bien que proposant énormément de fonctionnalités, le paquet <a href="https://www.irif.fr/~colcombe/knowledge_en.html">knowledge</a> développé par <a href="https://www.irif.fr/~colcombe">Thomas Colcombet</a> donne une réponse simple au problème des références internes, de la même manière que les <a href="https://en.wikipedia.org/wiki/ISBN">ISBN</a> ou les <a href="https://en.wikipedia.org/wiki/Digital_object_identifier">DOI</a>. En utilisant ce paquet, deux commandes sont disponibles <code>\intro</code> et <code>\kl</code> (l’équivalent de label et cite), avec comme seule différence que la gestion des correspondances est déléguée à une autorité tierce. En pratique, les utilisateurs du paquet se voient écrire un document <code>knowledges.kl</code> contenant pour chaque “notion du document” une variété de synonymes et des propriétés stylistiques.</p> <p>L’introduction d’un document tiers simplifie la collaboration, la découverte, et la ré-utilisation des liens du document. Elle permet aussi de répondre, de manière rudimentaire, aux besoins évoqués plus haut. L’utilisation de synonymes autorise d’écrire <code>\kl{La première section}</code> dans le corps du document, et d’expliquer dans la base de connaissances que <code>La première section</code> est la même chose que <code>Section 1</code>.</p> <p>Par ailleurs, le paquet autorise l’utilisation de liens pour les références mathématiques, permettant de cliquer sur un symbole pour voir son introduction… magique non?</p> <h2 id="dans-un-futur-proche">Dans un futur proche ?</h2> <p>On est encore loin d’une gestion correcte des liens dans un document, puisque <a href="https://www.irif.fr/~colcombe/knowledge_en.html">knowledge</a> n’unifie pas les citation bibliographiques, les liens externes, et les liens internes. S’il propose de s’interfacer avec la librairie <a href="https://www.ctan.org/pkg/cleveref">cleveref</a>, cela reste une manière très simpliste d’exprimer la position d’une connaissance dans le document. De plus, le système de connaissances fonctionne en vase clos: dans le document final comme dans ses métadonnées, rien n’existe pour permettre l’exploration des liens.</p> <p>En conclusion, le paquet <a href="https://www.irif.fr/~colcombe/knowledge_en.html">knowledge</a> possède un énorme potentiel en terme d’écriture collaborative, de rédaction de documents volumineux, et même de création de graphes de connaissances. Reste à savoir comment le faire évoluer vers une solution complète au problème posé. Avec un peu de chance, il y aura bientôt un nouveau billet de blog sur les avancées développées avec Thomas…</p> 2021-11-21T00:00:00+00:00 2021-11-21T00:00:00+00:00 Aliaume Lopez https://aliaume.fr/site/posts/docteurs-administrations/ <p>Dans le courant de l’année 2021 j’ai fondé avec Gaëtan Douéneau et Laurent Prosperi l’Initiative Docteurs et Administrations (IDeA) dont l’objectif est de cartographier l’emploi et le recrutement des docteurs au sein du public hors académique, toute discipline confondue. Nos questions étaient extrêmement simples</p> <ol type="1"> <li>Que font les #docteurs qui rejoignent l’#administration publique ?</li> <li>Et comment sont-ils recrutés ?</li> </ol> <p>Ce questionnement est venu de nos expériences personnelles et d’un chiffre : <strong>plus de 18 000 docteurs sont employés dans le secteur public, hors postes de recherche, enseignement ou praticiens</strong> d’après l’Enquête emploi en continu de l’INSEE. Corroboré par le suivant: <strong>19%</strong> des docteurs diplômés en 2014 travaillent dans le public hors académique 3 ans après leur soutenance de thèse.</p> <p>Plus qu’un long discours, je vous invite donc à consulter le <a href="/ressources/docteurs-admin.pdf">rapport sur l’emploi des docteurs dans l’administration</a> à consommer et partager sans modération.</p> 2021-11-14T00:00:00+00:00 2021-11-14T00:00:00+00:00 Aliaume Lopez https://aliaume.fr/site/posts/retour-eig/ <p>Il fallait bien faire un jour une rétrospective sur l’utilisation du dispositif de césure de thèse pour travailler dans une administration publique sur un poste non académique. Avant de se lancer, fixons un peu les termes, j’utilise le terme « publique hors académique » pour désigner les postes ouverts avec un <em>contrat de droit public</em> mais dont les missions ne sont pas des missions de <em>recherche</em> ni <em>d’enseignement</em>.</p> <h2 id="quelques-rappels-sur-la-césure">Quelques rappels sur la césure</h2> <h3 id="les-dispositifs-de-césure">Les dispositifs de césure</h3> <p>La césure de thèse suit les mêmes règles que les césures universitaires ; c’est une période durant laquelle le doctorant cesse ses activités de recherche et n’est plus intégré à son unité de recherche. Sa durée est au minimum d’un semestre et elle est limitée à deux semestres consécutifs. Le point de départ pour vos recherches documentaires sur la césure se trouve sur <a href="https://www.enseignementsup-recherche.gouv.fr/pid34333/la-cesure.html">le site officiel du gouvernement</a>. Il faudra donc trouver une activité sur les dates des semestres universitaires, raisonnablement sur une année complète: de septembre à septembre. Selon les établissements, la césure ne peut être demandée au cours de la 1ère année de thèse, ni postérieurement à la durée de référence de la thèse fixée par les textes (après la 3ème année en cas de thèse « à temps plein », après la 6éme année en cas de thèse « à temps partiel »).</p> <blockquote> <p>La durée de la césure n’est pas comptabilisée dans la durée de la thèse</p> </blockquote> <h3 id="une-grande-variabilité-de-mise-en-place">Une grande variabilité de mise en place</h3> <p>Afin de bénéficier de ce dispositif, les procédures varient selon les écoles doctorales, comme celle de <a href="https://www.universite-paris-saclay.fr/sites/default/files/media/2020-01/cadrage-cesure-upsaclay.pdf">Paris-Saclay</a>, celle de <a href="http://doctorat.univ-lorraine.fr/sites/default/files/user/etre-doctorant/c%C3%A9sure/Fiche%20de%20Proc%C3%A9dure%20d%C3%A9taill%C3%A9e%20-%20C%C3%A9sure.pdf">l’Université de Lorraine</a> ou celle de <a href="https://www.u-bordeaux.fr/content/download/112067/840336/version/2/file/CESURE%202021-22_dossier%20candidature%20DOCTORAT.pdfCTORAT.pdf">l’Université de Bordeaux</a>. Il est aisé de voir les variations dans les dossiers selon l’université. En particulier, il faut absolument se renseigner sur les dates de dépôt de projet de césure ; malgré cet avertissement, il faut aussi savoir que le nombre de projets de doctorants étant assez faible, il est parfois envisageable de contacter directement votre école doctorale pour valider un projet « en dehors des dates limites ».</p> <h3 id="que-faire-pendant-une-césure">Que faire pendant une césure ?</h3> <p>Une liste non exhaustive se construit en regardant le site du gouvernement ; j’ai sélectionné ceux qui permettent de travailler dans le secteur public ou des associations car ce sont les moins connus.</p> <ol type="1"> <li>Un Service Civique ;</li> <li>Un volontariat au sein du corps européen de solidarité ;</li> <li>Un volontariat international en administration (VIA) ;</li> <li>Un volontariat de solidarité internationale (VSI).</li> </ol> <p>Il faudra noter que votre projet sera à défendre devant votre école doctorale et va mener à des race conditions c’est-à-dire des phénomènes de concurrence entre les procédures administratives de votre école doctorale et celles de votre potentielle activité lors de la césure. La plus connue et la plus simple est dans le cadre d’un contrat (CDD/CDI) : votre projet de césure nécessite une forme d’attestation de la part de l’employeur, et votre employeur demande un certificat pour votre césure de thèse. Il faudra échanger les promesses et rester en contact permanent avec les différentes parties pour mener les dossiers à terme.</p> <h2 id="mon-expérience-personnelle">Mon expérience personnelle</h2> <p>J’ai effectué une césure avec l’École Doctorale STIC de l’Université Paris-Saclay pour une durée d’un an ; durant cette césure j’ai été employé 10 mois en CDD par l’Autorité de Sûreté Nucléaire par le truchement du programme Entrepreneur d’Intérêt Général (EIG).</p> <h3 id="un-projet-intégré-au-sein-dune-administration">Un projet intégré au sein d’une administration</h3> <p>J’ai été recruté en 2020 sur le projet SIANCE porté par l’ASN, en collaboration avec un <em>data scientist</em>. Dans cette équipe restreinte encadrée par deux membres de l’ASN, nous avions pour mission de valoriser la connaissance du terrain produite par les inspecteurs. Il s’agissait d’abord d’agréger, de croiser et de consolider les données produites par les inspections, puis de proposer un accès à ces informations pour tous les inspecteurs. La taille limitée de l’équipe et son statut exceptionnel au sein de l’administration ont facilité un développement rapide. Au contact direct avec les utilisateurs, nous avons mis en place un outil sur mesure, utilisant des techniques de l’état de l’art pour le traitement du langage naturel. L’ASN ne recrute pas ordinairement de développeurs et fait appel à des services de prestation pour ses besoins numériques. Dans ce cas les inspecteurs sont rarement placés au centre du développement de l’outil et ont parfois l’impression que celui-ci va alourdir leur processus d’inspection.</p> <h3 id="réception-dun-docteur">Réception d’un docteur</h3> <p>Dans notre cas, l’immersion de l’équipe dans l’ASN et le crédit apporté par le statut de doctorant ont créé une confiance dans l’outil, difficile à obtenir par d’autres moyens. À mon avis, l’utilisation par l’administration de contrats courts à des fins de modernisation se couple particulièrement bien avec une césure de thèse.</p> <h2 id="réflexions-sur-la-césure-de-thèse">Réflexions sur la césure de thèse</h2> <p>La césure de thèse est un dispositif qui est relativement peu étudié/mis en avant par les universités et écoles doctorales, alors qu’il fournit un outil alternatif aux contrats CIFRE (lorsque ceux-ci sont seulement possibles) dans laquelle l’intégralité du temps de l’agent est consacré aux besoins d’une administration.</p> <p>Pour le doctorant, c’est une opportunité d’ouverture en dehors de son sujet de thèse et même de la recherche académique. Néanmoins, ceci n’est pas sans contrepartie, il est strictement <em>impossible</em> d’effectuer un travail de recherche en parallèle d’une activité salariée à temps plein. De la même manière, une telle expérience <em>hors-recherche</em> sera difficilement valorisable dans les carrières de recherche.</p> <p>On constate alors une tension entre la volonté d’insérer les docteurs sur le marché du travail, ce dont année d’immersion a définitivement le potentiel, et préserver la formation <em>par la recherche, pour la recherche</em> dédiée au système académique.</p> <p>Le dispositif de césure crée naturellement un pont entre l’administration d’accueil et le laboratoire du doctorant, au moins lorsque celui-ci y retourne et partage son expérience ; mais ce gain est à mettre en comparaison avec le besoin vital d’un personnel doctorant au sein des universités pour assurer les missions d’enseignement. Il est donc extrêmement peu probable que ce processus se généralise dans les années à venir.</p> 2020-09-23T00:00:00+00:00 2020-09-23T00:00:00+00:00 Aliaume Lopez https://aliaume.fr/site/posts/word-topology-and-beyond/ <p>Ce n’est pas une surprise au vu du titre de ma thèse que je m’intéresse aux <a href="https://en.wikipedia.org/wiki/Well-quasi-ordering">beaux préordres</a> et leurs applications en informatique, plus particulièrement en théorie des modèles finis. Dans ma recherche, je me suis assez rapidement tourné vers la notion topologique associée, celle <a href="https://fr.wikipedia.org/wiki/Espace_noeth%C3%A9rien">d’espace Noethérien</a> plus adaptée à mes travaux. C’est peut-être aussi parce que <a href="http://www.lsv.fr/~goubault/">Jean Goubault-Larrecq</a>, un de mes directeurs de thèse, a fait son cheval de bataille de transposer les résultats sur les beaux préordres aux espaces Noethériens que ce soit <a href="http://www.lsv.ens-cachan.fr/Publis/PAPERS/PDF/JGL-lics07.pdf">pour en mimer les constructions</a> ou <a href="http://www.lsv.fr/Publis/PAPERS/PDF/JGL-icalp10.pdf">identifier les similarités d’applications</a>.</p> <h2 id="la-topologie-sous-mot">La topologie sous mot</h2> <p>Une des constructions fondamentales dans la théorie des beaux préordres est la construction du préordre <em>sous-mot</em> qui se trouve être un beau préordre grâce au Lemme de Higman. Dans <a href="https://projects.lsv.ens-cachan.fr/topology/?page_id=2735">ce billet de blog</a> nous explorons avec Jean une manière originale d’aborder la construction d’une topologie sur les mots finis, et généralisons l’approche au cas des mots infinis.</p> <p>Avant de lire cet article, quelques points à garder en tête</p> <ol type="1"> <li>Lorsqu’on veut généraliser une construction de préordre à une construction topologique, un critère de correction est que le <a href="https://en.wikipedia.org/wiki/Specialization_(pre)order">préordre de spécalisation</a> coincide. Néanmoins, c’est une condition extrêmement faible, et il existe un grand nombre de topologies possibles.</li> <li>Il existe un grand nombre de topologies Noethériennes possibles sur un ensemble, et <em>a priori</em>, il n’y en a pas une unique <em>plus fine que toutes les autres</em>.</li> <li>La construction en utilisant des pré-ordres <em>ne fonctionne pas</em> sur les mots infinis. C’est donc un résultat surprenant lorsque la généralisation aux espaces topologiques permet de capturer le cas des mots finis.</li> </ol> <p>Ce billet de blog sert donc à donner une manière systématique de définir <em>uniquement</em> une topologie sur des mots qui coincide avec toutes les constructions qui nous intéressent, et qui donne systématiquement un espace Noethérien.</p> <h2 id="un-petit-mot-sur-la-méthodologie">Un petit mot sur la méthodologie</h2> <p>Le billet de blog reste factuel et propose la solution technique toute prête, mais on peut se demander comment et pourquoi une telle approche a pu émerger. De mon côté, cela commence par la lecture d’un <a href="https://arxiv.org/abs/2003.02714">article sur le gap embedding</a>. Sans rentrer dans des détails peu intéressants, l’article étant particulièrement technique, l’idée est de retrouver <em>naturellement</em> les constructions de Higman, Kruskal et Friedman. L’idée simple étant de remarquer que l’ensemble des mots est construit de manière inductive à partir d’un simple produit, et que l’ensemble des arbres est défini de manière inductive à partir des mots… Alors pourquoi ne pas construire dans le même temps leurs topologies ?</p> <p>Cette idée pose de nombreux problèmes, et une manière d’éviter les problèmes de définitions cycliques est de s’inspirer de ce qui est fait tous les jours dans les langages de programmation: ce n’est pas parce que notre représentation concrète possède une certaine forme que notre interface présentée au monde extérieur doit permettre d’accéder à <em>toute</em> l’information. Ainsi, on peut construire l’espace des mots de manière classique, mais décider des moyens d’interaction avec ces mots.</p> <p>Plus concrètement, alors que l’article qui a inspiré cette recherche s’efforce d’intégrer <em>dans la construction de l’espace</em> les contraintes sur la manipulation des mots, on peut s’affranchir de cette construction en posant <em>a posteriori</em> une topologie en utilisant certains <em>destructeurs</em>. Cette méthode est particulièrement efficace pour deux raisons</p> <ol type="1"> <li>La forme même des destructeurs fait que l’on peut construire la topologie la plus grossière qui rend ces destructeurs continus. Cela donne une notion de canonicité.</li> <li>Ces destructeurs apparaissent <em>naturellement</em> dans les preuves par mauvaise séquence minimale.</li> </ol> <p>Pour moins de blabla et plus de résultats, il ne vous reste plus qu’à <a href="https://projects.lsv.ens-cachan.fr/topology/?page_id=2735">lire l’article</a>.</p> 2019-09-12T00:00:00+00:00 2019-09-12T00:00:00+00:00 Aliaume Lopez https://aliaume.fr/site/posts/presentationlsv/ <h2 id="contexte">Contexte</h2> <p>Tous les ans, <a href="http://lsv.fr">le Laboratoire de Spécification et Vérification</a> organise une journée “portes ouvertes” pour les étudiants de L3 de l’École Normale Supérieure Paris-Saclay. Étant doctorant dans cet établissement depuis peu, j’ai été chargé de produire une petite présentation de 15 à 20 minutes. Cette présentation a pour but de présenter le laboratoire, mais aussi l’informatique théorique en général, car c’est un sujet peu ou pas abordé en CPGE.</p> <h2 id="la-présentation">La présentation</h2> <p>Une première question est : quel sujet choisir ? Bien entendu, il faut quelque chose d’abordable pour des non-informaticiens, mais aussi un domaine qui possède assez de contenu pour présenter des parties très différentes de l’informatique et du laboratoire.</p> <p>Le choix d’une de mes collègues a été le λ-calcul, ce qui est très judicieux car il est à la fois très simple à définir, mais donne lieu à d’innombrables questions dont certaines sont des sujets actuels de recherche.</p> <p>Pour ma part, j’ai décidé de prendre un problème très simple, SAT. En effet, la logique est quelque chose d’omniprésent en informatique, et le problème SAT joue le rôle du λ-calcul : assez facile à décrire, mais se trouve être compliqué à étudier.</p> <h2 id="le-lien">Le lien</h2> <p>Sans l’orateur, une présentation est beaucoup moins pertinente, mais vous pouvez tout de même trouver les diapositives <a href="../ressources/these/Pres%20LSV/presentation.pdf">par ici</a>.</p> 2019-09-12T00:00:00+00:00 2019-09-12T00:00:00+00:00 Aliaume Lopez https://aliaume.fr/site/posts/rapport/ <h2 id="introduction">Introduction</h2> <p>J’ai suivi, tout comme Gaëtan Douéneau, les cours du Master Parisien de Recherche en Inforamtique. Tout comme de nombreux élèves, nous avions perçu de manière instinctive une organisation implicite dans le master, tant du point de vue des cours que du master dans sa globalité. Avec pour objectif de rendre explicites les parcours des étudiants, les contraintes entre les cours et les attentes des élèves vis-à-vis des cours, nous avons donc écrit un rapport.</p> <p>Dans ce rapport, nous tâchons d’analyser la structure du MPRI. Nous avons le double objectif d’adresser ces observations à la fois aux futurs élèves, pour les éclairer sur leur orientation, ainsi qu’aux responsables du MPRI, afin de contribuer à son évolution.</p> <h2 id="avertissement">Avertissement</h2> <p>Ce rapport est le fruit d’une initiative personnelle de la part des étudiants, et n’engage en aucun cas les organisateurs et enseignants du MPRI, qu’il s’agisse des observations, des témoignages, ou des recommandations.</p> <h2 id="le-rapport">Le rapport</h2> <p>Vous pouvez trouver un lien vers le rapport “officiel” <a href="/ressources/rapport.pdf">à cette adresse</a>. Pour toute requête ou modification, un git est ouvert, pour l’instant <a href="https://gitlab.crans.org/alopez/agreg/tree/master/Rapport%20MPRI">ici</a>, mais un répertoire dédié sera crée sous peu.</p> 2019-09-03T00:00:00+00:00 2019-09-03T00:00:00+00:00 Aliaume Lopez https://aliaume.fr/site/posts/astuces-copie/ <h2 id="introduction">Introduction</h2> <p>Vous avez fait un stage sur un sujet technique ? Vous avez trouvé un résultat intéressant dans un domaine scientifique ? Ce n’est que la première étape. Voici quelques conseils pour réaliser une bonne médiation de votre travail. Que ce soit pour une présentation (conférence, séminaire) ou pour un rapport (article, rapport de stage, journal) il y a un état d’esprit qui va augmenter significativement la qualité des supports que vous produisez.</p> <h3 id="une-règle-dor">Une règle d’or</h3> <p>L’idée essentielle est à la fois très simple et pourtant mal comprise par un grand nombre: il faut produire une présentation pour un <em>public</em> et non pas <em>pour soi même</em>. C’est à contrecœur qu’une majorité de personnes vont simplifier leurs résultats, ou passer sous silence une grande partie de leur travail afin de mieux transmettre le résultat principal de leur travail.</p> <h3 id="technique-tu-vas-mourir">Technique tu vas mourir</h3> <p>Si vous présentez à un groupe de scientifiques expérimentés, les détails techniques n’importent pas puisqu’ils sont a priori capables de les inférer. Si vous présentez à un groupe qui ne travaille pas dans votre domaine d’expertise, les détails techniques n’importent pas, puisqu’ils ne seront pas compris par l’audience.</p> <p>Il est particulièrement dur de faire cet effort d’humilité consistant à <em>trivialiser</em> son travail. En effet, on peut vouloir partager la difficulté, le côté fantastique du travail théorique qui a mené aux résultats. Néanmoins, à quelques exceptions près, ce n’est jamais une idée brillante.</p> <p>Voici un exemple qui s’applique aux présentations orales: ne <em>jamais</em> donner de définition formelle. Au contraire, illustrer la définition sur un exemple assez simple pour être compris, et assez complexe pour donner une intuition de la notion. Une diapositive qui s’affiche plus d’une minute est une erreur, et la compréhension d’une définition formelle demande en général plus d’une minute. En effet, l’esprit humain semble particulièrement mauvais à la spécialisation d’une définition à un exemple. En revanche, il est tout à fait adapté à la généralisation: à partir d’un exemple, on fait transparaître une intuition qui donnera non seulement la satisfaction de comprendre à votre auditoire, mais aussi une référence qui restera durant toute la présentation.</p> <h3 id="connaître-son-auditoire">Connaître son auditoire</h3> <p>S’il est nécessaire d’adapter le format et le contenu aux groupes lecteurs (jury, pairs, élèves), il est tout aussi nécessaire de le spécialiser pour les <em>individus</em> composant ces groupes. Ainsi, savoir quels sont les métiers d’un jury ainsi que leurs centres d’intérêt permet plusieurs choses</p> <ol type="1"> <li>Anticiper les questions spécifiques, et avoir du recul sur celles-ci</li> <li>Préparer des exemples ou des accroches pour captiver spécifiquement cette personne</li> <li>Montrer que cette présentation est <em>personnalisée</em>, ce qui plaît bien sûr énormément</li> </ol> <h3 id="préparer-des-accroches">Préparer des accroches</h3> <p>Ce qui vous intéresse, c’est la preuve (sic). Mais ce qui intéresse les autres, ce n’est sûrement pas ça. Et c’est encore moins le fait de vous entendre pendant une vingtaine de minutes expliquer à quel point le domaine est complexe et vaste. Cela transmet en effet l’impression d’un flou <em>volontaire</em>, qui brise le lien de confiance avec l’auditoire.</p> <p>Cela ne veut pas dire qu’il ne faut pas présenter quelque chose qui vous tient à cœur, au contraire. En revanche, cela veut dire qu’il faut trouver un moyen pour que l’audience aussi, prenne ce sujet à cœur. Cela se fait typiquement par des phrases orales comme « je vais vous expliquer à quoi cela peut <em>vous</em> servir », « à la fin de cette présentation <em>vous</em> serez capable de » etc.</p> <h3 id="bien-contextualiser-son-travail">Bien contextualiser son travail</h3> <p>L’idéal, c’est d’avoir un tableau avec « avant / après ». La conclusion doit montrer que vous avez produit quelque chose <em>en rapport avec l’état de l’art</em>.</p> <h3 id="un-outil-est-un-outil">Un outil est un outil</h3> <p>Très souvent on ressent l’envie d’utiliser un outil qui est <em>tendance</em>, néanmoins cela ne justifie pas une ouverture ou pire encore un travail de recherche. Ré-écrire des programmes fonctionnant déjà dans un langage différent sans espoir d’y gagner autre chose qu’une base de code dupliquée est malheureusement quelque chose de courant dans l’informatique pratique, et qui gagne parfois l’informatique théorique.</p> <p>Toujours justifier <em>pourquoi</em> cela serait intéressant d’utiliser cet outil.</p> <h3 id="une-conclusion-digne-de-ce-nom">Une conclusion digne de ce nom</h3> <p>Il ne faut jamais terminer sur un simple « j’ai terminé ». Au contraire, il faut être plus engageant, en remerciant explicitement l’auditoire et en ajoutant une phrase comme: « j’espère que cela vous a convaincu de la pertinence de mon approche ». Celle-ci est très générique, mais en la personnalisant et en la liant à une introduction spécifique cela devient beaucoup plus puissant.</p> <h3 id="une-image-vaut-mille-mots">Une image vaut mille mots</h3> <p>L’esprit humain est particulièrement adapté pour la reconnaissance de visages. Si possible, quand vous parlez de quelqu’un, mettre une petite image à côté.</p> <h3 id="gardez-une-cohérence-dans-les-notations">Gardez une cohérence dans les notations</h3> <p>C’est particulièrement important pour le côté formel, mais aussi sur le point de vue visuel. Ne changez pas d’orientation sur les diagrammes, gardez toujours une même notion associée aux points cardinaux.</p> <h3 id="les-diapositives-ne-sont-pas-le-produit">Les diapositives ne sont pas le produit</h3> <p>Contrairement à un rapport ou à un article, devant lesquels le lecteur est seul, une présentation est animée par vos soins. C’est <em>vous</em> la présentation. Les diapositives doivent servir de support visuel pour <em>illustrer</em> des concepts qui sont mal décrits par un langage trop linéaire et/ou ambigu.</p> <p>En particulier, ne <em>jamais</em> mettre trop de texte dans des diapositives, cela vous forcera à les lire, et donnera quelque chose de saccadé et ennuyeux.</p> <h3 id="raconter-une-histoire-cohérente">Raconter une histoire cohérente</h3> <p>C’est la clef pour avoir une diction fluide et ne pas perdre l’auditoire (ni soi même). Durant l’élaboration de la présentation, écrire sur un papier les points principaux de votre histoire. Comme toute histoire elle commence par un contexte: « il était une fois ». Par la suite, on décrit quelques personnages, et très vite on arrive à un élément déclencheur: « mais ceci ne fonctionne pas ». Là c’est une péripétie qui suit: votre travail. Il peut y avoir des histoires plus ou moins complexes. Le tout est que sur un papier, les points principaux, dénués de toute techniques, semblent cohérents.</p> <p>Après avoir écrit sur ce papier, un exercice intéressant est de le cacher, et raconter l’histoire. Assez vite, on se rend compte que certaines parties ne s’enchaînent pas logiquement: c’est ce qui fait que certains orateurs semblent « redécouvrir » leurs diapositives, elles ne s’enchainent pas logiquement et donc ils sont surpris, et doivent apprendre par cœur leur ordre.</p> 2019-02-01T00:00:00+00:00 2019-02-01T00:00:00+00:00 Aliaume Lopez https://aliaume.fr/site/posts/funprog-ccc/ <h2 id="introduction">Introduction</h2> <p>Dans le cadre du cours de programmation fonctionnelle au MPRI dont on peut trouver la description <a href="https://wikimpri.dptinfo.ens-cachan.fr/doku.php?id=cours:c-2-4-2">ici</a> j’ai fait une présentation sur les catégories cartésiennes closes. Bien sûr, c’est l’occasion rêvée pour produire des <a href="/ressources/scolaire/M2/funprog-01-02-2019-ccc.pdf">slides</a>.</p> <h3 id="le-thème-graphique">Le thème graphique</h3> <p>Les slides ont été préparées avec le magnifique thème <code>Metropolis</code> que l’on peut trouver à <a href="https://github.com/matze/mtheme">cette adresse</a>. Sous les conseils avisés de Mickaël Laurent et grâce à <a href="https://coolors.co">ce générateur de palettes</a> je suis arrivé à quelque chose de ce genre : <span style="width:1em; height:0.8em; background-color: #5A0001; display: inline-block"></span> <span style="width:1em; height:0.8em; background-color: #CA3C25; display: inline-block"></span> <span style="width:1em; height:0.8em; background-color: #EEC170; display: inline-block"></span> <span style="width:1em; height:0.8em; background-color: #355829; display: inline-block"></span>. Cela part de l’idée qu’un thème de couleur est très souvent froid pour les présentations, alors qu’une palette de type « Noël » est beaucoup plus engageante.</p> <h3 id="résumé-de-la-présentation">Résumé de la présentation</h3> <p>Les slides contiennent deux parties, une première sur les catégories cartésiennes closes, et une seconde sur la notion de Foncteur et de Monade, qui n’a pas été présentée, mais qui a pour vocation d’aider à la compréhension des concepts pour les curieux qui voudraient avancer sur le cours.</p> <h4 id="les-catégories-comme-une-présentation-extentionnelle">Les catégories comme une présentation extentionnelle</h4> <p>Les catégories, c’est surtout un vocabulaire, et le seul intérêt d’introduire un nouveau vocabulaire c’est qu’il puisse exprimer des concepts plus aisément. La présentation sous forme de catégories rejoint ainsi la vague des <em>pointless-things</em> <a href="https://fr.wikipedia.org/wiki/Logique_combinatoire">SKI</a>, <a href="https://en.wikipedia.org/wiki/Pointless_topology">pointless topology</a>, et même dans une certaine mesure <a href="https://en.wikipedia.org/wiki/Homotopy_type_theory">HOTT</a>.</p> <p>La vision <em>extentionnelle</em> à opposer à une vision <em>intentionnelle</em> va considérer non pas des constructions explicites d’objets, mais la manière dont on peut <em>interagir</em> avec les dits objets.</p> <p>Un exemple serait celui des variables aléatoires, qui permettent de modéliser beaucoup de choses sans <em>jamais</em> évoquer l’espace probabilisé sous-jacent (qui joue ici le rôle de “points”). La seule chose nécessaire est bien entendu de démonter l’existence d’au moins un espace probabilisé qui permet de construire les variables aléatoires qui nous intéressent… Mais une fois cela fait, on peut l’oublier complètement. Ce que l’on pourrait traduire : une fois qu’on a montré que nos axiomes ne sont pas incohérents, on peut travailler axiomatiquement sans considérer un modèle particulier.</p> <p>Une telle approche va avoir des conséquences</p> <ol type="1"> <li>Il va très naturellement être <em>beaucoup plus simple</em> d’utiliser les objets</li> <li>Il faudra être très attentif aux définitions posées qui ne sont plus des <em>constructions</em></li> <li>Tout théorème qui va utiliser une catégorie particulière devra d’abord vérifier que cette catégorie est bien un modèle des théories qui nous intéressent.</li> </ol> <p>Le point 3 peut sembler rédhibitoire, en effet, si on doit montrer que notre catégorie est bien un modèle, on peut croire qu’il serait plus intéressant de directement travailler dans ce modèle qui nous intéresse. Néanmoins, il y a deux choses à prendre en compte (et qui vont toutes deux apparaître dans la présentation).</p> <ol type="1"> <li>Le fait d’axiomatiser permet de <em>factoriser</em> des résultats non triviaux, et parfois donner des intuitions plus profonde sur ce qui se passe dans notre modèle particulier</li> <li>Une majorité des théorèmes sont de la forme « si X est une catégorie qui vérifie A alors … ». Donc si on reste dans le langage des catégories, la vérification des modèles n’est pas nécessaire, ce travail n’est à produire qu’à l’interface avec un autre langage.</li> </ol> <h4 id="le-produit-cartésien-et-les-constructions-dérivées">Le produit cartésien et les constructions dérivées</h4> <p>On commence par définir ce qu’est une propriété universelle sur l’exemple des listes. Les diapos sont normalement assez claires, néanmoins, puisque cela s’adresse à des personnes ayant fait de la programmation fonctionnelle, on peut aller un peu plus loin sur l’exemple des listes.</p> <p>En effet, dans le cours de Didier Rémy il a été démontré l’équivalence suivante (au sens des programmes) entre ces deux types</p> <div class="sourceCode" id="cb1"><pre class="sourceCode ocaml"><code class="sourceCode ocaml"><span id="cb1-1"><a href="#cb1-1" aria-hidden="true" tabindex="-1"></a>&#39;a <span class="dt">list</span> === forall b. (b -&gt; &#39;a -&gt; b) -&gt; b -&gt; b</span></code></pre></div> <p>Si on regarde un peu plus attentivement le type de droite, on reconnaît quelque part la fonction <code>fold</code>. L’équivalence se retraduit ainsi : « la donnée d’une liste est identique à la donnée d’une fonction qui calcule un <code>fold</code> sur cette liste ». C’est une présentation très catégorique… Un petit exercice est de retraduire cette égalité en terme de morphismes pour donner une définition <em>extentionnelle</em> des listes, et vérifier que <code>'a list</code> en est bien un modèle.</p> <p>Une fois comprise cette manière de penser, la définition du produit cartésien devient assez naturelle. On observe que toutes les propriétés « évidentes » du produit usuel restent vraies avec la définition catégorique, même si celle-ci se généralise automatiquement à d’autres catégories (espaces vectoriels, groupes, etc).</p> <p>Une petite remarque utile pour ceux qui suivent le projet de programmation du cours 2.4 au MPRI: les morphismes structurels d’oubli et de duplication correspondent aux règles structurelles sur les séquents. Certaines égalités de morphismes (que l’on peut voir comme des relations de ré-écriture) vont s’interpréter comme la duplication de variables ou le <em>weakening</em>, qui correspondent en quelque sorte à des étapes de β-réduction.</p> <h4 id="objets-exponentiels">Objets exponentiels</h4> <p>Quelque chose manque cruellement à nos catégories cartésiennes, et c’est de pouvoir parler des fonctions. En effet, jusqu’à présent, les catégories sont sur plusieurs niveaux distincts: celui des objets, et celui des morphismes. Une manière de parler de transformation de morphismes serait d’introduire des « flèches de flèches » et d’aller vers les 2-catégories. Une autre manière de faire est d’injecter les morphismes dans des objets. Un objet qui représente un ensemble de morphismes est appelé « objet exponentiel » à cause de la notation ensembliste <span class="math inline">\(X^Y\)</span> pour représenter <span class="math inline">\(X \to Y\)</span>.</p> <p>Une manière simple et efficace de définir un tel objet est d’utiliser les constructions très classiques en programmation de curryfication et dé-curryfication. En effet, on est capable de parler de morphismes de type <span class="math inline">\(A \times B \to C\)</span>, et une manière de définir <span class="math inline">\(C^B\)</span> serait de le caractériser par son interaction avec <span class="math inline">\(A \times B \to C\)</span>.</p> <p>Une fois introduit ces objets, on peut interpréter le lambda-calcul simplement typé dans nos catégories cartésiennes closes par une méthode très simple. De plus, on montre aisément la propriété de <em>subject reduction</em>, à savoir, que l’interprétation d’un terme reste invariante sous β-réduction. Cette propriété se démontre bien, et met en exergue les équations utilisées sur les morphismes pour <em>simuler</em> la β-réduction dans notre catégorie.</p> <p>En orientant ces égalités, on peut ainsi obtenir un système de ré-écriture qui va prendre une définition d’un morphisme (par composition, Δ, etc.) et le réduire jusqu’à un morphisme « sous forme normale », qui est en relation étroite avec la mise en forme normale des λ-termes du STLC.</p> <p>C’est d’ailleurs ce qui est demandé dans le projet, à la tâche 4 de simplification des termes générés par le compilateur.</p> 2018-12-22T00:00:00+00:00 2018-12-22T00:00:00+00:00 Aliaume Lopez https://aliaume.fr/site/posts/premier-workshop/ <h2 id="premiere-partie">Première partie</h2> <p>Présentée par Mickaël Laurent, sur les bonnes pratiques en sécurité.</p> <h2 id="seconde-partie">Seconde partie</h2> <p>Présentée par Aliaume Lopez</p> <blockquote> <p>Une courte présentation des typeclasses de Haskell avec beaucoup d'exemples de manière (je l'espère) à bien comprendre.</p> </blockquote> <ul> <li><a href="https://aliaume.fr/site/posts/premier-workshop/Typeclasses.pdf">Slides</a></li> <li><a href="https://aliaume.fr/site/posts/premier-workshop/Typeclasses.hs">Sources</a></li> </ul> <p>En pratique il y a eu beaucoup de digressions vers des exemples rigolos comme la construction de la liste infinie des nombres de Fibonacci <code>fibs = 0 : 1 : 1 : zipWith (+) (tails fibs) fibs</code>.</p>