Live data from Hacker News

Why We Use Julia, 10 Years Later

julialang.org

31–40 of 144 posts

Re: Why We Use Julia, 10 Years Later

#31

There is something elegant about having all functions at the top level (or module) scope, `foo(x, y, z)`, but I there is also something really nice about function names scoped to the thing/noun/subject: `x.foo(a, b)`. As far as I know Julia only does the former. Sometimes the latter seems a lot easier to deal with.

You can do both. Check out the difference between `import` and `using`: https://docs.julialang.org/en/v1/manual/modules/

Re: Why We Use Julia, 10 Years Later

#32
I still have a couple of pain points

* TTFP - this is the big one. Every thing is a sluggish sometimes * Sluggish IDE in VSCode; I am on Windows so start up is a bit of a pain i often have to wait 20+ s for it to become responsive * Non-robust Basic Data Science coverage e.g. GLM fails on some datasets that R can handle. So it's the only code in my workflow that still has R in it

Re: Why We Use Julia, 10 Years Later

#33
I recently made some time to come back to Julia and it's been wonderful. Unlike the early frustrating days when major version updates broke so many things, the core is solid and the ecosystem is wonderful. I am so happy learning and programming that I have to stop myself from spending too much time messing with it. Kudos to the Julia developers!

Re: Why We Use Julia, 10 Years Later

#34

There is something elegant about having all functions at the top level (or module) scope, `foo(x, y, z)`, but I there is also something really nice about function names scoped to the thing/noun/subject: `x.foo(a, b)`. As far as I know Julia only does the former. Sometimes the latter seems a lot easier to deal with.

I think the design trade-off was to aid with multiple dispatch, one of the core paradigms in Julia. There, the implicit bind in `x.foo(y, z)` does not make `foo` useful for multiple dispatching, so their hand was forced. They may have gotten this from the Common Lisp Object System.

Re: Why We Use Julia, 10 Years Later

#36

I started using Julia in 2017, and as a physics student who saw Python, Mathematica, and Matlab as a series of tools that I had to pull out sometimes to solve specific problems, it came as a great shock to me that I was suddenly interested in Julia for it's own sake. It's not an overstatement to say that this language totally changed my relationship with computers and programming.

That sounds about like my experience too, only s/physics/geology/ :)

Re: Why We Use Julia, 10 Years Later

#37

I cannot remember exactly when I discovered Julia or where. But I remember I got intrigued early on and wrote a blogpost about 9 years ago on Tumblr, which is still there comparing Julia to Ruby of all things: https://assoc.tumblr.com/post/70484963303/getting-comfortabl... The normal thing today is comparing Julia to R, Matlab and Python. But my intro to Julia was actually trying to convert code examples in the O'Rei…

For unix tools, I assume you mean command line tools? In which case how do you ameliorate the long startup time on each invocation?

Hehehe oh yeah, I almost forget about that because I stopped years ago bothering to actually make the tools into separate files that I start from the shell. It is more like Julia is my shell. I'll just have packages with common tools I use and launch them by calling functions from the REPL.

I'll just have packages for doing doing image file conversions in batch, modifying source code, changing configuration files etc.

Actually come to think about it, I used to have shell scripts in a pipeline to build an application for security. We had to obfuscate the source code and stuff like that. When I rewrote to Julia it all ran much faster. Even if there was a startup time, the workload was heavy enough that the higher performance of Julia easily outperformed bash.

Re: Why We Use Julia, 10 Years Later

#38
I count myself as someone surprised at Julia's success.

As a replacement for Python, I've never understood the appeal, and it's probably not going to fill that niche. Still, as a replacement for Matlab/Mathematica, it's doing swimmingly.

All the best.

Re: Why We Use Julia, 10 Years Later

#39

I cannot remember exactly when I discovered Julia or where. But I remember I got intrigued early on and wrote a blogpost about 9 years ago on Tumblr, which is still there comparing Julia to Ruby of all things: https://assoc.tumblr.com/post/70484963303/getting-comfortabl... The normal thing today is comparing Julia to R, Matlab and Python. But my intro to Julia was actually trying to convert code examples in the O'Rei…

why ruby "of all things"? i've only dabbled a little in julia, but it definitely has a lot of the things i like about ruby, mixed in with a lot of the things i like about racket.

Re: Why We Use Julia, 10 Years Later

#40
post #38

I count myself as someone surprised at Julia's success. As a replacement for Python, I've never understood the appeal, and it's probably not going to fill that niche. Still, as a replacement for Matlab/Mathematica, it's doing swimmingly. All the best.

I don't really understand this comment. It was never intended to be a replacement for python in general use; do you mean as a numpy/scipy replacement?

In that case, I guess we'll see. Python will never be a particularly good language for implementing such things, but has become pretty ok for using them once someone has implemented (in another language, and made the python bindings).

Network effect is the real barrier, python itself is very easy to toss for this use .

Post reply on HN