Le vibe coding, c’est quoi au juste ?
On pensait que publier une application iPhone exigeait trois choses : du Swift, des neurones et un léger goût pour la souffrance. Et puis le vibe coding a débarqué, avec une promesse aussi simple que provocante : créer une app iOS sans être développeur, en s’appuyant sur l’IA générative.
Le principe est assez clair : au lieu d’écrire du code ligne par ligne, on décrit ce qu’on veut construire à un assistant comme ChatGPT ou un outil du type Codex, puis on itère. Beaucoup. Parfois trop. Et à la fin, si tout va bien, on se retrouve avec une app qui tourne, une icône, et un petit frisson quand on voit “Disponible sur l’App Store”.
Sauf que derrière l’image “magique”, il y a des choix techniques, des obstacles bien concrets, et des leçons utiles pour tous ceux qui veulent se lancer. Trois profils illustrent bien cette nouvelle vague : Sébastien et son guide TV OenTV, Éric avec l’app calendrier FacilAbo, et Gauthier qui prépare Wakatoo, un projet iOS et Android autour du didgeridoo. Oui, vous avez bien lu. Le vibe coding est plein de surprises, et ce n’est pas Apple qui dira le contraire.
Pourquoi ça explose maintenant : Apple, l’IA et l’effet “je peux le faire”
L’App Store voit arriver une nouvelle génération de créateurs. Pas des développeurs au sens classique, mais des passionnés, des entrepreneurs, des curieux, qui veulent tester une idée, résoudre un problème personnel ou cocher une case sur leur bucket list.
Le vibe coding est au croisement de trois tendances :
- IA générative plus accessible : on peut itérer vite, obtenir des exemples, corriger des erreurs, comprendre des concepts sans suivre un cursus complet.
- Barrière psychologique qui s’effondre : beaucoup se disaient “je ne suis pas dev”, donc “ce n’est pas pour moi”. L’IA change le récit.
- Écosystème Apple déjà très outillé : Xcode, SwiftUI, TestFlight, tout existe, il restait juste un pont entre l’idée et le code.
Le résultat ? Une “vague logicielle” qui surprend même Apple, parce que le volume d’apps et de mises à jour grimpe, avec des projets parfois très nichés, mais très concrets.
Trois histoires de vibe codeurs : du rêve d’enfant au guide TV
OenTV : une app iPhone pour faire le guide TV comme on l’aime
Sébastien Amelaine part d’une motivation très “vibe coding compatible” : la curiosité. Il voit passer des articles sur le développement avec l’IA, se demande si ça marche vraiment… et décide de créer une app qui lui manque.
Son idée : un guide TV simple, gratuit, sans publicité, et surtout aligné avec ses attentes. Les apps de programmes existent déjà, mais aucune n’avait “la bonne vibe”. Il lance donc OenTV, alors qu’il n’a aucune expérience en développement.
Ce qui est intéressant, c’est le point de départ : pas un business plan sur 48 slides, mais un besoin réel et une envie de tester. C’est exactement le terrain de jeu idéal pour l’IA.
FacilAbo : l’app calendrier née d’un challenge personnel
Éric Cologni, lui, est porté par une motivation différente : le défi. Publier une app sur l’App Store, pour un fan d’Apple, c’est un petit trophée. Et comme il ne sait pas programmer, il commence par expérimenter sur Mac, puis passe à iOS.
Après de nombreux prompts, il finit par lancer FacilAbo, une application qui aide à organiser son agenda avec de multiples calendriers. Un cas d’usage très “productivité”, donc avec des contraintes réelles : performance, fiabilité, gestion des données, ergonomie.
Ce genre de projet montre un point clé : l’IA ne sert pas seulement à faire des petits prototypes rigolos. On peut aller plus loin, si on accepte de passer du temps à itérer proprement.
Wakatoo : didgeridoo, jeu de cartes et app multiplateforme
Gauthier Aubé est enseignant de didgeridoo et a une idée en tête depuis 15 ans : numériser Wakatoo, un jeu de cartes qu’il a imaginé pour aider ses élèves à progresser.
Il a déjà touché à des projets web, mais l’écriture de code reste étrangère. Avec l’IA, il voit enfin une façon de concrétiser l’idée. Particularité : l’app vise iOS et Android, et Gauthier choisit donc Flutter, le framework multiplateforme de Google.
Wakatoo n’est pas encore sur l’App Store, mais l’objectif est clair : lancement autour de juin. Et au passage, le projet illustre un autre avantage du vibe coding : remettre en vie des idées “en sommeil”, faute de compétences techniques disponibles.
Quels outils utilisent les vibe codeurs ? Le kit de survie
Il n’y a pas un seul setup. Chaque vibe codeur bricole son atelier, avec ses habitudes et ses contraintes. Mais certains outils reviennent souvent.
Xcode : incontournable si vous visez iOS natif
Pour OenTV, Sébastien choisit la voie la plus directe : Xcode avec ChatGPT. Simple, logique, et suffisant pour démarrer.
Xcode reste un passage obligé dès qu’on fait du natif : compilation, signature, simulateur, gestion de projet, soumission App Store… même si l’IA vous écrit 80 % du code, Xcode vous rappellera gentiment que le dernier kilomètre existe.
ChatGPT et Codex : le duo IA pour accélérer, expliquer et corriger
ChatGPT sert souvent à :
- générer des morceaux de code SwiftUI
- expliquer une erreur Xcode en langage humain
- proposer une architecture de base
- itérer sur l’interface
Sébastien a aussi ajouté l’app Codex récemment à son workflow. L’idée est de gagner du temps sur la partie “agent” : proposer des modifications, repérer des incohérences, automatiser certaines actions.
Flutter ou Swift : deux philosophies
Deux trajectoires :
- SwiftUI et technologies Apple : parfait si l’objectif est iPhone d’abord, avec une intégration profonde iOS.
- Flutter : pratique si vous voulez sortir l’app sur iOS et Android sans doubler le chantier.
Le choix n’est pas seulement technique, il est stratégique. Viser l’App Store uniquement ? SwiftUI est souvent plus naturel. Viser un public plus large, tout de suite ? Flutter peut être un accélérateur.
La vraie méthode du vibe coding : itérer jusqu’à ce que ça marche
Le mythe, c’est “je décris mon app, l’IA la code, je publie”. La réalité, c’est une boucle :
- Décrire une fonctionnalité
- Générer du code
- Tester
- Casser
- Lire l’erreur incompréhensible
- Demander à l’IA de corriger
- Re-tester
- Répéter jusqu’à ce que la caféine ou la feature rende l’âme
Le vibe coding, c’est de l’itération rapide. Et c’est exactement là que l’IA est utile : elle réduit le coût mental du “je suis bloqué”, en offrant un prochain pas, même imparfait.
Mais pour que ça fonctionne, il faut apprendre à prompter, à cadrer, et à relire.
Le prompt est votre nouveau langage
Un bon prompt ressemble plus à un mini cahier des charges qu’à une phrase vague.
Exemple de structure efficace :
- contexte (type d’app, techno)
- objectif (ce que la feature doit faire)
- contraintes (iOS version, performance, offline)
- format attendu (fichier complet, fonctions, explication)
Plus vous êtes précis, plus l’IA est utile. Si vous restez flou, elle vous donnera du flou, avec une probabilité non négligeable de crash au démarrage.
Les difficultés : sécurité, qualité, maintenance… et le syndrome du château de cartes
Dans les réactions des lecteurs et dans les doutes exprimés, trois inquiétudes reviennent.
1) La sécurité : l’IA peut produire du code fragile
Un point souvent soulevé : l’IA n’a pas une compréhension “native” de la sécurité. Elle peut proposer des solutions qui marchent, mais qui exposent des données, qui stockent des secrets au mauvais endroit, ou qui manquent de validations.
Si votre app touche à :
- comptes utilisateurs
- paiement
- données personnelles
- synchronisation cloud
alors il faut redoubler de vigilance. L’IA aide, mais ne garantit rien. Une app qui marche n’est pas forcément une app sûre.
2) La qualité : performances, bugs, UX
Le code généré peut être :
- verbeux
- redondant
- peu optimisé
- parfois incohérent avec l’architecture initiale
Et côté interface, l’IA peut produire un SwiftUI “fonctionnel” mais pas forcément agréable. L’utilisateur, lui, s’en fiche de savoir si le code a été écrit par un humain ou une IA. Il veut une app fluide. Et il a le pouce rapide sur “Supprimer l’app”.
3) La maintenance : que se passe-t-il si vous ne comprenez pas votre code ?
C’est le piège classique : si vous publiez une app dont vous ne comprenez pas la structure, la première mise à jour iOS un peu casse-pieds peut devenir un mur.
Deux conseils simples :
- exigez de l’IA qu’elle documente et explique ce qu’elle produit
- prenez le temps de comprendre les blocs critiques, au moins à 60 %
Vous n’avez pas besoin de devenir développeur senior. Mais vous devez devenir le pilote de votre produit, pas juste le passager qui admire le paysage.
Les bonnes pratiques pour publier une app iPhone en vibe coding
Commencer petit, mais publier vite
Une app simple publiée vaut mieux qu’un “super concept” qui reste dans Notes. Les trois projets cités ont un point commun : ils sont nés d’un usage concret.
Le meilleur modèle :
- une feature centrale
- un design minimal
- une première version stable
- puis des itérations
Tester comme si votre futur vous détestait
Les vibe codeurs qui réussissent finissent par adopter une discipline : tester, tester, tester.
- Simulateur iOS
- test sur vrai iPhone
- TestFlight pour les retours
- crash logs
Votre IA peut vous aider à interpréter les logs, mais elle ne peut pas deviner ce que fait votre app sur un iPhone de 4 ans, avec 3 % de batterie et un réseau qui passe par la cave.
Se créer un workflow d’automatisation
Quand on n’est pas développeur, on gagne énormément à automatiser le reste : collecte de feedback, tri de bugs, publication, contenus marketing.
Des outils comme Make peuvent aider à connecter :
- formulaire de feedback
- Notion ou Google Sheets
- emails
- notifications
Si vous voulez explorer ce genre d’automatisation, voici le lien à utiliser pour Make : https://www.make.com/en/register?pc=laurentwiart
Ce que le vibe coding change vraiment : l’accès à la création
Le vibe coding ne remplace pas les développeurs. Il déplace la frontière. Il permet à des gens qui ont :
- une idée claire
- un besoin réel
- une motivation forte
de lancer une première version sans attendre la “bonne équipe”, le “bon budget” ou le “bon moment”.
Et c’est là que l’histoire devient intéressante : l’App Store se remplit d’apps plus personnelles, plus ciblées, parfois imparfaites, souvent utiles. Un guide TV sans pub, une app calendrier pensée différemment, un outil pédagogique pour didgeridoo… ce n’est pas de l’industrialisation, c’est de la créativité qui retrouve une voie de sortie.
Le twist, c’est que tout le monde y gagne… sauf peut-être votre liste de tâches, qui vient de prendre un sérieux coup au moral. Parce qu’à partir de maintenant, “je ne sais pas coder” n’est plus une excuse. C’est juste un point de départ.
Envie de tenter l’aventure ? Un plan simple en 7 jours
Jour 1 : choisir une idée minuscule
Une seule promesse, un seul écran si possible.
Jour 2 : définir le périmètre
Fonctions indispensables, fonctions “plus tard”.
Jour 3 : générer un prototype
Avec Xcode et un assistant IA, même si c’est moche.
Jour 4 : rendre l’app utilisable
Navigation, stockage, gestion des erreurs.
Jour 5 : tests réels
Sur iPhone, conditions normales, puis conditions “pire journée”.
Jour 6 : préparation App Store
Icône, description, captures, politique de confidentialité si nécessaire.
Jour 7 : TestFlight ou soumission
Et vous découvrez une vérité universelle : le dernier 10 % prend 90 % du temps.
À retenir si vous voulez publier une app iOS sans être développeur
- Le vibe coding rend la création d’apps iPhone beaucoup plus accessible.
- Les outils clés tournent autour de Xcode, ChatGPT et parfois Codex.
- SwiftUI est souvent le chemin le plus direct sur iOS, Flutter est pratique pour le multiplateforme.
- Les risques principaux concernent la sécurité, la qualité et la maintenance.
- La différence se fait sur la méthode : prompts précis, tests sérieux, itérations rapides.
Si cette vague continue, l’App Store va ressembler de plus en plus à une immense foire aux idées. Et franchement, tant qu’on n’y trouve pas une app qui génère des apps pour générer des apps, tout va bien.