Solo 11 días: Claude reescribe millones de líneas de código, un proyecto épico de IA que provoca indignación

marsbitPublié le 2026-07-11Dernière mise à jour le 2026-07-11

Résumé

El mundo tecnológico se debate tras la controvertida decisión del equipo de Bun, un popular runtime de JavaScript/TypeScript, de reescribir en solo 11 días todo su código base (un millón de líneas) de Zig a Rust utilizando la herramienta Claude Fable 5 de Anthropic, con un coste estimado de 165.000 dólares en APIs. El motivo esgrimido son problemas de estabilidad y bugs de seguridad de memoria en la versión original de Zig, así como el veto de la comunidad Zig al código generado por IA, con la que Bun depende en gran medida. Esta decisión "épica" ha desatado una agria polémica, especialmente por la reacción del creador de Zig, Andrew Kelley, quien en un blog acusó al fundador de Bun, Jarred Sumner, de tener malos hábitos de ingeniería y generar "código basura". Kelley afirmó sentirse aliviado de que Bun abandonara Zig, por miedo a que dañara la reputación del lenguaje. La comunidad se divide entre quienes lo ven como una defensa necesaria de la calidad del código y quienes lo consideran una falta de profesionalidad. Las principales dudas giran ahora en torno al resultado: si bien el proceso fue rápido y relativamente barato, la nueva base de código en Rust, generada mayormente por IA mediante traducción directa, contiene 27.000 líneas de código "unsafe". Muchos expertos temen que esto pueda crear una enorme deuda técnica, haciendo el código difícil de mantener y entender para los desarrolladores humanos en el futuro, anulando así los ahorros iniciales. El proyecto se presen...

Estos días, la comunidad tecnológica está alborotada: Andrew Kelley, el creador del lenguaje de programación Zig, está furioso.

La razón es que Bun, que originalmente apostó totalmente por el lenguaje Zig, ha sido reescrito en Rust por su creador, Jarred Sumner.

Andrew Kelley no ocultó su ira. En lugar de usar palabras de cortesía ante este evento tecnológico fenomenal, apuntó directamente a los hábitos de ingeniería personal de Jarred Sumner, sus habilidades de gestión y la lógica comercial detrás de este incidente.

Bun es un entorno de ejecución de JavaScript/TypeScript de alto rendimiento, diseñado para ser una alternativa más rápida y moderna a Node.js, y en los últimos años se ha convertido en un fuerte contendiente para desafiar el dominio de Node.js en el mundo del desarrollo frontend.

El principal atractivo de Bun es su velocidad extrema: tanto en el tiempo de arranque, la instalación de dependencias como en la ejecución de pruebas, supera con creces a sus competidores, en parte porque estaba escrito en el lenguaje Zig.

En diciembre del año pasado, Anthropic anunció la adquisición de Bun, integrándolo como infraestructura para impulsar sus herramientas de programación con IA Claude Code y Claude Agent SDK. Jarred Sumner y otros miembros del equipo de Bun trabajan actualmente en Anthropic.

Tras su aplicación a gran escala, especialmente como base de Claude Code, el equipo de Bun consideró que se enfrentaba a problemas de estabilidad difíciles de erradicar.

Concretamente, la versión de Bun en Zig contenía una gran cantidad de errores de seguridad de memoria: use-after-free, double-free, olvido de liberar memoria en rutas de error, etc. En Zig, estos problemas solo pueden mitigarse mediante convenciones de codificación, mientras que en Rust, gracias al verificador de préstamos (borrow checker) y al mecanismo Drop, se convertirían directamente en errores de compilación.

Por otro lado, la comunidad principal de Zig tiene una política de tolerancia cero con el código generado por modelos de lenguaje grande (LLM), incluso las modificaciones de optimización no relacionadas con la IA no pueden integrarse en el código base. El equipo de Bun depende en gran medida de la asistencia de IA para el desarrollo, y continuar usando Zig significaría mantener su propia rama del compilador a largo plazo, con un costo elevado.

