4 ms·

Thanks for the reply Jakob. I agree with what you are saying. When JET.jl works it is great. But for large projects it didn't even return when I tried it. I mu

Thanks for the reply Jakob. I agree with what you are saying. When JET.jl works it is great. But for large projects it didn't even return when I tried it. I must have waited at least half an hour once. VSCode seems like it is offically blessed and maybe I should just cave and use it for Julia. I use vim/neovim for EVERYTHING else though. Taking me out of my extremely custom tmux + terminal + vim workflow just for Julia development annoys me unnecessarily much. Do you know if there's work on getting this to work in vim/neovim? ErrorTypes.jl, InlineTests.jl, ReTest.jl, SetField.jl all are awesome and I've used them in personal projects. I want to see them in the core language. Maybe ErrorTypes.jl is asking for too much, but tests sorely needs improvement. A SetField like feature literally had a PR open for years and then was just closed https://github.com/JuliaLang/julia/pull/21912 https://github.com/JuliaLang/julia/pull/21912 Without these features in the base language, adoption is going to be so slow. Convincing my team to add a dependency is a lot of work, including updating internal documents, best practices, internal training for how and when to use a certain feature, etc.

sharikous 5y ago
Good luck with hoping for adopting those features into Base. Even debugging requires its own package in Julia. But to be fair also Rust is guilty of keeping the base small and leaving important stuff in external crates (serde, tokio,...).
- adgjlsfhk1 5y ago
  There is interest in improving testing in Base. Retest seems really nice, but has a few caveats. If you have ideas, bring them up in Discourse/Slack.
- ModernMech 5y ago
  I think it's fine to architect a language in this way as long as there is a good 1st party effort at a comprehensive standard library. The failure mode I see most often of a small core is that there ends up being 100 libraries of varying quality and completeness to do common tasks e.g. parsing JSON.
jakobnissen 5y ago
I don't know how well Julia works with other IDEs to be honest. Much of the hard work of VSCode's extension is editor-agnostic, e.g. the LSP, the type checker and the linter - but whether someone has actually implemented a Vim plugin using these, I don't know.
dklend122 5y ago
Can you please open up an issue on Jet.jl? Even if you can't provide a MWE, it would be helpful to share these experiences

sharikous 5y ago

Good luck with hoping for adopting those features into Base. Even debugging requires its own package in Julia. But to be fair also Rust is guilty of keeping the base small and leaving important stuff in external crates (serde, tokio,...).

adgjlsfhk1 5y ago
There is interest in improving testing in Base. Retest seems really nice, but has a few caveats. If you have ideas, bring them up in Discourse/Slack.
ModernMech 5y ago
I think it's fine to architect a language in this way as long as there is a good 1st party effort at a comprehensive standard library. The failure mode I see most often of a small core is that there ends up being 100 libraries of varying quality and completeness to do common tasks e.g. parsing JSON.

jakobnissen 5y ago

I don't know how well Julia works with other IDEs to be honest. Much of the hard work of VSCode's extension is editor-agnostic, e.g. the LSP, the type checker and the linter - but whether someone has actually implemented a Vim plugin using these, I don't know.

dklend122 5y ago

Can you please open up an issue on Jet.jl? Even if you can't provide a MWE, it would be helpful to share these experiences