Vibe codeur ou codeur ? À mon avis, le vrai débat est ailleurs

Ceux qui arrivent derrière nous vont probablement vivre autre chose. Ils vont moins apprendre à tout coder eux-mêmes, ligne par ligne, et davantage apprendre à piloter des intelligences artificielles capables de produire une application, une API, un site, un outil métier ou même une première version complète d’un produit en quelques heures ou quelques jours.

On les appelle déjà parfois les vibe coders.

Le terme fait sourire certains développeurs. D’autres le prennent presque comme une insulte. Pourtant, je pense qu’on regarde le problème du mauvais côté.

La vraie question n’est peut-être pas :

“Est-ce qu’il faut encore savoir coder ?”

La vraie question est plutôt :

“Est-ce qu’on sait résoudre un vrai problème ?”

Pendant longtemps, quand on voulait créer une application, il fallait apprendre beaucoup de choses avant d’obtenir quelque chose d’utilisable.

HTML, CSS, JavaScript, PHP, bases de données, serveurs, API, sécurité, déploiement, architecture, etc.

Et franchement, c’était normal.

Le code était le passage obligé entre une idée et un produit.

Aujourd’hui, ce passage est en train de devenir beaucoup plus court.

Avec l’IA, quelqu’un qui comprend bien un problème peut demander :

“Crée-moi une application qui permet à un pressing de suivre les vêtements depuis la réception jusqu’à la livraison.”

Et quelques minutes plus tard, il peut déjà avoir une structure de base.

Avec un peu plus de travail, il peut avoir une vraie interface.

Puis une base de données.

Puis des rôles utilisateurs.

Puis un dashboard.

Puis un paiement.

Puis une première version utilisable.

Il y a encore quelques années, ce travail pouvait demander plusieurs semaines.

Aujourd’hui, ça peut aller extrêmement vite.

Et c’est là que le débat commence.

Il y a une caricature du vibe coder que je comprends très bien.

Quelqu’un demande à l’IA de générer du code.

Ça fonctionne.

Il ne sait absolument pas pourquoi.

Il ajoute une fonctionnalité.

Ça casse autre chose.

Il redemande à l’IA de réparer.

Puis il continue comme ça jusqu’à avoir une grosse boîte noire que personne ne maîtrise vraiment.

Évidemment, pour une plateforme bancaire ou un système de paiement qui manipule l’argent des clients, ce serait dangereux.

Mais tous les problèmes ne sont pas des systèmes bancaires.

Et surtout, tous les produits ne commencent pas avec un million d’utilisateurs.

C’est ici que, selon moi, beaucoup de développeurs expérimentés oublient quelque chose.

Un produit imparfait qui résout réellement un problème peut avoir plus de valeur qu’une architecture parfaite que personne n’utilise.

C’est probablement la partie qui m’intéresse le plus.

En Afrique, nous avons encore énormément de problèmes opérationnels qui peuvent être résolus par des outils numériques relativement simples.

Un salon de coiffure qui gère encore ses rendez-vous dans un cahier.

Un pressing qui ne sait pas exactement où se trouve le vêtement du client.

Un restaurant qui perd le contrôle entre la commande, la caisse et la cuisine.

Un commerçant qui ne sait pas réellement combien il gagne chaque semaine.

Une PME qui utilise WhatsApp pour gérer ses stocks.

Une école qui suit encore certaines informations dans plusieurs fichiers Excel.

Une petite entreprise qui passe des heures chaque semaine à effectuer manuellement des tâches qu’une automatisation pourrait faire en quelques secondes.

Ces problèmes existent partout.

Et pendant longtemps, la principale barrière était simple :

développer une solution coûtait cher.

Il fallait trouver un développeur.

Ou une équipe.

Faire un cahier des charges.

Développer pendant plusieurs mois.

Payer l’hébergement.

Corriger les bugs.

Et parfois le projet mourait avant même d’avoir trouvé son premier client.

L’IA est en train de casser une partie de cette barrière.

Et c’est une excellente nouvelle.

Imaginons que tu sois dans un secteur que tu connais bien.

Tu remarques qu’un processus énerve tout le monde.

Les clients se plaignent.

Les employés perdent du temps.

Les responsables n’ont aucune visibilité.

Tu pourrais passer six mois à réfléchir à la meilleure architecture.

Ou alors tu peux faire quelque chose de beaucoup plus simple.

Comprendre précisément le problème.

Construire une première solution avec l’IA.

Trouver trois utilisateurs.

Tester.

Corriger.

Puis facturer.

C’est exactement là que je pense que le vibe coding devient intéressant.

Si grâce à l’IA tu peux créer une “boîte noire” qui résout réellement le problème, je ne pense pas qu’il faille attendre de comprendre chaque ligne de code avant de la montrer au marché.

Il faut évidemment être raisonnable.

Ne mets pas demain une boîte noire générée par IA au cœur d’un système qui gère des milliards.