Así que en mayo de este año, presenciamos un gran proyecto de ingeniería en la comunidad tecnológica: Jarred Sumner, el fundador de Bun, anunció que había reescrito desde cero el millón de líneas de código de Bun en Rust en solo 11 días, utilizando la entonces no publicada Claude Fable 5 de Anthropic (un modelo de nivel Mythos) y la capacidad de flujos de trabajo dinámicos de Claude Code.

Esta fue una prueba épica de un flujo de trabajo de agentes (Agentic Workflow), que más tarde Anthropic utilizó como caso de referencia para promocionar sus Dynamic Workflows, pero también generó controversia por "traicionar la fe".

En una reciente publicación de blog, Andrew Kelley, el creador de Zig, señaló que la razón fundamental por la que Bun tenía tantos errores antes de la reescritura eran los pésimos hábitos de ingeniería de Jarred Sumner.

En primer lugar, incluso antes del auge de la IA, Jarred ya escribía código de baja calidad. Kelley mencionó que el equipo de Zig a menudo revisaba las bases de código de los usuarios, y la de Bun les causaba "un miedo extremo". Estaba llena de parches sobre parches (hacks on top of hacks), abuso de aserciones, y casi nunca dedicaban tiempo a eliminar errores y deuda técnica, priorizando siempre el lanzamiento rápido de nuevas funciones.

Luego está el millón de líneas de código Rust generado por Claude. Kelley se pregunta: "Bun afirma oficialmente que 1 millón de líneas de código Rust (escrito por IA) sin revisión humana son seguras porque hay casos de prueba; pero si los casos de prueba realmente son tan completos, ¿por qué no detectaron esos molestos errores cuando estaba escrito en Zig?"

Ahora, Kelley está extremadamente decepcionado por la transformación de Jarred, de un desarrollador de código abierto con energía de principiante (beginner energy) a un gerente pésimo (stinky manager).

Kelley afirmó directamente que cuando supo que Bun había decidido abandonar Zig, no sintió ira por la traición, sino alivio. Temía que Bun, llevando la insignia de Zig, generara malentendidos en el exterior, y más aún, que atrajera a usuarios que solo copian y pegan código de IA. Incluso comentó irónicamente que está tomando una taza de té, contento de que "finalmente esto ya no es mi problema".

Con críticas tan directas, otros miembros de la comunidad tecnológica también se unieron al debate, expresando sus opiniones.

En primer lugar, se hicieron cálculos: siempre se dice que los tokens de Claude son caros, pero según los datos publicados por Jarred Sumner y Bun, se estima que el proyecto de reescritura de Bun en Rust consumió alrededor de 165,000 dólares en costos de API. Desde la perspectiva de la comunidad tecnológica y de ingeniería, este precio y tiempo son aterradoramente baratos.

Solo en términos financieros, la IA comprimió el costo de desarrollo a aproximadamente una décima parte del original, y el tiempo se redujo de aproximadamente un año a menos de dos semanas.

En segundo lugar, están las actitudes hacia la colisión entre la cultura de la comunidad de código abierto y la era de la IA. Algunos, después de leer la publicación de Andrew, se sintieron extremadamente incómodos, considerando que atacar públicamente a un antiguo usuario importante y patrocinador (Bun financió a Zig durante mucho tiempo) mostraba una falta de profesionalismo. Algunos incluso fueron más lejos, diciendo "nunca antes había deseado activamente que un lenguaje de programación fracasara".

Pero también hubo programadores de la vieja escuela que salieron en su apoyo, argumentando que en esta era impulsada por el capital y la burbuja de la IA, Andrew simplemente está defendiendo la pureza de la calidad de la ingeniería, mostrando el estilo de Linus Torvalds en su día.

Por supuesto, a todos les preocupa si el proyecto, después de tanto revuelo, sigue siendo funcional.

