Les bonnes pratiques avec Codex

Introduction

Au bout de quelques semaines d'utilisation de Codex, vous remarquerez un phénomène fascinant : deux personnes utilisant exactement la même intelligence artificielle produiront des résultats radicalement différents.

L'une finira son application en deux jours, propre, rapide et sans bug. L'autre passera deux semaines à s'énerver contre l'IA qui "casse tout" en permanence. La différence ne réside pas dans leurs connaissances techniques. La différence réside exclusivement dans leur méthode de travail.

Ce chapitre est la clé de voûte de ce guide. Il réunit toutes les habitudes, les workflows et les astuces des développeurs professionnels pour faire de Codex votre meilleur allié.

Les habitudes des utilisateurs les plus efficaces

1. Commencer par analyser (Ne pas coder) : Demandez un plan d'action avant d'exiger du code.
2. Faire une seule demande à la fois : La limite cognitive de l'IA est réelle. Un prompt = un résultat.
3. Donner toujours du contexte : Expliquez "pourquoi" vous faites cela (le besoin métier).
4. Utiliser Git de manière compulsive : Faire un commit dès que quelque chose marche.
5. Tester visuellement et fonctionnellement : Ne jamais assumer qu'un code généré est un code fonctionnel.
6. Garder la console F12 ouverte : Le texte rouge est la seule vraie boussole du développeur.
7. Rafraîchir les conversations : Ouvrir un nouveau chat pour chaque nouvelle fonctionnalité majeure.
8. Refactoriser régulièrement : Nettoyer le code pendant qu'il est frais dans votre esprit.
9. Nommer explicitement les fichiers : Diriger l'IA exactement vers le dossier concerné.
10. Demander des explications : Ne jamais accepter un bloc de code obscur. S'il n'est pas compris, il ne doit pas être validé.
11. Bloquer le design existant : Imposer à l'IA d'utiliser vos classes CSS actuelles.
12. Générer des fausses données (Mock) : Travailler l'interface visuelle avec du JSON factice avant de faire de vraies requêtes.
13. Éviter la précipitation : Prendre le temps de lire le code généré avant de faire "Copier".
14. Imposer des contraintes technologiques : "N'utilise pas de librairie externe pour cette animation."
15. Savoir quand recommencer : Plutôt que de corriger un bug pendant 2h, faire git restore . et changer d'approche.

Construire un bon workflow (Le Cycle de la Victoire)

Voici la boucle exacte de travail que vous devez adopter au quotidien :

graph TD;
    A[Comprendre le besoin métier] --> B[Auditer le projet existant];
    B --> C[Plan d'attaque avec Codex];
    C --> D[Génération V1 basique];
    D --> E[Tests et Console F12];
    E --> F{Bug ?};
    F -- Oui --> G[Correction ciblée];
    G --> E;
    F -- Non --> H[Git Commit !];
    H --> I[Polissage CSS / Refacto];
    I --> J[Git Commit Final];

Les bonnes pratiques pour écrire des prompts

Le prompt parfait est la fondation d'un code parfait.

Organiser correctement ses projets

Un projet bien rangé permet à Codex de ne pas s'y perdre lorsqu'il analyse votre dossier de travail (CWD).

/mon-super-projet ├── /public            # Images, icônes, polices (Ce qui ne change pas) ├── /src               # Le code source de l'application │   ├── /components    # Les petits morceaux d'UI (Boutons, Cartes) │   ├── /styles        # Fichiers CSS / SCSS │   ├── /utils         # Fonctions Javascript réutilisables (calculs) │   └── /pages         # Les vues complètes de l'application ├── .gitignore         # La liste noire de Git └── README.md          # Le journal de bord du projet

Si vous respectez cette architecture standard, Codex (et n'importe quel développeur humain) saura instantanément où chercher l'information.

Travailler sereinement

Les habitudes à éviter (Le tableau de la honte)

Comment gagner du temps avec Codex

• Créer un fichier "Règles" (prompt.md) : Rédigez un fichier contenant vos couleurs (codes HEX), vos polices, et vos préférences. Au début de chaque grosse tâche, dites "Lis le fichier prompt.md et applique ces règles".
• Utiliser les extraits (Snippets) : Si vous faites souvent des formulaires, demandez à Codex de vous créer un "composant Formulaire universel" que vous copierez-collerez au lieu de le regénérer à chaque fois.
• Pré-mâcher le travail : Le plus long pour l'IA est de chercher. Si l'erreur est dans /src/utils/math.js à la ligne 42, dites-lui exactement : "Regarde l'erreur à la ligne 42 du fichier math.js".

Les erreurs qui coûtent le plus de temps

• Symptôme : "Ça fait 3 heures que j'essaie de centrer ce texte en modifiant le CSS au hasard."
  Erreur : L'obstination aveugle.
  Solution : Stoppez tout. Dites à l'IA : "Efface le CSS lié à ce composant. Donne-moi une méthode Flexbox propre et moderne pour le centrer depuis zéro."
• Symptôme : Un bug apparaît, vous demandez à Codex de corriger, un nouveau bug apparaît, vous corrigez, etc... pendant 20 cycles.
  Erreur : L'effet boule de neige.
  Solution : C'est la preuve que l'architecture de base était mauvaise. Faites git restore . pour revenir à l'état propre d'hier.
• Symptôme : Le site est horriblement lent.
  Erreur : Charger une librairie entière (ex: Bootstrap ou Lodash) pour utiliser une seule petite fonction.
  Solution : Demandez à Codex d'écrire la fonction en JavaScript pur (Vanilla JS) pour vous passer de la librairie.

Atelier pratique (Mises en situation)

Créer sa propre checklist de développement (À imprimer)

Conseils vitaux de fin de parcours

Tableau récapitulatif des 20 règles d'or

Foire aux questions

À retenir pour clôturer cette partie

En route vers la Partie 3 : Les Projets Complets !

Vous maîtrisez les bases de Codex. Vous maîtrisez le terminal. Vous maîtrisez la génération, le refactoring, les tests et Git. Vous travaillez désormais comme un véritable développeur.

Il est temps de quitter le bac à sable. Dans la prochaine et dernière grande partie de ce guide, nous allons appliquer toutes ces connaissances pour construire des projets réels et complets, de A à Z. Préparez-vous à créer vos premières applications professionnelles !