Julia 1.13 llega con precompilacion mas rapida y un gestor de versiones con GUI
La nueva entrega del lenguaje para computacion numerica acelera la precompilacion de paquetes, toca el REPL y pone interfaz grafica a Juliaup, su gestor de versiones.
La version 1.13 de Julia ya esta disponible. El lenguaje, muy usado en computacion numerica y cientifica, llega con tres frentes de trabajo: la precompilacion de paquetes es mas rapida, el REPL recibe mejoras y Juliaup pasa a presentarse con interfaz grafica. El listado completo de cambios esta en las notas de la version.
Precompilacion y REPL
Para quien mantiene entornos de Julia en produccion, la precompilacion es la parte que mas duele. El rato que tarda en dejarse listo un paquete con dependencias pesadas se paga en cada actualizacion y en cada imagen de contenedor que se construye de cero, y no siempre se puede cachear entre nodos. La 1.13 ataca ahi. Lo que el anuncio no da es cuanto se gana: no hay cifras de rendimiento comparando la 1.12 con esta, solo la afirmacion de que es mas rapido.
El REPL tambien cambia. Es la pieza donde pasa mas horas quien usa el lenguaje a diario, asi que cualquier ajuste ahi se nota mas que una novedad de biblioteca.
Juliaup
El tercer bloque es Juliaup, el gestor de versiones del lenguaje. Hasta ahora se manejaba desde linea de comandos; en esta entrega aparece descrito con interfaz grafica. Para quien arrastra varios proyectos anclados a versiones distintas, uno con un Project.toml que no se puede mover y otro que exige lo ultimo, tener eso en ventana propia quita un paso manual y un poco de friccion.
Conviene ser honesto con lo que hay: el anuncio es corto, no incluye capturas ni demo, y las notas de version son el unico sitio donde comprobar el alcance real de cada cambio. Tampoco se menciona ninguna ruptura de compatibilidad, lo que no equivale a que no exista. Toca leer el NEWS antes de subir nada.
Julia es open source y la 1.13 se puede instalar ya. La entrega anterior, la 1.12, llego en noviembre de 2025, asi que el ciclo viene a ser de menos de un ano.
Lo que queda por ver es si la mejora en precompilacion justifica mover paquetes que hoy funcionan. En pipelines de integracion continua con muchas dependencias, unos segundos menos por compilacion se acumulan rapido; en un entorno pequeno, puede esperar a la siguiente ventana de mantenimiento. Los paquetes que se apoyen en internals del compilador o en el REPL son los candidatos mas probables a dar guerra.
