3 ms·

Ultimately Julia combines the strengths of both and much more. It is the future IMO, not R or python.

• 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 ago
    The 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 ago
      I 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 ago
        What 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/