La boulangerie est une dépendance. Le compilateur aussi. La personne qui sait entretenir la chaudière aussi. Nous les appelons rarement ainsi tant qu’elles fonctionnent.
Les dépendances permettent ce que nous ne pourrions pas faire seuls. La distinction utile n’est pas entre dépendance et indépendance. C’est entre une relation que nous pouvons reconsidérer et une que nous ne pouvons pas vraiment quitter.
Quand un bon marché change
Un service commence excellent et devient difficile sans drame unique. Les fichiers s’accumulent. Les collègues adoptent son vocabulaire. Puis le prix change. Le coût de sortie n’est plus celui d’un concurrent : migration, reconversion, liens cassés.
Un prix d’entrée bas et un coût de sortie élevé sont des propriétés distinctes. Le problème est de les accepter par accident, en croyant que l’existence d’alternatives signifie que l’on peut changer.
Intermédiaire · Mesurer le verrouillage : données, identité, protocole
Trois pièges différents. Données : Takeout, archive GitHub, IMAP mbsync, CalDAV. Un zip d’HTML n’est pas un mbox. Identité : login, 2FA et récupération pendent-ils du même courrier ? Protocole : un second client peut-il parler au service ? IMAP et git le peuvent.
Une sortie a plusieurs parties
Pouvez-vous récupérer les originaux, pas seulement des captures ? Les relations survivent-elles ? Lisez-vous l’export sans redemander au même fournisseur ? Il faut aussi un endroit où aller et un moyen de continuer l’activité.
Une alternative devient une option quand on peut réellement s’en servir.
Le test est modeste : déplacer un morceau représentatif, y compris quelque chose d’awkward, l’ouvrir, faire une tâche ordinaire.
La friction n’est pas toujours une captivité
Certains coûts de changement sont inhérents à l’apprentissage. Un format lisible n’enlève pas l’effort d’un nouvel éditeur. Il évite de reconstruire aussi le travail.
Expert · Preuve qu’une sortie est réelle
Une affirmation de portabilité n’est pas une preuve. Une preuve ressemble à : date, service, objet, méthode (git clone --mirror), résultat, temps. Les identifiants courts, « download zip » et captures ne comptent pas. Préférez les copies adressées par contenu.
Garder le pont utilisable
Un plan de sortie pourrit. Formats, adresses de récupération, outils, personnes. Souvent une répétition périodique suffit. La fréquence suit le coût d’avoir tort.
Un petit carnet de dépendances
Pour un service qui compte : ce qu’il fournit, ce que vous perdriez, où aller, ce que vous avez testé. « Export pris en charge » est une affirmation sur le service. « Ouvert le mois dernier dans une autre application ; pièces présentes, commentaires absents » est un savoir sur votre situation. Les bonnes dépendances valent d’être gardées. Garder une sortie n’est pas de l’hostilité. Cela permet de continuer à les choisir.
date: 2026-09-15
service: github
object: one private repo with LFS, issues, wiki
method: git clone --mirror + gh api for issues
result: refs and blobs restored on Forgejo; issue numbers remapped; Actions
workflows need a runner; wiki as git repo survived; LFS needed a
separate fetch
time: 40 minutes plus one failed LFS pointer
