Point d'avancement du matin

Faites le point sur où vous en êtes

Avant d'écrire la moindre ligne de code, évaluez votre avancement et planifiez votre journée.

Étape 1 : passez en revue vos issues GitHub

Ouvrez votre dépôt GitHub et consultez l'onglet « Issues » :

• Combien d'issues sont fermées (terminées) ?
• Combien d'issues sont encore ouvertes (restantes) ?
• Lesquelles sont indispensables, souhaitables ou seulement possibles ?

Étape 2 : planifiez votre journée

Classez les fonctionnalités restantes par priorité :

1. Listez d'abord toutes les fonctionnalités indispensables restantes
2. Estimez le temps nécessaire pour chacune (soyez honnête !)
3. Si vous êtes en retard : faites passer des éléments d'indispensable à possible
4. Notez vos 3 objectifs prioritaires pour le sprint du matin

Sprint de fonctionnalités : le matin

Le cycle d'une fonctionnalité

Pour chaque fonctionnalité, suivez ce cycle :

1. Lisez l'issue GitHub : comprenez les critères d'acceptation
2. Rédigez un prompt CRAFT : soyez précis sur ce dont vous avez besoin
3. Laissez Antigravity implémenter : relisez le code généré
4. Testez dans le navigateur : cela fonctionne-t-il comme prévu ?
5. Corrigez les problèmes : itérez avec Antigravity si quelque chose cloche
6. Commit : poussez vos modifications sur GitHub
7. Fermez l'issue : marquez-la comme terminée

Modèle de prompt CRAFT

Copiez ce modèle, adaptez-le et collez-le pour chaque fonctionnalité :

