mission Réservé All-in

Fais marcher les boutons

Parcours · en prévisualisation

← 3 semaines pour créer une App en partant de 0

Rejoins-le pour progresser et valider tes étapes.

Le contexte

BRIEFING MISSION

Tu as un cœur qui tourne. Le réflexe naturel, maintenant, c'est d'empiler : « tiens, et si ça faisait aussi ça, et ça, et ça ». C'est exactement comme ça qu'on casse une app qui marchait il y a dix minutes.

Cette mission t'apprend la chose la plus importante de toute la semaine 2 : faire grandir sans casser. Une feature à la fois. On teste entre chaque. Et tout ce qui rate part dans le JOURNAL.md, pas dans ta tête.

Ce que ça débloque : tu arrêtes de déboguer le même bug trois fois. Tu arrêtes de demander à Claude de « tout refaire » dès que ça coince. Tu apprends à déboguer avec lui, en lui donnant le contexte précis au lieu de le laisser deviner. C'est la discipline qui sépare une app qui grossit d'un tas de code qui s'effondre. Et c'est cette même boucle que tu retrouveras sur tous tes projets après le bootcamp, pas seulement ici.

Consigne & checklist

OBJECTIFS MISSION

Consigne et checklist

Ta mission, que tu choisis d'accepter épicétou, est d'ajouter 2 ou 3 features de plus autour du cœur de ton app, une à la fois en testant entre chaque, et de tenir un JOURNAL.md avec au moins 3 entrées au format imposé.

La mission sera considérée comme réussie si…

Ton app fait 2 ou 3 choses de plus qu'à la fin de la Mission 2.3, chaque feature ayant été ajoutée ET testée avant de passer à la suivante (jamais deux features non testées en même temps).
Pour chaque nouvelle feature, tu as une capture (ou une courte vidéo) qui la montre en action, plus la sortie de sa commande de test qui prouve qu'elle répond comme prévu.
Ton JOURNAL.md contient au moins 3 entrées au format imposé (Contexte / Erreur / Hypothèse / Action / Résultat), avec un vrai message d'erreur brut dans le champ Erreur, pas un « ça marchait pas ».
Tu sais dire en une phrase quelle entrée du JOURNAL t'a fait gagner du temps en relisant au lieu de re-déboguer. Et si aucune cette fois, ce que tu as journalisé pour ton futur toi.

Pour aller plus loin

Vise un troisième tour complet de la boucle (intention → inventaire → un changement → preuve → JOURNAL). Trois passages propres valent mieux que dix features empilées.
Relis une entrée de JOURNAL d'un vrai projet (le repo Captage) et compare-la aux tiennes : sont-elles aussi grep-ables ?
Ajoute une feature qui touche volontairement un fichier déjà existant (pas un fichier neuf). C'est le vrai test de la greffe propre : faire évoluer sans casser ce qui marchait.

Le pas-à-pas

ETAPES

La mission est découpée en étapes progressives :

1
Étape 1 — Inventaire avant de toucher quoi que ce soit. C'est la règle numéro un de la discipline : inventaire avant action. Ouvre ton app, vérifie qu'elle tourne encore, liste à voix haute ce qu'elle fait aujourd'hui. C'est ta ligne de base : si une feature casse, tu sauras tout de suite que c'est elle.

BASH

docker ps
lsof -i :3333

1
Étape 2 — Choisis UNE feature, pas trois. Écris sur un papier (vraiment, un papier) les 2 ou 3 choses que tu veux ajouter autour du cœur de ton app, range-les dans un ordre, et prends-en une. Les autres attendent leur tour. Donne ton intention à Claude Code avant qu'il code : l'intention d'abord, l'inventaire ensuite, le code en dernier.

JAVASCRIPT

Je veux ajouter UNE feature à mon app : [décris-la en une phrase].

Avant de coder :
1. Liste les fichiers que tu vas devoir toucher.
2. Dis-moi en une phrase comment je testerai que ça marche.
Ne code rien tant que je n'ai pas validé ce plan.

1
Étape 3 — Lis le plan et tranche. Si Claude veut toucher cinq fichiers pour une petite feature, demande pourquoi. C'est toi qui décides : l'IA propose, l'humain décide.
2
Étape 4 — Code la feature, puis teste TOUT DE SUITE. Une fois le plan validé, laisse Claude implémenter. Dès que c'est fait, tu testes. Pas dans deux features. Maintenant.

JAVASCRIPT

La feature est codée. Donne-moi la commande exacte pour la tester,
et ce que je dois voir si ça marche.

1
Étape 5 — Verdict. Tu lances, tu regardes. Ça marche → retour à l'étape 2 pour la feature suivante. Ça casse → étape 6. Tu ne touches pas à la feature suivante tant que celle-ci n'est pas verte.
2
Étape 6 — Quand ça casse, grep le JOURNAL d'abord. Avant de demander à Claude de réparer, cherche si tu as déjà vu ce bug. Si une entrée existe, applique la solution connue avant d'en chercher une nouvelle : tu viens de t'épargner une demi-heure.

BASH

grep -i "port déjà" JOURNAL.md
grep -i "connection refused" JOURNAL.md

1
Étape 7 — Si rien ne sort, débogue avec Claude. Donne-lui le message d'erreur EXACT (copié-collé, pas reformulé) et un seul changement à tester.

JAVASCRIPT

Voici l'erreur exacte :
[colle le message brut du terminal, en entier]

Ne change qu'UNE chose pour la corriger. Dis-moi laquelle et pourquoi
avant de l'appliquer. Je ne veux pas que tu refasses le fichier.

1
Étape 8 — Journalise le raté, même résolu. Dès que le bug est réglé (ou que tu abandonnes pour l'instant), écris-le dans JOURNAL.md. Le format est imposé, respecte-le : c'est ce qui rend le grep utile plus tard.

JAVASCRIPT

## [2026-07-15] Le front ne répond plus sur :3333 après ajout du filtre

**Contexte** : étape feature "filtre par source", fichier app.py, après uvicorn reload
**Erreur** : Address already in use · [Errno 48]
**Hypothèse** : un ancien process uvicorn tourne encore sur le port
**Action** : lsof -i :3333 puis kill du PID fantôme · un seul changement
**Résultat** : résolu

1
Étape 9 — Si le bug n'est pas résolu, écris quand même l'entrée avec Résultat : à creuser. On ne laisse jamais perdre l'info : le futur toi (ou Claude au prochain prompt) repartira de là au lieu de redécouvrir le problème à zéro.
2
Étape 10 — Répète la boucle. Feature suivante → intention → inventaire → un seul changement → teste → journalise. Vise au moins deux passages complets : c'est ce qui te donne tes nouvelles features ET tes entrées de JOURNAL d'un même geste.

Réservé All-in

La suite est réservée aux membres du parcours

Rejoins 3 semaines pour créer une App en partant de 0 pour débloquer la suite, les templates et suivre ta progression.

Passer à All-in pour rejoindre Créer mon compte gratuit

J'ai déjà un compte