El creador de Zig llama a las cosas por su nombre, Anthropic vende humo

Reescritura de Bun en Rust por Anthropic y méritos técnicos

• Muchos ven la reescritura de Zig→Rust principalmente como una demo de marketing para las herramientas agénticas de Anthropic (Fable/Mythos), más que como una necesidad de ingeniería.
• Otros sostienen que la reescritura sí mejoró Bun: menos fallos, binarios más pequeños en algunas plataformas, límites de unsafe más claros y mejor integración con un lenguaje más maduro.
• Los críticos señalan que el port es en gran medida “unsafe Rust” transliterado desde Zig, así que la seguridad de memoria cambió poco; las verdaderas mejoras vinieron de trabajo de ingeniería adicional que podría haberse aplicado a la base de código en Zig.
• Hay desacuerdo sobre el fuzzing: el lado de Zig afirmó al principio que Bun no estaba haciendo fuzzing; el lado de Bun mostró meses de trabajo de fuzzing. Más tarde, representantes de Zig reformularon su crítica en torno a cuánto tiempo y con qué amplitud se aplicó el fuzzing.

Respuesta del creador de Zig y percepción de la comunidad

• Algunos aplauden al creador de Zig por denunciar con franqueza las malas prácticas de ingeniería, el uso excesivo de IA y el marketing engañoso.
• Otros ven la respuesta como un ataque personal y chismoso (por ejemplo, comentarios sobre el estilo de gestión y un lugar de trabajo “shit show”), que daña la confianza en el liderazgo de Zig y hace que el ecosistema se sienta hostil.
• Las ediciones y añadidos a la publicación son vistos por algunos como una corrección responsable de rumbo; otros los leen como un retroceso de “sorry not sorry”.

Programación con IA, “vibecoding” y afirmaciones de productividad

• Hay una fuerte división entre quienes sienten que son 2–10× más productivos con LLMs de programación y quienes ven sobre todo “slop”: código verboso y frágil que pasa pruebas superficiales pero oculta serios problemas de lógica/memoria.
• Preocupa que la IA fomente bases de código grandes, desechables y poco comprendidas, y socave el mantenimiento, especialmente cuando se usa para reescrituras masivas.
• Debate sobre si Anthropic y sus pares están “haciendo campaña activamente para acabar con la ingeniería de software”, o simplemente promocionando mejoras de eficiencia. Se citan algunas frases de liderazgo sobre reemplazar ingenieros en meses como prueba.

Elección de lenguajes, sesgo de LLM y efectos en el ecosistema

• Rust es ampliamente visto como mejor alineado con flujos de trabajo de IA: más datos de entrenamiento, garantías más fuertes del compilador y un sistema de tipos que ayuda a detectar errores de los LLM.
• Zig se presenta como un “mejor C” que aún depende en gran medida de la disciplina, lo que algunos ven como incompatible con un desarrollo apresurado, intensivo en IA y sometido a las típicas presiones de tiempo y financieras del sector.
• Varios comentaristas temen que el rendimiento de los LLM consolide un pequeño conjunto de lenguajes y frameworks “amigables con la IA”, marginando a otros sin importar su mérito intrínseco.

Reescrituras, mantenibilidad y temas más amplios

• Resurge el escepticismo clásico sobre las grandes reescrituras (pérdida de comportamiento probado en batalla, regresiones ocultas), ahora matizado por la idea de que la IA puede abaratar lo suficiente las reescrituras como para hacerlas más comunes.
• Varios señalan que el valor reside más en el endurecimiento a largo plazo que en el volcado inicial de código, generado por IA o no.
• Metadebate: creciente tribalismo en torno a la IA en HN, el policiaje del tono frente a la frustración honesta, y la sensación de que el hype y el miedo a la IA están desplazando la discusión de ingeniería matizada.