Crystal 1.22

Artículo original ↗ Discusión en Hacker News ↗

Crystal 1.22, un lenguaje inspirado en Ruby y tipado estáticamente que se compila mediante LLVM, está recibiendo renovada atención por ofrecer rendimiento nativo, hilos verdes ligeros y una sintaxis agradable, aunque sigue por detrás de Go en madurez del runtime y optimizaciones de paralelismo. Los comentaristas destacan sus fortalezas para herramientas CLI y servicios de backend, elogiando mejoras notables de velocidad y memoria frente a Ruby, pero señalan desventajas como tiempos de compilación lentos, compatibilidad incompleta con Windows hasta hace poco y una adopción industrial limitada. La conversación también refleja una tensión más amplia en el ecosistema actual: con LLM potentes y alternativas sólidas como Go, Rust y TruffleRuby, algunos cuestionan el nicho y la relevancia a largo plazo de Crystal, mientras otros lo valoran como una opción elegante y pragmática.

Posicionamiento y objetivos

  • A menudo se describe como “Ruby tipado con concurrencia al estilo de Go” o “C con sintaxis parecida a Ruby”.
  • Busca combinar la ergonomía y la POO de Ruby con rendimiento nativo, tipado estático y binarios fáciles de distribuir.
  • Algunos consideran que se parece demasiado a Ruby como para crear su propio nicho, pero a la vez es demasiado diferente como para aprovechar plenamente el ecosistema de Ruby.

Concurrencia y rendimiento

  • Críticas anteriores: Crystal quedaba por detrás de Go en paralelismo a pesar de tener buena concurrencia.
  • Las versiones recientes introdujeron “Execution Contexts” como motor de paralelismo, que se afirma es más ajustable que el runtime de Go, pero todavía va por detrás en optimizaciones y bibliotecas seguras para hilos.
  • Las fibras tienen una sobrecarga de memoria muy baja (≈4 KB, frente a ≈2 KB mencionados para las gorutinas de Go).
  • Los usuarios informan grandes mejoras de velocidad en el mundo real frente a Ruby (por ejemplo, ~40x más rápido, ~3x menos memoria) con cambios mínimos en el código.

Casos de uso y adopción

  • Usos reportados: servicios web internos, agentes de servidor de larga ejecución, herramientas CLI, bots de Minecraft, backend de búsqueda en al menos un servicio comercial y pequeños despliegues de servidor.
  • El uso en producción de larga duración es mixto: algunos elogian la estabilidad; al menos un informe abandonó Crystal debido a problemas de runtime relacionados con excepciones durante E/S.

Comparaciones con Ruby, Go, Nim y otros

  • Para “Ruby rápido”, se destacan alternativas como TruffleRuby y Spinel; Crystal no es compatible con Ruby.
  • Algunos usuarios de Ruby prefieren seguir en Ruby por la fortaleza del ecosistema, y dicen que la velocidad del lenguaje rara vez es el cuello de botella en cargas de trabajo intensivas en E/S.
  • Otros valoran el tipado estático de Crystal y su compilación para detectar errores tipográficos antes y reducir sorpresas en tiempo de ejecución.
  • Go sigue siendo la opción preferida para algunos por la rapidez de compilación, el runtime maduro, las bibliotecas de red y ahora el desarrollo asistido por LLM.

Experiencia de desarrollo, herramientas y POO

  • Se elogia por su sintaxis agradable y expresiva, la fuerte stdlib, la interoperabilidad con C, las macros en tiempo de compilación y los hilos verdes.
  • Quejas: tiempos de compilación lentos; históricamente, REPL débil (el actual crystal i se ve como limitado).
  • Progreso reciente: el instalador/soporte para Windows y aarch64-linux pasaron a Tier 1, lo que permite más despliegues.
  • Debate sobre la POO: algunos quieren “POO normal” para organizar el código; otros ven la POO tradicional (y el null implícito) como errores de diseño importantes.

LLMs y el valor de los lenguajes nuevos

  • Varios comentarios lamentan que los LLM reduzcan la satisfacción y el retorno profesional de aprender lenguajes de nicho, ya que ahora los agentes pueden generar código en lenguajes más comunes.
  • Objeciones: todavía se puede elegir programar a mano; los LLM ayudan sobre todo con la incorporación y las lagunas de documentación, más que reemplazar la necesidad de entender el código.
  • Tensión más amplia en el hilo entre el entusiasmo por Crystal como un “trabajo de amor” y el escepticismo sobre su relevancia a largo plazo y su diferenciación.