3 ms·
Fair enough, you mentioned the speed of adding a package and I assume it was the build time after the download (which is mostly git). I have to confess that I d
by ddragon 7y ago
Fair enough, you mentioned the speed of adding a package and I assume it was the build time after the download (which is mostly git). I have to confess that I don't consider the speed of the initial build essential since it's a one time thing (correctly and efficiently building and handling dependencies is, which it does very well in my opinion). Also, I think they are testing now a way to deliver binary libraries within the deps which can improve the situation with the external dependencies.
Visual Studio Code is definitely fast enough in my machine (especially with a Revise.jl workflow), which is why I also assumed it was stuff like running part of the code or using the Language Server Protocol, which will hit the same compilation lag. I agree that Atom is slow, and it's one of the reason I don't use it.
Though I'm clearly biased since my experience is entirely in Linux, it's possible that the Windows experience is just worse.
- siproprio 7y agoThe VS Code extension took a long time to support newer versions of the language. What happens in between figuring out how to make basic tooling work and actually getting something done is frustration. Building is so clearly not a one-time thing if you use the language to explore solutions, and play with things.