Trouver une formation en Occitanie

Programme détaillé

  JOUR 1 - Penser, concevoir et construire 

  Module 1 - Le vibe coding : comprendre l’approche et ses limites (45 min) 

• Le vibe coding : faire générer du code par l’IA au lieu de l’écrire soi-même
• Positionner l’approche : quand vibe coder, quand rester en no-code, quand faire appel à un développeur - arbre de décision (complexité, sécurité, scalabilité, maintenance)
• Les limites qu’on ne vous dit pas : dette technique, dépendance à l’outil, sécurité, coût réel sur 12 mois
• Panorama des plateformes : Lovable (plateforme principale), Bolt, v0, Cursor - comparaison fonctionnelle

  Module 2 - Prompter pour du code : les règles du jeu (1h15) 

• Pourquoi un bon prompt texte ne fait pas un bon prompt code - décrire un comportement attendu, pas un résultat esthétique
• Règle 1 : décrire le « quoi » (comportement utilisateur), pas le « comment » (implémentation technique)
• Règle 2 : donner le contexte complet (stack, base de données, ce qui existe déjà)
• Règle 3 : une seule fonctionnalité par prompt (pas de demandes fourre-tout)
• Règle 4 : décrire le parcours utilisateur pas à pas (« quand l’utilisateur clique sur X, il voit Y, le système fait Z »)
• Règle 5 : préciser les cas d’erreur (« si le champ est vide, afficher ce message »)
• Le vocabulaire minimum : front-end, back-end, API, composant, route, état, requête - pas besoin de coder, mais il faut parler la même langue que l’IA
• Prompting itératif : décrire le problème observé vs. le comportement attendu, donner le message d’erreur exact, demander une correction chirurgicale
• Le piège du « oui mais » : quand l’IA tourne en rond, comment sortir de la boucle (repartir d’un état stable, reformuler, découper)
• Atelier : 3 exercices de prompting code dans Lovable - création, modification, correction d’erreur

  Module 3 - Penser l’architecture avant de construire (1h30) 

• Cadrage du projet fil rouge : quel problème métier résoudre, pour quels utilisateurs, quelles fonctionnalités essentielles
• Comprendre une architecture web sans jargon : ce que voit l’utilisateur (front), ce qui se passe derrière (back), où sont stockées les données (base)
• Utiliser Claude pour raisonner sur l’architecture : poser son besoin en langage naturel, obtenir une recommandation, challenger les choix
• Modéliser sa base de données : tables, relations, types de données - avec Claude puis dans Supabase
• Créer son projet Supabase : configurer la base, comprendre l’authentification et les rôles
• Atelier : chaque participant conçoit l’architecture de son application et configure sa base de données

  Module 4 - Construire avec Lovable : du brief à l’application (1h30) 

• Du brief au prototype : transformer son brief en instructions Lovable en appliquant les 5 règles du Module 2
• Connecter Lovable à Supabase : faire communiquer l’interface avec la base de données
• Itérer par le dialogue : modifier, ajuster, corriger en conversant avec l’IA
• Principes d’UX pour non-designers : hiérarchie visuelle, parcours utilisateur, accessibilité
• Utiliser v0 pour générer des composants d’interface complémentaires
• Versionner son travail avec GitHub : sauvegarder, revenir en arrière
• Atelier : chaque participant construit le cœur fonctionnel de son application - front + back + base connectés

  JOUR 2 - Enrichir, tester et déployer 

  Module 5 - Ajouter l’intelligence : Claude dans l’application (1h30) 

• Pourquoi intégrer un LLM dans son app : passer d’un outil statique à un outil intelligent
• Intégrer Claude API via Lovable : prompt système, gestion du contexte, réponses structurées
• Cas d’usage : chatbot interne sur la documentation métier, analyse de formulaires, génération de contenu, recommandations contextuelles
• Les pièges : hallucinations en production, coût des appels API, latence
• Atelier : chaque participant ajoute une fonctionnalité IA à son application - elle doit résoudre un problème réel, pas être un gadget

  Module 6 - Tester comme un utilisateur, pas comme un développeur (1h30) 

• Construire ses scénarios de test : parcours critiques, cas limites, erreurs probables
• Faire tester par quelqu’un d’autre : les participants testent les applications des autres - feedback structuré
• Debugger sans coder : lire un message d’erreur, le comprendre avec Claude, demander la correction à Lovable
• Itérer rapidement : modifier une fonctionnalité, ajouter un champ, changer un comportement en quelques prompts
• Les limites du debug en vibe coding : quand l’IA tourne en rond, quand il faut intervenir autrement
• Atelier : session de test croisé et d’itération - chaque participant améliore son application à partir des retours

  Module 7 - Mettre en ligne et sécuriser (1h30) 

• Déployer depuis Lovable : mise en ligne, nom de domaine personnalisé, HTTPS
• Sécurisation : variables d’environnement, clés API, ne jamais exposer ses secrets
• RGPD appliqué à son application : mentions légales, consentement, stockage
• Monitoring de base : savoir si l’app fonctionne, comprendre les logs, réagir aux erreurs
• Quand passer la main à un développeur : critères (complexité, nombre d’utilisateurs, enjeux de sécurité)
• Atelier : chaque participant déploie son application - elle est en ligne à la fin du module

  Module 8 - Pitcher son application et planifier la suite (1h30) 

• Restitution : chaque participant fait une démo live de son application devant le groupe - l’app tourne en ligne
• Feedback croisé structuré : valeur métier, ergonomie, faisabilité de maintenance, prochaines fonctionnalités
• Faire vivre son application : comment l’améliorer sans dev, quand recruter ou sous-traiter
• Plan d’action à 30 jours : prochaines fonctionnalités, adoption par l’équipe, premiers retours utilisateurs
• Lancement Engage : activation du parcours d’ancrage WhatsApp Learning