4 ms·
way to miss the point. Part of a language selection for a real -world project is based on the libraries available for it. If I'm doing systems administration pr
by hueving 11y ago
way to miss the point. Part of a language selection for a real -world project is based on the libraries available for it. If I'm doing systems administration programming, there is a much higher probability of there being a python library to interact with BGP or namespaces than there is for Julia.
Selecting Julia blindly is just as stupid as selecting R or python blindly. Language features are only a small part of the reason you choose a language for a large project.
- apl 11y agoThe Julia FFI for Python is absolutely excellent -- calling a particular Python library from Julia takes very, very little effort. As a language for scientific programming, Julia is way ahead of Python. So I'm not sure if this particular argument holds much water. https://github.com/stevengj/PyCall.jl https://github.com/stevengj/PyCall.jl
- baldfat 11y agoI think it is a chicken or the egg problem with Julia right now. Julia is very much a positively viewed language that isn't being used much. There are not enough libraries (I looked 3 months ago) for me to do my work in Julia. There isn't enough users to make the libraries for my use case.
- Lofkin 11y agoWhat is missing? If its something like shiny, Julia is well on way to obviating that problem: https://shashi.github.io/Escher.jl/ https://shashi.github.io/Escher.jl/