En tant que manager technico/fonctionnel, je souhaite améliorer ma capacité à interagir efficacement avec les développeurs en construisant un site web personnel qui démontre ma compréhension des pratiques du software craftsmanship moderne (TDD, BDD, Clean Code, DDD). L'objectif n'est pas de devenir développeur, mais de développer une compréhension concrète des enjeux techniques, de la qualité du code, et de l'expression du métier dans le code source, afin de mieux dialoguer, challenger et collaborer avec les équipes de développement. Le site sert de laboratoire d'apprentissage où l'IA est utilisée comme partenaire pédagogique pour accélérer cette remise à niveau, tout en garantissant que je maîtrise chaque ligne de code produite.

Ancien développeur (1995–2020), ce projet est un laboratoire personnel de remise à niveau sur le développement web moderne. Je cherche à m'acculturer encore plus, via la pratique, à la programmation orientée objet, TDD, CI/CD, BDD (Gherkin) et des principes issus du clean code et du DDD. N'ayant pas vocation à devenir développeur (et à rattraper 30 ans d'expérience de mes amis Crafter) je le fais en s'appuyant sur l'IA comme partenaire de travail pédagogique (code sous supervision + explication détaillée). L'objectif reste fonctionnel : avoir un site vitrine pour présenter mon parcours et mes compétences Mais les moyens et les stratégies mis en œuvre visent la qualité du design, la lisibilité du code et l'expression explicite du métier dans le code. C'est de l'"over engineering" pour quelques pages qui auraient pu être réalisées avec WordPress mais... l'exercice aurait été moins formateur.

Même pour un projet personnel, même pour apprendre, je considère que le minimum est :

• CI/CD : le code est versionné, testé et déployable
• TDD : les tests guident le code
• un historique clair sur GitHub
• un déploiement rapide dans un environnement accessible à des utilisateurs réels (testeurs, amis, tiers)
• des itérations courtes et du feedback rapide

Le code n'est pas écrit « pour moi seul », mais pour être :

• lu
• compris
• critiqué
• amélioré

Je suis particulièrement attaché à la capacité du code à exprimer l'intention métier. je trouve puissant que les intentions soient "dans le code source". C'est pourquoi j'aime utiliser des scénarios BDD en Gherkin un langage compréhensible par des non-développeurs Ce principe est mal connu donc mal aimé.

• IDE : Cursor
• Langage : TypeScript
• Frontend : Next.js
• Gestion du code : GitHub
• TDD : Jest
• BDD : Cucumber.js
• Hébergement : Vercel

• Installer Cursor
• Installer Git
• Installer NodeJS
• Créer un compte GitHub (que j'ai associé à Cursor)
• Créer un compte Vercel (où j'ai créé un projet associé à mon projet sous GitHub)
• Mon premier promt dans Cursor a été de lui demander d'afficher un "Hello World"
• Après, je n'ai pas arrêté d'enchainer les prompts :

. pour faire émerger petit à petit de nouveaux contenus sur le site . pour lui demander de refactoriser le code . pour lui imposer des BDD et TDD . pour recevoir une formation sur la syntaxe en TypeScript et le comportement de Next.JS

• L'envie de documenter en temps réel cette expérience
• L'envie d'être le plus transparent possible et de rendre ces informations publiques
• Me détourner un temp du projet initial (refaire mon site Web) pour implémenter des fonctions de journalisations et les publier

• mettre en places les Dora Metrics qui peuvent l'être (même si c'est parfois un peu artificiel)
• j'ai déjà eu des email d'erreur de déploiement envoyés par Vercel : je peux donc calculer le "Failed deployment recovery time"
• présenter une synthèse, automatiquement tenue à jour, via une page dédiée ici