Essai 07 / Numérique

L’export que vous pouvez vraiment utiliser

Un téléchargement ne devient une sortie que lorsqu’un autre outil récupère le travail, la structure, et assez de contexte pour continuer.

Cette édition traduite est en attente d’une révision éditoriale par une personne de langue maternelle.

Un disque SSD portable et son câble sont posés près d’une boîte d’archives contenant des dossiers papier.
Des archives que l’on peut emporter. Une scène illustrative originale.

Le bouton dit « Tout exporter ». Quelques minutes plus tard, une archive arrive. Sa taille rassure. Le compte a offert une sortie, et les données semblent l’avoir prise.

Mais qu’est-il vraiment arrivé ? Des documents lisibles ne sont pas un dump de base. Un calendrier sans fuseaux n’est pas le calendrier sur lequel vous comptiez. Un dossier de photos sans noms d’origine peut contenir chaque image et perdre les relations.

Un export est une traduction. La question pratique est de savoir si assez de sens survit pour continuer ailleurs.

Choisissez une tâche, pas une archive

Notions de base · Un export est une copie que vous emportez

Exporter demande à une application de mettre le matériau dans des fichiers hors d’elle. Télécharger est le transfert. Importer demande à une autre application de les lire. Ce sont des opérations distinctes : un téléchargement réussi ne promet pas un import réussi.

Une archive compressée n’est qu’un paquet. Son contenu doit encore être dans des formats que vous pouvez ouvrir.

Commencez plus petit que tout le compte. Choisissez un projet avec des complications représentatives : une note avec pièce jointe, un document lié, un rendez-vous récurrent. Nommez ensuite la tâche que l’export doit soutenir.

Préférez les copies par protocole aux zips de tableau de bord. Le courrier sort mieux par IMAP (mbsync) que par un arbre HTML. Un dépôt git sort mieux par git clone --mirror que par un zip de la branche par défaut.

Ouvrez-le quelque part d’inconnu

Laissez la source intacte. Placez l’export ailleurs, lisez la description de format, ouvrez avec un outil indépendant. Remarquez quelles dépendances vous suivent : liens vers des pièces encore sur le serveur, miniatures, références vers un compte.

Préservez les relations exprès

Les fichiers survivent plus facilement que les relations entre eux. Ordre, étiquettes, commentaires, liens peuvent vivre dans la base de l’application. Un plan de sortie utile identifie lesquelles de ces relations comptent.

Expert · Vérifier l’intégrité sans la confondre avec le sens

Pour une grande archive, un manifeste peut enregistrer un chemin relatif, un nombre d’octets, et un condensé SHA-256. Des condensés identiques prouvent que ces octets ont survécu au transfert. Ils ne prouvent pas que l’export contenait tout, ni qu’une autre application comprend la structure.

( cd export && find . -type f -print0 | sort -z | xargs -0 sha256sum ) \
  > /tmp/export.sha256
sha256sum -c /tmp/export.sha256

Un second contrôle concerne les relations. Résolvez les références d’attachements contre l’archive. Les identifiants stables valent mieux que les titres. Pour le courrier, comptez les messages des deux côtés avant de supprimer le compte IMAP. Pour git, git fsck --full sur le miroir est le contrôle d’intégrité.

Chiffrer la distance au départ

Vous n’avez pas à quitter un service utile pour profiter de l’exercice. Connaître le coût du départ change la relation. Notez la date, la route d’export, le format, l’application d’inspection, et les trous. « Pièces jointes copiées à la main » est plus informatif que « export pris en charge ».

Rendre la prochaine sortie moins chère

Les changements les plus utiles arrivent pendant le travail ordinaire. Noms stables, pièces originales, décisions dans une forme qui ne dépend pas d’une interface. Une répétition réussie se termine par une preuve : quelqu’un a fini la tâche choisie avec le matériau exporté.

Essai suivant Retour au début ↑