Entrevista con Mitchell Hashimoto sobre Ghostty y Zig
Cultura y evangelización de Rust frente a Zig
- Muchos comentaristas reaccionan al desagrado de la persona entrevistada por la “cultura de Rust”, diciendo que sienten una incomodidad similar con Rust, Zig o ambos.
- Varios informan que defensores de Zig enmarcan las conversaciones como “Rust es malo, Zig es mejor”, lo que algunos encontraron despectivo hacia requisitos concretos.
- Otros argumentan que Zig se siente mucho más “sectario” que Rust simplemente porque es más pequeño y está menos “diluido”.
- Múltiples personas se quejan de que los evangelizadores de Rust descarrilan hilos no relacionados (“reescríbelo en Rust”, moralizando sobre el uso de lenguajes sin seguridad de memoria).
- Contrapunto: dentro de los espacios específicos de Rust, algunos describen a la comunidad como inclusiva y amigable para principiantes, lo que sugiere que los de fuera ven principalmente a los zealots.
- Visión más amplia: esto es solo otra entrega de las guerras culturales de lenguajes de larga data (C vs C++, Java vs C++, Mongo vs Postgres), mezclando tribalismo, identidad y ansiedad profesional.
Elección de lenguaje, ecosistemas y compensaciones
- Varios participantes gustan de Rust técnicamente, pero lo evitan por la verbosidad, los “rompecabezas del compilador”, el ruido del ecosistema o la dinámica social.
- Se elogia Go por bibliotecas de “Go puro”, dependencias mínimas y una sólida herramienta de soporte; algunos pasaron de Rust a Go por un ecosistema más tranquilo y un mantenimiento más simple.
- El ecosistema de Rust se describe como pesado en abstracciones, enlaces y trabajo “horizontal” (frameworks, capas) con menos usuarios aguas abajo.
- Se ve a Zig como minimalista y parecido a C; algunos aprecian que rechace el exceso de funciones incluso a costa de perder comodidades.
- La seguridad de memoria se valora ampliamente, pero algunos argumentan que para muchas aplicaciones un lenguaje con GC es una compensación más apropiada que el modelo de propiedad de Rust.
Ghostty, herramientas de Hashi y bifurcación
- Las opiniones sobre Ghostty divergen: algunos lo encuentran con fallos y con menos funciones que terminales maduras; otros lo llaman el mejor emulador y el más rápido que han usado, sin errores perceptibles en los flujos de trabajo diarios.
- Las herramientas de HashiCorp se califican tanto de “sobrevaloradas” como de “cambio de juego”. Terraform y Vault se citan como ampliamente usados, especialmente on-prem y en entornos de alta garantía; otros dependen por completo de secretos del proveedor cloud.
- Sobre bifurcar Ghostty o proyectos similares, una parte señala que la sincronización continua con upstream es tan difícil como mantener banderas de funciones.
- Otros creen que una mejor herramienta —posiblemente asistida por IA— podría hacer más prácticas las bifurcaciones de larga duración y las variantes “federadas”.
Shells, datos estructurados y terminales
- Debate sobre la salida de CLI: algunos insisten en que las CLI deberían usar texto plano por defecto para facilitar el pipeo; otros priorizan JSON o datos estructurados para una automatización robusta.
- PowerShell recibe elogios por sus pipelines estructurados, pero críticas por una UX torpe e incompatibilidades hacia atrás.
- Se citan shells más nuevos que tratan JSON como de primera clase como ejemplos prometedores de flujos de trabajo de terminal más ricos.