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

marsbitDipublikasikan tanggal 2026-07-11Terakhir diperbarui pada 2026-07-11

Abstrak

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的

Kripto yang Sedang Tren

Pertanyaan Terkait

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.

Bacaan Terkait

Sam Altman Mengakui: Pernah Terlalu Tinggi Memperkirakan AI Akan Merebut Pekerjaan! Jensen Huang: Narasi PHK Itu Sepenuhnya Terbalik

Sam Altman mengakui bahwa ia sebelumnya melebih-lebihkan kecepatan AI mengambil alih pekerjaan kerah putih tingkat pemula, dan "kiamat pekerjaan" mungkin tidak akan terjadi. Orang-orang tidak benar-benar menginginkan CEO AI karena mereka ingin tahu siapa yang bertanggung jawab atas keputusan dan siapa yang harus dimintai pertanggungjawaban jika terjadi masalah. Hampir bersamaan, Jensen Huang dari NVIDIA menyatakan bahwa narasi "AI menghancurkan pekerjaan" sepenuhnya terbalik. AI mengambil alih tugas-tugas tertentu dalam suatu pekerjaan, tetapi itu tidak sama dengan menghilangkan seluruh pekerjaan. Pekerjaan masih membutuhkan komunikasi, penilaian, koordinasi, peninjauan, dan tanggung jawab. Data dari Universitas Maryland dan LinkUp menunjukkan bahwa hingga kuartal keempat 2025, tidak ada bukti bahwa AI mengurangi permintaan tenaga kerja secara keseluruhan di AS. Posisi untuk lulusan baru justru meningkat. Namun, tugas-tugas standar yang menjadi tangga masuk bagi pekerja pemula sedang diambil alih oleh AI, sehingga menyulitkan mereka untuk mendapatkan pengalaman dasar. Kesimpulannya, nilai pekerjaan manusia justru meningkat ke arah tanggung jawab, membangun kepercayaan, dan menetapkan tujuan. Bagian dari pekerjaan yang membutuhkan pertanggungjawaban manusia dan kehadiran personal adalah pertahanan sejati yang tidak dapat digantikan oleh AI.

marsbit43m yang lalu

Sam Altman Mengakui: Pernah Terlalu Tinggi Memperkirakan AI Akan Merebut Pekerjaan! Jensen Huang: Narasi PHK Itu Sepenuhnya Terbalik

marsbit43m yang lalu

Perubahan Besar-besaran di Fed? Laporan: Walsh Pertimbangkan Kurangi Frekuensi Rapat Suku Bunga, Langgar Konvensi 40 Tahun

Ketua Fed Wall sedang mempertimbangkan untuk mengurangi frekuensi pertemuan suku bunga tahunan Komite Pasar Terbuka Federal (FOMC), yang dapat menjadi perubahan besar dalam cara operasi Fed selama beberapa dekade. Menurut The New York Times, Walsh mengusulkan ide penyesuaian frekuensi pertemuan dalam rapat Fed minggu ini. Pengaturan baru kemungkinan akan ditetapkan sebelum pertemuan suku bunga berikutnya pada pertengahan September, meskipun perubahan spesifik mungkin baru diterapkan lebih lambat. Mengurangi frekuensi pertemuan akan memutus kebiasaan "delapan kali setahun, sekitar setiap enam minggu sekali" yang telah berlaku sejak 1981. Hal ini berpotensi melemahkan kemampuan Fed untuk merespons perubahan inflasi dan pasar tenaga kerja, serta mengurangi saluran pasar untuk mendapatkan sinyal kebijakan moneter, membalikkan tren peningkatan transparansi informasi Fed selama beberapa dekade. Hukum Perbankan tahun 1935 mensyaratkan FOMC "mengadakan setidaknya empat pertemuan setiap tahunnya." Menariknya, Walsh sendiri sebelumnya menyatakan dalam sidang konfirmasi Kongres bahwa empat pertemuan "tidak cukup," menciptakan kontradiksi dengan arah diskusi saat ini. Sistem delapan pertemuan tahunan, yang ditetapkan di bawah mantan Ketua Paul A. Volcker, telah menetapkan kerangka kerja yang dapat diprediksi. Mengurangi jumlah pertemuan tidak hanya berarti lebih sedikit kesempatan untuk pemungutan suara, tetapi juga dapat mempersempit jendela informasi bagi publik untuk memahami penilaian jalur suku bunga Fed, lebih lanjut mengurangi transparansi kebijakan. Ini selaras dengan gaya Walsh yang telah mempersingkat pernyataan kebijakan pasca-rapat dan jarang menyampaikan pandangan terbuka. Pengurangan frekuensi pertemuan adalah bagian dari agenda "reformasi kelembagaan" Walsh sejak menjabat pada Mei. Sejarah menunjukkan frekuensi pertemuan Fed tidak selalu statis; sebelum 1981, rapat diadakan lebih sering, bahkan 19 kali pada tahun 1956. Sebuah memo internal tahun 1988 pernah mengevaluasi kelebihan dan kekurangan pertemuan yang lebih sering, menyimpulkan bahwa jadwal delapan rapat masih "dapat dianggap tepat." Jika rencana pengurangan Walsh diterapkan, dampaknya terhadap aliran informasi pasar, fleksibilitas kebijakan Fed, dan cara komunikasi bank sentral dengan pasar akan terus diawasi dengan ketat.

marsbit59m yang lalu

Perubahan Besar-besaran di Fed? Laporan: Walsh Pertimbangkan Kurangi Frekuensi Rapat Suku Bunga, Langgar Konvensi 40 Tahun

marsbit59m yang lalu

Pilihan Editor Mingguan Weekly Editor's Picks (0725-0731)

