Date
janvier 2026
Type
PublicationContexte
Tribune co-écrite avec l’artiste Grégory Chatonsky et publiée dans le Journal du Net en réponse à des tribunes appelant à rejeter en bloc l’IA générative. Ce texte a donné lieu à une réponse publiée par Guillaume Carbou (Atécopol) le 3 février 2026.
Résumé
Cette chronique critique les appels au rejet total de l’IA générative, jugés essentialistes et contre-productifs, car ils ignorent la diversité des infrastructures, des usages et des alternatives possibles.
Notions
Personnes citées
Objets mentionnés
Date
avril 2019
Type
PublicationContexte
Introduction et coordination avec Yves Citton du dossier « Vilém Flusser : vivre dans les programmes », Multitudes, no 74.
Résumé
Encore mal connue, l’ampleur des travaux du chercheur Vilém Flusser est pourtant d’une grande importance pour appréhender la situation contemporaine d’un monde numérique risquant d’aboutir à une société automatisée. Analysant la notion de programme depuis des réflexions sur les mutations de la photographie et de l’écriture, Flusser montre, au contraire, comment les artistes pourraient œuvrer au développement d’un « techno-imaginaire » capable de donner du sens à nos « vies artificielles ».
Notions
Personnes citées
Objets mentionnés
Date
mai 2015
Type
PublicationContexte
Anthony Masure, « Les dessous du code : le commentaire comme espace de liberté ? », compte-rendu de la conférence de Joanna Pomian aux Rencontres de Lure 2014, Lurs, Après\Avant, no 3, mai 2015, p. 42-44
Résumé
Après des études de sciences humaines et informatique, Joanna Pomian choisit le métier du conseil pour aller au devant des entreprises et les aider à gérer leurs données, informations ou connaissances. Aujourd’hui spécialisée dans la transformation numérique des organisations, elle travaille chez Wax Interactive (groupe SQLI). Les programmes recto/verso Elle voulait être médiéviste, elle a finalement fait une thèse en intelligence artificielle. Après un passage au CNRS, Joanna Pomian rejoint le monde de l’entreprise, où elle travaille désormais dans le secteur de la « transformation numérique ». Le cadre de son intervention aux Rencontres de Lure 2014 faisait suite à un article écrit dans la revue Traverses en 1988 sur l’iconicité du code informatique 1 Emmanuël Souchier, Joanna Pomian, « Les machines écrivantes ou l’écriture virtuelle », Traverses, n o 44-45, Paris, Centre Pompidou, 1988.. Commande lui était passée, profitant de son expérience professionnelle dans le monde, de prolonger ses réflexions dans le contexte des « commentaires » des codes source : l’occasion d’une ballade dans « les dessous du code ». Les étoiles du code composent un tableau visuel qui ne sera pas exécuté par le programme. Programme écrit en FORTRAN suivi de sa version compilée, RWTH Aachen University, 1987. Source : Wikipedia, licence CC BY-SA 3.0 Le code : un type d’écrit particulier Dans le contexte de la programmation informatique, l’utilisateur n’a le plus souvent accès qu’à une interface, c’est-à-dire à un ensemble de menus et de boutons lui permettant d’effectuer un certain nombre d’actions anticipées dans la conception du programme. Au-delà du fait que la plupart des programmes ne possèdent pas d’interfaces, il est pourtant possible de comprendre leur fonctionnement en les étudiant comme des textes : en lisant le langage que constitue leur « code source ». Même si de telles démarches sont rares, nous pouvons donc aller plus loin et analyser les programmes non pas comme des producteurs d’effets (de « fonctions »), mais comme des écrits particuliers 2 Citons comme contre-exemple l’ouvrage collaboratif 10 Print Chr (205.5+Rnd(1)); : Goto 10 paru aux MIT Press en 2012, constitué d’articles consacrés à l’analyse d’une ligne de code.. Des langages de programmation spécialisés Comme le dit Joanna Pomian, un programme est un texte écrit à destination d’un ordinateur. Il structure un ensemble d’instructions destinées à faire quelque chose. Au plus « bas niveau », les machines informatiques emploient du code binaire constitué de 0 et de 1. Comme il est compliqué de comprendre une telle abstraction, les développeurs informatiques ont inventé de multiples langages, davantage compréhensibles de ceux qui les utilisent car moins abstraits. Ces « langages formels », logiques comme les mathématiques, ont évolué de par leur facilité de compréhension et par la spécialisation des problèmes à résoudre. Joanna Pomian cite par exemple le COBOL (1959), langage de programmation comprenant des milliers de lignes de code destinées au domaine de la comptabilité-gestion ou le FORTRAN (1957), utilisé pour contrôler les centrales nucléaires. Écrire dans le programme Dans un deuxième temps, les langages informatiques se sont élargis, devenant plus « généralistes » afin de pouvoir produire toutes sortes de programmes. Indépendants de toute finalité ou machine, ces langages de programmation sont à la base des « commentaires » des codes sources, rendus nécessaires par l’abstraction et l’univocité de ce type de notation. Comme un programme informatique doit pouvoir être compris et retravaillé par (potentiellement) n’importe quel programmeur, il a fallu prévoir dans le programme des zones où ajouter du texte qui ne sera pas « lu » par le « compilateur 3 Un compilateur est un programme qui transforme un code source en un programme exécutable écrit dans un langage de « bas niveau » (proche du langage machine). ». Dit autrement: « Un commentaire est une ligne de code qui n’est pas exécutée par l’ordinateur » (Joanna Pomian). La dimension iconique des codes sources Les premiers commentaires des programmes étaient écrits à la main, sur les cartes perforées à l’origine des langages de programmation totalement électroniques. Avec le développement des ordinateurs, il a fallu trouver des façons d’indiquer à l’ordinateur où commence et où s’arrête le commentaire, « et chacun y est allé de son petit système de notation » (Joanna Pomian). Des suites de caractères tels que <!— —>, /* */, //, etc 4 On distinguera deux types de commentaires : les commentaires « en ligne » et les commentaires « en bloc » (pour plusieurs paragraphes), qui se développent avec la disparition progressive de la notion de ligne dans les codes sources.. permettent de ménager des espaces d’expression libre dans l’exactitude du code. Cette multitude de signes différents servant une même fonction – commenter – renforce la dimension iconique des langages de programmation. Cet aspect visuel est de plus en plus présent, car là où les premiers moniteurs ne pouvaient afficher qu’une seule couleur, les éditeurs de code (Dreamweaver, Brackets, Notepad++, etc.) ont rapidement intégré la couleur comme élément de repérage 5 Le logiciel Sublime Text va même plus loin en affichant un raccourci visuel (dézoom) du code source dans une colonne latérale (« minimap »). (on parle ainsi de « coloration syntaxique »), permettant d’afficher les commentaires dans un style spécifique. Normaliser pour (se) comprendre Cette volonté de réguler voire de normaliser la structuration des programmes peut se comprendre, nous dit Joanna Pomian, en observant le développement du « reverse engineering », science consistant à étudier un objet « fini » en remontant aux principes ayant présidé à sa conception pour en comprendre le fonctionnement. Dans le contexte des programmes, ce sont ainsi des millions de lignes de code qui ont pu être documentées après coup. Nous en venons ainsi au cœur de l’exposé de Joanna Pomian: « à qui s’adresse le commentaire, et qui parle? » Une première réponse consiste à dire que le commentaire s’adresse en priorité au développeur lui-même, « qui aime parler seul ». Le commentaire s’apparente alors au post-it, permettant de prendre du recul et de se comprendre par la verbalisation de sa propre pensée. Dans le contexte de l’entreprise, on échange aussi avec ses collègues, ses supérieurs et clients: le commentaire a également une valeur d’échange. Un espace de liberté menacé ? Le statut principal des commentaires de programmes vise donc à permettre une (illusoire?) transparence du fonctionnement des programmes, à éclaircir ce qui se passe dessous. Deux courants s’affrontent : l’un pensant que le code se suffit à lui-même (logique du « beau » code), et l’autre consistant à commenter de façon réglée, l’énonciation de ces règles étant soumise à polémiques. Joanna Pomian conclut son exposé en insistant sur la valeur déclarative et personnelle de ces portions de textes qui constituent peut-être un des derniers endroits où les développeurs informatiques peuvent exprimer librement leur créativité, d’où le recours à des jeux de mots, figures, ornements, etc. Alors que la recherche de rentabilité gagne du terrain dans tous les domaines, le développement des méthodologies « agiles » signe-t-il la fin des commentaires ? Que reste-t-il de démarches comme la « programmation lettrée 6 Par opposition à la toute puissance de la « programmation structurée », l’informaticien Donald Knuth (inventeur du programme Metafont) développa au début des années 90 la « programmation lettrée », qui se voulait tournée vers les êtres humains et non pas vers les ordinateurs. Voir : https://fr.wikipedia.org/wiki/Programmation_lettr%C3%A9e » de Donald Knuth? Souhaite-t-on vraiment un monde où tout serait structuré selon des règles logiques?
Notions
Personnes citées
Objets mentionnés
Médias
Date
mai 2015
Type
PublicationContexte
Anthony Masure, «Le brouillon comme activation de la page blanche», compte-rendu de la conférence de David Meulemans aux Rencontres de Lure 2014, Lurs, Après\Avant, no3, mai 2015, p. 22-23
Résumé
David Meulemans a fondé les éditions Aux forges de Vulcain en 2010. Cette maison a publié plus de cinquante titres en quatre ans, en alternant essais, fictions et livres d’art. Titulaire d’une thèse de philosophie portant sur la question de la créativité artistique, il a fondé en 2013 la société DraftQuest, qui propose des solutions éducatives et créatives, dont un atelier d’écriture virtuel qui réunit plusieurs milliers de participants au quotidien. Écrire, oui mais quand et comment ? Comme les régimes, le sport ou la cigarette, on remet toujours ça à la semaine prochaine. Les bonnes résolutions de rentrée tombent vite quand arrive la confrontation au réel. Ce décalage entre l’intention et la réalisation inquiète beaucoup d’écrivains potentiels, qui se découragent d’avance de ne pas voir aboutir l’objet rêvé. C’est précisément ce nœud entre conception, projet et production qu’est venu nous démêler David Meulemans aux Rencontres de Lure 2014 en choisissant de consacrer l’essentiel de sa présentation à la notion de « brouillon » (draft) afin de permettre à tous d’activer enfin la page blanche. Une création «sans objet» Le modèle classique de la conception repose sur une idée qu’on va exécuter de façon transparente : l’objet final sera réussi s’il est conforme à l’intention initiale. Si l’essentiel des théories de l’art est consacré à la réception, on constate rapidement qu’inverser ce raisonnement ne fonctionne pas, puisque cela revient à réduire l’acte de création au vouloir dire, à la simple matérialisation d’une intention, de quelque chose à exprimer. Si l’art se tenait dans le langage, il suffirait de raconter les productions ; pas besoin d’en faire ! David Meulemans passe ainsi par la figure de l’ingénieur pour démontrer que la pensée causale 1 David Meulemans cite Charles Darwin et sa notion « d’illusion rétrospective » selon laquelle rien n’aurait pu être que ce qui est en raison de logiques déterministes. ne s’applique pas aux œuvres d’art qui, pour reprendre l’expression de Kandinsky, sont sans but ou « sans objet 2 Vassily Kandinsky, « Réflexions sur l’art abstrait [Betrachtung über die Abstrakte Kunst] », Cahier d’art, n o 1, 1931, dans : Essays über Kunst und Künstler, Bern, Benteli Verlag, 1955, p. 17. ». Il faut oublier la réception du texte pour pouvoir écrire Docteur en psychologie de la création et créateur du service DraftQuest.com, David Meulemans commence son intervention sans slides car «le meilleur moyen de surmonter son angoisse est de la contourner». Si un Français sur trois rêve d’écrire un roman, 10% se lanceront et, parmi eux, seuls 9% aboutiront à quelque chose. Selon David Meulemans, la première chose à faire pour pouvoir écrire est de dissocier la production de la diffusion, car bien souvent la crainte de décevoir le lecteur entraîne un blocage au niveau de la création. La deuxième est de séparer l’acte d’écrire de la figure romantique et intimidante de l’écrivain se plaçant en retrait du peuple avec sa plume et son encrier (métaphores rigoureusement bannies du site DraftQuest !). Réhabiliter le brouillon Surmonter les blocages d’écriture passera par la réhabilitation de la notion de brouillon. Le premier sens de ce terme est évidemment péjoratif (« quelqu’un de brouillon »), mais l’on oublie trop souvent que le brouillon est aussi le matériau transitoire indispensable à la réalisation de l’œuvre finale. L’erreur des écrivains angoissés est donc de confondre cette étape avec le texte final, d’où une disjonction sclérosante et bloquante. Il faut dire que les logiciels dominants de traitement de texte favorisent ces névroses, en mettant l’utilisateur en face d’une page blanche qui est la même que celle que recevra le lecteur : la séparation nécessaire à l’écriture ne peut avoir lieu. De plus, ce mimétisme d’un environnement bureautique hiérarchisé entraîne des confusions sur la nature même du texte. Comme le dit Matthew Fuller à propos de Microsoft Word, quel que soit ce que vous souhaitez faire, « c’est comme si vous étiez en train d’écrire une lettre 3 Pour une analyse de l’arrière-plan idéologique du logiciel, voir : « Une productivité encombrée (Word) », Le design des programmes, thèse en ligne d’Anthony Masure, http://www.softphd.com/these/creation-numerique/word ». De la production à la sélection On peut difficilement écrire quand on se met constamment à la place du lecteur. Comme le dit David Meulemans, « l’angoisse de la page blanche est provoquée par la superposition du geste créatif et du geste critique ». Si à chaque fois qu’on veut écrire on doit se faire violence, la qualité du texte s’en ressentira forcément. Travailler sur le brouillon en tant que brouillon permet alors de dédramatiser le processus créatif car la production du texte est clairement dissociée de l’acte critique de sélection. David Meulemans s’appuie ici sur les travaux de Lydia Goehr 4 Lydia Goehr, The Imaginary Museum of Musical Works. An Essay in the Philosophy of Music, Oxford, Clarendon Press, 1992. dans le domaine de la musique classique, qui montre que le XVIII e siècle opère un changement en faisant de la musique quelque chose qui est écrit (conçu) avant d’être exécuté, au contraire de l’improvisation qui fait se confondre ces deux temps. DraftQuest, la quête du brouillon Mettant en action ces intuitions, le service en ligne DraftQuest propose de surmonter les blocages d’écriture par une interface d’accompagnement basée sur deux idées fortes : un set de visuels (le deck) et un chronomètre (de 5 à 20 minutes). Non intrusives, les images paramétrables et interchangeables servent de support à l’imagination en permettant d’amorcer le récit. L’espace de rédaction du texte est réduit au strict minimum, à savoir un simple bloc de rédaction, sans aucune option de mise en forme 5 DraftQuest utilise uniquement la police d’écriture Lato (Lukasz Dziedzic, licence SIL). Il serait intéressant de s’interroger sur le rapport entre la police choisie et le type d’écriture : une autre façon de lever des blocages ?. Le compte à rebours sert à focaliser l’attention de l’utilisateur sur une seule tâche en lui fournissant un laps de temps balisé. La découpe du temps d’écriture en petites tranches, telle une course à pied ou une partie de carte, dédramatise le processus de rédaction d’une fiction 6 On peut très bien imaginer d’autres usages, notamment ceux concernant les textes théoriques. David Meulemans cite à ce propos Robert Boice, chercheur américain ayant travaillé sur les blocages dans l’écriture des thèses financées par l’argent public. en l’inscrivant dans la régularité du quotidien. L’utilisateur n’est plus intimidé par l’aura du chef d’œuvre ; il peut enfin activer la page blanche.
Notions
Personnes citées
Objets mentionnés