xgdgsc (u/xgdgsc) - Readit News

xgdgsc commented on Top Programming Languages 2025 spectrum.ieee.org/top-pro... · Posted by u/jnord

kace91 · 5 months ago

As a backend dev (mostly working in fintech) I feel weirdly unable to find a target language to move to.

After working with Node and Ruby for a while I really miss a static type system. - Typescript was limited by its option to allow non strictness.

Nothing catches my eye, as it’s either Java/.Net and its enterprisey companies or Go, which might not be old but feels like it is, by design. Rust sounds fun, but its usecases don’t align much with my background.

Any advice?

xgdgsc · 5 months ago

Julia https://www.reddit.com/r/Julia/comments/1efxp0j/julias_advan...

xgdgsc commented on ML needs a new programming language – Interview with Chris Lattner signalsandthreads.com/why... · Posted by u/melodyogonna

mvieira38 · 5 months ago

> First of all some people really like Julia, regardless of how it gets discussed on HN, its commercial use has been steadily growing

Got any sources on that? I've been interested in learning Julia for a while but don't because it feels useless compared to Python, especially now with 3.13

xgdgsc · 5 months ago

https://www.reddit.com/r/Julia/comments/1efxp0j/comment/lfob...

xgdgsc commented on My Ideal Array Language ashermancinelli.com/csblo... · Posted by u/bobajeff

electroly · 6 months ago

The events of my post happened in the last two months on Julia version 1.11.5, and this poster simply linked to a primer on PackageCompiler.jl which is the thing I said I was using in my post. It's not solved; at best there are complicated mitigations that let you control when the long compilation happens without avoiding it. If you try out Julia, you will run into the issue, and as a first-time user you won't be prepared to implement the mitigations, none of which are suitable for ad hoc usage. The sysimage only works for us because we rarely change our packages so we can build it ahead of time in GitHub Actions.

xgdgsc · 6 months ago

The tradeoff between compilation time and programmer productivity and running speed is worth it compared with using any other language. You should consider most users don' t need to build an image . They just do things in the REPL with Revise.jl (which is fast). Or use a bit of PrecompileTools.jl to get good enough startup time (which isn' t complicated if you are the code writer). Package compiling works even large and slow is a bonus. https://pypl.github.io/PYPL.html Julia still grows despite all those controversial articles for a reason.

xgdgsc commented on My Ideal Array Language ashermancinelli.com/csblo... · Posted by u/bobajeff

aragilar · 6 months ago

Are you actually sure it's solved? I note that Julia proponents have a history of claiming that an issue has been solved when it is apparent that it has not been solved (see e.g. https://danluu.com/julialang/).

xgdgsc · 6 months ago

Yes. I don' t know why you' d rather trust an article from 10 years ago to understand current status.

xgdgsc commented on My Ideal Array Language ashermancinelli.com/csblo... · Posted by u/bobajeff

electroly · 6 months ago

I'm in a position of supporting a Julia environment but not writing Julia myself. From my perspective, they need to fix time-to-first-plot before it can be adopted more broadly. It's horrendous. The "2-3 minutes" I see online is an aggressive estimate; it's more than that for our modest set of data science packages on very beefy workstations. I had to use PackageCompiler.jl to build a sysimage which shifted a ton of burden onto me (and onto GitHub Actions) to avoid a long precompile on every user machine. I had to do the same to get my Julia Docker image to stop precompiling on every new cloud machine even though it had already been precompiled during docker build. I would describe this process as a nightmare, and it was a serious problem--the thing was precompiling every time on every job run in the cloud using the docker image.

xgdgsc · 6 months ago

That' s solved more than 1 year ago https://news.ycombinator.com/item?id=38783886 https://modernjuliaworkflows.org/optimizing/#compilation .

xgdgsc commented on Ask HN: Is there a language that is simple and empowers developer productivity? · Posted by u/akkad33

xgdgsc · 6 months ago

Julia is really simple if you do math related stuff (sounds like from mention of operator overloading ): https://github.com/mossr/BeautifulAlgorithms.jl .

xgdgsc commented on Migrating away from Rust deadmoney.gg/news/article... · Posted by u/rc00

FacelessJim · 9 months ago

You should give Julia a shot. That’s basically that. You can start with super dynamic code in a REPL and gradually hammer it into stricter and hyper efficient code. It doesn’t have a borrow checker, but it’s expressive enough that you can write something similar as a package (see BorrowChecker.jl).

xgdgsc · 9 months ago

Yes. https://github.com/heyx3/Bplus.jl/blob/master/docs/!why.md This is good writing on this topic.