A pesar de una década de desarrollo, el lenguaje de programación Zig permanece en un estado perpetuo de 0.x, rompiendo frecuentemente la compatibilidad con su propia biblioteca estándar y sus herramientas de construcción. Esta inestabilidad continua ha provocado una brecha creciente entre los responsables del proyecto, que priorizan una visión específica del desarrollo de software, y los desarrolladores que dependen del lenguaje para software de producción.
Esta imagen sirve como un resumen visual de la percibida falta de progreso del proyecto hacia un lanzamiento estable de la versión 1.0.
La carga de la inestabilidad perpetua
El ciclo de desarrollo de Zig se caracteriza por cambios frecuentes y sustanciales en sus interfaces de E/S y en su biblioteca estándar. Por ejemplo, los lanzamientos 0.15.1 y 0.17.0 introdujeron cambios significativos que a menudo requieren que los desarrolladores reescriban partes sustanciales del código existente y actualicen las dependencias.
Debido a que el lenguaje es infraestructura, estos cambios constantes crean una carga de mantenimiento significativa. A menudo, los desarrolladores se ven obligados a elegir entre congelar sus proyectos en versiones de compilador más antiguas o dedicar un esfuerzo de ingeniería continuo para mantenerse al día con los cambios upstream.
“¿En qué punto el mantenimiento de tu código en Zig deja de ser desarrollo de software y se convierte en una tarea escolar asignada por el proyecto Zig?”
— The Zig project is going nowhere
Políticas restrictivas de contribución e IA
El proyecto Zig mantiene una política excepcionalmente estricta con respecto al código generado por IA, prohibiendo la edición, traducción o incluso la búsqueda de errores asistida por IA. Los responsables argumentan que esto es necesario para asegurar que los contribuyentes desarrollen una comprensión profunda de los aspectos internos del lenguaje.
Los críticos argumentan que esta política prioriza el 'proceso' de desarrollo sobre el 'mérito' de la contribución. Al rechazar código útil simplemente porque un LLM ayudó a producirlo, se acusa al proyecto de imponer dogmas en lugar de rigor técnico.
Fricción con los usuarios y cambios de infraestructura
El estilo de gestión del proyecto fue resaltado por su respuesta pública a Bun, un entorno de ejecución de JavaScript de alto rendimiento. Después de que Bun anunciara una reescritura en Rust, el liderazgo de Zig emitió una crítica pública mordaz sobre la gestión y la cultura de Bun.
Además, el traslado de Zig de GitHub a Codeberg ha generado preocupaciones sobre la fiabilidad. Si bien el movimiento pretendía evitar la infraestructura de GitHub, Codeberg es un servicio sin fines de lucro más pequeño que algunos miembros de la comunidad reportan como propenso a problemas de conexión frecuentes e inestabilidad.
El compromiso de la visión del proyecto
La tensión central reside en si un lenguaje de programación debe ser una herramienta práctica o una plataforma para una filosofía de ingeniería específica. Mientras que los responsables argumentan que sus decisiones preservan la integridad del lenguaje, los críticos sugieren que estas decisiones dificultan cada vez más que otros construyan software fiable sobre él.
El futuro del proyecto sigue siendo incierto mientras equilibra sus ambiciosos objetivos técnicos con las necesidades prácticas de su base de usuarios. Si podrá lograr un lanzamiento estable de la versión 1.0 manteniendo su estilo de gestión actual sigue siendo un punto central de controversia.
Qué dicen los lectores de Hacker News
- Experiencia: Un comentarista que mantiene grandes proyectos en Zig argumentó que las decisiones internas del equipo principal sobre la IA o los dramas no afectan su capacidad para construir software, señalando que los usuarios se seleccionan a sí mismos para el lenguaje y aceptan su estado de desarrollo actual. comentario ↗
- Escéptico: Varios comentaristas expresaron escepticismo sobre el uso por parte del artículo del cambio de Bun a Rust como evidencia del fracaso de Zig, sugiriendo que el cambio fue más probable debido al entorno corporativo de Bun que al ecosistema del lenguaje. comentario ↗
- Experiencia: Un comentarista señaló que la falta de compatibilidad hacia atrás no es inherentemente negativa si conduce a mejores abstracciones, añadiendo que las herramientas modernas de IA pueden ayudar a los desarrolladores a adaptarse a estos cambios más fácilmente. comentario ↗
- Escéptico: Otro comentarista argumentó que la inestabilidad actual del lenguaje es esperada porque aún no ha alcanzado la versión 1.0, sugiriendo que el enfoque debería estar en cómo será el compromiso con la estabilidad después de ese hito. comentario ↗
Resumen de opiniones del hilo de Hacker News; no son hechos verificados. Leer el debate completo ↗