Anthony Masure

chercheur en design

Notion :
« Logiciel »

Articles

Je serai ta meilleure (petite) amie : quand le design s’intéresse aux compagnes virtuelles générées par l’IA

Date

April 2026

Type

Publication

Contexte

Article co-rédigé avec Saul Pandelakis dans la revue en ligne Issue de la HEAD – Genève, 3 avril 2026.

Résumé

Ce texte propose une analyse critique des interfaces des services de AI Girlfriends. Apparues avec l’essor de l’IA grand public au début des années 2020, ces plateformes prétendent pallier la solitude et les limites des relations amoureuses. Notre étude montre que leurs interfaces hybrident six paradigmes — apps de rencontre, fandoms, porn tubes, documentation technique, configurateurs d’avatars et messageries instantanées. Ce patchwork produit des formes d’ambivalence qui dissimulent des logiques économiques et idéologiques, tout en renforçant des normes genrées, stéréotypées et hétéronormatives.

Le designer, la critique et la pédagogie : penser l’appareillage numérique du design

Date

May 2025

Type

Publication

Contexte

Entretien avec Jérémy Lucas-Boursier et Inès Garmon publié dans Quaderni. Communication, technologies, pouvoir, no 115, « Designer les objets numériques », printemps 2025, p. 13-26.

Résumé

Cet entretien s’intéresse aux enjeux du design face aux dispositifs numériques : la place du logiciel dans la création, la critique des interfaces et des outils d’IA, la pédagogie du design et la médiation des savoirs. Le texte revient sur les recherches d’Anthony Masure autour des notions d’appareil et de dispositif, et sur des projets tels que WYSIWYG, Fucking Tech! et Play-to-Learn.

Ouvrir le livre. HEAD – Publishing, une cellule éditoriale engagée dans la dissémination des savoirs

Date

September 2021

Type

Publication

Contexte

Article rédigé pour le catalogue de la Biennale internationale de design graphique de Chaumont 2021.

Résumé

