this post was submitted on 15 Jul 2024
34 points (94.7% liked)

Programming

17394 readers
172 users here now

Welcome to the main community in programming.dev! Feel free to post anything relating to programming here!

Cross posting is strongly encouraged in the instance. If you feel your post or another person's post makes sense in another community cross post into it.

Hope you enjoy the instance!

Rules

Rules

  • Follow the programming.dev instance rules
  • Keep content related to programming in some way
  • If you're posting long videos try to add in some form of tldr for those who don't want to watch videos

Wormhole

Follow the wormhole through a path of communities !webdev@programming.dev

founded 1 year ago
MODERATORS
snowe@programming.dev
Ategon@programming.dev
MaungaHikoi@lemmy.nz
34
Did #julialang end up kinda stalling or at least plateau-ing lower than hoped? (hachyderm.io)
submitted 4 months ago by maegul@hachyderm.io to c/programming@programming.dev
29 comments fedilink hide all child comments
 

Did #julialang end up kinda stalling or at least plateau-ing lower than hoped?

I know it's got its community and dedicated users and has continued development.

But without being in that space, and speculating now at a distance, it seems it might be an interesting case study in a tech/lang that just didn't have landing spot it could arrive at in time as the tech-world & "data science" reshuffled while julia tried to grow ... ?

Can a language ever solve a "two language" problem?

@programming

you are viewing a single comment's thread
view the rest of the comments
[–] FizzyOrange@programming.dev 11 points 4 months ago (2 children)

IMO Julia just had way too many big issues to gain critical mass:

  1. Copied 1-based indexing from MATLAB. Why? We've known that's the worse option for decades.

  2. For ages it had extremely slow startup times. I think because it compiles everything from C, but even cached it would take like 20s to load the plotting library. You can start MATLAB several times in that time. I believe they improved this fairly recently but they clearly got the runtime/compile time balance completely wrong for a research language.

  3. There's an article somewhere from someone who was really on board with Julia about all the issues that made them leave.

I still feel like there's space for a MATLAB replacement... Hopefully someone will give it a better attempt at some point.

[–] moonpiedumplings@programming.dev 2 points 3 months ago (1 children)

I still feel like there's space for a MATLAB replacement...

GNU Octave?

https://en.wikipedia.org/wiki/GNU_Octave

using a language that is mostly compatible with MATLAB

[–] FizzyOrange@programming.dev 2 points 3 months ago

The only benefit Octave has over MATLAB is that it's free. Which is something I guess, but in practice it is MATLAB without the benefits of MATLAB.

It's plotting functionality sucks as much as anything else, it has fairly good toolkit support but not remotely like MATLAB, and it still has the mediocre MATLAB language. Worse - with custom incompatible extensions!

[–] maegul@hachyderm.io 2 points 4 months ago

@FizzyOrange

Yea I remember reading about some deeper issues with the language (Dan Luu was quite dark on it I think) and that more or less turned me off. At the time I would have had to have been amongst some dedicated users urging me on to consider adoption.