Une licorne, et un aveu Une plateforme de vibe coding vient de lever 130 millions de dollars, pour une valorisation de 1,5 milliard. Les chiffres annoncés sont spectaculaires. Plus de 12 millions d'applications construites en un an environ. 200 000 clients payants. 70 % d'utilisateurs qui n'ont jamais écrit une ligne de code. Des agents qui écrivent le code, puis prennent en charge hébergement, tests et déploiement. Et pourtant. Son fondateur reconnaît que les taux de réussite restent en dessous de ses attentes. Une partie des fonds servira à les améliorer, et à supporter des applications plus complexes. Où se trouve le mur Pas à l'entrée. Produire une première version qui fonctionne en démonstration n'a jamais été aussi rapide. Le mur arrive ensuite. Quand l'application grossit, quand les cas limites s'accumulent, quand une évolution casse une fonctionnalité existante, et que l'utilisateur, qui n'a jamais codé, ne dispose d'aucun moyen de comprendre pourquoi. Les agents testent, certes. Mais tester ce qu'on a soi-même généré, selon sa propre compréhension de la demande, ne garantit pas que le comportement attendu par le métier soit couvert. Un signal pour les entreprises Les outils de génération d'applications entrent dans les métiers, souvent sans passer par la DSI. Ils produisent vite des outils utiles, et la tentation de les mettre en production est forte. Si les plateformes les mieux financées du marché n'ont pas encore résolu la fiabilité à grande échelle, une équipe métier ne la résoudra pas seule. Et le jour où l'outil casse, c'est vers la DSI que tout le monde se tourne. Fixer un seuil de criticité La réponse n'est pas l'interdiction. C'est un seuil. Au-delà d'un certain nombre d'utilisateurs, ou dès qu'une application touche des données de référence ou un processus critique, elle doit entrer dans un circuit de tests automatisés et de validation continue, avec des scénarios définis par le métier. En dessous, liberté. Au-dessus, vérification systématique. Le seuil, lui, mérite d'être revu chaque année.