La pandémie du Covid-19, avec la fermeture des librairies et des bibliothèques en 2020, a mis en évidence la nécessité d’accéder aux livres en versions numériques. De nombreux·euses éditeur·trices, pourtant peu friand·es des publications en ligne, ont rendu disponibles des ouvrages pour garder le lien avec leur public. Les institutions culturelles ont renforcé les actions de médiation en ligne. De son côté, avec le Covid, le milieu de la recherche s’est davantage engagé dans l’open access, en mettant en œuvre l’obligation, pour les projets financés sur fonds publics 1 C’est par exemple le cas des projets financés par les bailleurs de fonds ANR (France) et FNS (Suisse)., de livrer les résultats rédigés sous une forme consultable gratuitement en ligne. Mais qu’entend-on par « livre numérique » ? Il faut reconnaître que les frontières de ce dernier sont difficiles à baliser. L’expression de livre numérique peut renvoyer à des formats de fichiers (e P ub, HTML, PDF), à des pratiques de lecture (navigation par hyperliens, consultation sur plusieurs terminaux), ou à des modèles économiques (circuits de distribution spécifiques). Pour aller plus loin, il faut examiner ce qui, dans la forme culturelle du livre tel que nous la connaissons depuis plusieurs siècles, empêche l’émergence d’autres façons de faire. La notion de livre reste en effet attachée à celle du livre imprimé, comme si le livre numérique ne pouvait être qu’un calque « dématérialisé ». Or changer de processus de travail n’est pas seulement une affaire de compétences techniques et de moyens, mais engage une redéfinition de l’écriture et de la lecture en milieux numériques. Autrement dit : comment imprimer une culture numérique dans des institutions où domine encore le paradigme traditionnel du livre ? Difficultés à penser des livres « vraiment » numériques Pour apporter quelques éléments de réponse, il faut tout d’abord examiner une série de problèmes liés aux livres numériques tels que nous les connaissons habituellement : – Le paradigme de la page reste le modèle de référence pour les interfaces de lecture, notamment via l’usage massif du format PDF (Portable Document Format, 1992). Un PDF est un ensemble de coordonnées géométriques permettant d’assurer un rendu imprimé fidèle à ce qu’on voit à l’écran afin de faciliter le processus de travail avec les imprimeurs. S’il facilite les citations via les numéros de page 2 Arthur Perret, « L’impensé des formats : réflexion autour du PDF », blog de l’auteur, 7 mars 2021, https://www.arthurperret.fr/impense-des-formats-reflexion-autour-du-pdf, le PDF a pour défaut de ne pas être « sémantique » 3 Sauf dans le cas de solutions expérimentales telles que le « Liquid Mode » de Adobe Acrobat (septembre 2020)., (les données ne sont pas structurées de façon logique), et n’est donc n’est pas accessible aux personnes malvoyantes. Il ne peut pas être remis en page dynamiquement (responsive), et est donc inadapté à la diversité des formats d’écrans. De plus, il est mal indexé par les moteurs de recherche, qui obligent à charger tout le fichier pour trouver le contenu désiré. – Les multiples formats de lecture (e P ub, HTML, PDF, apps, etc.) et types de terminaux entraînent une barrière technique qui entrave la réalisation de livres numériques. Ces derniers nécessitent de maîtriser les langages de programmation (Web notamment), mais aussi d’acquérir une culture des interfaces, à savoir une fréquentation d’objets numériques dans toute leur diversité (sites Web, applications, jeux vidéos, motion design, etc.) – l’analyse de ces productions nécessitant l’élaboration de nouvelles méthodologies 4 Alexandre Saint-Jevin, « Essai pour une méthode d’analyse plastique du vidéoludique », Conserveries mémorielles, n o  23, 2018, http://journals.openedition.org/cm/3213. – Les usages et modèles économiques sont encore fragiles, ce qui freine les développements. Le format e P ub, par exemple, n’a guère percé car il ne fait que dupliquer les technologies Web « standard », qui évoluent en permanence au contraire des systèmes d’exploitation des liseuses type Kobo ou Kindle. De plus, la multiplication des formats de lecture en ligne (articles, podcasts, vidéos, sites Web, etc.), de même que la possibilité de faire des hyperliens et de commenter les contenus, mettent à mal la compréhension du livre comme une unité close. – Les pratiques du design graphique liées aux livres imprimés impliquent une attention soutenue à la fabrication de l’objet, de même qu’aux notions de grille et de micro-typographie. Or les environnements numériques sont par défaut « variables », non stabilisés, et le rendu du texte ne peut jamais être totalement maîtrisé. Les démarches de design graphique « d’auteur » peuvent entrer en conflit avec la standardisation des logiciels et environnement de travail (frameworks) numériques, qui entraînent un risque de « globalisation esthétique 5 Anthony Masure, « Copier/Varier. Standards, critiques et contre-emplois des logiciels de création », dans : David Christoffel et Nathalie Blanc, Multitudes, n o  79, dossier « Globalisations esthétiques ». ». « Manifestes » : une collection d’ouvrages multi-supports et libres et droits Voyons à présent un cas d’étude mettant en évidence la difficulté à passer du modèle de l’imprimé à une démarche multi-supports. Souhaitant internaliser la production de ses ouvrages et les déployer dans une multiplicité de formats, la Haute école d’art et de design de Genève (HEAD – Genève, HES-SO) s’est engagée depuis 2020 dans une restructuration de ses publications via la création du label HEAD – Publishing, une cellule éditoriale multi-supports destinée à valoriser les actions pratiques, théoriques et critiques de l’école genevoise à l’initiative de Julie Enckell Julliard (responsable du développement culturel et des publications), Anthony Masure (responsable de la recherche) et Dimitri Broquard (responsable du département Communication visuelle). Un site Web dédié (https://head-publishing.ch), développé par Juan Gomez (alumnus Master Media Design), met en valeur les précédentes publications de l’institution en montrant les différentes proportions des ouvrages imprimés (dimensions et épaisseur) et en faisant le lien avec la revue de l’école (ISSUE 6 https://issue-journal.ch). La première initiative de HEAD – Publishing est le lancement, en avril 2021, d’une nouvelle collection d’ouvrages intitulée « Manifestes » (coordination éditoriale : Sylvain Menétrey), qui réunit des textes courts portant un regard incisif sur les champs d’action et d’étude de la HEAD – Genève. Les essais, qui se font le reflet de recherches en cours, affirment des parti pris méthodologiques, proposent une vision spéculative de l’art et du design, et positionnent les filières et leurs acteur·trices de l’école dans les débats du monde contemporain. Pour cette collection, nous souhaitions avoir une dissémination des savoirs la plus large possible. Les Manifestes sont disponibles en deux langues (français/anglais), et les textes sont mis à disposition sous licence libre CC BY-SA pour dépasser la notion de gratuité associée au mal nommé open access. Conçue par Dimitri Broquard, l’identité visuelle décline les Manifestes en version imprimée offset distribuée en librairies (17 × 10,5 cm, 80 pages, 12€), en version Print on Demand (Lulu.com) à prix plus faible pour les pays non couverts par les distributeurs, et en divers formats numériques accessibles librement sur le site Web HEAD – Publishing : HTML responsive, e P ub et PDF. La version Web (HTML) a fait l’objet d’un soin particulier, avec une interface en trois colonnes pour séparer le texte courant des notes et des figures. La production des textes des Manifestes a été réalisée via Editoria 7 https://editoria.pub (Coko Fondation), une plateforme d’édition collaborative et libre de droits dédiée aux ouvrages scientifiques. La gestion des rôles nous a évité l’envoi par mail de multiples fichiers Word, le texte étant finalisé en ligne à un seul endroit. Les versions numériques HTML et e P ub des Manifestes ont été exportées (générées) depuis Editoria. Souhaitant avoir un environnement de travail totalement libre de droits, nous voulions utiliser la bibliothèque de code Paged.js 8 https://www.pagedjs.org (Coko Fondation) pour mettre en page les Manifestes en Web to Print (maquettage via des feuilles de style CSS). Ce workflow s’est cependant révélé plus compliqué que prévu, notamment en raison de difficultés liées à la gestion des césures en CSS, à la résolution des images, et à nos choix de maquette relatifs aux notes de bas de pages, placement des visuels et appels de figures – ce qui a conduit à finaliser la maquette offset des trois premiers Manifestes dans Adobe InDesign. Nous espérons toutefois revoir cela pour de futurs opus, et pensons également à produire des versions sonores pour élargir la diffusion. Manifeste pour des environnements rugueux Le cas pratique de HEAD – Publishing met en évidence la complexité d’établir un flux de travail unifié (single source publishing) : bien qu’en grand progrès, les outils de Web to Print ne permettent pas encore d’obtenir une précision graphique comparable aux logiciels de PAO type Adobe InDesign. Ce constat doit toutefois être nuancé par la très mauvaise gestion par InDesign des formats numériques « non PDF » (e P ub et HTML). De plus, étant libre de droits, Paged.js bénéficie d’améliorations constantes de la communauté, comme par exemple une potentielle gestion manuelle des drapeaux via une interface de prévisualisation dans le navigateur 9 Julie Blanc, « A paged.js hackathon at EnsadLab », blog de Paged.js, 18 mars 2021, [https://www.pagedjs.org/posts/2021-03-hackathon. Le Web to Print doit davantage être compris comme un appel à inventer de nouvelles formes de livres, voire de nouveaux types de designers, plutôt que comme une façon plus efficace de produire des ouvrages. Mais, plus fondamentalement, c’est le rapport aux technologies qui est changé. Dans la culture des logiciels libres, il est hasardeux de penser en termes de simples « outils » ou de « solutions » : n’étant pas gérés par des entreprises avec des objectifs de rentabilité, les environnements de travail libres de droits nécessitent une compréhension des valeurs du partage et de la contribution 10 Lauren Lee McCarthy (@laurenleemack), tweet du 2 avril 2021, https://twitter.com/laurenleemack/status/1378020279545331723, et une implication dans le design des protocoles. Les logiciels libres sont souvent rugueux voire contre-intuitifs 11 Marcello Vitali-Rosati, « Ce qui pourrait être autrement : éloge du non fonctionnement », blog de l’auteur, 18 mars 2021, http://blog.sens-public.org/marcellovitalirosati/cequipourrait/fonctionnement.html, et mettent à mal l’assignation de n’être que des « usager·ères » 12 Pierre-Damien Huyghe, À quoi tient le design. Sociétés, services, utilités, Grenoble, De L’Incidence, 2018.. Peut-être est-ce là leur plus grand mérite : contrecarrer le jargon dépolitisant du design « d’expérience » et du design « d’interfaces utilisateurs ». Manifestes HEAD – Publishing, 2021

