Coder sans confiance aveugle

Comment explorer une idée avec du code généré sans confondre démonstration convaincante et logiciel fiable ?

  • Lovable
  • Claude Code
  • Codex

1250 € par session, HTVA

En résumé

Cette demi-journée de 3 heures propose une découverte guidée du code généré par instructions. À partir d’un exercice simple, les participants apprennent à préciser une demande, observer le résultat et repérer ses limites. Ils repartent avec un dossier de vérification utilisable pour discuter d’un essai avec un interlocuteur technique.

Pourquoi cette formation ?

Une interface qui affiche un résultat plausible peut masquer un calcul erroné, une saisie mal contrôlée ou du code difficile à maintenir. Le vibe coding facilite l’exploration par instructions, mais ne remplace ni la compréhension du besoin ni la vérification du comportement obtenu. Le risque est d’enchaîner les corrections demandées à l’IA sans savoir ce qui a changé. Cette découverte apprend à limiter le périmètre, conserver des observations et reconnaître les situations où une revue humaine compétente devient indispensable. Cas fil rouge : L’association fictive Avelune Partage souhaite illustrer le calcul du montant d’un prêt de matériel : quantité multipliée par durée et tarif journalier. Les participants explorent un calculateur pédagogique sans compte utilisateur, paiement, stockage ni connexion à un système réel. Transfert au travail : Avant de proposer un essai dans son organisation, le participant réutilise la grille de vérification pour décrire le besoin, exclure les données sensibles et identifier les validations techniques nécessaires. Il distingue explicitement exploration, correction et éventuelle décision de développement.

Les objectifs de cette formation

  • Décrire le principe du vibe coding et le rôle des instructions.
  • Distinguer résultat visible, code généré et comportement vérifié.
  • Formuler une demande simple assortie de limites explicites.
  • Exécuter des vérifications guidées et consigner les écarts.
  • Identifier les risques nécessitant une revue technique.

Pour qui et avec quels prérequis ?

Rôles et tâches concernés

  • Responsables d’équipe et collaborateurs non développeurs souhaitant comprendre cette approche.
  • Porteurs d’idées numériques devant dialoguer avec une équipe technique.

Compétences préalables

  • Aucun prérequis IA ni connaissance préalable en programmation.
  • Savoir utiliser un navigateur et saisir des instructions écrites.

Ce que vous travaillerez

  1. Observer avant de faire confiance

    Objectif : Reconnaître ce que produit une instruction et ce qu’elle ne prouve pas. Principe du vibe coding ; génération et modification de code ; différence entre apparence correcte et fonctionnement vérifié.

  2. Borner la demande

    Objectif : Exprimer un besoin assez précis pour être vérifiable. Entrées, formule, unités, comportement attendu et exclusions ; présentation prudente de Lovable, Claude Code et Codex, avec renvoi à leur documentation officielle.

  3. Manipuler et comparer

    Objectif : Expérimenter une itération sans déléguer le jugement. Génération guidée dans l’outil retenu ; observation des changements ; intérêt de conserver une version de référence.

  4. Identifier les limites et décider

    Objectif : Délimiter ce que les essais permettent réellement de conclure. Revue humaine, tests incomplets, maintenance et gestion des secrets : ne jamais insérer de clé réelle dans les instructions ou le code partagé.

Ce que vous emportez

  • Fiche de demande bornée du calculateur.
  • Journal des instructions et modifications observées.
  • Grille de vérification renseignée avec résultats attendus et obtenus.
  • Note de limites et questions pour une revue technique.

Méthode et évaluation

  • Apports courts suivis de pratique immédiate sur le cas fil rouge.
  • Travail individuel puis en binômes, avec relecture croisée des productions.
  • Mise en commun guidée : ce qui fonctionne, ce qui doit être corrigé, ce qui reste une décision humaine.
  • Préparation : Prévoir un accès à l’un des outils autorisés par l’organisation : Lovable, Claude Code ou Codex ; vérifier les conditions d’accès avant la session. Préparer les valeurs fictives du calculateur et un environnement d’exercice isolé ; n’utiliser aucune donnée confidentielle ni aucun secret réel.

Critères observables : La demande précise la formule, les entrées et les fonctions exclues. ; Quatre vérifications comparent explicitement résultat attendu et résultat obtenu. ; Une modification est suivie d’une nouvelle vérification du cas nominal. ; La note distingue défaut observé, risque supposé et point non vérifié. ; Le participant explique pourquoi l’exercice ne vaut pas validation de mise en production..

Questions fréquentes

Faut-il savoir lire du code ?

Non. La lecture technique approfondie reste hors périmètre ; l’exercice porte sur les demandes, les observations et les limites.

Pratique-t-on les trois outils ?

Non. Un seul outil autorisé suffit. Les modalités exactes dépendent de l’environnement et de la documentation officielle.

Peut-on apporter un dossier réel ?

Seulement sous forme anonymisée et autorisée. Le fil rouge utilise exclusivement des données fictives.

Le calculateur pourra-t-il être mis en production ?

La session ne le valide pas. Des revues techniques, de sécurité et des tests complémentaires seraient nécessaires.

Dernière mise à jour :