Assume mainstream adoption as used by around 7% of all github projects
Personally, I’d like to see Nim get that growth.
Welcome to the main community in programming.dev! Feel free to post anything relating to programming here!
Cross posting is strongly encouraged in the instance. If you feel your post or another person’s post makes sense in another community cross post into it.
Hope you enjoy the instance!
Follow the wormhole through a path of communities !webdev@programming.dev
Simply, the lsp is far less useful. An object might have a dozen methods that act like verbs or some attributes that act as adjectives.
In Julia there is a huge number of functions, that work differently for different types and different combinations of types. So finding the documentation involves finding the right name for a function that does different things for different types, then scrolling down the docs for the the behaviour that corresponds to the specific combination of inputs.
I moved from R/Py to Julia for a while before moving back to Py (and a little bit of Rust).
I love how fast Julia is and the 1-index is fine for me, but I still prefer py for the oop.
So there’s no LSP function to just show all of the multi-methods that accept a specific type? That’s a pretty serious tooling limitation.
Maybe Julia sounds better in theory than in practice, if the tooling still isn’t ready for production use.
Well it’s there, in one loooong print out. It’s not as bad as I’m making it out to be, however, I went back to python unfortunately.
The crucial issue with Julia, no error messages.
So I use Julia for things that need to be fast (e.g. moving hdf5 to SQL and ffts) but I use python for everything else (except ggplot).