Rust se está comiendo el software: por qué cada vez más programas se reescriben en este lenguaje
El día de hoy terminó oficialmente la reescritura de Bun en Rust. Más de un millón de líneas de código, escritas con asistencia de IA, reemplazando casi por completo la base del proyecto que antes estaba en Zig. Y aunque a simple vista esto parece la noticia de un solo producto, en realidad es la confirmación de una tendencia que lleva años acelerándose: cada vez más software crítico se está reescribiendo en Rust.
En este artículo vamos a ver qué proyectos forman parte de este movimiento, por qué está pasando, y si tiene sentido que tú como desarrollador inviertas tiempo en aprender este lenguaje.
¿Qué es Bun y por qué importa esta reescritura?
Para los que nunca lo han usado o creen que nadie lo usa: Bun no es un proyecto pequeño. Es un entorno de ejecución de JavaScript que compite directamente con Node.js, y muchas herramientas que usas todos los días dependen de él por debajo:
- Anthropic lo usa como base para Claude Code.
- Midjourney lo usa en su infraestructura de generación de imágenes.
- Tailwind CSS lo usa en su tooling.
- Replit, Cursor, Code Rabbit y Lovable también se apoyan en él.
Y un dato clave: Bun fue adquirido por Anthropic hace varios meses. Es decir, la misma empresa que desarrolla Claude Code es ahora dueña de Bun. Esa adquisición es la que está detrás de la velocidad brutal de esta migración.
¿Por qué pasaron de Zig a Rust?
Antes de la reescritura, Bun estaba escrito en Zig, un lenguaje poco conocido pero con muy buena reputación en cuanto a rendimiento. Zig es básicamente una versión moderna de C, y a nivel de velocidad pura es incluso comparable o superior a Rust.
¿Entonces por qué cambiar?
El problema es que Zig aún no tiene una versión estable. Su versión actual es la 0.16 — ni siquiera ha llegado a la 1.0. Para un proyecto como Bun, que ya tiene productos en producción dependiendo de él, esa inestabilidad es un problema serio: cada actualización del lenguaje puede romper cosas.
La reescritura les ofrece dos cosas concretas:
- Herramientas de asistencia al compilar: el famoso memory safety de Rust, donde el compilador detecta errores de memoria antes de que el código corra. Esto les ahorra muchísimo tiempo de debugging.
- Misma arquitectura, lenguaje más estable: la lógica del proyecto se mantiene, pero ahora sobre una base sólida y con un ecosistema mucho más maduro.
Y hay un detalle que no se puede ignorar: Zig prohibió oficialmente las contribuciones generadas por LLMs hace unos meses. Para una empresa como Anthropic, que opera con agentes de IA escribiendo código a escala industrial, esa incompatibilidad volvió la migración prácticamente inevitable.
El tren de Rust no empezó con Bun
Esta tendencia no es nueva. De hecho, mucho antes de la IA ya había proyectos importantes empujando en esta dirección. Veamos por categorías.
En el tooling de frontend
- SWC → reemplazo de Babel y parte de Webpack. Es lo que Next.js usa por debajo desde hace años. Mucho más rápido por estar compilado nativamente.
- OXC (Oxidation Compiler) → es como SWC pero más ambicioso. Une parser, linter, resolver, transformer y minifier en una sola suite. Hoy es lo más rápido que existe para hacer linting.
- Biome → reemplaza a ESLint y Prettier al mismo tiempo. Empezó como Rome en TypeScript, pero al darse cuenta de que la performance no se podía alcanzar desde JavaScript, lo reescribieron completamente en Rust.
En bases de datos
- Turso → un fork de SQLite reescrito completamente en Rust. Hace exactamente lo mismo que SQLite, pero con mejores optimizaciones, menor consumo de recursos, escrituras asíncronas de entrada y salida, soporte de vectores (útil para IA), búsqueda completa de texto, y hasta sus propios MCPs para integrarse con lenguajes modernos.
En editores y terminales
- Zed → editor de código alternativo a VS Code. Y ojo, es importante diferenciar: la mayoría de "alternativas" a VS Code (Cursor, Windsurf, Kiro, Antigravity, etc.) en realidad son forks del mismo VS Code. Zed no — es una reescritura desde cero. Por eso no tiene todas las features de VS Code aún, pero es la única alternativa real que existe hoy.
- Warp → la terminal moderna que llamó la atención esta última semana porque se volvió open source. Pasó de ser un producto cerrado a tener su repositorio público en GitHub, y se aceptaron muchísimos cambios de la comunidad en cuestión de días. También está escrita en Rust.
Para aplicaciones de escritorio
- Tauri → la alternativa a Electron. Aunque sigue siendo un "intermedio" porque permite ejecutar lógica web por encima, está escrito en Rust por debajo y consume muchísimos menos recursos que Electron.
Y no solo en JavaScript
- uv → administrador de paquetes y entornos virtuales para Python. Reemplaza a pip + virtualenv + poetry. Es tan rápido y bueno que prácticamente se está volviendo el estándar de facto en el ecosistema Python. También escrito en Rust.
Un millón de líneas: lo que la IA cambió
El detalle más impresionante del port de Bun no es solo que se haya hecho, sino cómo: más de un millón de líneas de código añadidas con ayuda de IA.
Esto en años anteriores era impensable. Una migración de este tamaño habría tomado un equipo grande varios meses o incluso años. Hoy se hizo en cuestión de semanas. Si revisas el PR de Bun, vas a ver que Claude Code (Clawdbot) aparece como uno de los reviewers.
Y aquí está el punto importante: ya no se puede saber con certeza qué código fue escrito por humanos y qué código fue generado por IA. Esto significa que las reescrituras masivas entre lenguajes acaban de volverse económicamente viables. Y como Bun es solo el primer caso visible a esta escala, podemos esperar muchas más en los próximos meses.
El regreso a lo nativo
Hay una historia más grande detrás de todo esto. Durante años, la web se comió todo. Aplicaciones móviles, aplicaciones de escritorio, herramientas de línea de comandos — todo se construía con tecnología web. Electron es el ejemplo más conocido, pero la lista es interminable.
El resultado: aplicaciones pesadas, lentas, que consumen demasiados recursos.
WhatsApp, por ejemplo, hace aproximadamente un año reescribió su aplicación de Windows en código nativo. Antes estaba en JavaScript y muchos usuarios se quejaban del consumo de recursos. Hoy con la versión nativa el rendimiento es notablemente mejor.
Lo que estamos viendo ahora es un regreso al lenguaje correcto para el entorno correcto. JavaScript seguirá siendo el rey en la web porque es el estándar. Pero para una terminal, un editor de código, un compilador, un runtime, una base de datos — eso debería estar en código nativo. Y Rust, con su ecosistema ya consolidado, sus administradores de paquetes y sus bibliotecas maduras, se está volviendo la opción por defecto.
¿No es esto exclusivo de Rust?
No del todo. Hay otro movimiento paralelo interesante: hace un año se anunció que el compilador de TypeScript se está reescribiendo en Go. Es decir, TypeScript antes estaba escrito en sí mismo, pero ahora su compilador será nativo en Go. Mismo principio que Rust — código nativo, mucho mejor rendimiento — solo que con otro lenguaje.
La diferencia es que Rust está mucho más popular hoy y por eso lo vemos mencionado más seguido. Pero Go también es una opción válida para este tipo de proyectos.
¿Tienes que aprender Rust?
La respuesta honesta: depende de qué quieras construir.
Si vas a hacer aplicaciones web — frontends, APIs, productos para usuarios finales — probablemente no necesitas Rust. Las herramientas escritas en Rust están diseñadas para que tú no tengas que pensar en Rust. Las usas, son rápidas, y listo.
Si vas a hacer aplicaciones a nivel de sistema — editores de código, herramientas de línea de comandos, integraciones con agentes de IA, compiladores, runtimes — ahí sí tiene mucho sentido aprenderlo. Es prácticamente obligatorio hoy.
Y un detalle: la mayoría de tutoriales de Rust se quedan en sintaxis básica, bucles y funciones. Lo realmente útil — cómo crear un transpilador, cómo construir un servidor, cómo desarrollar una aplicación completa — es donde casi no hay material en español. Si te interesa que cubra esto en profundidad, déjamelo en los comentarios.
¿Dónde puedes ver proyectos reales en Rust?
Si quieres aprender viendo código real en producción, hay repositorios curados como Awesome Rust donde puedes ver desde herramientas de despliegue hasta proyectos completos open source. Pasar tiempo leyendo código de proyectos como Turso, Biome o el mismo Bun te va a enseñar mucho más que un tutorial básico.
Conclusión
El que cada vez más aplicaciones se estén reescribiendo en Rust es una buena noticia. Vamos a tener software más rápido, que consume menos recursos, y construido sobre los lenguajes adecuados para cada contexto. La web seguirá siendo de JavaScript, los lenguajes de alto nivel seguirán siendo Python o similares, pero el tooling, los runtimes y las herramientas de sistema están migrando al lugar donde siempre debieron estar.
Y con el avance de la IA, esto va a acelerarse mucho más. Rust quizás sea solo el comienzo — eventualmente podríamos ver otros lenguajes de sistemas tomando relevancia. Lo importante es que estamos volviendo a la idea de usar el lenguaje correcto para el problema correcto, algo que se había perdido durante la era en la que todo era una aplicación web.
¿Has encontrado otro proyecto interesante reescrito en Rust? ¿Crees que hay un mejor lenguaje para este objetivo? Déjamelo en los comentarios.