Quand le vibe coding rend idiot

Quand le vibe coding rend idiot
Alexandre P. dans News - mis à jour le 09-04-2026

Je vous parle d'un comportement problématique en ce moment avec le vibe coding et pourquoi les boites devraient arrêter de faire ça.

Dernièrement je tombais sur une newsletter de Medium qui m'envoie un article titré:

"Mon projet marchait très bien en Go, mais c'était ça le problème, donc j'ai tout réécrit en Rust"

Entendons-nous bien, il n'a rien réécrit mais il a fait réécrire par IA certes en supervisant mais, ce n'est pas pour autant que ce choix est judicieux.

Un projet qui marchait très bien

Lorsque ton projet marche, qu'il fait ce pourquoi il existe et que la valeur/le service perçu par ton client est de qualité, pourquoi tu veux refaire un truc qui marche ?

Il y a des cas où ça ne pose pas de problème:

  • la recherche, l'expérimentation
  • le prototypage

Mais pour un produit commercial, c'est une décision inutile et très impactante pour la société.

J'ai un ami à la tête d'un groupe qui fait ~100M d'euros /an.

Un jour il m'a dit:

Tu n'imagines pas à quel point toutes les sociétés peuvent être, au bas mot, 50% plus performante si chaque décision prise était intelligente.

Je me doute bien qu'il avait raison, il sait y faire... Plus le temps passe et aujourd'hui j'arrive sur mes 20 ans sur le marché professionnel, plus je lui donne raison.

Le fait est que, j'ai déjà vu trop de société avoir un middle management anarchique, qui prend des décision par égo au lieu de les prendre pour la compagnie.

Et je peux vous donner des exemples:

  • Partir sur des chantiers de 4 mois plutôt qu'une soution de 2 semaines viable pour la raison suivante: On ne sait pas comment l'outil Y fonctionne.
  • Partir sur un refactor de 6 mois quand la société est déjà dans le rouge en espérant qu'un jour on pourra livrer plus vite...

Ce ne sont que des fantasmes. Où les gens se disent que s'ils y arrivent, on sera fier d'eux. Au lieu de se demander si par un chemin de traverse on arrive à un résultat qui profite à tous.

A partir du moment où ce chemin ne lui permettra pas de se mettre en avant, il dira "non".

Pourquoi refaire quelque chose qui est déjà en place ?

Un de mes mentors m'a dit un jour:

Lorsque tu conçois ton projet, sois sûr de posséder l'IP (intellectual property) de ce que tu envoies pour ne pas saboter ta valorisation.

Donc, refaire quelque chose, si c'est pour en détenir plus de "propriété" ça s'entend.

En revanche, qu'en est-il pour un projet qui marche déjà, et qui appartient déjà à la boite ?

La on refait un truc qui a déjà de la valeur, qui fonctionne, dans l'espoir de faire quoi ?

Si c'est pour dire: "Moi j'ai fait", c'est encore par égo.

Si c'est pour fantasmer ce que l'on peut obtenir à terme: "Le pari est parfois inutile".

En attendant, sur la durée, la société a continué à cramer ses fonds pour faire tourner l'opérationnel qui ne livre pas plus de valeur, mais la même valeur...

L'influence du vibe coding

J'ai surtout l'impression que la capacité à produire donne aux gens l'envie de produire, quitte à ce que ce soit du vent.

Ils aiment pédaler dans le vide.

Je pense que c'est un des pièges du Vibe Coding.

Ce n'est pas parce que tu tiens un marteau que tout doit être un clou.

Parfois, je pense qu'il serait plus judicieux de prendre du recul sur les chantiers en cours.

Je reste persuadé que la bataille ne se mène pas sur ce que l'on est capable de faire, mais simplement sur ce que l'on fait.

#vibe coding#startup

user picture

Alexandre P.

Développeur passionné depuis plus de 20 ans, j'ai une appétence particulière pour les défis techniques et changer de technologie ne me fait pas froid aux yeux.