Contexte : je construis [nom de l'application] avec Next.js + TypeScript + Tailwind.
Le projet en est à [décrivez l'état actuel].

Exigence : [collez la description de l'issue GitHub]

Crée [chemin du fichier] qui :
- [exigence précise 1]
- [exigence précise 2]
- [exigence précise 3]

Utilise Tailwind CSS pour le style. Respecte le style existant de l'application.

En cas de succès : [ce qui doit se passer]
En cas d'erreur : [comment gérer les erreurs]

Prompts courants

• Créer une page : précisez la route, les données affichées et la mise en page (liste, grille, vue détaillée). Faites référence à votre maquette Figma.
• Ajouter un formulaire : listez tous les champs et leur type, les règles de validation (obligatoire, min/max) et l'action d'envoi (enregistrer dans un fichier, appeler une API).
• Corriger un bug : collez le message d'erreur complet, décrivez le comportement attendu et indiquez ce que vous faisiez au moment où cela a cassé.
• Améliorer le style : décrivez le rendu souhaité, faites référence à votre capture Figma et citez des éléments précis (espacements, couleurs, polices).

Point d'étape de milieu de matinée (11 h)

À 11 h, vous devez avoir terminé au moins 1 fonctionnalité de plus. Si vous avez commencé la journée avec des fonctionnalités du Jour 3, vous devez maintenant en avoir au moins 2 ou 3 qui marchent au total.

Vérification rapide :

• Nouvelle fonctionnalité testée dans le navigateur et opérationnelle
• Code envoyé sur GitHub avec un message de commit clair
• Issue GitHub correspondante fermée

Sprint de fonctionnalités : l'après-midi

Fixez vos priorités selon votre avancement

Choisissez votre stratégie de l'après-midi en fonction de là où vous en êtes après le déjeuner :

• Indispensables pas terminées ? Concentrez-vous uniquement sur les fonctionnalités indispensables. Ne commencez aucun bonus. Posez-vous la question : « Quel est le minimum pour que ma démo fonctionne ? »
• Indispensables terminées ? Attaquez les fonctionnalités souhaitables. Choisissez celles qui auront le plus d'impact visuel pendant la démo : un meilleur style, des animations, des pages supplémentaires.

Aide-mémoire de débogage

Problème	Solution
La page ne se charge pas	Cherchez les erreurs dans le terminal. Arrêtez le serveur (Ctrl+C) puis relancez npm run dev.
Les données ne s'enregistrent pas	Vérifiez le fichier de votre route d'API. Ouvrez les DevTools (F12) → onglet « Network » (réseau). Vérifiez que la requête part bien et que la réponse est correcte.
Le style est cassé	Videz le cache du navigateur (Ctrl+Shift+R). Vérifiez l'orthographe des classes Tailwind. Inspectez l'élément dans les DevTools.
Le déploiement échoue	Cherchez l'erreur dans les journaux de build de Vercel. Corrigez-la d'abord en local, vérifiez que npm run build réussit, puis poussez à nouveau.

Point d'étape de 14 h

À 14 h, faites un point rapide avec votre enseignant :

• Montrez vos fonctionnalités opérationnelles dans le navigateur (démo en direct)
• Discutez du travail restant et de votre plan pour la dernière heure
• Obtenez son accord pour passer à la phase de finitions

Gel des fonctionnalités et finitions

STOP aux nouvelles fonctionnalités à 15 h pile

À partir de 15 h, votre seule mission est de rendre ce que vous avez aussi beau et aussi fiable que possible. Pas de nouvelle page, pas de nouvelle fonctionnalité.

Étape 1 : corrigez les derniers bugs

Parcourez méthodiquement toute votre application :

• Cliquez sur chaque bouton : fait-il ce qu'il doit faire ?
• Remplissez chaque formulaire : la validation est-elle correcte ?
• Naviguez entre toutes les pages : y a-t-il des liens cassés ?
• Corrigez tout ce qui est cassé avant de passer à la suite

Étape 2 : améliorez l'interface

• Des espacements cohérents entre les éléments
• Des tailles de police lisibles (ni trop petites, ni trop grandes)
• Des éléments alignés (pas de texte ni d'image décentrés)
• De petits ajustements font une grande différence pendant la démo

Étape 3 : ajoutez des données réalistes

Remplacez tout le contenu provisoire par des données crédibles :

• Remplacez les entrées « test », « asdf » et « Lorem ipsum »
• Ajoutez 5 à 10 entrées réalistes qui ont du sens pour votre application
• Utilisez de vrais noms, de vraies dates et de vraies descriptions

Étape 4 : testez tout le parcours utilisateur

Parcourez votre application de bout en bout, comme le ferait un vrai utilisateur. Testez ensuite l'affichage mobile en réduisant la fenêtre de votre navigateur.

Étape 5 : liste de contrôle des finitions

Étape 6 : dernier push

Faites un commit et déployez votre application peaufinée :

git add .
git commit -m "Final polish: fix bugs, add realistic data, improve UI"
git push

Préparer votre démo

Rédigez et répétez le script de votre démo

Demain, c'est la Journée de démo. Préparez une présentation claire et répétée.

Étape 1 : rédigez le script de votre démo

Votre démo doit suivre cette structure :

1. Problème (30 secondes) : « Vous est-il déjà arrivé de [problème] ? Mon application résout cela en... »
2. Démo en direct (3 minutes) : montrez la fonctionnalité 1, puis la 2, puis la 3. Naviguez dans des données réelles. Ne vous contentez pas de décrire : montrez que ça marche.
3. Ce que vous avez appris (1 minute) : « Cette semaine, j'ai appris [leçon clé]. Ma plus grande difficulté a été [X], et je l'ai résolue en [Y]. »

Étape 2 : modèle de script de démo

Utilisez ce modèle pour rédiger votre script :

PROBLÈME (30 s) :
« Vous est-il déjà arrivé de [décrivez le problème] ?
Mon application, [nom de l'application], résout cela en [solution en une phrase]. »

DÉMO (3 min) :
1. Ouvrir l'application à l'adresse [URL Vercel]
2. Montrer [Fonctionnalité 1] : cliquer sur [bouton], remplir [formulaire], montrer [résultat]
3. Montrer [Fonctionnalité 2] : aller sur [page], faire la démonstration de [action]
4. Montrer [Fonctionnalité 3] : [décrivez quoi cliquer et quoi montrer]

CE QUE J'AI APPRIS (1 min) :
« Cette semaine, j'ai appris [leçon clé].
Ma plus grande difficulté a été [X], et je l'ai résolue en [Y].
Si j'avais eu plus de temps, j'aurais ajouté [fonctionnalité future]. »

Étape 3 : répétez et prévoyez un plan B

• Répétez votre démo une fois avec un camarade et demandez-lui un retour honnête
• Faites des captures d'écran de secours de chaque écran clé (enregistrées en local au cas où Internet tomberait)
• Préparez 2 ou 3 points à évoquer sur ce que vous avez appris cette semaine

Récapitulatif

Livrables

Ne partez pas avant d'avoir terminé tous ces points :

Critères d'évaluation

Critère	Poids	Description
Fonctionnalités	40 %	Toutes les fonctionnalités indispensables fonctionnent correctement
Qualité du design	20 %	Interface cohérente, données réalistes, mise en page adaptative
Spécifications	20 %	Spécifications claires, issues suivies et correctement fermées
Présentation	20 %	Script de démo clair, présentation répétée

Défis bonus