Earlier quoted context omitted.
Other languages and libraries break as well so that's just bad practice.
Not as frequently. Having a broken release for a programming language is also bad practice.
How exactly are Julia releases broken?
Julia 1.9
191–200 of 216 posts
Re: Julia 1.9
#192Earlier quoted context omitted.
You're incredibly lucky. Even minor version bumps have left me up shit creek in production with deadlines.
Julia core is backwards compatible all the way to 1.0, libs not so much. Now, something as fundamental as numpy dropped support for Python https://numpy.org/devdocs/release/1.19.0-notes.html And I've been bitten by relevant python libs breaking stuff even in patch releases. It happens and it's far from particular to Julia. I just make sure to test stuff property before going to production.
Pythons breakages have also been security centric. I'm not a big fan of it, but yea Julia isn't 30 yrs old and it's done things like this every minor release without anouncement. To be clear though I'm not talking about a conscious researchable decision to drop support after 5 years. I'm talking about bugs that pop up over night. Anyway has Julia ever been audited for security? Most of the netstack was written by a single person... Makes ya wonder...
Re: Julia 1.9
#193Earlier quoted context omitted.
Other languages and libraries break as well so that's just bad practice.
Not as frequently. Having a broken release for a programming language is also bad practice.
Look at the backlog of issues in their GitHub for backports. You'll see detailed lists of reported and fixed breakages. The lists aren't small... Now go on to imagine the ones people don't report and instead patch and fix them locally. We aren't even talking about Julia code fixes, often these involve the C that creates it and are a nightmare to diagnose. I can't reply to your post unfortunately the thread is too long.
Re: Julia 1.9
#194Earlier quoted context omitted.
Honestly, I'd stick with python or learn a statically compiled language to broaden your world. I spent years in the Julia situation and it's more of a cult than anything else. If you ever end up with a job asking for Julia(not likely), you can pick it up in a week or so of free time after some muscle memory kicks in.
> I spent years in the Julia situation and it's more of a cult than anything else What is a "Julia situation" and how is a programming language a cult? It's used by companies, programmers, scientists, etc. to do stuff. This is a strange take.
Hop into any of the Julia communities online. Hang out for a month. It's very culty.
Re: Julia 1.9
#195Earlier quoted context omitted.
> I spent years in the Julia situation and it's more of a cult than anything else What is a "Julia situation" and how is a programming language a cult? It's used by companies, programmers, scientists, etc. to do stuff. This is a strange take.
Hop into any of the Julia communities online. Hang out for a month. It's very culty.
Source: just trust me, bro.
Re: Julia 1.9
#196Earlier quoted context omitted.
Honestly, I'd stick with python or learn a statically compiled language to broaden your world. I spent years in the Julia situation and it's more of a cult than anything else. If you ever end up with a job asking for Julia(not likely), you can pick it up in a week or so of free time after some muscle memory kicks in.
Cult? That's a very bad take. It's a tool, great for some stuff, rough edges here and there. People invest huge amount of effort fixing Python's shortcomings (pyspark, tf, jax, mojo) requiring a completely different way of thinking modulo the syntax. And nobody is talking about the "cult of the snake"
It's not culty to make packages for a language. It is culty to work 12 hrs a day to appease Julia computing for free to have your work taken renamed and offered to the community with different names on the authors list.
Re: Julia 1.9
#197Earlier quoted context omitted.
I run in production several Julia projects and I honestly can't say I know what you are referring to. I do use some libraries through PyCall. This is a relatively frequent source of trouble, with libraries breaking because of 3rd party dependencies, behaviour changing, or even somehow installation suddenly stops working. This all happens in the python side, to the point that I am currently replacing all the libraries…
You can use CondaPkg.jl ( https://github.com/cjdoris/CondaPkg.jl ) to setup Python dependencies with version control. I haven't played with it too much but it seemed to work out for what I tried. Indeed the reason why I haven't had too many test cases is because in SciML we removed all Python dependencies since they were the main source of instability. PyDSTool.jl, FEniCS.jl, SymEngine.jl (through ParameterizedFuncti…
Is it fair to say that it is your career to rewrite code in Julia to write academic papers about julia?
Re: Julia 1.9
#198Re: Julia 1.9
#199Earlier quoted context omitted.
You've gotten Julia to produce a runnable binary? Impressive.
It is possible, within specific limits, using StaticTools.jl and StaticCompiler.jl. Sadly for me, my code won't work within the indicated limits. This is the biggest issue for me, for deployable code. I'd love to hand my users a single binary (like go/rust), which has all the code/data needed, so no precompilation time, and instant startup. I am hoping the Julia team understand how important this is ... language comp…
Yea or you can just write C++ or Rust and honestly... See some advantages in doing so from a maintenance angle. Dynamicly typed languages have some pretty serious shortcomings. Scientists are smart people, they just need some training to learn to use those tools or to work with someone who can help them do it.