←mium
Drop #01··Architecture de la connaissance
le nommage de fichiers, repensé

Le nommage de fichiers, repensé

Si votre « FINAL_FINAL_v3_cette_fois_c_est_bon.docx » suivait une méthode, ce ne serait plus une blague — mais une convention.

Team Mut··construit mium··Falktron, Oelde
tl;dr··30 sek
  • ··Une convention de nommage relève de l'architecture de la connaissance, non de la bureaucratie.
  • ··Choisissez un schéma par domaine — DIN 5008 pour le bureau, SemVer pour les API, ISO 8601 pour les journaux.
  • ··L'outillage suffit dès lors que la personne peut anticiper le motif sans hésiter.
reels··3–15 sek
12,4 k
S1 en 15 s
▶
38,1 k
_FINAL_FINAL ?
▶
6,9 k
SemVer vs CalVer
▶
21,7 k
L'astuce ISO 8601
▶

Pourquoi ce sujet, maintenant

Nous avons passé le seuil où les noms de fichiers cessent de servir la personne et commencent à la freiner. La synchronisation cloud, la recherche assistée par IA et les audits de conformité traitent désormais le nom de fichier comme une API — non comme un pense-bête.

Les règles

#1La date en tête

AAAA-MM-JJ en début de nom transforme l'explorateur de fichiers en frise chronologique. ISO 8601 trie par ordre alphabétique comme par ordre chronologique — sans rien coûter.

#2Un mot-clé, pas un récit

Un seul mot, pas une phrase. C'est le schéma qui décide de l'ordre, pas la longueur.

#3Une version explicite

_v01, _v02 — sur deux chiffres, à partir de 01. Évite les bugs de tri dès la v10.

#4Un statut, avec parcimonie

Les marqueurs de statut comme _DRAFT, _REVIEW, _FINAL ne s'ajoutent que si le flux de travail l'impose. Sinon, ils encombrent l'œil.

#5La casse importe peu

Écrivez la convention en minuscules. Le stockage cloud distingue parfois mal majuscules et minuscules — et vous n'avez pas à vous en soucier.

Avant / après

AvantAprès
Devis Société Modèle REMANIÉ 2 (copie)_FINAL_cette_fois_c_est_bon.docx2026-05-01_devis_societe-modele_v03.docx

Quel schéma pour quel usage

  • DIN 5008 (S1/S2) — bureau, contrats, devis, reportings.
  • SemVer (S6) — API, SDK, livraisons logicielles, sous la forme MAJEUR.MINEUR.CORRECTIF.
  • ISO 8601 + heure (S3) — journaux, flux de capture, télémétrie.
  • GAMP 5 (S5) — systèmes réglementés, pharmacie et dispositifs médicaux.
  • Convention Logseq (S11) — coffres de connaissances personnels versionnés sous Git.
SemVer
Semantic Versioning — MAJEUR.MINEUR.CORRECTIF. MAJEUR = rupture, MINEUR = nouveauté, CORRECTIF = correctif de bogue. La référence pour les API, car les machines savent raisonner sur l'ordre des nombres.
# Migration d'exemple pour un répertoire
for f in *.docx; do
  mv "$f" "$(date -I)_${f// /_}"
done

Le facteur humain

La cause d'erreur la plus fréquente n'est pas le mauvais schéma, mais l'absence d'exemplarité. Si l'équipe de direction continue d'envoyer des « xyzFINAL.docx », chacun apprend que la convention est facultative.

Une convention de nommage, c'est 30 % de norme et 70 % de discipline.

— issu de l'atelier pilote

Déployé en trois semaines

  1. Semaine 1 — décider du schéma, en un atelier de 90 minutes.
  2. Semaine 2 — pilote dans une équipe, les anciens fichiers subsistent, les nouveaux suivent la règle.
  3. Semaine 3 — déploiement à l'échelle du groupe avec un aide-mémoire d'une page PDF.
Donnez forme à votre savoir.
Donnez à votre savoir un nom que vous retrouverez. Votre deuxième cerveau tient la convention pour que vous n'ayez pas à le faire — un compagnon, pas un dépôt.
Réserver mon créneau··gratuit →
Réserver mon créneau··gratuit →