Live data from Hacker News

Julia 1.10

docs.julialang.org

51–60 of 104 posts

Re: Julia 1.10

#51
post #11

Earlier quoted context omitted.

Mojo is vapourware from a private company (and we all know how those turn out re programming languages) until proven otherwise.

What other private company languages are there? Swift is the best example I can think of, which matches Mojo's situation down to the head of the project.

[deleted]

Re: Julia 1.10

#52

Earlier quoted context omitted.

scientific models and simulations can be and are made very successfully in julia. In particular the diffeq landscape is probably the languages largest comparative advantage

That’s a broad area. I work in astrodynamic simulations, and don’t know anyone doing much work in Julia. Maybe a couple of grad students playing with it, but that’s it. 99% of the work is Python, Fortran, and C/C++. Are there subdomains that use it a lot? I am not sure what the diffeq landscape is exactly although it sounds related to dynamical simulations?

I recently found this:

https://github.com/JuliaSpace/

Out of curiosity, what Python, Fortran, and C/C++ packages do you use / can you recommend?

Re: Julia 1.10

#53
post #11

Earlier quoted context omitted.

Mojo is vapourware from a private company (and we all know how those turn out re programming languages) until proven otherwise.

What other private company languages are there? Swift is the best example I can think of, which matches Mojo's situation down to the head of the project.

aren't most languages invented and initially developed within a private company? Go, Dart, Java, JavaScript, C#, F#, VBA, Kotlin, Erlang, C(at AT&T), Rust (at Mozilla). The list is probably very long

Re: Julia 1.10

#54

Earlier quoted context omitted.

What is an example? Are there any where it is dominant?

scientific models and simulations can be and are made very successfully in julia. In particular the diffeq landscape is probably the languages largest comparative advantage

One of the things I don't like about the Julia ecosystem is the monolithic libraries that have tons of dependencies. DiffEq is one of those. I think its fine to write a script but if you want to develop something more sophisticated, you want to keep your dependencies lean.

Re: Julia 1.10

#55
post #34

Im not sure if Julia will ever take off. Right now there are huge investments in the AI space and Julia has no presence in those.

Julia is flying for these folks already, https://juliahub.com/case-studies/

That page is a bit marketing

Re: Julia 1.10

#56
post #40

Im not sure if Julia will ever take off. Right now there are huge investments in the AI space and Julia has no presence in those.

Julia need good a complete database connectivity libraries to do better they need to have full support for MS SQL and Oracle and other commercial dbs All my data are in a database, Julia need to become more db oriented , that is it

Are there solid C interfaces that can be used?

A large part of why I started using Julia is because calling into other languages through the C FFI is pretty easy and efficient. Most of the wrappers are a single line. If there is not existing driver support, I would pass the C headers through Clang.jl, which automatically wraps the C API in a C header.

https://github.com/JuliaInterop/Clang.jl

I most recently did this with libtiff. Here is the Clang.jl code to generate the bindings. It's less than 30 lines of sterotypical code.

https://github.com/mkitti/LibTIFF.jl/tree/main/gen

The generated bindings with a few tweaks is here:

https://github.com/mkitti/LibTIFF.jl/blob/main/src/LibTIFF.j...

Re: Julia 1.10

#57

Earlier quoted context omitted.

scientific models and simulations can be and are made very successfully in julia. In particular the diffeq landscape is probably the languages largest comparative advantage

One of the things I don't like about the Julia ecosystem is the monolithic libraries that have tons of dependencies. DiffEq is one of those. I think its fine to write a script but if you want to develop something more sophisticated, you want to keep your dependencies lean.

You can always (slightly) reduce the DiffEq dependencies by adding OrdinaryDiffEq.jl instead of the meta DifferentialEquations.jl package. But lots of those dependencies arise from supporting modular functionality (changing BLAS, linear solvers, Jacobian calculation methods, in vs. out of place workflows, etc.). That said, the newer extension functionality may let more and more of the dependencies get factored out into optional extensions as time goes on.

Re: Julia 1.10

#58

Im not sure if Julia will ever take off. Right now there are huge investments in the AI space and Julia has no presence in those.

Julia was ahead of the game with automatic differentiation which took a few years for Python to get support. And it's still ahead of the game with integrating machine learning with scientific modeling. Macros and multiple dispatch are a game changer, and it allows people to hack and iterate on Julia far easier than on Python.

And don't get me started on how nice JuMP.jl is for mathematical optimization.

Re: Julia 1.10

#59

Earlier quoted context omitted.

That’s a broad area. I work in astrodynamic simulations, and don’t know anyone doing much work in Julia. Maybe a couple of grad students playing with it, but that’s it. 99% of the work is Python, Fortran, and C/C++. Are there subdomains that use it a lot? I am not sure what the diffeq landscape is exactly although it sounds related to dynamical simulations?

I recently found this: https://github.com/JuliaSpace/ Out of curiosity, what Python, Fortran, and C/C++ packages do you use / can you recommend?

Astropy [0] lives at the heart of most work. It has a Python interface, often backed by Fortran and C++ extension modules. If you use Astropy, you're indirectly using libraries like ERFA [6] and cfitsio [7] which are in C/Fortran.

I personally end up doing a lot of work that uses the HEALPix sky tesselation, so I use healpy [2] as well.

Openorb is perhaps a good example of a pure-Fortran package that I use quite frequently for orbit propagation [3].

In C, there's Rebound [4] (for N-body simulations) and ASSIST [5] (which extends Rebound to use JPL's pre-calculated positions of major perturbers, and expands the force model to account for general relativity).

There are many more, these are just ones that come to mind from frequent usage in the last few months.

----

[0] https://www.astropy.org/

[1] https://healpix.jpl.nasa.gov/

[2] https://healpy.readthedocs.io/en/latest/

[3] https://github.com/oorb/oorb

[4] https://rebound.readthedocs.io/en/latest/

[5] https://github.com/matthewholman/assist

[6] https://github.com/liberfa/erfa

[7] https://heasarc.gsfc.nasa.gov/fitsio/

Re: Julia 1.10

#60
post #11

Earlier quoted context omitted.

What other private company languages are there? Swift is the best example I can think of, which matches Mojo's situation down to the head of the project.

aren't most languages invented and initially developed within a private company? Go, Dart, Java, JavaScript, C#, F#, VBA, Kotlin, Erlang, C(at AT&T), Rust (at Mozilla). The list is probably very long

Most of those are open source, and while initially developed at a private company, most are run by non-profits (such as the Rust Foundation for Rust). Also, the language itself is not usually the main product at those companies.
Post reply on HN