0009 — Séparation stricte host / données

Contexte

  • Windows sert exclusivement d'OS hôte pour lancer VS Code, WSL et Docker.
  • WSL fournit l'environnement Linux de travail sans exposer les données au système hôte.
  • Un disque externe monté sous WSL reste la source de vérité pour les dépôts, notes et scripts.
  • Cette décision complète 0008 en se concentrant sur la séparation stricte des rôles host/données.
  • La relation hôte/données doit rester lâche afin de pouvoir déplacer l'environnement sans copie locale.

Décision

  • Utiliser Windows uniquement pour exécuter les outils (VS Code, WSL, Docker) sans stocker de données projet.
  • Conserver l'ensemble des données (code, documentation, projets, scripts) sur le disque externe dédié.
  • Ne jamais considérer l'OS hôte comme source de vérité ou stockage principal.
  • Limiter au strict minimum les fichiers temporaires sur le disque interne afin d'éviter tout couplage.

Raisons

  • Indépendance vis-à-vis de la machine physique utilisée.
  • Migration rapide vers un autre poste en rebranchant simplement le disque externe.
  • Répartition claire des responsabilités : l'hôte exécute, le disque externe conserve les données.
  • Diminution des risques de perte ou de divergence entre copies locales.
  • Alignement avec une organisation nomade déjà décrite dans les décisions précédentes.

Conséquences

Positives

  • Environnement complet transférable avec le disque externe.
  • Séparation nette entre exécution (host) et stockage (disque) donc moins d'ambiguïtés.
  • Sauvegardes facilitées car concentrées sur un seul volume.
  • Sensibilité réduite aux réinstallations ou incidents Windows.

Négatives

  • Impossibilité de travailler sans le disque externe monté.
  • Gestion attentive des chemins (X:\ côté Windows, /mnt/x côté WSL) pour éviter les erreurs.
  • Discipline nécessaire pour empêcher l'apparition de données persistantes sur le disque interne.

Alternatives considérées

  • Stockage mixte host + externe : rejeté pour éviter la confusion et la duplication.
  • Tout stocker sur le host : rejeté car non portable et lié aux réinstallations.
  • Tout stocker dans le cloud : rejeté pour limiter la dépendance réseau et la latence.

Statut

Accepté.