Copier/Varier. Standards, critiques, et contre-emplois des logiciels de création

Date

May 2021

Type

Publication

Contexte

Contribution au dossier « Globalisations esthétiques » du 82e numéro de la revue Multitudes, dirigé par Nathalie Blanc et David Christoffel.

Résumé

À rebours d’un progrès technique consistant à voir les logiciels de CAO/PAO (« Conception/Publication Assistée par Ordinateur ») comme une « augmentation » mécanique des possibilités créatives, nous proposons de considérer ce processus comme une accélération – voire comme une automatisation – de façons de faire traditionnelles. Alors que les designers utilisent au quotidien les mêmes logiciels, ont-ils pleinement conscience de leur histoire et de leurs implications ? Comment cette tendance à la normalisation s’inscrit-elle dans l’histoire des transformations techniques induites par le développement de la computation ? Pour traiter ces enjeux, nous invitons à parcourir sous forme de courtes notices une série d’objets techniques (logiciels de création, machines, etc.), classés du plus standardisant au plus ouvert. Chacun de ces items comprend trois sous-parties : une description de son caractère standardisant, une critique des valeurs qu’il embarque, et des contre-emplois (antérieurs ou postérieurs) en art et en design.

Dérive décodée sur le logiciel

Date

October 2019

Type

Publication

Contexte

Entretien avec Joanne Pouzenc, Plan Libre, hors-série

Résumé

À quoi ressemblent les pratiques contemporaines en architecture aujourd’hui ? À quoi ressembleront-elles demain ? Depuis le début des années 1980, la démocratisation de l’informatique et l’accélération des progrès technologiques transforment la profession à vitesse grand V. Si la conception est laissée à la machine devenue intelligente, que reste-il à l’architecte ?

Le design de la transparence : une rhétorique au cœur des interfaces numériques

Date

January 2019

Type

Publication

Contexte

Article coécrit avec Loup Cellard dans la revue Multitudes, no 73, dossier « Tyrannies de la transparence ».

Résumé