Mais pour tester une idée, automatiser un processus simple ou construire un MVP ?

Pourquoi pas ?

Cette phrase va probablement faire grincer quelques dents chez les développeurs.

Mais je la pense vraiment.

Il existe beaucoup de personnes brillantes qui ne lanceront jamais rien parce qu’elles pensent qu’elles doivent tout maîtriser avant de commencer.

Ce n’est plus forcément vrai.

Tu peux utiliser l’IA pour aller vite.

Puis utiliser la même IA pour apprendre.

Tu peux lui demander :

“Explique-moi cette architecture.”

“Pourquoi cette fonction existe ?”

“Quels sont les risques de sécurité ?”

“Qu’est-ce qui va casser si j’ai 10 000 utilisateurs ?”

“Comment écrire des tests ?”

“Comment améliorer ce code ?”

Autrement dit, l’outil qui t’a permis de construire plus vite peut aussi devenir ton professeur.

Et ça, c’est puissant.

Je ne suis pas en train de dire que la compétence technique devient inutile.

Au contraire.

Plus ton produit grandit, plus tu vas devoir comprendre ce qui se passe.

Parce qu’à un moment tu vas avoir :

des bugs ;

des données clients ;

des problèmes de performance ;

des questions de sécurité ;

des utilisateurs qui dépendent réellement de ton service ;

des sauvegardes ;

des incidents ;

des paiements ;

des responsabilités.

Et là, le fameux :

“Je ne sais pas, c’est l’IA qui a écrit le code”

ne sera plus une réponse acceptable.

C’est pour ça que je vois plutôt le vibe coding comme un accélérateur.

Pas comme une excuse pour ne jamais apprendre.

Je pense que notre métier est en train de changer.

La valeur ne sera plus uniquement dans la capacité à écrire rapidement du code.

Elle sera de plus en plus dans la capacité à :

comprendre un problème ;

poser les bonnes questions ;

concevoir une bonne solution ;

piloter plusieurs outils ;

faire les bons compromis ;

comprendre le business ;

tester avec les utilisateurs ;

sécuriser ce qui devient critique ;

faire évoluer le produit.

Quelqu’un qui sait faire ça, même s’il écrit moins de code manuellement qu’avant, peut être extrêmement efficace.

Et je pense que c’est là qu’on va voir apparaître une nouvelle génération de builders.

Je ne lui dirais pas :

“Commence par passer trois ans à apprendre tous les frameworks avant de créer ton premier produit.”

Mais je ne lui dirais pas non plus :

“Ne cherche jamais à comprendre ce que l’IA te donne.”

Je lui dirais quelque chose de beaucoup plus simple.

Trouve un problème réel.

Pas une idée abstraite.

Pas une copie du SaaS américain du moment.

Un problème.

Quelque chose qui fait perdre du temps.

Quelque chose qui coûte de l’argent.

Quelque chose qui crée de la frustration.

Quelque chose que les gens veulent réellement voir disparaître.

Ensuite, utilise tous les outils disponibles pour construire une première solution.

IA comprise.

Teste-la rapidement.

Trouve ton premier client.

Fais payer si la valeur est réelle.

Et pendant que ton produit évolue, monte toi-même en compétence.

C’est peut-être la leçon la plus importante.

Un client ne te demandera presque jamais :

“Combien de lignes de code as-tu écrites toi-même ?”

Il va te demander :

“Est-ce que ça fonctionne ?”

“Est-ce que ça me fait gagner du temps ?”

“Est-ce que ça réduit mes erreurs ?”

“Est-ce que ça me fait gagner de l’argent ?”

“Est-ce que je peux compter dessus ?”

C’est ça, la vraie mesure.

Je dirais : les deux mondes vont coexister.

Le codeur qui comprend profondément les systèmes restera indispensable.

Surtout sur les infrastructures critiques.

Mais le vibe coder capable d’identifier un bon problème, de construire vite, de tester vite et d’apprendre vite peut lui aussi créer énormément de valeur.

Et pour l’Afrique, je pense même que cette nouvelle manière de construire peut être une chance.

Parce que nous n’avons pas besoin de milliers de SaaS copiés les uns sur les autres.

Nous avons besoin de milliers de petites solutions intelligentes adaptées à nos réalités.

Des solutions pour nos commerces.

Nos écoles.

Nos hôpitaux.

Nos transports.

Nos administrations.

Nos PME.

Nos agriculteurs.

Nos institutions financières.

Nos villes.

Et si une personne peut aujourd’hui construire en une semaine quelque chose qui lui aurait demandé six mois auparavant, alors il faut utiliser cette opportunité.

Le plus important reste de partir du problème.

Pas du code.

Parce qu’au final, le meilleur développeur de demain ne sera peut-être pas celui qui écrit le plus de code.

Ce sera probablement celui qui sait le mieux transformer un problème réel en solution utile.