Oui, tu peux aujourd'hui développer une petite app sans connaissances en programmation, à condition de travailler avec un agent IA comme Claude Code ou Codex. Ce qui est réaliste, c'est un outil bien délimité pour une tâche précise. Tu devras quand même apprendre à lire le code dans les grandes lignes, à interpréter les messages d'erreur et à tester ton app.
Cet article montre où passe la frontière entre le faisable et le vœu pieux, quelles compétences acquérir et à quoi peut ressembler concrètement un premier projet.
Ce qui est réaliste aujourd'hui sans prérequis
Le vibe coding, c'est développer un logiciel avec l'aide de l'IA. Tu décris en langage courant ce que l'application doit faire. L'agent IA écrit le code, crée les fichiers et exécute les commandes. Tu vérifies le résultat et tu donnes la consigne suivante.
Pour un premier projet, beaucoup de choses sont faisables tant que le périmètre reste raisonnable. Voici des briques typiques qu'un agent réalise bien :
- afficher une liste d'entrées, par exemple des contacts
- une vue détaillée qui montre toutes les informations d'une entrée
- vérifier les saisies avant de les enregistrer
- changer un statut et filtrer par statut
- exporter des données dans un fichier, par exemple en CSV
Ça se complique quand l'app doit gérer dès le départ les vraies données clients d'une entreprise, avec des comptes utilisateurs, des droits et plusieurs systèmes connectés. L'agent peut aussi générer du code pour cela. Mais sans expérience, tu as du mal à juger si ce code est sûr et s'il fait ce qu'il faut dans tous les cas. C'est justement cette capacité de jugement que tu construis avec un petit projet.
Ce que tu dois quand même apprendre
L'agent IA t'épargne la frappe. Le jugement, lui, reste ton affaire. Quatre compétences déterminent si tu obtiens au final une app à laquelle tu peux te fier.
Découper une idée en étapes vérifiables
« J'ai besoin d'une app pour mes contacts » n'est pas encore une consigne. Un agent en fera quelque chose, et tu ne sauras pas si c'est juste. Mieux vaut de petites étapes avec une attente claire, qu'on appelle des cas d'acceptation. Par exemple : « Si je veux enregistrer un contact sans nom, un avertissement s'affiche et le contact n'est pas créé. » Ou : « Si je passe le statut à terminé, le contact disparaît du filtre suivis en attente. »
Ce genre de phrases, tu peux les donner à l'agent comme consigne. Plus tard, c'est exactement ces phrases que tu vérifies.
Lire du code sans l'écrire toi-même
Tu n'as pas besoin de savoir écrire chaque ligne. Tu dois en revanche pouvoir trouver où les choses se passent dans ton projet. Où un changement de statut est-il enregistré ? Quel fichier construit la liste de contacts ? Tu peux demander à l'agent ce que fait une fonction et te faire montrer la réponse à un endroit précis du code. Avec le temps, tu reconnais des schémas, même si les termes du code sont le plus souvent en anglais.
Un court journal aide beaucoup : qu'est-ce que l'IA a apporté, qu'est-ce que tu as modifié toi-même ? Ainsi, tu pourras expliquer plus tard pourquoi ton app fonctionne comme elle fonctionne.
Interpréter les messages d'erreur
Un message d'erreur n'est pas une catastrophe, c'est un indice. Beaucoup de messages des outils s'affichent en anglais. Lis d'abord la première ligne et cherche le nom du fichier et le numéro de ligne. Donne ensuite le message complet à l'agent et décris ce que tu étais en train de faire. « Ça ne marche pas » ne l'aide guère. « Après un clic sur Enregistrer, ce message apparaît et le contact manque ensuite dans la liste » l'aide beaucoup.
Tester plutôt qu'espérer
Une app qui a fonctionné une fois ne fonctionnera pas forcément demain. Les tests sont des vérifications automatiques que tu peux relancer à tout moment. Un exemple tiré d'une app de suivi : un suivi est-il en retard ? Vérifie trois cas, avec une date d'hier, d'aujourd'hui et de demain. Les cas d'erreur comptent tout autant : saisies vides, adresses e-mail invalides, une interface qui ne répond pas. Et les secrets comme les clés d'accès n'ont rien à faire dans le code que d'autres peuvent voir.
Ce qu'il te faut pour démarrer
Avant de formuler ta première consigne, ton ordinateur a besoin d'un petit équipement de base. Cette liste t'aide à vérifier :
- un ordinateur portable ou de bureau sous Windows, macOS ou Linux (une tablette ne suffit pas)
- l'autorisation d'installer des programmes, souvent limitée sur les appareils d'entreprise
- Node.js à partir de la version 20
- Git, pour enregistrer les modifications de façon traçable
- un accès personnel à Claude Code ou Codex
- la volonté de chercher la signification de termes et de messages en anglais
La mise en place pas à pas de ces outils est décrite dans la Mission 0 sur l'installation des outils, en libre accès (en allemand).
À quoi peut ressembler un premier projet
Un bon premier projet résout un petit problème connu. Une app de contacts et de suivi pour une petite entreprise en est un exemple utile : elle comporte une liste, une vue détaillée, des règles simples et une question qui revient souvent au quotidien, à savoir qui il faut encore contacter.
Le chemin pourrait ressembler à ceci :
- Clarifier la mission : pour qui l'app est-elle pensée et que doit-elle faire ? Écris-le en quelques phrases avant que l'agent ne génère la première ligne de code.
- Construire l'interface : une liste de contacts avec des données d'exemple et une vue détaillée par contact.
- Définir l'enregistrement et les processus : vérifier les saisies, ajouter les changements de statut (par exemple de nouveau à contacté), des filtres pour les suivis en attente.
- Connecter une interface : t'exercer d'abord sur une interface simulée. Tu vois ainsi ce que fait ton app face à une réponse vide, une erreur ou un long temps d'attente.
- Chercher les erreurs et vérifier les accès : cerner et corriger les erreurs de manière ciblée, et vérifier qui peut voir et modifier quoi.
- Expliquer et transmettre : écrire comment une autre personne démarre et comprend l'app.
- Étendre : réaliser une nouvelle exigence, par exemple exporter les suivis en retard dans un fichier CSV, et tester la nouvelle fonction.
Cet ordre n'a rien d'un hasard. Chaque étape repose sur un état vérifié. Quand tu réaliseras plus tard ta propre idée, par exemple une liste d'offres en cours ou de réparations à faire, tu pourras reprendre la même séquence.
Où se situent les limites d'un premier projet
Un projet d'apprentissage n'est pas un produit fini. Si ton app enregistre ses données dans le navigateur, c'est correct pour des données d'exercice, mais pas pour de vraies données d'entreprise. Il manque des éléments comme un stockage sûr des données, des copies de sauvegarde ou une gestion réfléchie des droits d'accès.
Un projet propre implique donc de nommer ouvertement ses limites. Que sait faire l'app, que ne sait-elle pas faire, et que faudrait-il avant de l'utiliser en exploitation ? Qui sait répondre à ces questions a compris davantage que quelqu'un qui montre seulement une interface qui tourne.
Comment le cours Vibe Coding Foundation s'inscrit dans cette démarche
Le cours Vibe Coding Foundation de BUILT IN CLASS suit exactement le chemin décrit plus haut. Tu construis avec Claude Code ou Codex une app de contacts et de suivi, en huit missions, de l'installation jusqu'à l'export CSV. L'aperçu du cours avec toutes les missions (en allemand) détaille les objectifs et les temps prévus.
Le cours s'adresse aux adultes en activité professionnelle et aux petites équipes sans expérience en programmation. Tu apprends en ligne et à ton rythme, sans dates fixes et sans vidéos à suivre. Le temps prévu est d'environ 30 heures au total, par exemple six semaines à raison d'environ cinq heures par semaine. Chaque mission comporte un objectif, des critères sous forme de tests et des indices en trois niveaux si tu bloques. Sur ton ordinateur, une commande vérifie les critères. Ce qui compte, c'est la vérification sur le serveur de l'académie, dans un environnement isolé.
Les quatre compétences de cet article sont celles que le programme atteste : découper des tâches en étapes vérifiables, créer une app avec un agent et la modifier de façon traçable, sécuriser les cas d'erreur, les données, les accès et les secrets, et enfin expliquer et transmettre ta propre solution. Le parcours se termine par un examen écrit en ligne de six questions sur ton projet. Une IA prépare l'évaluation, une personne examinatrice attribue les points. Le déroulement est décrit dans Déroulement et règles de l'examen (en allemand). Une fois l'examen réussi, tu reçois un certificat privé de l'académie, pas un diplôme d'État.
Tu trouveras les coûts et les prestations sous Prix et prestations. Note que ton accès personnel à Claude Code ou Codex s'y ajoute séparément.