Mobilisées dans de nombreuses initiatives citoyennes, les interfaces numériques se retrouvent prises dans une « injonction à la transparence » aux enjeux ambigus. Cette contribution met ainsi en évidence trois paradoxes : 1 – Le fait que les interfaces numériques reposent sur une obfuscation ontologique des couches programmatiques ; 2 – La tendance des projets politiques de transparence à invisibiliser les controverses grâce à l’utilisation rhétorique des interfaces et de leurs données ; 3 – La transformation du paysage médiatique de la transparence en une tension entre divulgation, mise en visibilité de processus, et création d’expériences de simulation renouvelant potentiellement les capacités de narration des citoyens.

L’injonction à la créativité dans le design

Date

April 2016

Type

Publication

Contexte

Anthony Masure, « L’injonction à la créativité dans le design. Des logiciels de création innovants aux programmes inventifs », dans : Anne-France Kogan, Yanita Andonova (dir.), actes du colloque « De l’injonction à la créativité à sa mise en œuvre : quel parallèle entre monde de l’art et monde productif ? » [2015], MSH Nantes, Mines Nantes, université Paris 13, 2016, p. 16-23

Résumé

Il est de plus en plus demandé au design de se placer du côté de la « créativité » et de « l’innovation », comme si cela allait de soi. Que recouvre cette injonction, et comment est-elle mise en œuvre ? Après avoir situé le design dans une tension entre le monde productif et le monde de l’art, nous examinerons quelques logiciels censés « exalter » la créativité des utilisateurs avant de conclure sur une vision du design échappant à cette injonction stérilisante.

Les dessous du code : le commentaire comme espace de liberté ?

Date

May 2015

Type

Publication

Contexte

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?

Visual Culture. Open Source Publishing, Git et le design graphique

Date

November 2014

Type

Publication

Contexte

Anthony Masure, «Visual Culture. Open Source Publishing, Git et le design graphique», Strabic.fr, novembre 2014

Résumé

Le collectif Open Source Publishing (OSP) propose aux designers graphiques de s’inspirer des méthodes de programmation informatique en vigueur depuis de nombreuses années, notamment dans le logiciel libre. Placé en financement collaboratif (crowdfunding) en novembre 2014 sur la plateforme Kiss Kiss Bank Bank, leur projet « Visual culture, un outil pour le design collaboratif (avec Git) » nous donne ainsi une parfaite occasion d’envisager des façons de faire du graphisme qui ne soient pas marquées par les logiques dominantes type Adobe.

Lev Manovich, software guru

Date

September 2014

Type

Publication

Contexte

Anthony Masure, Robin de Mourat, «Lev Manovich, software guru», Strabic.fr, septembre 2014

Résumé

Artiste, programmeur, « historien du présent », « théoricien des nouveaux médias », visionnaire des écrans, Lev Manovich est, avec Matthew Fuller, à l’origine des software studies, groupe de recherche qui étudie les rapports des nouvelles technologies avec l’art et la culture. Prenant de la distance avec un certain nombre de discours technologiques dominants et parfois assourdissants provenant de l’industrie informatique, Manovich confronte les formes numériques de notre quotidien à une perspective culturelle plus large, particulièrement informée par l’histoire de l’art et les sciences humaines.

Le logiciel au pouvoir

Date

December 2013

Type

Publication

Contexte

Anthony Masure, « Le logiciel au pouvoir », note de lecture du livre de Lev Manovich Software takes command, Interfaces numériques, no 3, vol. 2, décembre 2013

Résumé

