Aller au contenu
Mastering Claude

Accueil / Le second cerveau

Le second cerveau6 minApplication

Un coffre partagé n'a pas d'édition concurrente

Une application de notes à fichiers locaux ne verrouille rien sur un lecteur réseau partagé : un témoignage public documente un dossier de paramètres qui s'écrase entre utilisateurs sur ce type de montage, et le même mécanisme rend plausible, sans que la source ne le documente elle même, la perte silencieuse d'une édition de note.

Une application de notes à fichiers locaux, celle qui range chaque mémoire dans un fichier markdown séparé comme la première leçon de ce module l'a décrit, ne verrouille aucun fichier quand elle l'ouvre. Elle compte sur une fonction du système d'exploitation qui surveille les changements d'un dossier pour savoir qu'un autre poste vient d'écrire dans la même note, et pour proposer une fusion. Un utilisateur du forum d'aide de l'application décrit exactement ce problème sur un lecteur réseau partagé, une lettre de lecteur qui pointe vers un dossier distant plutôt que sur le disque du poste : ses onglets et son dossier de paramètres se font écraser par ceux d'un collègue connecté au même montage, sans avertissement.

Ce que le témoignage documente, et ce qu'il ne documente pas

Le fil décrit précisément le dossier de paramètres, raccourcis, onglets ouverts, apparence : chaque poste écrit sa propre version au démarrage et efface celle du poste précédent sur un lecteur réseau émulé. Étendre ce même mécanisme au contenu d'une note reste une extrapolation raisonnable, pas un fait que ce fil documente : aucune ligne n'y parle d'un paragraphe de note remplacé, d'un verrou de fichier perdu, ni d'une surveillance de dossier défaillante appliquée au contenu plutôt qu'aux réglages. Le risque décrit ci-dessous reste donc à vérifier soi même avant de le traiter comme acquis.

Scénario plausible, non documenté par la source :
Avant les deux sessions : note-adherents.md, 3 lignes
Session 1, poste du bureau, 9h00 : ouverture, ajout d'une ligne, enregistrement, 4 lignes
Session 2, poste portable, 9h20, ouvert avant l'enregistrement de la session 1 :
ajout d'une autre ligne, enregistrement, 4 lignes, la ligne de la session 1 a disparu, aucun message

La parade est humaine, pas technique

Le fil ne rapporte aucune solution technique venue de l'application elle même : la parade que décrit son auteur consiste à demander à ses collègues de fermer l'application avant d'enregistrer. Pour une note, la même logique se traduit par une règle plus simple à tenir : décider, avant d'écrire, qui est seul rédacteur d'une note partagée pendant que les autres personnes la consultent sans la modifier. Une note qui change rarement peut se partager sans règle particulière ; une note que plusieurs personnes remplissent le même jour, un compte rendu de réunion ou une liste d'adhérents en cours de mise à jour, a besoin d'un rédacteur nommé.

Figure 1

Deux façons de partager un dossier de notes

Un clone versionné par personne

Chaque personne travaille sur sa propre copie locale, synchronisée par un outil qui fusionne les changements et signale un conflit quand deux versions divergent réellement.

Un dossier unique sur lecteur réseau

Aucune copie locale ni mécanisme de fusion : le dossier de paramètres s'écrase déjà sans message documenté, et une édition faite pendant qu'un autre poste a la même note ouverte pourrait disparaître de la même façon au prochain enregistrement, un risque plausible mais non documenté par la source.

À gauche, une copie locale par personne, synchronisée par un outil qui fusionne les changements et signale un conflit. À droite, un dossier unique sur lecteur réseau, sans copie ni verrou, où une édition peut disparaître sans avertir personne.
Calibrez vous-même

Une secrétaire associative ouvre la note des adhérents dans son application de prise de notes, sur l'ordinateur du bureau connecté au dossier partagé de l'association via un lecteur réseau, et corrige l'adresse d'un adhérent à neuf heures. Elle rouvre la même note vingt minutes plus tard sur son ordinateur portable personnel, connecté au même lecteur réseau, ajoute un nouvel adhérent au bas du fichier, puis enregistre.

Écrivez en une phrase ce que cette situation établit, et en une phrase ce qu'elle n'établit pas.

Ce qu’il faut retenir
  • Un lecteur réseau est un dossier monté sur un serveur distant et accessible depuis plusieurs postes à la fois, ce n'est pas une copie locale synchronisée par un outil de version.
  • Un témoignage public documente le dossier de paramètres de l'application, onglets et réglages, écrasé sans avertissement quand plusieurs postes partagent le même lecteur réseau.
  • Étendre ce même défaut au contenu d'une note reste une extrapolation raisonnable et non un fait documenté par cette source, qui ne parle que des onglets et des réglages.
  • Nommer un seul rédacteur par note partagée coûte moins cher que de reconstituer une modification disparue sans avertissement.
À faire maintenant

Vérifiez aujourd'hui si le dossier qui contient vos notes partagées est monté comme lecteur réseau plutôt que synchronisé par un outil de version : si c'est le cas, choisissez un rédacteur unique pour la prochaine note à plusieurs mains et écrivez son nom en tête de cette note avant de commencer.

Ce qui reste à vérifier

Ces points dépendent d’une interface ou d’une règle qui peut avoir changé depuis la rédaction. Vérifiez-les sur votre propre écran avant de vous y fier.

  • Vérifiez sur votre propre poste si le dossier qui contient vos notes partagées est un lecteur réseau, une lettre de lecteur qui pointe vers un serveur, ou un dossier local synchronisé par un outil de version : le risque décrit dans cette leçon ne s'applique qu'au premier cas.
Vérifier à la source

Chaque affirmation datable de cette leçon renvoie ici au texte public qui la porte. Une source qui ne s’ouvre pas ne prouve rien.