Actualmente, la mayor controversia radica en que, como este millón de líneas de código fue traducido mecánicamente de Zig a Rust por IA, carece de la refactorización arquitectónica de un ingeniero humano. El nuevo código base contiene hasta 27,000 líneas de bloques de código `unsafe`. Muchos temen que en el futuro, el costo cognitivo y de depuración que los desarrolladores humanos gasten en mantener, leer y modificar esta enorme "creación de IA" pueda superar el ahorro de costo inicial logrado hoy.

¿Este proyecto, que rompe las reglas históricas de la ingeniería de software, se convertirá finalmente en un hito en el cambio de paradigma de la programación por la IA, o se transformará en el futuro en un volcán de deuda técnica imposible de mantener? Quizás solo el tiempo tenga la respuesta.

Referencias:

https://bun.com/blog/bun-in-rust

https://andrewkelley.me/post/my-thoughts-bun-rust-rewrite.html

Este artículo proviene del WeChat Official Account "机器之心" (ID:almosthuman2014), autor: 关注AI的

Cryptos en tendance

Questions liées

Q¿Por qué la reescritura de Bun de Zig a Rust generó controversia en la comunidad tecnológica?

ALa reescritura generó controversia por varias razones: el creador de Zig, Andrew Kelley, criticó duramente los hábitos de ingeniería del fundador de Bun, Jarred Sumner; el proyecto se reescribió en solo 11 días usando IA (Claude Fable 5), lo que algunos consideran un hito, pero otros ven como una amenaza a la calidad del código; y hubo un debate sobre el impacto de la IA en la cultura del código abierto y la ingeniería de software tradicional.

Q¿Cuáles fueron las razones técnicas principales para reescribir Bun en Rust?

ALas razones técnicas principales fueron: la existencia de numerosos bugs de seguridad de memoria en la versión Zig (como use-after-free y double-free), que en Rust se previenen en tiempo de compilación; y la política de la comunidad Zig de prohibir código generado por IA, lo que obligaba al equipo de Bun a mantener su propio compilador, aumentando los costos de mantenimiento.

Q¿Qué criticó Andrew Kelley, creador de Zig, sobre el proceso de reescritura y el código de Bun?

AAndrew Kelley criticó que el código original de Bun en Zig ya era de mala calidad, con 'parches sobre parches' y afirmaciones abusivas, debido a los hábitos de Jarred Sumner. También cuestionó que confiar en 1 millón de líneas de código Rust generado por IA y no revisado manualmente fuera seguro, señalando que si los casos de prueba eran tan completos, deberían haber detectado los bugs en la versión Zig. Finalmente, expresó alivio por que Bun ya no use Zig.

QSegún el artículo, ¿cuáles son los posibles riesgos a largo plazo de la reescritura de Bun con IA?

ALos riesgos a largo plazo incluyen: la posible acumulación de deuda técnica, ya que el código fue traducido mecánicamente de Zig a Rust sin una refactorización arquitectónica profunda; la presencia de 27.000 líneas de código 'unsafe' en Rust, que puede ser difícil de mantener y depurar; y el costo cognitivo futuro para los desarrolladores que deban entender y modificar este vasto 'artefacto generado por IA', que podría superar el ahorro inicial de tiempo y dinero.

Q¿Qué datos económicos y de tiempo menciona el artículo sobre la reescritura con Claude?

AEl artículo menciona que la reescritura del proyecto Bun (aproximadamente 1 millón de líneas de código) se completó en solo 11 días. En términos de costos, se estima que consumió alrededor de 165.000 dólares en gastos de API de Claude. Esto representa una reducción drástica en tiempo (de aproximadamente un año a menos de dos semanas) y coste (alrededor de una décima parte) en comparación con el desarrollo tradicional.

Lectures associées

Saylor et l'entreprise Strategy soutiennent officiellement le projet de loi CLARITY Act concernant les cryptomonnaies aux États-Unis

