App Programming - Jour 4
Journée sprint
Du prototype au produit fini
2026 Way-Up
Où en est votre projet ?
Combien d’issues GitHub avez-vous fermées ? Comptez vos fonctionnalités terminées.
Des bugs, des erreurs ou des points flous vous freinent ? Réglons-les maintenant.
Ouvrez votre liste d’issues. Lesquelles sont indispensables pour la démo de demain ?
Journée sprint : construire, peaufiner, préparer
Vous êtes le metteur en scène. L’IA est l’acteur.
L’IA ne vaut que par les instructions que vous lui donnez.
Règle n° 1 du développement piloté par l’IA
Qualité en entrée = qualité en sortie
La règle d’or du travail avec l’IA
↓
Code vague
Générique, fonctionnalités manquantes, mauvaise structure
↓
Code précis
Exactement ce qu’il vous faut, prêt à l’emploi
Montrez à l’IA exactement ce que vous voulez
« Fais un formulaire »
Quel formulaire ? Quels champs ? Que se passe-t-il à l’envoi ? L’IA doit tout deviner.
Précis, structuré, directement exploitable
Voir le bloc ci-dessous ↓
Crée un composant de formulaire dans src/app/tasks/new/page.tsx : - Champ titre (obligatoire, saisie de texte) - Champ date d’échéance (obligatoire, sélecteur de date) - Liste de priorité (low/medium/high) - À l’envoi : POST vers /api/tasks - En cas de succès : redirection vers /tasks - Afficher les erreurs de validation sous les champs
5 éléments pour des prompts efficaces
La structure du projet et ce qui existe déjà. « J’ai une application Next.js avec... »
Ce qu’il faut construire, exactement. Soyez précis sur le comportement et les fonctionnalités.
La pile technique : Next.js, TypeScript, Tailwind. L’IA s’adapte à vos outils.
Chemins de fichiers, noms de composants, arborescence. « Crée-le dans src/app/... »
Le niveau de commentaires, de gestion des erreurs et de détail du code que vous attendez.
N’essayez pas de tout obtenir en un seul prompt
Premier prompt : construire la structure générale. « Crée la page de liste des tâches avec un tableau qui affiche toutes les tâches »
Deuxième prompt : ajouter les détails et le style. « Ajoute des badges de priorité en couleur et une colonne de date d’échéance »
Troisième prompt : gérer ce qui pourrait mal tourner. « Gère le cas où la liste est vide et affiche un indicateur de chargement »
Cela arrive : voici comment réagir
Elle fait référence à des fichiers ou des modules qui n’existent pas dans votre projet
Elle utilise d’anciennes versions de bibliothèques ou des fonctions dépréciées
Elle ignore votre code existant et crée des conflits
Elle crée des fichiers au mauvais endroit ou sous de mauvais noms
Quand quelque chose ne marche pas, suivez ces étapes
Le message d’erreur vous dit ce qui s’est mal passé et où. Ne l’ignorez pas !
Copiez-collez l’erreur exacte dans Antigravity. Il pose souvent le diagnostic immédiatement.
« Pourquoi est-ce arrivé et comment le corriger ? » : comprendre vous aide à apprendre.
Rechargez le navigateur et vérifiez que le problème est vraiment résolu.
Répétez ce cycle pour chaque fonctionnalité
Enregistrez votre travail souvent
N’attendez pas la fin de la journée. Enregistrez votre progression chaque fois que quelque chose marche.
Décrivez ce qui a été ajouté ou modifié. « Add task creation form » (ajout du formulaire de création de tâche), pas « update »
Votre code est à l’abri en ligne. Si votre ordinateur rend l’âme, votre travail survit.
« Ce qui n’est pas commité n’existe pas. »
git add . && git commit -m "Add task creation form" && git push
Laissez l’IA s’occuper du CSS
Au lieu de passer des heures à ajuster les pixels à la main, décrivez ce que vous voulez et laissez l’IA le générer.
Mets en forme la liste des tâches avec une disposition moderne en cartes : - Ombres discrètes sur chaque carte - Coins arrondis (8px) - Design adaptatif avec Tailwind CSS - Effet au survol : légère élévation et ombre accentuée - Badges de priorité : vert pour low, jaune pour medium, rouge pour high
Les petits détails qui font une grande différence
Affichez un indicateur pendant le chargement des données. L’utilisateur ne doit jamais voir un écran vide.
« Aucune tâche pour l’instant ! Créez la première. » vaut mieux qu’une page vide.
« Voulez-vous vraiment supprimer ? » évite les fausses manœuvres.
« Tâche créée avec succès ! » confirme à l’utilisateur que l’action a réussi.
STOP
Aucune nouvelle fonctionnalité après 15 h
Plus de nouvelles fonctionnalités. Seulement des améliorations de l’existant.
Faire fonctionner correctement les fonctionnalités existantes
Soigner la mise en page, les espacements, les couleurs
Remplacer les « test » par un contenu crédible
Prévoir ce que vous montrerez demain
Une application soignée à 3 fonctionnalités vaut mieux qu’une application boguée à 10.
Demain, vous avez 5 minutes sur scène
Conseils pour une présentation fluide
Sachez exactement où cliquer, et dans quel ordre. N’improvisez pas. Répétez l’enchaînement.
Remplissez votre application d’un contenu crédible. Fini les « test test test » ou les « asdf ».
Faites une capture de chaque fonctionnalité. Si la démo en direct échoue, vous pourrez quand même montrer votre travail.
Déroulez toute la démo du début à la fin. Chronométrez-vous. Ajustez si besoin.
Comment votre projet sera noté
40 %
Fonctionnement
L’application marche, les fonctionnalités clés sont réalisées, aucun bug critique
20 %
Design / UX
Interface soignée, navigation intuitive, finition visuelle
20 %
Spécifications
Issues GitHub bien rédigées, bon README, documentation claire
20 %
Présentation
Propos clair, aisance à l’oral, bonne structure
Avant de partir aujourd’hui, vérifiez que vous avez :
git add . && git commit -m "Final version" && git push
Votre dernier sprint de développement
Sprint, débogage, finitions, préparation de la démo
Une journée entière de développement
Gel des fonctionnalités à 15 h
Jour 5 : Journée de démo
Répétez votre démo ce soir. Soyez fier de ce que vous avez construit.
2026 Way-Up - way-up.io