Partie 1 : Cadrer le projet et choisir la bonne technologie
- Comprendre ce qu’est le vibe coding et ses limites.
- Distinguer prototypage rapide, génération de code et production réelle.
- Définir l’objectif du projet, la cible, le problème à résoudre et le périmètre de la première version.
- Identifier les contraintes : temps, outils, hébergement, maintenance, sécurité et niveau technique.
- Choisir un langage ou un socle technique adapté : HTML/CSS/JavaScript, PHP, Python, TypeScript, Kotlin, PWA ou approche hybride.
- Éviter les architectures trop lourdes pour un premier prototype.
Atelier pratique
Chaque participant rédige un mini-brief projet, définit les fonctionnalités prioritaires et justifie le choix du langage ou du socle technique.
Partie 2 : Structurer l’environnement de travail
- Préparer un dossier projet clair dans VS Code.
- Créer une arborescence lisible et adaptée au type de projet.
- Identifier les fichiers principaux et les extensions utiles.
- Mettre en place une logique de versioning avec Git ou une méthode de sauvegarde structurée.
- Distinguer version de travail, version de test et version validée.
- Créer une logique de staging adaptée au projet : branche Git, copie locale, dossier de test ou environnement séparé.
Atelier pratique
Les participants créent leur environnement de travail, organisent leur dossier projet et préparent une première version de test avant de générer ou modifier du code.
Partie 3 : Utiliser les assistants IA pour concevoir et produire
- Utiliser Claude pour clarifier l’idée, structurer le brief et challenger le périmètre.
- Utiliser Cursor pour travailler dans le contexte du projet et demander des modifications ciblées.
- Utiliser Codex pour expliquer, corriger, documenter ou améliorer le code.
- Formuler des demandes précises : objectif, contexte, contrainte, format attendu et critères de validation.
- Relire les propositions de l’IA avant de les appliquer.
- Refuser les ajouts inutiles, les réécritures massives ou les dépendances non maîtrisées.
Atelier pratique
Chaque participant utilise Claude, Cursor ou Codex pour améliorer son brief, générer une première structure et obtenir une base exploitable sans perdre le contrôle du projet.
Partie 4 : Prototyper une première version exploitable
- Concevoir l’arborescence, les pages, écrans ou fonctions principales.
- Définir un parcours utilisateur simple.
- Créer une première interface, une page d’accueil, un outil ou un écran principal.
- Ajouter les premiers contenus, composants ou interactions.
- Vérifier l’affichage, la lisibilité et la cohérence générale.
- Sauvegarder une première version stable.
Atelier pratique
Chaque participant produit un prototype fonctionnel ou visuel à partir de son brief, puis enregistre une version stable avant les itérations suivantes.
Partie 5 : Nettoyer, améliorer et fiabiliser le code
- Structurer les fichiers de manière logique.
- Séparer le contenu, le style et les comportements lorsque c’est pertinent.
- Renommer les fichiers, classes, fonctions ou composants pour améliorer la lisibilité.
- Supprimer le code inutile ou redondant.
- Demander une revue IA ciblée sans appliquer automatiquement les corrections.
- Créer un commit ou une sauvegarde après stabilisation.
Atelier pratique
Les participants nettoient leur prototype, améliorent la structure du projet et documentent les changements importants.
Partie 6 : Tester, relire les bugs et corriger progressivement
- Construire une checklist de test adaptée au projet.
- Tester les parcours principaux : navigation, boutons, formulaires, affichage et messages d’erreur.
- Tester les cas limites : champ vide, mauvaise saisie, écran mobile, lien cassé ou donnée absente.
- Distinguer bug bloquant, bug fonctionnel, problème d’affichage et amélioration secondaire.
- Décrire un bug clairement : contexte, action réalisée, résultat attendu, résultat obtenu.
- Demander une correction ciblée à l’IA, puis vérifier que la correction ne crée pas un nouveau problème.
Atelier pratique
Chaque participant remplit une fiche de bug, demande une correction ciblée avec l’assistant IA, teste le résultat et classe les problèmes restants par priorité.
Partie 7 : Préparer une livraison professionnelle
- Vérifier que le projet correspond au brief initial.
- Contrôler la clarté du contenu, la cohérence UX et le responsive de base.
- Repérer les risques de sécurité de base : données sensibles, formulaires, dépendances, secrets ou clés API.
- Créer une documentation courte : objectif, fonctionnement, limites et évolutions possibles.
- Classer les améliorations par priorité : indispensable, utile, futur.
- Préparer un plan d’action post-formation sur 30 jours.
Atelier pratique
Chaque participant prépare une fiche de livraison professionnelle présentant le projet, les choix techniques, les corrections réalisées, les limites actuelles et les prochaines étapes.
Partie 8 : Créer une première base d’application Android
- Comprendre le rôle d’Android Studio dans la création d’une application Android.
- Distinguer application native, PWA, application web responsive et approche hybride.
- Choisir une approche mobile réaliste selon le besoin.
- Créer un projet Android Studio et comprendre son arborescence.
- Créer une première interface mobile simple.
- Utiliser l’IA pour expliquer, améliorer ou corriger une partie du projet Android.
- Tester l’application sur émulateur ou appareil Android lorsque c’est possible.
- Repérer les erreurs de compilation, d’installation ou d’exécution.
- Préparer une version mobile testable.
Atelier pratique
Chaque participant crée ou analyse une première base d’application Android, teste son affichage, relève les erreurs principales et prépare une fiche de livraison mobile.
Partie 9 : Restitution et amélioration du projet
- Présenter le besoin initial et la solution proposée.
- Justifier le choix technique.
- Présenter le prototype ou la base mobile réalisée.
- Expliquer l’organisation de test et de staging.
- Présenter les bugs repérés et les corrections effectuées.
- Identifier les limites actuelles et les prochaines améliorations.
Atelier final
Chaque participant présente son projet, reçoit un retour encadré et formalise les prochaines actions à mener pour améliorer ou industrialiser le prototype.
Livrables de fin de formation
- Un mini-brief projet complet.
- Une grille de choix du langage ou du socle technique.
- Une arborescence de projet.
- Une organisation avec version de travail, version de test et version validée.
- Un prototype fonctionnel ou visuel.
- Une checklist de test et de recette.
- Une fiche de suivi des bugs.
- Une liste des corrections effectuées.
- Une documentation courte du projet.
- Une première base d’application Android, si le projet s’y prête.
- Un plan d’action post-formation sur 30 jours.
Modalités pédagogiques
La formation alterne démonstrations guidées, manipulations individuelles, ateliers pratiques, revues collectives et corrections encadrées. Les participants travaillent sur un projet personnel ou professionnel afin de produire un résultat concret et directement réutilisable.
La priorité est donnée à la méthode : cadrer avant de coder, choisir une technologie adaptée, demander clairement aux assistants IA, relire les résultats, tester les modifications, documenter les choix et conserver une version stable avant chaque évolution importante.
Modalités d’évaluation
- Évaluation des besoins et du niveau en début de formation.
- Validation du brief projet.
- Justification du choix technique.
- Observation des manipulations dans VS Code, Cursor, Codex, Claude et Android Studio.
- Analyse du prototype produit.
- Vérification de l’organisation de test et de staging.
- Application d’une checklist qualité.
- Analyse d’une fiche de bug et d’une correction effectuée.
- Présentation finale du projet et échange collectif.
Résultats attendus
À l’issue de la formation, le participant doit être capable de cadrer un projet numérique simple, de choisir un langage ou un socle technique adapté, de travailler avec VS Code, Cursor, Codex et Claude, de produire un prototype exploitable, d’organiser une version de test, de relire les bugs, de corriger progressivement, de documenter son projet et de préparer un plan d’amélioration.
Le participant doit également comprendre les bases d’un projet Android Studio, créer une première interface mobile simple, tester l’application sur émulateur ou appareil lorsque c’est possible, relever les bugs principaux et préparer une version mobile testable.
Sources utiles