Préserver les anciens logiciels : ce que les archives nous apprennent et ce qu’il reste à documenter

Un ancien programme peut nous parvenir sous la forme d’une disquette, d’une boîte, d’un manuel, d’une copie numérique ou d’une notice de catalogue. Chacune de ces traces répond à des questions différentes. La préservation ne consiste pas seulement à garder un support : elle suppose aussi de pouvoir dire ce qu’il est, d’où il vient, quelle documentation l’accompagne et ce qui reste inconnu. Les sources disponibles permettent d’aborder cette perspective à partir des pratiques archivistiques et muséales, mais elles ne fournissent ni chronologie technique des plateformes ni liste exhaustive de programmes précis.

L’objet ne se réduit pas à son support

La documentation d’un musée rassemble des matériaux d’origines, de supports et de valeurs culturelles variés. Les instructions de Navarre pour l’organisation des archives soulignent que les documents liés aux objets de collection font partie de leur contexte et doivent rester associés à eux. Appliquée avec prudence au logiciel, cette idée invite à ne pas considérer une disquette ou une copie numérique comme si elle épuisait l’identité d’un programme. Emballage, instructions, annotations, provenance et notices de catalogage peuvent apporter des informations différentes. La source ne définit pas de protocole propre au logiciel : ce rapprochement est une application éditoriale du principe général de contextualisation.

Identifier avant de raconter

Le Musée archéologique national décrit ses archives comme le témoignage écrit de la vie de l’institution depuis sa création en 1867 et indique qu’elles conservent aussi des documents provenant d’autres fonds personnels et institutionnels. Sa page consacrée à la documentation décrit également des travaux d’identification, d’étude de conservation, de numérisation et de catalogage liés aux archives Siret. Ce sont des exemples concrets d’un travail qui rend les matériaux repérables et explicite leur description.

Pour les anciens logiciels, la leçon prudente n’est pas de supposer que ces procédures sont déjà appliquées aux programmes, mais de poser des questions vérifiables : quel élément décrit-on exactement ? Le document porte-t-il sur le support, la documentation, ou les deux ? Quelles informations viennent d’une étiquette et lesquelles d’un registre institutionnel ? Sans ces précisions, une description séduisante peut vite devenir une attribution que les sources ne justifient pas.

Des catalogues qui relient les informations

La page du MAN explique que DOMUS sert à décrire et cataloguer des collections muséales et documentaires, et que son travail de normalisation terminologique inclut des thésaurus de contexte culturel et de classification générique. CER.es se présente, de son côté, comme le réseau numérique des collections des musées d’Espagne. Ces références documentent des outils et services de description et de consultation des collections muséales ; elles ne prouvent ni que leurs catalogues comprennent d’anciens logiciels ni qu’un programme donné y a été numérisé.

Cette distinction est importante. Un catalogue peut aider à localiser une pièce et à la relier à des informations contextuelles, mais son existence ne démontre pas que l’objet est accessible, exécutable ou décrit avec le niveau de détail requis par une recherche informatique. Un article rigoureux doit distinguer l’existence d’un catalogue de la présence effective d’un programme dans celui-ci.

Les communautés et les limites des preuves

Un article de Historiacompu sur la préservation des logiciels rétro souligne le rôle des communautés dans l’identification, la récupération et la diffusion. Il mentionne Internet Archive et The MADE parmi les initiatives liées aux collections de logiciels et de jeux vidéo. Il évoque aussi les difficultés liées à l’obsolescence des systèmes et des formats, ainsi que l’importance d’un accès responsable et du respect du droit d’auteur. Il s’agit d’un article de vulgarisation, non d’une fiche technique ou d’une étude institutionnelle détaillée ; ses affirmations doivent donc lui être attribuées et ne pas être extrapolées.

Les éléments fournis n’identifient ni versions de logiciels, ni dates de sortie, ni équipements requis, ni formats de fichiers précis, ni conditions juridiques propres à des œuvres particulières. Ils ne démontrent pas non plus que la préservation communautaire et institutionnelle suit une méthode unique. Ils permettent en revanche d’affirmer que l’identification, le classement, la description et la contextualisation sont des tâches centrales de la gestion documentaire, et que l’article consacré aux logiciels rétro juge importantes la participation des communautés et la responsabilité de l’accès.

Préserver, c’est aussi garder une trace

La documentation archivistique ne remplace pas l’objet ; elle aide à le comprendre et à distinguer ce qui est établi de ce qui reste incertain. Les instructions d’organisation des archives, le travail documentaire du MAN et CER.es offrent un cadre pour penser la description et l’accès. L’article sur les logiciels rétro établit un lien direct avec la préservation numérique, mais avec moins de profondeur technique.

La conclusion est volontairement limitée : raconter l’histoire d’un ancien programme ne consiste pas seulement à nommer un support ou à répéter une date sans source. Il faut préserver et décrire les traces qui permettent de l’identifier, expliciter leurs liens et signaler les lacunes. Les sources consultées ne comblent pas ces lacunes pour des programmes précis, mais elles montrent pourquoi la documentation est essentielle à tout récit fiable du patrimoine numérique.