Flux de travail avec Gemini
Commencez par une fonctionnalité précise, demandez à Gemini une première version exécutable, puis examinez ce qu’il produit. Considérez chaque réponse comme un brouillon : exécutez le code, signalez l’erreur exacte et demandez une seule modification à la fois.
Une session de programmation utile avec Gemini se termine par quelque chose que vous pouvez exécuter et vérifier, pas seulement par une explication convaincante. Choisissez un objectif modeste avant de demander du code.
Vous avez une idée de suivi personnel, mais aucune structure de projet. Demandez une page unique, les fichiers nécessaires et des instructions pour l’ouvrir en local.
Vous pouvez ajouter une entrée, recharger la page et vérifier si les données sont conservées. Si la première version échoue, collez le message d’erreur au lieu de demander une réécriture complète.
Vous avez déjà un dépôt et souhaitez ajouter un formulaire sans modifier les fichiers sans rapport. Fournissez à Gemini le composant concerné et décrivez les conventions existantes.
Vous recevez un correctif limité à examiner dans le contexte de votre projet. Comparez cette approche par conversation avec la façon de faire du vibe coding avec Copilot, où les suggestions apparaissent dans un éditeur.
Vous avez besoin d’une petite démo d’application, par exemple une liste de lecture avec recherche. Précisez les champs de données, l’état lorsque la liste est vide et le comportement après l’actualisation du navigateur.
Vous obtenez une fonctionnalité limitée et testable plutôt qu’une liste de souhaits. Un tutoriel pour débutants peut vous aider à formuler une première demande assez simple pour être vérifiée.
| Première réponse de Gemini | Livrable après examen | |
|---|---|---|
| Portée | Peut interpréter une demande générale comme plusieurs fonctionnalités à la fois. | Définit une tâche utilisateur et précise ce qui est exclu de la première version. |
| Fichiers | Peut montrer des extraits de code sans préciser où les placer. | Répertorie tous les fichiers nécessaires et indique où placer chaque morceau de code. |
| Dépendances | Peut supposer qu’un framework, un package ou un outil est déjà installé. | Précise l’environnement d’exécution et les packages nécessaires, ou utilise les fonctionnalités natives du navigateur. |
| Fonctionnement | Décrit ce que l’interface doit faire. | Permet d’effectuer la tâche indiquée et d’observer le résultat. |
| Gestion des données | Peut laisser entendre que les informations saisies sont conservées après un rechargement. | Précise si les données sont conservées et inclut une vérification après rechargement. |
| Gestion des erreurs | Peut omettre les champs vides et les valeurs invalides. | Prévoit une réponse adaptée aux données vides, invalides ou manquantes. |
| Vérification | Explique pourquoi le code proposé devrait fonctionner. | Inclut des étapes à suivre pour vérifier qu’il fonctionne réellement. |
Gemini peut aider à rédiger et à réviser du code, mais une réponse plausible ne prouve pas que l’application fonctionne. Exécutez le projet, vérifiez la tâche principale et un cas limite, puis examinez les modifications avant de les accepter.
La plupart des retouches viennent d’une demande insuffisamment précise, d’une hypothèse manquante sur le projet ou d’un retour qui se limite à « ça ne marche pas ». Ces méthodes de travail rendent la révision suivante plus précise.
Au lieu de demander à Gemini de créer une application de productivité complète, décrivez une seule tâche : ajouter une habitude et la marquer comme accomplie aujourd’hui. Demandez les fichiers, les étapes de configuration et le comportement attendu après un rechargement.
Placez les fichiers fournis aux emplacements indiqués et suivez exactement les instructions de configuration. Testez le cas normal, une entrée vide et un rafraîchissement avant de demander des améliorations visuelles ; l’apparence peut masquer un fonctionnement défectueux.
Si un bouton ne fait rien, partagez le fichier concerné, le message d’erreur exact s’il y en a un et la marche à suivre pour reproduire le problème. Demandez la plus petite correction possible et une explication de ce qui a changé, puis relancez le test qui échouait.
Décrivez une action de l’utilisateur et le résultat attendu. Créez une première version, exécutez-la vous-même et appuyez-vous sur vos observations pour rédiger la prochaine instruction.
Gemini peut rédiger du code et des instructions d’installation à partir d’une description, mais le résultat dépend de la précision avec laquelle vous définissez la tâche et l’environnement. Exécutez le code vous-même : une réponse qui semble complète peut malgré tout contenir des fichiers manquants, des dépendances incompatibles ou un fonctionnement différent de celui demandé.
Décrivez une tâche utilisateur, les données dont elle a besoin et ce qui doit se passer lorsqu’elle réussit. Précisez le langage ou le framework que vous préférez, si vous en avez un, et demandez la liste des fichiers ainsi que les instructions d’exécution pour faciliter la vérification du résultat.
Copiez le message d’erreur exact, indiquez la commande ou l’action qui l’a produit et fournissez le fichier concerné. Demandez la plus petite correction possible, puis relancez l’action qui échouait ainsi que les tests qui fonctionnaient auparavant.
Non. Supprimez les mots de passe, les jetons, les informations personnelles et le code source confidentiel avant de partager le contexte de votre projet. Un petit exemple anonymisé et le message d’erreur pertinent sont généralement plus utiles qu’un dépôt privé entier.
Vérifiez la tâche principale, la gestion des entrées non valides, le comportement après actualisation et les étapes d’installation en repartant de zéro. Examinez le code généré pour repérer d’éventuelles dépendances ou opérations sur les données inattendues, et signalez clairement les fonctionnalités inachevées lorsque vous partagez le prototype.