4 ms·
I think Julia will gain some adoption replacing Fortran-, C- and C++ based libraries that can then also be used within Python. If you use any numerical packages
by m_mueller 6y ago
I think Julia will gain some adoption replacing Fortran-, C- and C++ based libraries that can then also be used within Python. If you use any numerical packages, the above is already what you’re using under the hood.
I also think that not enough people are aware of the performance limitations of NumPy code and how much more straightforward it can be to drop into a lower level language once you cross a certain optimization barrier. This is where Julia can increasingly serve an important role.
- phkahler 6y agoDoes Julia play well with Rust code? I see Rust as the future replacement for C++ so that would be important.
- TheRealKing 6y agoThis will not happen. There is so much hype around Julia and false claims such as Julia outperforming Fortran, etc. One can always design an isolated benchmark in which Julia outperforms any other language. But what people care, is performance in practice. And false claims will only hurt Julia in the long run, in the same way VolksWagen got badly hurt for its "US diesel emission fraud".
- amkkma 6y agoAnd do you have any evidence that well written (but still high level) Julia isn't faster/as fast as fortran in practice? Poorly written code in any language will be slow, so don't start with that.
- m_mueller 6y agoIt's a compiled language with a close-to-baremetal type system and implemented as an LLVM frontend. I don't see what would make it slower than e.g. Fortran except for a couple more years of LLVM backend optimizations required (which I still think will happen given LLVM's adoption), but probably I'm missing something here.