¿Cómo va la reescritura de Bun en Rust?
La reescritura de Bun, muy destacada, de Zig a Rust usando el modelo Claude de Anthropic está suscitando preguntas sobre qué significa realmente que un port asistido por IA de un runtime grande esté “terminado”. Los comentaristas señalan que, aunque la versión en Rust ya impulsa el editor Claude Code de Anthropic y pasa extensas pruebas, todavía no hay una versión pública estable, sigue habiendo mucha actividad de CI y una gran cantidad de Rust `unsafe`, todo lo cual sugiere un trabajo importante de endurecimiento posterior a la reescritura. El hilo se amplía hacia un debate sobre si estas reescrituras impulsadas por LLM son rentables y fiables, o principalmente una maniobra de marketing que oculta el largo esfuerzo liderado por humanos necesario para que el resultado sea idiomático, seguro y mantenible.
Estado de la reescritura en Rust
- El hilo coincide en que la traducción de Zig→Rust está funcionalmente terminada: el código en Zig ya no se usa y la versión en Rust se ejecuta en producción para Claude Code y como canary (
bun upgrade --canary). - Todavía no hay una versión 1.4 formal. Algunos ven la ausencia de un lanzamiento etiquetado como prueba de que la reescritura no está “completa” o no es estable; otros sostienen que un período largo de canary es normal después de una gran reescritura.
- Un mantenedor dice que el lanzamiento público está bloqueado por alcanzar un número prometido de pruebas de Node.js que pasen en la nueva versión; el lanzamiento es “muy probablemente” inminente.
Uso en el mundo real y fiabilidad
- Claude Code lleva más de un mes ejecutándose sobre el runtime en Rust; aparentemente la mayoría de los usuarios no lo notó.
- Hay algunos informes de fallos y fugas de memoria relacionados con Bun en Claude Code; otros dicen que ha sido lo bastante estable como para que la reescritura “no se haya estrellado y ardido”.
- Hay debate sobre lo representativo que es Claude Code: algunos argumentan que usa una gran superficie de APIs de Node/Bun; otros dicen que es solo una aplicación y no una prueba de la estabilidad del ecosistema en general.
Seguridad, “Rust idiomático” y deuda técnica
- Muchos comentarios se preocupan de que el port no sea idiomático en Rust, con mucho
unsafey fronteras similares a C, así que la seguridad inicial no sea mucho mejor que en Zig. - Un recuento aproximado de
unsafeen el repositorio parece mantenerse plano con el tiempo, lo que decepciona a quienes esperaban una reducción progresiva mediante refactorización. - Otros responden que cierto
unsafees inherentemente necesario (FFI con JavaScriptCore, APIs del sistema operativo) y que Rust más herramientas (linting, miri, tests) facilitan el trabajo futuro de seguridad.
Coste, tokens y CI
- La cifra de marketing inicial fue de unos ~$165k en tokens durante ~11 días; los comentaristas estiman que el gasto total en tokens + CI se acerca a ~$800k a medida que el trabajo continuó.
- Algunos dicen que eso es trivial para una empresa de IA de frontera; otros señalan que es una cantidad grande y potencialmente engañosa como modelo para organizaciones “normales”.
- Se reconoce que los costes de CI (muchas plataformas/arquitecturas y sharding pesado) son significativos y de larga duración, no solo impulsados por la reescritura.
LLMs para grandes reescrituras: hype vs realidad
- Los entusiastas lo ven como un hito: un runtime muy complejo portado rápidamente mientras se mantiene pasando un gran conjunto de pruebas; informan éxitos similares usando LLMs para ports.
- Los escépticos enfatizan el mantenimiento a largo plazo: las LLMs son buenas para la traducción mecánica rápida, menos para la arquitectura, los casos límite y el “de-slopping”; el “último 10%” de bugs y bloat es costoso.
- Se plantean preocupaciones sobre enviar grandes cantidades de código de LLM no revisado por humanos a millones de usuarios, y sobre los incentivos y la transparencia de Anthropic; otros responden que las pruebas sólidas, el sistema de tipos de Rust y el dogfooding mitigan significativamente el riesgo.