Féministe dans un laboratoire logiciel

Feminist in a Software Lab: Difference + Design part d’un problème pratique : le féminisme utilise-t-il seulement le logiciel pour transmettre une critique, ou peut-il en transformer la forme ? Tara McPherson s’appuie sur plus de dix ans au Vectors Lab de l’USC, la revue Vectors et la plateforme multimédia Scalar. Les humanités numériques deviennent une institution de design, programmation, édition, financement et maintenance, non une boîte à outils neutre.

La première partie réécrit l’origine du domaine. Plutôt que le calcul textuel canonique, McPherson rapproche collaboration art-ingénierie des années 1960, informatique urbaine, modularité UNIX et luttes pour les droits civiques. Elle ne prétend pas que le code cause la ségrégation, mais demande pourquoi une époque valorise des modules séparables, encapsulés, sans interférence. Dans les disciplines aussi, race et genre deviennent alors des modules ajoutés après coup plutôt que des relations constitutives.

Concevoir pour la différence ne consiste donc pas à ajouter de la diversité à une interface terminée. Il faut dès le modèle de données, la classification, la navigation et le parcours décider quelles relations de savoir sont possibles. Les bases classiques préfèrent objets stables et hiérarchies ; mémoire, trauma, migration et identité peuvent être multitemporels, contradictoires et relationnels. Vectors fait participer forme, image, son, espace et interaction à l’argument, au lieu d’illustrer le texte.

La deuxième partie ressemble à une ethnographie de laboratoire : courriels, croquis, réunions, propos de designers et projets échoués révèlent le travail collectif effacé. Auteurs, graphistes, développeurs et éditeurs se traduisent pendant des mois, empêchant l’autorité de tenir dans une seule signature. La fabrication féministe concerne qui parle, qui assume le travail émotionnel et la maintenance, comment le conflit se résout et comment l’institution évalue les œuvres non conventionnelles.

Le passage de Vectors, très personnalisé, à Scalar, open source et plus durable, expose la tension entre différence et standardisation. Le sur-mesure permet des formes radicales mais se maintient mal ; la plateforme générique survit mieux mais contraint l’expression. Les œuvres perdues avec plugins, serveurs et navigateurs prouvent que préservation, documentation et care à long terme ne sont pas une administration postérieure à la technique, mais une éthique du design.

La forme du livre met elle aussi cette question en jeu. À côté de deux longs essais, des « Windows » visuelles présentent des documents de projet et des voix de collaborateurs ; le sommaire de l’éditeur en recense cinq, dont « Making “Stolen Time” ». Une recension universitaire souligne que ces inserts, et la possibilité d’une lecture non linéaire, préservent une partie du processus collectif de Vectors. Le propos ne porte donc pas seulement sur l’interface achevée : travail éditorial, conception et développement font partie de ce qui constitue le savoir. (Sommaire de l’éditeur ; recension dans Digital Humanities Quarterly)

« The Stolen Time Archive » rend la fragilité concrète. Le projet voulait engager le lecteur dans le temps passé à travailler sur des documents d’archives, mais la recension indique que sa forme dépendante de Flash n’est plus accessible. Le livre peut conserver des intentions et des fragments, pas rendre l’interaction ni l’expérience originales. Ce n’est pas seulement un échec : l’ouvrage imprimé est plus durable que plusieurs projets décrits, tout en montrant que la documentation ne suffit pas à préserver une œuvre numérique. Qui dispose du temps et des moyens nécessaires pour migrer, maintenir et expliquer ces projets — et quel travail disparaît lorsque ce soutien s’arrête ? (Recension dans Digital Humanities Quarterly)

L’ouvrage peut être critiqué. L’analogie entre modularité logicielle et classement social dépasse parfois les preuves concrètes sur archives, travail ou usages. Un laboratoire universitaire américain bien financé est difficile à reproduire ailleurs. Le récit ne remplace pas l’analyse des chaînes d’approvisionnement, du travail de plateforme, de l’accessibilité handicap ou de la surveillance. Le logiciel féministe doit toujours répondre à ses utilisateurs et mainteneurs.

Critique et fabrication ne peuvent être déléguées à deux groupes qui s’ignorent. Un contenu radical ne suffit pas si classification rigide, interface excluante, crédit individuel et coût de maintenance reproduisent le pouvoir. On peut lire d’abord « Designing for Difference », puis les « Windows » de projets dans « Assembling Scholarship », et finir par l’annexe consacrée à l’évaluation des travaux numériques. La comparaison avec Data Feminism est utile : McPherson insiste sur la forme logicielle et éditoriale, tandis que D’Ignazio et Klein proposent un cadre pour analyser les pratiques de données. Le livre laisse des questions concrètes : quand la différence entre-t-elle dans le design ? Les échecs sont-ils documentés ? Les relations changent-elles la structure des données ? Qui prend soin de l’œuvre après la fin de la subvention ?