URL:     https://linuxfr.org/users/piratebab2/journaux/le-vibe-coding-linuxfr-et-moi
Title:   Le vibe coding, linuxfr, et moi
Authors: piratebab2
Date:    2026-10-07T08:43:24+02:00
License: CC By-SA
Tags:    
Score:   -4


Quasi quotidiennement, je vois des messages fortement moinssés, avec comme argument « c’est du vibe coding, donc c’est de la merde ».
Comme d'autres journaux récents, je souhaite alimenter votre réflexion.

Aimant bien comprendre les choses, et ayant quitté le monde du codage depuis fort longtemps, je me suis documenté (pas via une IA générative, il faut rester sérieux), fait quelques tests avec l’IA mise à disposition par mon entreprise. Je vais vous expliquer ce que j’ai compris, et si l’équation vibecoding = merde est toujours vraie

 
Tout d’abord, il faut que je vous parle rapidement de mon parcours avec le codage afin que vous compreniez mes biais.

J’ai appris le codage dans les années 80 (1980, faut il le préciser …), en assembleur.

J’ai ensuite appris le Pascal, et c’était une révolution pour moi. On pouvait coder en langage humain (if, then, else , ..) , et non plus en langage machine

Dans mon premier emploi, on codait du temps réel. 2 équipes s’affrontaient :

    Les anciens, qui ne juraient que par l’assembleur (exécution plus rapide, moins gourmand en ressources,  ..)
    Les modernes qui programmaient en C (codage plus rapide, code sensiblement aussi performant que l’ASM, maintenable,  ..)

Inutile de vous préciser qu’elle équipe était encore là 3 ans plus tard.

Pour ma part, j’avais le choix des armes. J’ai codé en C, en intégrant des bouts d’assembleur (le meilleur des 2 mondes)

Puis je me suis éloigné du codage, me contentant de quelques scripts Python ou Bash pour me faciliter la vie. J’ai suivi de loin l'arrivée de nouveaux langages et le revival d'anciens(PASCAL, FORTRAN), puis l’arrivée de l’Orienté Objet .. 
Chacun étant supposé remplacer définitivement les prédécesseurs, mais certains sont toujours là car ils répondent à un besoin (FORTRAN ..). Pour moi il n'y a pas de "meilleur langage", chaque langage est adapté à un besoin.

Et maintenant, c’est le vibe coding. C’est-à-dire décrire en langage courant ce que doit faire un logiciel, et laisser une IA générative s’occuper du code.
 
Ce que je retiens de tout ça, c'est que le code n'est pas une fin en soi. Ce n'est qu'un intermédiaire qui permet à un humain d'expliquer à une machine ce quelle doit faire.

Le plus important dans le projet, c'est **ce qui se passe avant**:
- clairement définir le besoin (et vérifier que quelqu'un ne l'a pas déjà fait)
- bien penser l'architecture globale
- intégrer la cyber sécu

Et **ce qui se passe après**:
- tests unitaires
- tests d'intégration
- crash test (par ex fuzing, test du singe)

 Les "pisseurs de code", ça n'est pas nouveau, c'est juste que maintenant c'est une machine qui le fait.
Même quelqu'un qui serait un excellent codeur, mais néglige ces étapes, ferait aussi de la merde.

Donc avant de conclure instantanément vibecoding = merde, posez d'abord la question de ce qui s'est fait en amont et en aval., ça sera plus constructif.

Reference:
https://www.youtube.com/watch?v=AiytemqB_F0