Espace des possibilités du vault
Espace des possibilités du vault
Ce que le vault permet de faire, d'être ou de devenir : relu à travers la grille de design de systèmes.
Cette couche est aujourd'hui implicite : elle découle de la Structure du vault (notes, liens, contraintes de tags et de templates), mais n'est nulle part formulée pour elle-même. Cette note sert de radar : elle recense ce que la structure actuelle rend possible, et ce qu'elle ne permet pas encore.
Ce que la structure actuelle rend possible
- Cross-linking entre biomes : une même note peut être taguée dans plusieurs biomes (ex.
C4 ModeletData Mesh, à la fois en💻Technologie/Architectureet en🧠Connaissance/Méthodologie/Organisation), ce qui permet de faire émerger des connexions inattendues entre domaines - Export vers le Digital Garden : le plugin Digital Garden permet de publier des notes indépendamment de leur maturité éditoriale (pas seulement celles en
05.Evergreen) : publication et maturité sont deux axes distincts, ce qui permet de partager des notes en cours de maturation sans double saisie - Revues hebdomadaires structurées : les conventions GGGG-[W]WW permettent une cadence régulière d'observation du système (au sens de la boucle méthodologique)
- Notes-hub type MOC : les notes de catégorie (Personnes, Series, Recettes…) permettent de filtrer via Bases sans dépendre d'une arborescence de dossiers rigide
- Prise de note Hebdomadaire : via le template Note Quotidienne Template et le plugin QuickAdd
Ce qu'elle ne permet pas encore
- Création de projet créatifs (jeu de rôle, écriture etc.)
- Suivi des projets créatifs (jeu de rôle, écriture etc.)
- Création de billet de blog et de partage en newsletter
- Création de conducteurs pour enregistrement de vidéos.
- Intégration de diagramme en C4Model
- (à compléter : c'est le cœur du radar : chaque frustration ou détour récurrent dans l'usage du vault est un candidat pour cette section)
Pourquoi cette note existe
Une couche Structure ne dit jamais directement ce qu'elle permet : il faut l'expliciter pour pouvoir la faire évoluer en connaissance de cause plutôt que par intuition seule. Cette note est elle-même appelée à changer : chaque évolution de la Structure (nouveau template, nouvelle convention de tag) devrait se relire ici, en se demandant ce qu'elle ouvre ou ferme comme possible.
Voir aussi
- Design de systèmes : le framework dont cette note applique la deuxième couche