Vercel vient d’annoncer une refonte majeure de v0, son outil de génération de code par IA. La promesse ? Permettre aux marketeurs, chefs de produit et designers de déployer du code en production via Git, sans jamais toucher à un terminal. Plus de 4 millions de personnes utilisent déjà v0, et l’entreprise cible désormais les équipes d’entreprise avec des fonctionnalités « production-ready ». Qu’en penser ?
Derrière l’annonce marketing se cache une question bien plus profonde : faut-il vraiment abstraire les outils open source fondamentaux du développement web dans des plateformes propriétaires ? Et surtout, que révèle cette stratégie sur la direction que prend l’industrie tech ?
Git pour tous, vraiment ?
Le pitch de Vercel est séduisant : « Historiquement, les marketeurs et chefs de produit n’étaient pas à l’aise avec la configuration d’un environnement de développement local. Avec v0, ils n’ont plus besoin de le faire. »
Concrètement, v0 intègre désormais un panneau Git complet qui permet de créer une branche pour chaque conversation avec l’IA, d’ouvrir des pull requests contre la branche principale, et de déployer au merge. Les previews sont mappées sur de vrais déploiements Vercel, et n’importe qui dans l’équipe peut désormais « ship du code en production via des workflows Git appropriés ».
Le patron de Vercel, Guillermo Rauch, a même créé skills.sh, une place de marché de compétences IA, entièrement avec v0. À un moment donné, la plateforme recevait 500 nouvelles soumissions par heure.
L’envers du décor : centralisation et propriétarisation
Sauf qu’il y a un hic. Git, créé par Linus Torvalds en 2005, est un système de contrôle de version décentralisé et open source. Son architecture repose sur l’idée que chaque développeur possède une copie complète du dépôt, sans dépendance à un serveur central.
Ce que propose Vercel, c’est exactement l’inverse : une couche d’abstraction propriétaire qui transforme Git en interface cliquable, entièrement dépendante de l’infrastructure Vercel. Certes, le code généré finit dans un dépôt GitHub (lui-même propriété de Microsoft), mais tout le workflow passe par une plateforme américaine fermée.
Distinguons bien : Next.js, le framework React développé par Vercel, est open source. Mais Vercel (la plateforme de déploiement) et v0 (l’outil de génération de code) sont des services propriétaires. On est loin de la philosophie initiale de Git.
Le syndrome du « vibe coding » en action
Cette annonce s’inscrit parfaitement dans la continuité de notre article sur l’étude du « vibe coding » : quand l’IA devient l’intermédiaire entre les utilisateurs et les outils, les fondations s’effritent.
Vercel vend cette approche comme une « démocratisation » du développement. Mais en réalité, on assiste à une désintermédiation : les non-développeurs n’apprennent plus Git, ils apprennent à utiliser Vercel. Ils ne comprennent pas les concepts sous-jacents (branches, commits, merges, conflits), ils cliquent sur des boutons dans une interface propriétaire.
Résultat ? Une nouvelle génération d’utilisateurs complètement dépendante d’une plateforme américaine pour déployer du code, sans comprendre ce qui se passe sous le capot. Et si Vercel change ses tarifs, ses conditions, ou disparaît ? Bonne chance pour migrer proprement.
Où est l’alternative européenne ?
Parlons franchement : il n’existe pas d’équivalent européen à Vercel à cette échelle. Pas de plateforme française, allemande ou suédoise qui offre ce niveau d’intégration IA + déploiement + Git. On a des acteurs européens sur l’hébergement (OVH, Scaleway, Hetzner), sur le CI/CD (GitLab est européen à l’origine, même si son siège est désormais aux États-Unis), mais rien qui rivalise avec l’écosystème Vercel/Next.js/v0 en termes de facilité d’usage et d’adoption.
C’est exactement le genre de situation qui devrait alerter sur la souveraineté numérique européenne. Quand les workflows de développement web de millions d’équipes passent par une poignée de plateformes américaines, on ne parle plus de simple préférence technique – on parle de dépendance structurelle.
Faut-il vraiment rendre Git « facile » ?
Question provocante : Git doit-il vraiment être accessible à tout le monde ?
Git est complexe parce qu’il résout des problèmes complexes : gestion distribuée de versions, résolution de conflits, historique complet, flexibilité maximale. Cette complexité n’est pas un bug, c’est une feature. Elle force les utilisateurs à comprendre ce qu’ils font avant de merger du code en production.
Vercel fait le pari inverse : simplifier à l’extrême, au prix de créer une dépendance à sa plateforme. C’est un choix légitime, mais il faut en mesurer les conséquences.
Quand un marketeur « merge une PR » via v0 sans comprendre ce qu’est une branche ou un conflit Git, que se passe-t-il le jour où l’IA génère du code buggé ? Ou pire, du code qui expose une faille de sécurité ? Qui debug ? Qui assume la responsabilité ? Vercel construit une cage dorée extrêmement confortable. L’interface est intuitive, l’intégration est fluide, les résultats sont bluffants. Mais c’est une cage quand même.
Git est open source. Git est décentralisé. Git survivra à Vercel. Mais combien d’équipes seront capables de s’en servir sans interface cliquable le jour où elles en auront besoin ?
