VoidZero rejoint Cloudflare
(blog.cloudflare.com)- VoidZero est l’entreprise à l’origine de Vite, Vitest, Rolldown, Oxc et Vite+, et l’ensemble de l’équipe VoidZero rejoint désormais Cloudflare
- Toutefois, les projets en cours de développement continueront d’être maintenus en open source, neutres vis-à-vis des fournisseurs et pilotés par la communauté
- Vite sert de base à de nombreux frameworks JavaScript comme Vue, SvelteKit, Nuxt, Astro, Solid, Qwik, Angular, React Router et TanStack Start, et Cloudflare investit 1 million de dollars dans le fonds de l’écosystème Vite
- L’Environment API permet d’exécuter le code serveur en développement dans le runtime plutôt que dans Node.js, et le plugin Cloudflare pour Vite fournit localement avec
workerdle même modèle d’exécution que Workers - Les agents IA créent des projets, lancent des serveurs de développement, lisent les erreurs et enchaînent tests, lint, formatage et déploiements de prévisualisation, ce qui renforce l’importance de builds rapides, de tests rapides, d’erreurs structurées et d’une CLI cohérente
- Les outils Cloudflare suivent une logique qui consiste non pas à tirer Vite vers Cloudflare, mais à amener les outils applicatifs de Cloudflare au-dessus de Vite, avec à long terme une CLI
cf, des primitives neutres vis-à-vis des fournisseurs pour le full stack et les agents, ainsi que l’open source de la plateforme Void
Le rapprochement et les principes maintenus
- VoidZero est l’entreprise à l’origine de Vite, Vitest, Rolldown, Oxc et Vite+, et ce changement amène désormais toute l’équipe VoidZero chez Cloudflare
- Vite, Vitest, Rolldown, Oxc et Vite+ conservent un fonctionnement open source, neutre vis-à-vis des fournisseurs et piloté par la communauté
- Vite conserve sa licence MIT et son mode de développement public, ainsi que le principe selon lequel les applications créées avec Vite doivent pouvoir s’exécuter partout
- Evan You et l’équipe VoidZero continueront de piloter Vite, Vitest, Rolldown, Oxc et Vite+, tandis que Cloudflare investira des ingénieurs et des ressources dans ces projets
- Comme lorsque Astro a rejoint Cloudflare, Astro conservera lui aussi son caractère open source et déployable partout, tout en poursuivant sa feuille de route existante
L’écosystème Vite et le fonds d’un million de dollars
- Vite sert de base à Vue, SvelteKit, Nuxt, Astro, Solid, Qwik, Angular, React Router et TanStack Start, et même Next.js dispose désormais d’une implémentation basée sur Vite via vinext
- Cloudflare affirme que sa priorité absolue est de préserver la confiance qui a permis l’adoption de Vite, et estime devoir prouver cette confiance par son soutien au projet et sa manière de le développer
- Cloudflare investit 1 million de dollars dans le fonds de l’écosystème Vite géré par l’équipe cœur de Vite afin de soutenir les mainteneurs et les contributeurs
- Vite est un projet plus grand que VoidZero ou Cloudflare, et l’orientation retenue est que les personnes qui ont contribué à construire Vite doivent aussi participer à la suite de son évolution
Les points de rencontre techniques entre Vite et Cloudflare
- La collaboration entre Vite et Cloudflare a commencé en 2024 avec la Vite Environment API, qui permet d’exécuter le code serveur en développement dans un environnement autre que Node.js
- Avec le plugin Cloudflare pour Vite, l’exécution de
vite devlance le code serveur dans le runtime open source workerd, qui fait tourner Workers en production - Durable Objects, D1, KV, R2, Workflows, Workers AI, Agents, Service Bindings et Workers RPC s’exécutent localement avec le même modèle de runtime qu’en production
- L’Environment API n’impose pas un serveur de développement propre à Cloudflare, et permet au contraire une structure faite de mécanismes génériques dans Vite et d’implémentations propres à chaque fournisseur
- Vite atteint environ 129 millions de téléchargements hebdomadaires, et
@cloudflare/vite-pluginenviron 14 millions de téléchargements par semaine
La boucle de développement transformée par l’IA
- Les agents utilisent serveur de développement, bundler, linter, formateur et CLI, et créent des projets, lancent le serveur de développement, lisent les erreurs, écrivent des tests puis répètent les étapes de lint, formatage et déploiement de prévisualisation
- De nombreuses applications générées par IA démarrent comme des applications Vite, car Vite est rapide, largement compris et largement compatible avec les données d’entraînement
- Dans un développement piloté par des agents, les itérations sont plus nombreuses qu’avec des humains, ce qui rend encore plus importants les builds rapides, les tests rapides, le lint et le formatage rapides, des erreurs claires et structurées, ainsi qu’une CLI cohérente
- Vitest, Rolldown, Oxc, Oxlint et Oxfmt ont été conçus comme des outils rapides dans leurs catégories respectives, et Vite+ les rassemble dans une seule CLI, un seul modèle de configuration et moins de composants
- Le tableau de bord Cloudflare est construit avec Vite, Oxlint permet déjà d’économiser plusieurs jours de temps d’ingénierie dans la base de code de Cloudflare, et le framework de harness d’agents Flue de l’équipe Astro migre lui aussi vers une base Vite
Vite full stack et la CLI Cloudflare
- Les applications modernes gèrent routes avec rendu serveur, API, tâches en arrière-plan, files, bases de données, stockage objet, fonctionnalités temps réel, authentification, agents et fonctions IA, si bien que le rôle d’un outil de build ne peut plus se limiter à générer des bundles
- Vite évolue pour comprendre davantage de parties de l’application tout en conservant sa rapidité, sa simplicité et sa portabilité
- La plateforme de déploiement Void pour Vite était un espace d’expérimentation sur ce que doivent prendre en charge les frameworks d’applications modernes, sur l’expérience de déploiement souhaitable et sur le niveau d’intégration possible de tout le cycle de vie applicatif dans une seule toolchain
- Une partie de ces enseignements sera intégrée à Vite lui-même sous forme d’abstractions et de hooks neutres vis-à-vis des fournisseurs pour le backend, les API, les agents et le déploiement, tandis que Cloudflare fournira sur Workers et sa Developer Platform une implémentation de premier plan de ces hooks
- Les changements apportés à Vite lui-même continueront de suivre le même processus de contribution public, et les fonctionnalités ajoutées à Vite ne devront pas être spécifiques à Cloudflare mais fonctionner partout où Vite fonctionne
- Cloudflare choisit non pas de déplacer Vite vers Cloudflare, mais d’amener les outils applicatifs de Cloudflare au-dessus de Vite
- Un aperçu technique de la nouvelle CLI unifiée
cfa été publié, et Vite doit servir de base à l’expérience CLI pour les applications cf devest pensé comme un sur-ensemble devite dev, en ajoutant au même niveau de vitesse, au même hot module replacement et au même modèle de plugins le runtime et les bindings Cloudflarecf buildvise à comprendre nativement les projets Vite sans passer par une procédure d’adaptateur, etcf deployà faciliter le déploiement des applications Vite sur Cloudflare
Les prochaines étapes
- À court terme, Vite, Vitest, Rolldown, Oxc et Vite+ continueront d’être publiés, et l’équipe VoidZero poursuivra ses contributions et son rôle moteur
- Le plugin Cloudflare pour Vite continuera d’être amélioré, et l’approche Environment API pour exécuter localement le code serveur dans le bon runtime continuera de progresser, y compris au-delà des runtimes Cloudflare
- À long terme, la CLI Cloudflare doit évoluer vers une expérience directement construite sur Vite, et Vite devrait disposer de primitives neutres vis-à-vis des fournisseurs pour les applications full stack et les agents
- Avec le temps, le projet est d’ouvrir en open source la plateforme Void afin que d’autres puissent créer leur propre plateforme sur Vite et Cloudflare
- Pour essayer Vite sur Cloudflare dès maintenant, il suffit d’exécuter
npm create vite@latestpuisnpx wrangler deploy
1 commentaires
Réactions sur Hacker News
Il y avait un post du 3 février 2014, « Vue.js: JavaScript MVVM made simple (vuejs.org) » : https://news.ycombinator.com/item?id=7169288
Evan You avait étudié l’histoire de l’art et les arts plastiques, et il semble avoir dû apprendre JavaScript à Parsons School pour pouvoir montrer rapidement son travail
C’est en étant chez Google Creative Lab 5, avec l’envie d’améliorer l’expérience AngularJS, qu’il a créé Vue ; la suite appartient à l’histoire bien connue
Je ne sais pas encore ce que cette acquisition par Cloudflare finira par signifier, mais je suis vraiment reconnaissant envers Evan et l’équipe pour les magnifiques frameworks et outils qu’ils construisent depuis des années
J’ai aussi commencé récemment à toucher à Cloudflare Pages et Workers, et le processus pour lancer une appli de base est déjà bien moins pénible, donc cette collaboration pourrait me simplifier la vie
Ça vaut largement l’écoute
Je me demande si, au fond, le modèle économique de ces projets n’est pas : 1. créer un outil développeur populaire, 2. lever des fonds, 3. embaucher des talents exceptionnels, puis 4. prier pour un acqui-hire qui justifie l’investissement initial
Je me demande aussi comment les premiers investisseurs perçoivent ce type de trajectoire. J’imagine que le montant devait être suffisamment bon pour qu’ils acceptent, ou qu’ils estimaient qu’un chemin vers le revenu était presque impossible, voire inexistant
Dit de façon neutre, les partenaires de VC les traitent comme des éléments d’un même portefeuille, donc si une équipe ne s’en sort pas vraiment seule, elle peut être fusionnée avec une autre ayant des objectifs ou un marché plus ou moins similaires
Dit plus franchement, cela revient aussi à savoir qui l’on connaît et à permettre à tout le monde de raconter une belle histoire de sortie
Dans ce cas, le produit principal est sous licence MIT, donc l’équipe peut partir un vendredi et reprendre exactement le même travail le lundi sous une nouvelle organisation
À l’ère de l’IA, certaines acquisitions dans ce secteur semblent motivées par les talents et le produit
Celle-ci en a l’air aussi. Vite est un excellent produit, et ils ont su constituer une excellente équipe
On peut être surpris du niveau de prime que les entreprises sont prêtes à payer pour les talents
Au final, les outils se dégradent, deviennent trop chers ou disparaissent complètement, et je suis fatigué de devoir refactorer et migrer parce qu’un nouveau propriétaire a pris de mauvaises décisions
Ce genre d’annonce de rachat est toujours inquiétant. On entend souvent des phrases du type « rien ne change, la roadmap reste la même », mais un simple calcul de base suffit à voir que ce n’est pas comme ça que fonctionne une entreprise
À part ça, je dois utiliser Cloudflare au travail, et dans l’organisation de taille intermédiaire où je suis, l’expérience est franchement assez horrible. Les plaintes sur une « expérience utilisateur hostile » sont fréquentes
Je me demande s’il ne vaudrait pas mieux dépenser cet argent pour concurrencer Vercel sur l’expérience utilisateur et développeur plutôt que d’acquérir des projets open source
Malheureusement, j’ai entendu l’expression « expérience utilisateur hostile » à plusieurs reprises, et nous travaillons dur pour l’améliorer. Si cela vous convient, j’aimerais beaucoup en savoir plus sur les problèmes que vous rencontrez
Il est toujours préférable de rester indépendant, mais il pourrait aussi y avoir de bien pires « nouvelles maisons » ; j’espère donc que cela se passera bien et je préfère attendre de voir
J’aime Vite. Du moins tant que je n’oublie pas qu’il existe dans mon projet. Il a rendu presque sans configuration des choses qui donnaient l’impression d’être stupide
Mais cette nouvelle ne me réjouit pas
C’était pareil pour les nouvelles autour d’Astro plus tôt cette année
Ce sera sûrement une bonne chose pour les personnes qui ont créé le projet, mais il y a quelque chose dans ce genre d’acquisition qui m’inquiète
Mais la suite me rend un peu triste. On a tous les deux vu ce genre de chose se répéter trop souvent, et on a appris à lire entre les lignes quand on nous dit toujours que « rien ne va changer et tout ira bien pour toujours »
Il y a quelques années, j’ai migré un projet assez complexe, un monorepo avec des bindings Rust WebAssembly, de Webpack vers Vite, et les builds de dev comme les builds réels sont passés de plusieurs minutes à quelques secondes. Depuis, je n’ai plus jamais regardé Webpack
Je ne sais pas trop quoi ressentir face à cette nouvelle. Surtout qu’en passant de Vite 7 à Vite 8, mon projet s’est cassé d’une manière non documentée, mais je reste prudemment optimiste
Félicitations à Evan malgré tout
Petit détail amusant, Fred « fks » a créé Astro après que Snowpack n’a pas réussi à gagner en traction
Le fait de « pouvoir simplement oublier qu’il existe » est une grande victoire pour moi. Webpack était peut-être meilleur que Grunt/Gulp, mais c’était incroyablement complexe
Moi aussi, je suis un peu inquiet. Ce n’est pas toujours le cas, mais les endroits absorbés par une entreprise deviennent souvent des cimetières pour les projets cool
Heureusement, l’open source a suffisamment d’histoires comme Terraform→OpenTofu et Redis→Valkey
Du point de vue de Cloudflare, cela a de la valeur parce que l’IA peut être amenée à recommander Cloudflare plus souvent
Les agents cherchent déjà Vite. Une fois qu’ils ont trouvé Vite, choisir ensuite Cloudflare par défaut devient très naturel. Un peu comme lorsqu’on guide les utilisateurs de Next.js vers une configuration Vercel
Cela peut être une acquisition à 20 millions de dollars, mais cela pourrait aussi générer des milliards grâce à l’augmentation du SEO pour agents
En revanche, je suis d’accord avec l’idée de fond. Avec la montée en usage des grands modèles de langage, cela pourrait fortement aider à gagner des parts de marché dans l’hébergement d’applications web
Lovable utilise Cloudflare, donc ils déploient probablement sur Cloudflare Workers
Si on se place du point de vue pur de l’étape de build, des outils comme Vite ou Bun semblent déjà avoir accompli à peu près tout ce qu’il y avait de significatif à accomplir
Si j’étais le créateur de ce genre d’outils, je passerais moi aussi à autre chose. Bonne chance, et merci pour tout jusque-là
Ou investir dans le packaging de composants HTML personnalisés, au lieu de supposer qu’on va utiliser l’une de ces bibliothèques de « composants » superflues, ou qu’on n’utilisera pas de composants du tout
Il y a plein de directions possibles pour ces outils, mais aucune volonté d’aller dans ce sens. Probablement parce qu’il existe déjà quelque chose de « suffisamment bon », donc personne ne cherche ce qui « pourrait être meilleur »
À cela s’ajoute la tendance des couches managériales dans les organisations de développement à considérer que les développeurs ne devraient plus toucher au code, et que le vrai travail doit être fait par de grands modèles de langage. On fabrique donc toutes sortes de choses douteuses pour satisfaire les « agents »
Cela ne rend pas forcément la vie plus difficile aux développeurs, mais la tendance va clairement dans ce sens. Parce qu’il est bien plus facile de faire suivre à un grand modèle de langage une concaténation de chaînes pénible, obscure et exacte au caractère près, que de lui faire explorer quelque chose comme le ferait un humain imparfait
Le résultat concret, ce sont des outils moins accueillants pour les humains et plus accueillants pour les robots
Donc non, je ne suis pas d’accord. Il reste encore des choses importantes à accomplir pour les humains, et ils ne semblent pas s’y intéresser profondément
Si Vite, Bun et uv n’étaient que des projets pour « accélérer les builds », il pourrait effectivement y avoir des rendements décroissants. Mais les acquisitions par Cloudflare, Anthropic et OpenAI montrent que cette couche ne devient pas moins importante, elle devient plus stratégique
Ces outils se trouvent au-dessus de la chaîne d’approvisionnement logicielle. Ils couvrent la résolution des dépendances, la structure des projets, les tests, les builds, le runtime, les chemins de déploiement, et de plus en plus la boucle d’exécution des agents IA
Ils définissent le parcours fondamental de fabrication du logiciel, et c’est aussi là que le code généré par l’IA se confronte aux vraies contraintes de dépendances, de build, de test et de déploiement pour être validé
Donc non, je ne pense pas que tout ce qu’il y avait de significatif à faire ait déjà été fait. La valeur se déplace de la simple vitesse de build vers le contrôle de la couche workflow où le logiciel est assemblé
Merci d’avoir commencé par clarifier le point le plus important : « Vite, Vitest, Rolldown, Oxc et Vite+ sont open source, ne sont pas liés à un fournisseur spécifique, et resteront pilotés par la communauté. Cela ne changera pas »
Cela dit, je me suis trop souvent fait avoir par le passé, donc je suis désormais très sceptique face aux acquisitions. Seul le temps dira si cette promesse sera tenue, mais au moins c’est désormais clairement inscrit au dossier officiel
J’aimerais aussi savoir si cela figure quelque part dans le contrat d’acquisition ou dans les documents associés
Donc je prends plutôt cette promesse au sens de « ce sera open source et tout le reste pendant un bon moment »
J’aime bien Vite, mais j’ai toujours eu un pincement au cœur parce qu’on ne voyait pas clairement comment ça pourrait gagner de l’argent. Même l’ensemble de VoidZero me semblait un peu forcé
C’est d’ailleurs l’une des raisons qui m’ont toujours fait hésiter à créer des outils sympas. Il faut bien réussir à en vivre d’une manière ou d’une autre
Donc je suis heureux de voir que l’équipe qu’ils ont montée a pu obtenir la rémunération et la durabilité qu’elle mérite
Il faut les vendre à un public qui ne veut pas payer pour des outils ni pour de la valeur. Au final, ils se retrouvent à concurrencer leur propre version gratuite, dont on peut atteindre l’équivalence fonctionnelle avec quelques sessions d’agents IA
Pour mémoire, on en est là
NPM → Microsoft
Vite → Cloudflare
Bun → Anthropic
Turbopack → Vercel
Remix → Shopify, j’avais presque oublié celui-là
Biome, anciennement Rome → indépendant, mais largement soutenu par Depot
SWC → indépendant
esBuild → indépendant
Moi, j’utilise RsBuild/RsPack, soutenu par ByteDance
Svelte → Vercel
Astro → Cloudflare
Le rêve, ça a toujours été un framework de premier plan pour Cloudflare Workers
Au tout début, si on regarde littéralement les billets de blog et le dépôt GitHub, ils ne faisaient que de petites démos
Ensuite, pendant longtemps, ils ont prétendu être devenus « full-stack » grâce à des capacités de rendu côté serveur, mais à l’époque c’était très mauvais et ça s’intégrait mal avec les outils de la plateforme Workers
Ça se mélangeait aussi bizarrement avec le message autour de Pages, qui n’était pas du full-stack au sens où les développeurs l’entendent
C’était aussi très difficile à faire fonctionner en environnement de développement, et à l’époque
wrangler devétait extrêmement limité. À titre de comparaison, le wrangler actuel est vraiment très bonVercel a en quelque sorte mangé le déjeuner de Cloudflare sur ce terrain. Ce n’est pas honteux, ils n’ont simplement pas réussi à bien viser les développeurs
Puis, très discrètement, les adaptateurs sont arrivés et ont en fait changé la donne. La base de code donnait enfin l’impression d’être portable vers Workers, et un support presque complet de la plateforme CF a suivi
Maintenant, nous vivons à l’ère de l’IA, Cloudflare a acheté Astro, a essayé de sortir une copie de WordPress, et on dirait que Next.js a été fait en vibe coding
Tout cela s’inscrit dans un mouvement important, attendu depuis longtemps. Voir la possibilité de davantage d’améliorations sur Workers est vraiment rafraîchissant
Et en plus, Evan est une figure légendaire qui livre régulièrement des outils que les gens adorent, ce qui rend la chose encore meilleure