Brand OS

Le point de départ

Mes projets vivaient dans des repos, des déploiements, des conversations et parfois simplement dans ma mémoire. Le site devait leur donner un endroit commun, sans devenir un CV figé ni une landing page de freelance.

Je voulais aussi conserver les projets abandonnés ou imparfaits quand ils expliquent une progression : un pivot ou une première version peut être aussi intéressant qu’un projet toujours actif.

Les contraintes

La partie publique doit être compréhensible sans connaître mes outils ou ma manière de travailler. À l’inverse, le Workbench peut rester plus opérationnel, mais il ne doit pas contaminer la vitrine avec du vocabulaire interne ni devenir un faux espace privé pour des informations sensibles.

Le contenu reste versionné dans le repo. Pas de CMS, de base ou d’authentification tant qu’un besoin réel ne les justifie. Le site doit aussi rester robuste sur téléphone, tablette, petit laptop et grand écran.

Les choix qui ont compté

J’ai séparé trois fonctions : Projects pour la chronologie, Notes pour les apprentissages partageables et Workbench pour les méthodes et prochaines étapes que je réutilise personnellement.

Une fiche projet peut donc raconter publiquement un produit dont le repository reste privé, tant que le contenu lui-même est publiable. Les liens privés éventuels restent réservés au Workbench ; les projets client ou internes qui demanderaient d’exposer des informations sensibles n’entrent pas dans la chronologie simplement pour rendre la liste exhaustive.

Le projet sert également de terrain d’exigence technique : sources de vérité explicites, changelog public, design system commun et contrôles qui empêchent de recréer des fichiers de patch ou des couches d’itération jetables.

Où le projet en est

Le site couvre aujourd’hui des projets de 2021 à 2026, avec recherche, filtres, liens publics vérifiés, Notes et Workbench. La chronologie inclut désormais aussi des projets actifs de septembre comme DevAgentConfig, Cyrano Planner et le site du Collectif La Poussière, même lorsque leur code reste privé.

Le prochain enjeu n’est plus d’ajouter des rubriques : c’est de maintenir cette chronologie au rythme réel des projets et d’améliorer la qualité des preuves sur les fiches les plus fortes — contenu, liens et captures réelles.

Ce que j’en retiens

Un site personnel devient vite son propre produit. Ajouter des pages est facile ; maintenir une hiérarchie claire entre ce que je montre, ce que j’explique et ce que je garde pour travailler est beaucoup plus structurant.

Le second apprentissage est plus technique : Git garde l’histoire. Le code actif doit décrire le système actuel, pas toutes les corrections qui ont permis d’y arriver.