Développement · Produit
Ce portfolio
Le site que vous lisez : un CV complet, tenu à jour, et que je peux modifier en cliquant directement sur la page.
En résumé
- Problème
- Un CV d'une page ne dit pas tout, et un portfolio finit souvent par se remplir de compétences sans exemple et de chiffres sans contexte.
- Solution
- Un site qui raconte tout le parcours, où chaque compétence est reliée à un poste ou à un projet, et dont les règles de contenu sont vérifiées automatiquement avant chaque mise à jour.
- Ce que ça apporte
- Un recruteur trouve tout au même endroit, en français et en anglais, et le contenu reste fiable au fil des mises à jour.
- Où il en est
- Fonctionne en local et se construit sans erreur, mais n'est pas encore en ligne.
- Mon rôle
- J'ai écrit le cahier des charges, les règles de contenu et les textes, et piloté la construction du site avec Claude Code.
Pourquoi ce site
Un CV d'une page ne dit pas tout. On y coupe les détails, les projets, ce qu'on a vraiment fait dans un poste. Et un portfolio a le défaut inverse : il finit par se remplir de compétences sans exemple et de chiffres sans contexte, parce que chaque petit écart paraît raisonnable sur le moment.
Je voulais un endroit où tout mon parcours est lisible, en français et en anglais, et qui reste fiable au fil des mises à jour.
Comment il est construit
Plutôt que de compter sur ma discipline, j'ai fait vérifier les règles automatiquement. Un projet sans statut, sans rôle, sans preuve ou sans au moins une limite ne passe pas. Une compétence doit être reliée à un poste ou à un projet. Un chiffre doit avoir son contexte.
Et quand quelque chose est refusé, le message dit quel fichier et quel champ corriger.
Le mode Studio
En lisant le site, je peux activer un mode Studio, cliquer sur n'importe quel bloc et écrire ce que je veux changer. La demande part avec le texte affiché et l'endroit exact du contenu à modifier. C'est comme ça que j'améliore le site : en le lisant comme le lirait un recruteur.
Voir les détails techniques
Le contenu à part
Tout le texte vit dans des fichiers de contenu, jamais dans le code. Ajouter un projet ne demande aucune modification du site.
Trois vérifications avant chaque mise à jour
Le contenu (sa forme, la présence des deux langues, les liens entre compétences, projets et postes), les données sensibles (clés, mots de passe, adresses non prévues) et les liens.
Deux langues
Chaque page existe en français et en anglais. Un projet publié dans une seule langue bloque la mise à jour.
Chiffres
2
langues
un projet publié dans une seule langue bloque la mise à jour
Source · contrôle de parité des traductions du dépôt
3
vérifications avant chaque mise à jour
le contenu, les données sensibles et les liens
Source · scripts de contrôle exécutés avant chaque build
Ce que j'ai fait
Définition du besoin
J'ai écrit un cahier des charges complet : à qui s'adresse le site, ce qu'il doit montrer, ce qui ne doit jamais y être publié.
Architecture
J'ai fait séparer le contenu du code, pour pouvoir ajouter un projet sans toucher au site.
Création des règles
J'ai transformé les règles de contenu en vérifications automatiques qui bloquent la mise à jour.
Développement assisté
L'interface, les deux langues et les contrôles ont été construits avec Claude Code.
Documentation
J'ai rédigé un guide qui explique comment ajouter un projet et ce que le site refuse.
Preuves
Les règles de contenu sont vérifiées
vérifiéUn projet sans statut, sans rôle, sans preuve ou sans limite ne passe pas. Ce ne sont pas des consignes, ce sont des vérifications automatiques.
- Source
- schéma de contenu du dépôt
- Vérifiable par
- Suppression volontaire d'un champ obligatoire, puis constat que la mise à jour échoue.
Pas de chiffre sans contexte
vérifiéChaque chiffre a son contexte et sa source. Un chiffre qu'on ne peut pas vérifier n'est jamais présenté comme une preuve.
- Source
- composants de preuve du dépôt
- Vérifiable par
- Lecture des règles des chiffres et de leur affichage.
Aucune donnée sensible publiée
vérifiéUne vérification bloque la mise à jour si une clé, un mot de passe, une adresse non prévue ou un chemin de mon ordinateur apparaît dans le contenu.
- Source
- script de détection du dépôt
- Vérifiable par
- Exécution de la vérification sur tout le contenu publié.
Limites
- Le site n'est pas encore en ligne : pas de nom de domaine, pas d'hébergeur.
- Le formulaire de contact ne s'affiche que si une adresse de réception est configurée, ce qui n'est pas encore le cas.
- L'affichage est vérifié à la main, sans tests automatiques dans le navigateur.
- Les vérifications portent sur le contenu, pas sur le design : rien n'empêche une page ratée.
Ce que j'en retiens
- Écrire les règles avant le contenu a servi tout de suite : les premières études de cas ont été refusées par la vérification, pour de vraies raisons.
- Rendre un champ obligatoire, comme les limites d'un projet, oblige à chercher honnêtement ce qui ne marche pas encore.
- Pouvoir cliquer sur un bloc pour demander une modification change tout : je corrige le site en le lisant, comme un recruteur le lirait.
Ce que ça peut apporter à une entreprise
- Toute équipe qui publie du contenu structuré (fiches produit, documentation, pages carrière) peut vérifier ses règles de qualité automatiquement plutôt que dans un guide de style.
- Un service conformité peut bloquer de la même façon toute publication qui contiendrait une donnée sensible.
Technologies
- Next.js
- TypeScript
- Zod
- MDX
- Tailwind CSS