Lev Manovich, Software Takes Command, New York, Bloomsbury Academic, 2013. New York, novembre 2013 : Le panel de la conférence #LISA2013 1 Conférence Leaders in Software and Art, panel « DIY start-ups: 3D printing and Hardware Hacking », New-York, 1 er novembre 2013. sur l’impression 3D et le Do It Yourself s’enlise dans les bons sentiments, au risque du cliché. Les intervenants y font l’apologie d’un certain type de « faire », mélange d’american dream et de volontarisme dynamique. Bousculant les idées reçues nous enjoignant à agir sans réfléchir, Lev Manovich interpella les orateurs en leur demandant si « Einstein ne fit que faire ? » [« So Einstein ‹ just did it ›? »] Alors que les universitaires sont souvent accusés de « ne pas faire », la boutade lancée par Lev Manovich interroge le fait de croire qu’une activité pourrait se passer de réflexion. Dans le domaine numérique, la multiplication des systèmes de conception et de production alimente l’illusion d’une fluidité de la pensée s’incarnant sans difficulté dans des formes et objets ; mais n’est-ce pas le logiciel qui a pris le pouvoir ? L’importance des software studies Contrairement aux machines qui ne sont pas renouvelées si fréquemment que cela, les programmes sont depuis quelques années mis à jour dans des flux en temps réel. Alors qu’aucune profession ou activité humaine ne semble échapper à terme à l’usage des logiciels, par quelles disciplines théoriques faut-il passer pour penser ces « nouveaux » objets ? C’est précisément cette question que pose le champ des « software studies », ouvert par Lev Manovich et Matthew Fuller 2 Matthew Fuller, Behind the Blip.  Essays on the Culture of Software, New York, Autonomedia, 2003. au début des années 2000 pour sortir d’une approche centrée sur la fonction et le mode d’emploi. En étudiant les fondements esthétiques, historiques ou idéologiques de programmes tels que Word, Photoshop, ou After Effects, ces auteurs ont renouvelé, voire inventé, l’analyse d’objets essentiels à la compréhension de notre époque. Paru en 2001 (2010 en France), l’ouvrage Le langage des nouveaux médias 3 Lev Manovich, Le langage des nouveaux médias [2001], trad. de l’anglais par Richard Crevier, Dijon, Les Presses du réel, 2010. élabore un lexique et des modes d’articulation (les « opérations ») propres aux logiciels dits de création et s’est rapidement imposé comme un ouvrage de référence des théories des nouveaux médias. C’est précisément cette dernière expression qui est au cœur de Software takes command. Tandis que le vingtième siècle aura été marqué par la notion de « média », les environnements numériques, selon Lev Manovich la déplacent et la redéfinissent. À rebours des discours économiques ou marketing des éditeurs de logiciels, c’est donc une exploration tant historique que théorique qui nous est ici proposée. Redéfinir la notion de média Alors que l’on traite trop souvent le numérique comme une imitation d’anciens médias (songeons par exemple aux balbutiements du mal nommé « livre numérique »), Lev Manovich montre que le développement des interfaces graphiques portait déjà en lui des caractéristiques nouvelles : « Plutôt que de nous concentrer sur les productions amateurs des logiciels, nous devrions nous intéresser aux programmes en eux-mêmes — en tant qu’il permettent de travailler avec les médias de façons jamais vues auparavant. Tandis que le numérique est habituellement abordé comme une opération de « remédiation » (représentation) des anciens médias, l’environnement numérique dans lequel ces médias « vivent » est très différent. » Lev Manovich s’appuie notamment sur les recherches d’Alan Kay, qui participa, à la fin des années 70, au sein du Xerox PARC, à l’invention de la « programmation orientée objet », ainsi qu’au développement des interfaces graphiques, et plus largement à la conceptualisation du computer. Pour Alan Kay, l’ordinateur personnel est un « métamédium », c’est-à-dire un environnement pouvant simuler les anciens médias, et suffisamment malléable pour pouvoir intégrer des médias qui n’existent pas encore 4 Lev Manovich, Software takes command, op.  cit., p.  44. Traduction personnelle.. C’est la nature même des interfaces numériques que de produire une « remédiation » des anciens médias. La simulation de la photographie, de la peinture, du cinéma, etc. s’accompagne immédiatement de fonctions nouvelles, telles que le copier/coller, la recherche par mots-clés, ou le changement des modes d’affichage d’un même objet. Une bonne part du livre consiste ainsi à interroger la spécificités de ces techniques 5 Ibid., p.  119 : « Visualization, searchability, findability—these and many other new “media-independent techniques” (i.e. concepts implemented to work across many data types) clearly stand out in the map of the computer metamedium we have drawn because they go against our habitual understanding of media as plural. », selon qu’elles soient propres à certains médias, ou généralisables à tous. Se référant par endroit à la théorie de l’évolution 6 Comme le chapitre « The evolution of media species », p.  233., Lev Manovich étudie comment ces nouvelles possibilités apparaissent, se répandent ou disparaissent. Le principal apport du livre se situe dans ce point faussement évident pour qui travaille la matière numérique, à savoir que la nouveauté des nouveaux médias est celle de toujours pouvoir leur ajouter des propriétés (et ce sans altérer les fichiers source). Pouvoirs du logiciel Le titre du livre est un hommage au livre Mechanization takes command de Siegfried Giedion 7 Siegfried Giedion, La mécanisation au pouvoir [1947], trad. de l’américain par P. Guivarch, Paris, Centre Georges Pompidou, CCI, 1980., pour marquer l’idée d’une « softwarization » de la culture depuis 1960, c’est-à-dire d’un développement ubiquitaire des logiciels dans toutes les strates de la société. L’ouvrage de Manovich n’a cependant pas l’ambition d’analyser un spectre aussi large, et c’est pourquoi il se focalise sur les logiciels de création (« media softwares »). La thèse de Software takes command est que les médias n’existent désormais qu’à travers les logiciels. Pour comprendre les médias, il nous faut parfois découvrir la nouveauté sous des interfaces anachroniques. Lev Manovich donne ainsi l’exemple d’Adobe Acrobat 8.0, qui est selon lui un modèle d’incohérence de métaphores obsolètes et de fonctions propres au numérique. C’est comme si, dit-il, « les designers Acrobat avaient voulu donner aux utilisateurs une multitude de façons de naviguer dans les documents 8 Ibid., p.  189. ». On trouvera ainsi au sein du livre des pistes de recherche fructueuses pour élaborer un « design des programmes » cohérent et pertinent. Mettant « en action » les hypothèses des deux premiers tiers du livre, le chapitre final 9 Chapitre « Software in action », p.  241. étudie le logiciel Adobe After Effects, en montrant en quoi ses spécificités techniques contribuent à changer les façons de faire des vidéos – par exemple en passant d’une interface basée sur le temps à une interface basée sur la composition 10 Ibid., p.  282. On pourra aussi mentionner la couverture de l’édition anglaise, qui déplie sur plusieurs milliers de captures d’écran une partie du jeu vidéo Kingdom Hearts.. Pour comprendre les médias, intéressons-nous aux programmes L’habileté d’une telle démarche est de réussir à intéresser tant les ingénieurs, que les historiens ou les designers. L’écriture est d’une clarté remarquable, l’auteur partant d’une définition minimale du terme de média pour la faire évoluer au fil des chapitres, jusqu’à – fait trop rare – se risquer en conclusion à un résumé en deux pages de l’ensemble de l’ouvrage. Un chapitre bonus, disponible en téléchargement pour ne pas alourdir un texte déjà bien dense, traite des réseaux sociaux – peut-être l’amorce d’un prochain titre ? Si, comme le dit Lev Manovich, le logiciel est bien l’électricité du 21 e siècle, il nous faut réfléchir à ses tenants et aboutissants au lieu de mettre les doigts dans la prise. Devra-t-on attendre 10 ans, comme son précédent livre, pour avoir une traduction française et tirer les conséquences de ces hypothèses de recherche ? À nous de prendre les commandes.

