Why We Use Julia, 10 Years Later

Re:Why We Use Julia, 10 Years Later by komuher on Monday February 14, 2022 @04:41PM (#30338769)

I can reflect on like past few years (like 1.5 year ago i was disappointed by julia lack of progres but a lot have changed).

Julia is getting usable even in "normal" applications not only academic stuff, as person who come back after 1.5/2 years to julia i feel like i can use it again in my job cause it is a lot more stable at have a lot of new neat futures + CUDA.jl is amazing.

I hope Julia team will still explore a bit more static type inference and full AOT compilation if language got full support for AOT it'll be a perfect deal for me :).

[ Parent | on HN ]

Re:Why We Use Julia, 10 Years Later by ChrisRackauckas on Monday February 14, 2022 @05:51PM (#30339532)

StaticCompiler.jl is making huge strides. 12 days ago a rewrite was merged (https://github.com/tshort/StaticCompiler.jl/pull/46), and now the static compiler can allocate and use the runtime (https://github.com/tshort/StaticCompiler.jl/pull/58). I would still be weary of using it too much, but hopefully optimistic of its near future.

[ Parent | on HN ]

Re:Why We Use Julia, 10 Years Later by eigenspace on Monday February 14, 2022 @06:07PM (#30339716)

Yeah, it's definitely in the early stages still, but this time I think there's much more infrastructure, and more people around with the right knowledge to advise on StaticCompiler's development, that I'm currently feeling pretty good about it's future.

Here's the feature roadmap https://github.com/tshort/StaticCompiler.jl/issues/59 that should help people understand what currently works and what I think I can reasonably accomplish eventually

[ Parent | on HN ]