Vite+ 1.0 fusionne sept outils JS en une commande. Voici quand ce pari est payant.

VoidZero a livré Vite+ 1.0 le 28 septembre, le même jour où Cloudflare organisait sa Birthday Week. La proposition est simple : une commande, vp, et un fichier vite.config.ts, à la place de l'empilement d'outils qu'un projet JavaScript ordinaire traîne avec lui. Une seule dépendance vite-plus remplace Vite, Vitest, un linter, un formateur, un gestionnaire de hooks Git, un gestionnaire de tâches et un gestionnaire de versions Node. Les commandes ont la même signification dans tous les dépôts : vp dev, vp check, vp test, vp build, vp run. La version est sous licence MIT, approche les deux millions de téléchargements hebdomadaires, et est déjà intégrée dans plus de 2 600 dépôts publics.

Sous le capot, il regroupe Vite 8, Vitest 5, Rolldown, Oxlint et Oxfmt, avec une mise en cache des tâches intégrée. Le linter et le formateur sont écrits en Rust, donc les vérifications sont rapides. Les propres chiffres de VoidZero situent Oxlint entre 50 et 100 fois plus rapide qu'ESLint, et Oxfmt jusqu'à 30 fois plus rapide que Prettier. Vitest 5 est jusqu'à 50 % plus rapide que Vitest 4, et le compilateur Oxc React tourne environ 10 fois plus vite que le plugin Babel qu'il remplace. Cloudflare, qui détient désormais VoidZero, a encadré le travail sur la vitesse autour d'un point qui mérite réflexion : les agents de codage restent inactifs pendant que votre chaîne d'outils tourne, donc dès que l'inférence devient rapide, la vérification des types et le linting deviennent le goulot d'étranglement.

Voici notre lecture honnête. Le gain est réel, et il ne s'agit pas principalement des frappes clavier que vous économisez.

Ce qu'il supprime vraiment, c'est la dérive

Quand nous développons des applications cloud-natives pour des clients entreprises, la fuite lente n'est jamais un outil cassé. C'est l'écart entre les outils. La version d'ESLint sur le portable d'un développeur qui n'est pas celle utilisée en CI. La configuration Prettier qui formate différemment sur deux machines. La version de Node que personne n'a épinglée. Ce sont de petits problèmes, et de petits problèmes répétés sur une douzaine de dépôts et quelques centaines de builds coûtent cher. Vite+ teste sa stack comme une seule unité et la met à jour comme une seule unité. C'est la partie qui est payante.

Cette même propriété est aussi le piège, alors avancez en connaissance de cause. Vous mettez à jour quand Vite+ se met à jour. Vous échangez un ensemble de configurations que vous contrôlez contre les valeurs par défaut d'un seul fournisseur. Pour un nouveau projet, c'est un oui facile. Pour une base de code établie avec un ensemble de règles ESLint soigneusement ajusté, la vraie question est de savoir si Oxlint couvre les règles dont vous dépendez — et rien dans le lancement ne répond à cela pour votre configuration spécifique.

Ce que nous dirions à une équipe cette semaine

• Vous démarrez quelque chose de nouveau ? Exécutez vp create et évitez la semaine que vous auriez autrement passée à configurer lint, format, test et CI. Les valeurs par défaut sont sensées.
• Vous avez un projet existant ? Ne supprimez rien en plein sprint. Exécutez vp migrate sur une branche. La commande imprime son plan avant de toucher un fichier, donc examinez ce plan, exécutez votre suite de tests complète dessus, et décidez seulement ensuite.
• Épinglez la version de vite-plus et laissez la CI, et non les portables individuels, être la source de vérité pour la chaîne d'outils. Cette seule habitude résout la plupart des tickets « ça marche sur ma machine ».

L'angle sécurité que tout le monde ignore

Une dépendance qui en remplace sept représente une surface d'attaque plus petite et un audit plus court. Lors de nos missions de pentesting et de nos revues de dépendances, la longue traîne des dépendances de développement transitives est un point faible récurrent : plugins non maintenus, formateurs abandonnés, un package de hooks Git que personne n'a ouvert depuis trois ans. Se consolider sur une chaîne d'outils unique, bien financée et bien révisée aide ici — à condition de traiter cette unique dépendance comme critique et de la maintenir à jour. La concentration joue dans les deux sens : un bug dans l'unique chose dont tout le monde dépend désormais touche tout le monde en même temps.

L'instinct va au-delà du web également. Dans notre travail sur iOS et Android natifs, la douleur a la même forme même si les outils diffèrent. L'écart entre la chaîne d'outils sur la machine d'un développeur et celle sur le serveur de build est là d'où viennent les builds instables. Une chaîne d'outils qui s'épingle elle-même de bout en bout est la bonne direction quelle que soit la plateforme.

Une mise en garde sur le cadrage de Cloudflare. L'histoire « rendez vos agents plus rapides » est du bon marketing et en partie vraie, mais c'est encore tôt. Bundled Dev, le mode développé avec l'aide de l'équipe du tableau de bord de Cloudflare, est encore derrière un flag expérimental et n'est pas sorti. Traitez les affirmations sur la vitesse des agents comme une raison de suivre cela de près, pas une raison de changer de plateforme aujourd'hui.

Si maintenir des chaînes d'outils et une CI cohérentes sur un nombre croissant de dépôts vous parle, parlons-en.