Archéologie du numérique. Le CCA fait des fouilles

Date

November 2013

Type

Publication

Contexte

Anthony Masure, «Archéologie du numérique. Le CCA fait des fouilles», Strabic.fr, novembre 2013

Résumé

Le catalogue de l’exposition Archéologie du numérique édité en 2013 par le Centre canadien d’architecture (CCA) permet de lever le voile sur le passé récent et méconnu de la conception d’édifices par ordinateur. S’inscrivant dans les domaines des media & software studies, cet ouvrage explore quatre projets précurseurs de Frank Gehry, Peter Eisenman, Chuck Hoberman et Shoei Yoh. Les allers-retours entre interviews, notes d’intention, données techniques, maquettes et schémas constituent un matériau de réflexion de premier choix pour qui s’intéresse aux possibilités et limites de la conception numérique.

Adobe : le créatif au pouvoir

Date

June 2011

Type

Publication

Contexte

Anthony Masure, « Adobe : le créatif au pouvoir », Strabic.fr, « L’usager au pouvoir », juin 2011

Résumé

« À l’issue de sa présentation, Jean a été félicité par ses collègues. Ils ont même applaudi ! » — Publicité sur Adobe.com, consultée le 7 avril 2011. Jean utilise les « solutions » Adobe pour concevoir des présentations où il associe textes et images. Depuis qu’il se sert de ces outils, cela n’a jamais été aussi simple. La pieuvre Adobe Systems (qui a avalé en 2005 son concurrent Macromedia) déploie à intervalles réguliers ses suites créatives qui font d’un simple employé du secteur tertiaire un créatif en puissance. Lev Manovich, dans Le Langage des Nouveaux Médias 1 Lev Manovich, Le langage des nouveaux médias [2001], trad. de l’anglais par Richard Crevier, Dijon, Les Presses du Réel, 2010., analyse le mode d’existence contemporain des logiciels sous l’angle d’une « logique de la sélection ». Il constate que notre approche des outils de création (et des softwares en général) se fait essentiellement par la « sélection » d’actions à partir de menus prédéfinis. Adobe a précisément bâti son empire sur cette idée, en ajoutant à chaque itération de ses logiciels des lignes supplémentaires dans les menus. La richesse supposée du programme tient à l’accumulation de choix à sélectionner : toujours plus de lignes et de curseurs déplaçables. Les publicités ciblant les habitués de la marque sont orientées dans ce sens, elles ne font la plupart du temps que lister les nouveaux ajouts de menus. La création serait donc fonction d’une suite de choix à régler dans des listes prédéfinies. Ces présaisies ont pour but d’organiser et de simplifier le cheminement de l’utilisateur, dans un souci d’efficacité. La création est vue ici comme un processus sans effort et sans résistance. Adobe entend proposer des « outils familiers » pour les créatifs, destinés à exprimer sans heurts les « idées les plus folles ». Le logiciel de création est conçu pour servir de façon satisfaisante le créatif, que l’on pourrait alors considérer comme un usager, c’est-à-dire quelqu’un qui se sert de quelque chose en vue d’obtenir un résultat déterminé. Il attend que son objet puisse répondre de façon précise à ses attentes 2 Pierre-Damien Huyghe, « Définir l’utile », conférence donnée à l’IFM le 6 avril 2011.. Le logiciel lui en donnerait le pouvoir, c’est-à-dire la condition matérielle d’accomplir une action. Les programmes d’Adobe rendent service quand ils ne s’écartent pas de ce qui était prévu. Ils organisent une « mise à disposition » de la créativité (Pierre-Damien Huyghe). Ils indiquent une disponibilité servile qui fait de ces objets nos serviteurs impassibles. L’ordinateur ne se plaint jamais et ne peut pas ne pas servir, sauf dans le cas du bug. Il enclot notre réflexion dans des choix donnés. La dimension de souffrance du travail est évacuée, au profit d’une fluidité « sans écrire de code » (Adobe). Aucune résistance, aucun imprévu ne doit interrompre le flow des créatifs. Pendant naturel des fonctions automatisées, les sources d’inspirations sont aussi organisées en sélections. Ces aides à la création sont facilement disponibles via des sites accumulatifs (Smashing Magazine, Daily Dose of Inspiration, Designer Daily, etc.) Ceux-ci fonctionnent par billets thématiques et rassemblent sur le mode du catalogage une collection de liens sur un même sujet, sans chercher à l’épuiser ou à le problématiser. Les bases (ou images-source) sont indexées de plus en plus finement pour faciliter la recherche via des moteurs généralistes. S’opère ici une économie de la radicalité ou de l’imprévu par la recherche d’un consensus sur un même mot-clé (keyword). Il s’agit de donner l’idée au grand public que la création est quelque chose de facile, par la navigation sans effort parmi des galeries d’images lissées. Dans ce pouvoir nouveau donné aux créatifs se dessine en creux une démocratisation voulue et provoquée par les décideurs. Si le prix du logiciel reste prohibitif pour le grand public, Adobe segmente sa gamme en produits moins chers dits « essentials », tout en laissant faire (voire en favorisant ?) le piratage des versions professionnelles pour habituer à s’en servir ceux qui de toute façon ne les auraient jamais achetées. Il en va souvent de même dans les écoles d’art et de design, où aucune alternative n’est envisagée. Cette hégémonie finement contrôlée déplace le pouvoir de l’usager vers l’entreprise de services, qui dicte tous les ans un rythme de renouvellement de son système. Suite à l’émergence de professions identifiées comme le chef de projet, des programmes dédiés (Adobe Version Cue) se chargent désormais d’organiser le savoir-faire organisationnel. Il devient lui-aussi affaire de systèmes parfaitement réglés. Automatisation des fonctions, travail organisé en « chaîne de production » (Adobe), capitalisation de « l’imagination au pouvoir » de quelques grands groupes… autant de notions qui articulent l’idée d’une production sans accrocs et sans fin, c’est-à-dire une production industrielle. L’organisation croissante au tournant du siècle des systèmes de fabrication a pour but d’achever l’idée d’une réalisation qui irait droit du concept à l’objet. Cette absence de divergence est encouragée et guidée par des méthodes qui deviennent systèmes : taylorisme, fordisme… Ils visent à donner une place à chaque outil, étape, personnel de production. Dans cette prise de pouvoir concentrée autour de la production sans accident, le prolétaire perd l’usage de ses savoir-faire, dont il est dépossédé. L’ouvrier devient usager de son outil de production, parfaitement conçu pour effectuer une action précise. Les gestes et temps de travail ne doivent pas diverger de l’organisation mécanisée des structures productives. Dès 1844, dans les Manuscrits de 1844 3 Karl Marx, Manuscrits de 1844, Paris, Garnier Flammarion, 1999. puis dans le chapitre 14 du Capital, Marx pose la question de l’aliénation et de la soumission à la machine. S’il n’insiste pas spécifiquement sur le terme de pouvoir, il nous alerte sur l’ordre nécessairement autoritaire de l’industrie pour contenir les risques d’indiscipline des ouvriers. Le prolétaire est une machine dans son travail, et aucun accomplissement social n’y est possible. Son salaire doit juste lui permettre de subsister dans sa condition ouvrière. Le pouvoir de la manufacture soumet l’ouvrier à un ordre dont il ne peut pas se détourner ou diverger. Si les « créatifs » sont généralement mieux lotis financièrement, une analyse marxiste plus poussée pourrait nous permettre d’envisager des recoupements entre le prolétaire ouvrier et l’assistant de création. Il faudrait alors déplacer les notions d’aliénation et de subsistance vers celles de dépendance et de pensée dans un système prédéfini et difficile à déplacer. S’il serait abusif de faire des logiciels Adobe des outils purement limitatifs, rien n’indique en eux une volonté d’ouverture vers l’imprévu. Concurrence inexistante et faiblesse des solutions libres (GIMP) contribuent à ce monopole problématique, qui fait encourir un danger de formatage des productions (même constat avec l’éditeur 3D Autodesk, avec l’éloignement de la matière en sus). En faisant l’économie de modèles divergents, Adobe organise les modes de travail en réduisant les possibilités à des dispositifs constitués dans des choix de « sélections » (Lev Manovich). Le passage du réglage à la sélection (il faudrait développer ce point) est celui de l’ouverture des possibles vers un mode de réflexion borné, automatisé comme les modes scènes des appareils numériques contemporains. Il nous enjoint à appliquer des méthodes créatives réalisables sans effort grâce à des outils dédiés (automatisations, filtres), utilisables servilement via des sélections organisées discrètement. En faisant du designer un créatif se servant sans effort d’une suite d’outils, Adobe rabat la dimension d’usage sur l’activité artistique. L’iconographie marketing de ses publicités montre des designers et décideurs envisagés sous l’angle de la rentabilité et de l’efficacité. La pensée doit tracer sa route sans écart pour répondre efficacement aux sollicitations de l’économie de la créativité. Mais qu’économisons-nous quand nous raisonnons ainsi ? Est-il pertinent d’envisager l’activité de création comme une économie d’efforts et de modalités ? Il est d’autres voies possibles, qui feraient place au hasard, à la divergence, aux imprévus, et c’est même ce que nous pourrions nommer « design ». Les objets serviles nous desservent de nos pratiques. Là où Adobe pense en termes de solutions, le designer crée de la divergence dans des systèmes techniques ou réflexifs. C’est paradoxalement en ouvrant et en se jouant de la résistance de l’idée à la forme que le designer peut construire son autonomie. C’est dans cette nécessaire liberté qu’un pouvoir pourrait s’exercer. L’outil numérique serait à envisager comme un champ de possibles qui ne serait pas autoritaire et normé (deux notions habituellement liées au pouvoir). Le dispositif, dont Giorgio Agamben 4 Giorgio Agamben, Qu’est-ce qu’un dispositif ?, Paris, Rivages Poches, 2007. (via Foucault) montre « qu’il s’inscrit toujours dans une relation de pouvoir » manifeste sa volonté de clôture dans une utilisation dictée (voire ordonnée) par des modes d’emploi et habitudes culturelles. L’idée d’un « usage correct » du dispositif est caduque car il n’existe pas de bon usage, ou plutôt que faire usage d’un objet n’a à voir qu’avec des conduites qui n’en n’épuisent pas les possibles (Pierre-Damien Huyghe). Il s’agirait donc de faire varier les attendus serviles des objets, qui s’épuisent dans leur fonction. Ce jeu (liberté de mouvement) serait alors une zone de pouvoir possible, qui ne serait plus orientée en vue d’obtenir un effet déterminé. L’open source (code source libre), sans en faire une lecture naïve de remède anti-autoritaire, serait du côté d’un pouvoir rendu en amont et en aval à l’usager. La conception nécessairement ouverte et partagée du programme implique un pouvoir non concentré, qui met de fait « au pouvoir » les membres de la communauté. Ce pouvoir partagé ne serait pas celui d’une volonté de contrôle mais plutôt un pouvoir décentralisé et diffus. Il existe des degrés d’implication divers dans la conception du programme, qui ne sont pas ceux d’un projet normé et balisé. Même si des roadmaps (feuilles de route) sont nécessaires, des retards et fonctions de dernière minute peuvent apparaître, de même que des forks (fourches) qui sont une bifurcation du programme, redéveloppée par une partie de la communauté des développeurs. Il y a ici une forme de valorisation qui ne passe pas par des logiques de profit, une économie de la connaissance qui fait de l’usager un contributeur (Bernard Stiegler). Alors que les logiciels utilitaires épuisent l’attention dans une simple tâche à effectuer, il y a dans les codes sources ouverts l’idée d’une amélioration possible depuis la base. N’importe qui peut faire remonter des idées ou améliorations (il faudrait détailler ces différents degrés possibles d’interventions). Le programme est aisément reconfigurable pour répondre à des localisations (terme qui désigne à la base la traduction) ou contextes précis, qui ne sont pas forcément ceux qui sont le plus économiquement viables. Le pouvoir de changer librement éloigne ce type de programme des notions de système (pas de ligne figée, ni de concepts inamovibles) et de dispositif (pas d’idée de manipulation ou de rapport de force). Ce passage du logiciel-outil à un champ de possible, cela serait l’appareil. Un appareil s’envisage par sa capacité à ouvrir une disponibilité à partir de « réglages » (Pierre-Damien Huyghe 5 Pierre-Damien Huyghe (dir.), L’art au temps des appareils, Paris, L’Harmattan, coll. Esthétiques, 2005.). Appareiller un dispositif serait donc œuvrer à sa mise en jeu, ce qui dépasse la logique de fonctions sélectionnables pour réactiver une liberté permettant de nous subjectiver. Reste à envisager ce modèle en action, répondre à ces questions en designer. Le « créatif » devra pour un temps encore se satisfaire d’utilitaires. Des productions intéressantes peuvent bien sûr émerger, à condition de prendre ses distances avec le conditionnement technique et marketing. Question d’attitude et de regard, qui passe aussi par un véritable enseignement de ces domaines afin de dépasser les usages pour en faire des pratiques. « À l’issue de sa contribution, Jean a été félicité par ses collègues. Ils ont même amélioré son code source ! »