Le 31 juillet, Strategy Inc. (Nasdaq : MSTR), le plus grand détenteur corporatif de Bitcoin au monde, a annoncé son soutien au projet de loi bipartite « CLARITY Act » (Digital Asset Market Clarity Act). La société y voit un cadre propice à la croissance du marché des actifs numériques, à l'adoption institutionnelle, à la protection des consommateurs et aux droits de propriété des individus. Le soutien de Michael Saylor, son président exécutif, renforce la campagne législative. Il affirme que des règles claires sont nécessaires pour protéger la propriété, encourager l'innovation et consolider les marchés américains, tout en estimant que le Bitcoin réussira avec ou sans législation. Ce soutien intervient alors que le Sénat examine une structure de marché attribuant des rôles clairs à la SEC et à la CFTC. Le texte, approuvé en comité le 14 mai, a été révisé fin juillet en vue d'un examen plus large. Parallèlement, les résultats du Q2 de Strategy, marqués par une perte nette importante due à la volatilité du Bitcoin, illustrent l'impact direct de la régulation sur ses finances et sa stratégie de financement par émissions d'actions. La société continue d'accumuler des Bitcoins. La pression politique monte, avec près d'un million d'appels lancés aux législateurs. Cependant, les chances d'adoption du projet de loi sont jugées incertaines, une analyse récente ayant réduit sa probabilité de 50% à 30%, malgré l'influence croissante des questions numériques sur l'électorat.

cryptonews.ruIl y a 9 mins

Saylor et l'entreprise Strategy soutiennent officiellement le projet de loi CLARITY Act concernant les cryptomonnaies aux États-Unis

cryptonews.ruIl y a 9 mins

Trading

Spot

Articles tendance

Comment acheter EPIC

Bienvenue sur HTX.com ! Nous vous permettons d'acheter Epic Chain (EPIC) de manière simple et pratique. Suivez notre guide étape par étape pour commencer votre parcours crypto.Étape 1 : Création de votre compte HTXUtilisez votre adresse e-mail ou votre numéro de téléphone pour ouvrir un compte sur HTX gratuitement. L'inscription se fait en toute simplicité et débloque toutes les fonctionnalités.Créer mon compteÉtape 2 : Choix du mode de paiement (rubrique Acheter des cryptosCarte de crédit/débit : utilisez votre carte Visa ou Mastercard pour acheter instantanément Epic Chain (EPIC).Solde :utilisez les fonds du solde de votre compte HTX pour trader en toute simplicité.Prestataire tiers :pour accroître la commodité d'utilisation, nous avons ajouté des modes de paiement populaires tels que Google Pay et Apple Pay.P2P :tradez directement avec d'autres utilisateurs sur HTX.OTC (de gré à gré) : nous offrons des services personnalisés et des taux de change compétitifs aux traders.Étape 3 : stockage de vos Epic Chain (EPIC)Après avoir acheté vos Epic Chain (EPIC), stockez-les sur votre compte HTX. Vous pouvez également les envoyer ailleurs via un transfert sur la blockchain ou les utiliser pour trader d'autres cryptos.Étape 4 : tradez des Epic Chain (EPIC)Tradez facilement Epic Chain (EPIC) sur le marché Spot de HTX. Il vous suffit d'accéder à votre compte, de sélectionner la paire de trading, d'exécuter vos trades et de les suivre en temps réel. Nous offrons une expérience conviviale aux débutants comme aux traders chevronnés.

265 vues totalesPublié le 2025.03.17Mis à jour le 2026.06.02

Comment acheter EPIC

Discussions

Bienvenue dans la Communauté HTX. Ici, vous pouvez vous tenir informé(e) des derniers développements de la plateforme et accéder à des analyses de marché professionnelles. Les opinions des utilisateurs sur le prix de EPIC (EPIC) sont présentées ci-dessous.

活动图片