(When I first saw the link I was wondering if JetBrains had decided to release a Rust-centric IDE, and was briefly excited (tho I have a CLion license) but seems that's not the case.)
FWIW latest changelog on the plugin @ https://intellij-rust.github.io/2023/07/10/changelog-198.htm...
- More than half of compile time errors are not shown in the IDEs. - Breaks when using some macros. For example wheb using gtk-rs each file defining a custom widget constantly show 2 errors that aren't there. Autocompletion fails for a lot of macros, even simple ones with macro_rules!. - The debugger works but there are no type renderers. I wish it showed the result of Display or Debug. Often you have to go through 5-6 layers of objects to find the actual data with std types. Single stepping can be very slow at times. Runtime expression evaluation almost always fails except for very simple expression like accessing a field (forget about anything that creates structs). - Finding files with double Shift is usually very fast but for some reason it can take 6-7 seconds for Rust files to show up.
Worst case you can enable clippy to run in the background.
When was that?
From the page source: "datePublished": "2020-08-28T09:00",
https://intellij-rust.github.io/2023/07/10/changelog-198.htm...
I usually turn the setting on, but there are a few projects that do make the UI sluggish where u have to turn them off. I'm not entirely sure what the problem is, some code with many dependencies works absolutely fine while some code with only basic crates turns into a lagfest. My suspicion is that there's a crate somewhere deep down the dependency tree that makes use of some very intensive macros that trip up the tooling.
I've also noticed that the most recent release of Rust made working with the tooling feel a lot snappier. Not sure what changed, but it's nice to see.
One laat thing I always recommend anyone running into weird IntelliJ/Clion/IDE slowdowns: check the difference between antivirus off/on to see if that influences things. Windows Defender just can't seem to deal with a program opening many small files. What this means for you depends (you probably shouldn't disable AV on a company laptop) but it may solve the mystery why your experience doesn't match other people's.
Especially if you happen to be doing anything like using WSL or a mounted network share. For example, I had to do a lot of workarounds to resolve indexing and line ending issues while working on a Windows machine and running my code on a remote container server running nix.
This hasn't been fixed, but it's my biggest pain point.
> felt very sluggish to me
We're working in a Rust workspace monorepo with about 30 crates and it feels fast.
I bought 16GB a decade ago, for example, so I wouldn’t have swapping issues with my tools. That machine is still usable today.
"Its sooo slow"
I am not sure why people use these tools, I've tried and they seem at best on-par, at worse, sooo much worse. I get real Microsoft vibes, a sales team comes in, takes the purchasing team to a concert/sports and dinner to 'discuss business'. And its announced that everything needs to be done on M$ sharepoint/Intellij.
Less feature-ful text editors like sublime and vim just don't do it for me.
Kidding aside, this is nice! Always happy to see more support for Rust, and I'm usually pretty impressed by what JetBrains brings to the table in their IDEs, so this is promising! Hopefully this will be one of those cases where the less you need an IDE, the more comfortable the features are for the ones that are built.
Similarly for Rust, I figure CLion is the best bet?
You would use the LLDB debugger backend similar to your C/C++ projects you would work on with CLion.
Quite a few rust projects do touch or at least reference C projects etc...
I've generally seen the release of a branded IDE for a language from Jetbrains to be when they have great support for it, hopefully it'll come for Rust but it's taking a long time, which unfortunately for a Jetbrains user to death at this point, means not using Rust itself.
The other thing it does, it let's their team really focus on polishing a product. For instance with Go, they had a plugin, and it worked okay, but when they came out with GoLand, they really started filling all the gaps, and polishing the Go development experience, making sure all the default plugins for it made a great overall Go development experience by default.
These reasons are I think why you see people excited about a JetBrains Rust IDE in other comment branches of this post. The polish and ease of use. The priority on taking the point of those things that just are slightly annoying. The difference between something cobbled together or a plugin that just has to deal with existing extension points and a fully polished marketable product.
There’s a level of polish and thoughtfulness in the design that I’ve not found in VS Code.
It’s hard to put into words, because it consists of lots of little things.
Definitely not perfect though. Just better IMO.
I usually just think: go full power user (Vim/Neovim/Emacs) or completely ready-to-go (Jetbrains). But I just have never felt like VS Code was very great, so I'm certainly biased.
Admittedly, for Rust the gap isn't as big as with other languages, as RA is an excellent language server, but with CLion + Rust you get pretty great debugging support.
I reported one such case here: https://github.com/rust-lang/rust-analyzer/issues/12524, but this still happens to me pretty frequently.