meta

Comment j'ai construit ce site

Ce site a été construit avec Lovable, Claude Code et Codex. J'ai écrit le brief et les textes, les agents ont écrit la majeure partie du code, et j'ai refusé une bonne partie de ce qu'ils proposaient. Voici comment ça s'est réellement passé.

LovableClaude CodeCodexTrois outils, six étapes, un seul fichier de contenu

Les outils

Là où tout se construit

Lovable

Agent, aperçu et hébergement au même endroit. Je décris ce que je veux en langage simple, la page se met à jour sous mes yeux, et je continue jusqu'à ce que ce soit juste. Publier devient un bouton plutôt qu'un après-midi.

Au cœur du code

Claude Code

Pour le travail qui doit toucher directement aux fichiers : extraire chaque texte des composants vers un seul fichier de contenu, câbler la recherche Calendly pour que la clé API ne touche jamais le navigateur, et traquer la seule règle de style à l'origine d'une ligne trop vive sur le bord d'une tuile.

Le second passage

Codex

Utilisé pour reprendre le même problème sous un autre angle. Modèle différent, instincts différents. Quand les deux agents arrivent à la même approche, j'avance vite. Quand ce n'est pas le cas, ce désaccord est généralement la vraie question de design.

Comment tout s'est assemblé

  1. Le brief vient avant le code

    J'ai écrit pour qui ce site est fait, ce qu'un recruteur doit comprendre dans les dix premières secondes, et ce à quoi je refuse de ressembler. Ce document est la raison pour laquelle la construction a avancé vite. Un prompt vague vous donne un site générique en deux fois moins de temps.

  2. Un seul fichier de contenu, lu par tous les composants

    Tous les textes, liens et références d'images vivent dans un seul fichier. Les composants se contentent de le lire. Changer un titre, un chiffre d'étude de cas ou un résumé de livre ne touche jamais au design, et un agent ne peut pas réécrire discrètement un chiffre pendant qu'il refactorise autre chose.

  3. Du contenu structuré, pas de décoration

    Les études de cas sont des étapes de livraison, des groupes de résultats et des leçons. Les photos sont des légendes rattachées à des lieux. Chaque édition de veille est une liste d'articles avec leurs sources. Cette structure permet à une page d'avoir un rendu complètement différent sans être reconstruite.

  4. Des automatisations qui ne coûtent rien à entretenir

    Le calculateur d'économies, la grille d'adéquation au poste, la conversion de fuseau horaire pour les créneaux café et le QR code tournent tous dans le navigateur du visiteur. Aucun appel à un modèle, aucun service facturé à l'usage, aucune facture mensuelle. La seule donnée externe est ma disponibilité Calendly, récupérée côté serveur et mise en cache une minute.

  5. Là où l'IA n'est volontairement pas utilisée

    Le matching de compétences repose sur des règles de correspondance de mots-clés, pas sur l'IA. Le calculateur d'économies, c'est des maths pures. Vous pouvez voir exactement pourquoi vous obtenez tel résultat. Pas de boîte noire quand c'est votre temps qui est en jeu.

  6. La partie lente, c'est le goût

    Rien de tout cela n'était difficile à construire. Ce qui a pris du temps, c'est de décider : quelle légende de photo était fausse, quel chiffre d'impact était un résultat d'équipe et devait le préciser, et ce bandeau de veille arrivé dans une typographie ornementée qui est reparti aussitôt. Ce jugement, c'est le vrai travail, et aucun agent ne vous le livre tout fait.

À retenir

Pourquoi c'est organisé ainsi

Un bon jugement produit, c'est choisir l'outil le plus simple qui fonctionne. Parfois c'est un modèle. Souvent c'est une table de correspondance. Ce site est petit, rapide, peu coûteux à faire tourner et facile à modifier : c'est exactement le test que j'applique à tout produit.