Vite+ 1.0 fusiona siete herramientas JS en un solo comando. ¿Cuándo vale la pena ese cambio?

VoidZero lanzó Vite+ 1.0 el 28 de septiembre, el mismo día en que Cloudflare celebró su Birthday Week. La propuesta es simple: un único comando, vp, y un único vite.config.ts, en lugar de la pila de herramientas que arrastra un proyecto JavaScript normal. Una sola dependencia vite-plus sustituye a Vite, Vitest, un linter, un formateador, un ejecutor de Git hooks, un gestor de tareas y un gestor de versiones de Node. Los comandos significan lo mismo en cualquier repositorio: vp dev, vp check, vp test, vp build, vp run. La versión tiene licencia MIT, se acerca a los dos millones de descargas semanales y ya está integrada en más de 2.600 repositorios públicos.

Internamente agrupa Vite 8, Vitest 5, Rolldown, Oxlint y Oxfmt, con caché de tareas incorporada. El linter y el formateador están escritos en Rust, por lo que las comprobaciones son rápidas. Los propios datos de VoidZero sitúan a Oxlint entre 50 y 100 veces más rápido que ESLint, y a Oxfmt hasta 30 veces más rápido que Prettier. Vitest 5 es hasta un 50 % más rápido que Vitest 4, y el compilador Oxc React funciona aproximadamente 10 veces más rápido que el plugin de Babel al que reemplaza. Cloudflare, que ahora es propietaria de VoidZero, enmarcó el trabajo de rendimiento en torno a un punto que vale la pena considerar: los agentes de programación permanecen inactivos mientras el toolchain trabaja lentamente, así que en cuanto la inferencia se acelere, la verificación de tipos y el linting se convierten en el cuello de botella.

Esta es nuestra valoración honesta. La ventaja es real, y no se trata principalmente del tiempo de escritura que se ahorra.

Lo que realmente elimina es la divergencia

Cuando desarrollamos aplicaciones cloud-native para clientes empresariales, el punto débil nunca es una herramienta rota. Es la brecha entre herramientas. La versión de ESLint en el portátil de un desarrollador que no coincide con la de CI. La configuración de Prettier que formatea de forma diferente en dos máquinas. La versión de Node que nadie fijó. Son problemas pequeños, y los problemas pequeños repetidos en decenas de repositorios y cientos de builds resultan costosos. Vite+ prueba su stack como una unidad y lo actualiza como una unidad. Esa es la parte que merece la pena.

Esa misma propiedad es la trampa, así que entre con los ojos abiertos. Actualiza cuando Vite+ actualiza. Cambia un conjunto de configuraciones que controla por los valores predeterminados de un proveedor. Para un proyecto nuevo, es un sí fácil. Para una base de código consolidada con un conjunto de reglas ESLint cuidadosamente ajustado, la pregunta real es si Oxlint cubre las reglas de las que depende, y el lanzamiento no responde eso para su configuración específica.

Lo que le diríamos a un equipo esta semana

• ¿Empieza algo nuevo? Ejecute vp create y sáltese la semana que de otra manera pasaría configurando lint, formato, tests y CI. Los valores predeterminados son sensatos.
• ¿Tiene un proyecto existente? No desmonte nada en mitad de un sprint. Ejecute vp migrate en una rama. Muestra su plan antes de tocar un archivo, así que revise ese plan, ejecute su suite de tests completa y solo entonces decida.
• Fije la versión de vite-plus y deje que CI, no los portátiles individuales, sea la fuente de verdad del toolchain. Ese único hábito elimina la mayoría de los tickets de «funciona en mi máquina».

El aspecto de seguridad que la gente pasa por alto

Una dependencia que reemplaza a siete supone una superficie de ataque menor y una auditoría más corta. Durante nuestros trabajos de pentesting y revisiones de dependencias, la larga cola de dependencias de desarrollo transitivas es un punto débil recurrente: plugins sin mantenimiento, formateadores abandonados, un paquete de Git hooks que nadie ha abierto en tres años. Consolidarse en un único toolchain revisado y bien financiado ayuda aquí, siempre que trate esa única dependencia como crítica y la mantenga actualizada. La concentración tiene dos caras: un bug en lo único de lo que todos dependen ahora llega a todos a la vez.

Este instinto va más allá de la web. En nuestro trabajo nativo para iOS y Android el problema tiene la misma forma aunque las herramientas sean diferentes. La brecha entre el toolchain en la máquina de un desarrollador y el del servidor de compilación es de donde vienen las builds inestables. Un toolchain que se fija de extremo a extremo es la dirección correcta cualquiera que sea la plataforma.

Una advertencia sobre el enfoque de Cloudflare. La historia de «acelera tus agentes» es buen marketing y en parte es verdad, pero es temprano. Bundled Dev, el modo desarrollado con la ayuda del propio equipo del panel de Cloudflare, sigue detrás de un flag experimental y no ha sido publicado. Trate las afirmaciones sobre velocidad de agentes como una razón para seguir esto de cerca, no como una razón para cambiar de plataforma hoy.

Si mantener toolchains y CI consistentes en un conjunto creciente de repositorios le resulta familiar, hablemos.