**Pilihan Editor Mingguan (25-31 Juli): Sorotan Analisis Mendalam** Aliran informasi terlalu cepat, artikel analisis mendalam mudah tenggelam dalam sorotan panas. "Pilihan Editor Mingguan" menyaring konten bernilai dari banjir informasi, menghilangkan noise, dan menyajikan wawasan. **Lanskap Makro:** Pertemuan Fed penuh ketidakpastian akibat tarik-menarik antara data inflasi/ketenagakerjaan yang lebih lemah dan tekanan geopolitik/hawkish. Pasar telah membayar premi untuk risiko kenaikan suku bunga. **Investasi & Startup:** Nilai jangka panjang crypto terletak pada memahami aset dasar dan ketahanan menghadapi volatilitas. Fokus pada Bitcoin ("vault digital") dan blockchain pintar berkualitas ("jalur ekonomi dasar") lebih baik daripada mencoba mengalahkan siklus. Global saham, terutama teknologi, semakin menyerupai pasar crypto dengan narasi yang mendominasi valuasi. **AI & Penyimpanan:** Pasar kredit mulai mematok risiko ekspansi infrastruktur AI cloud Nvidia. Kebangkitan industri chip China mengguncang logika harga pasar memori global. Meski pendapatan tumbuh, harga token crypto sering tak mengikuti karena tekanan penjualan dari token yang tidak terkunci, insentif, dan sentimen pasar. Untuk saham memori seperti SK Hynix, kinerja bagus saja tak cukup; pasar menuntut pertumbuhan yang terus melampaui ekspektasi tinggi. **Kebijakan & Stablecoin:** UU Clarity Act terhambat di garis akhir karena perdebatan klausul etika dan persaingan untuk waktu pemungutan suara di Senat. Kegagalannya mungkin berdampak terbatas bagi pasar crypto secara luas, tetapi akan menyulitkan legislasi masa depan. **CeFi & DeFi:** TradeXYZ menunjukkan akurasi tinggi dalam penentuan harga IPO. Kenaikan ONDO didorong oleh perannya sebagai pemain kunci dalam tokenisasi saham AS di chain, meski lebih sebagai reaksi jangka pendek. **Ethereum & Penskalaan:** Migrasi besar-besaran ETH staking Lido ke validator baru pasca-upgrade Pectra bertujuan untuk efisiensi modal, meski tak langsung mengurangi biaya gas. Harga ETH yang lemah mencerminkan kebingungan investor tentang logika pertumbuhan nilainya. **Keamanan:** Kebangkrutan Poolin menjadi pengingat bahwa dompet platform bukanlah penyimpanan aset profesional. **Sorotan Singkat Minggu Ini:** Fed pertahankan suku bunga; MiCA berlaku di Eropa; Dana pensiun Korea beli saham; IPO ChangXin Technology catat rekor; komentar dari Buterin, Altman, dan Tom Lee; kesepakatan chip AI raksasa Korea-AS; penurunan "raja AI" Wall Street; Metaplanet terbitkan obligasi untuk beli Bitcoin; data kepemilikan saham pemerintah Trump,市值 Apple tembus $5T, penurunan valuasi SpaceX; insiden likuidasi abnormal kontrak SK Hynix di Hyperliquid.

marsbit1j yang lalu

Pilihan Editor Mingguan Weekly Editor's Picks (0725-0731)

marsbit1j yang lalu

Trading

Spot

Artikel Populer

Cara Membeli EPIC

Selamat datang di HTX.com! Kami telah membuat pembelian Epic Chain (EPIC) menjadi mudah dan nyaman. Ikuti panduan langkah demi langkah kami untuk memulai perjalanan kripto Anda.Langkah 1: Buat Akun HTX AndaGunakan alamat email atau nomor ponsel Anda untuk mendaftar akun gratis di HTX. Rasakan perjalanan pendaftaran yang mudah dan buka semua fitur.Dapatkan Akun SayaLangkah 2: Buka Beli Kripto, lalu Pilih Metode Pembayaran AndaKartu Kredit/Debit: Gunakan Visa atau Mastercard Anda untuk membeli Epic Chain (EPIC) secara instan.Saldo: Gunakan dana dari saldo akun HTX Anda untuk melakukan trading dengan lancar.Pihak Ketiga: Kami telah menambahkan metode pembayaran populer seperti Google Pay dan Apple Pay untuk meningkatkan kenyamanan.P2P: Lakukan trading langsung dengan pengguna lain di HTX.Over-the-Counter (OTC): Kami menawarkan layanan yang dibuat khusus dan kurs yang kompetitif bagi para trader.Langkah 3: Simpan Epic Chain (EPIC) AndaSetelah melakukan pembelian, simpan Epic Chain (EPIC) di akun HTX Anda. Selain itu, Anda dapat mengirimkannya ke tempat lain melalui transfer blockchain atau menggunakannya untuk memperdagangkan mata uang kripto lainnya.Langkah 4: Lakukan trading Epic Chain (EPIC)Lakukan trading Epic Chain (EPIC) dengan mudah di pasar spot HTX. Cukup akses akun Anda, pilih pasangan perdagangan, jalankan trading, lalu pantau secara real-time. Kami menawarkan pengalaman yang ramah pengguna baik untuk pemula maupun trader berpengalaman.

259 Total TayanganDipublikasikan pada 2025.03.17Diperbarui pada 2026.07.21

Cara Membeli EPIC

Diskusi

Selamat datang di Komunitas HTX. Di sini, Anda bisa terus mendapatkan informasi terbaru tentang perkembangan platform terkini dan mendapatkan akses ke wawasan pasar profesional. Pendapat pengguna mengenai harga EPIC (EPIC) disajikan di bawah ini.

活动图片