Un ancien logiciel ne se conserve pas comme une boîte

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

Une boîte de disquettes, une cartouche ou un support informatique peuvent sembler constituer à eux seuls un morceau d’histoire. Le logiciel pose un autre problème : posséder l’objet physique ne garantit ni que l’information soit lisible, ni que le programme puisse fonctionner à nouveau. Un article antérieur de RetroPause formule précisément cette distinction : un programme peut être copié sans conserver son support d’origine, et préserver le support ne signifie pas préserver la possibilité d’exécution. C’est un point de départ, pas une solution technique universelle.

L’entrée consacrée à la préservation numérique en décrit l’objectif en termes généraux : maintenir l’intégrité, l’authenticité, la fiabilité, la lisibilité et la fonctionnalité de l’information numérique malgré les changements technologiques. Appliqué aux anciens logiciels, cela impose de penser en plusieurs couches : le support matériel, l’information qu’il contient et la possibilité de comprendre ce qu’elle renferme ainsi que son rapport avec le système qui pouvait l’utiliser. Les sources consultées ne détaillent pas de procédure pour chaque programme ; ces principes ne doivent donc pas devenir une recette unique.

Archiver, c’est aussi décrire

Les archives de musée offrent un point de comparaison utile, sans être équivalentes à des archives de logiciels. Le ministère espagnol de la Culture indique que les archives des musées d’État conservent la documentation relative aux pièces à partir de leur dépôt. Le musée du Prado présente, pour sa part, ses archives comme gardiennes des fonds documentaires produits et reçus par l’institution. Dans les deux cas, conserver ne consiste pas seulement à garder un objet isolé : la documentation permet aussi de le situer dans une histoire institutionnelle.

La description et l’accès comptent, car un objet sans contexte peut être difficile à identifier, étudier ou interpréter. Un texte consacré au fonctionnement des archives de musée évoque des tâches telles que l’évaluation, l’acquisition, l’organisation, la description, la conservation et la mise à disposition des documents. Il ne détermine pas comment cataloguer un ancien programme, mais aide à poser une question précise : quels documents permettraient de le comprendre ? La réponse peut varier selon les cas ; les sources disponibles ne permettent pas d’ériger manuels, licences, versions ou relevés d’usage en exigences universelles.

De la conservation à l’usage

La préservation numérique comporte une tension qu’il importe de garder visible. Stocker une information et la rendre accessible ne sont pas nécessairement une seule et même opération. La source encyclopédique compte la lisibilité et la fonctionnalité parmi ses objectifs ; l’article de RetroPause rappelle de son côté que conserver un support et pouvoir exécuter un programme sont deux choses distinctes. Leur lecture conjointe autorise une conclusion prudente : une collection peut préserver des traces sans garantir que tout fonctionne encore dans son environnement d’origine.

Cette distinction influe aussi sur la manière de raconter l’histoire du logiciel. Une pièce conservée peut attester l’existence d’un programme, mais ne suffit pas à reconstituer ses conditions d’utilisation. À l’inverse, une copie lisible n’est pas automatiquement l’objet original. Mieux vaut préciser ce qui a été conservé, sous quelle forme et ce qui a été vérifié, plutôt que d’utiliser le mot « préservé » comme s’il répondait à toutes les questions.

Le contexte institutionnel et ses limites

Les pages consacrées aux archives du Prado et des musées d’État montrent l’importance de la documentation liée aux collections. L’étude sur les archives de musée présente parmi les sources considère également les documents comme des espaces de communication. Ce sont des références pour réfléchir à l’organisation, à la description et à l’accès, et non des études spécialisées sur les logiciels. Cette différence limite ce que l’on peut transposer d’une institution muséale à un programme numérique.

Il serait donc excessif d’affirmer, sur la seule base de ces sources, quels formats durent le plus longtemps, quels émulateurs ou systèmes employer, comment vérifier l’authenticité d’une copie ou quelles obligations juridiques incombent à une collection. On ne peut pas non plus déduire que la conservation de documents institutionnels résout les difficultés techniques d’exécution. Ce qui est vérifiable ici est plus modeste : les archives documentent et rendent accessibles des dossiers ; la préservation numérique vise à maintenir l’utilisabilité de l’information ; et le logiciel introduit une séparation entre son support, ses données et son fonctionnement.

Une notice honnête vaut mieux qu’une promesse

Un récit responsable sur les anciens logiciels peut commencer par distinguer ces couches et en annoncer les limites. Conserve-t-on un support physique, une copie des informations, de la documentation associée ou la preuve que le programme fonctionne ? Qu’est-ce qui a été décrit, et qu’est-ce qui reste à vérifier ? Les sources ne proposent pas de notice normalisée pour répondre, mais elles justifient la nécessité de ne pas confondre conservation matérielle, préservation de l’information et exécution.

L’idée centrale n’est pas que le logiciel soit impossible à conserver, mais que le mot « conserver » demande de la précision. Une boîte visible peut ne constituer qu’une partie de l’histoire. Une archive peut garder des documents relatifs à ses pièces et les rendre accessibles ; la préservation numérique pose en outre le défi de maintenir l’information lisible et fonctionnelle malgré les changements technologiques. Pour raconter le passé du logiciel sans exagérer ce que nous savons, il faut dire ce qui a survécu, ce qui peut être consulté et ce qui reste hors d’atteinte.