JetBrains RustRover Is Released and Includes a Free Non-Commercial Option

•

I thought I saw this weeks ago.

May 21, 2024

yep

Anyway, neovim+rust-analyzer+ra-multiplex is all I need.

•

From what I gather, this isn't opensource, which is a pity. JetBrains makes the best IDEs out there for me. Anytime I touch something else, I feel hampered. Everything else just seems to take too much setup no matter how much time I put into it (looking at you neovim).

Developing Rust in CLion has been a charm so far, but let's wait until v2 of RustRover before switching over...

mholiv

•

I know exactly how you feel. I did eventually end up finding an open source solution that worked for me though. After trying a few things I ended up on the helix text editor + the Rust LSP.

It took me a while to get to the point where I could code as fast as I could in Jetbrains IDEs but I got there and am now even faster than I used to be.

It was hard but very worth it.

•

I've read about Helix and it seems less effort than vim or its evil twin (emacs). How long did it take for you to get productive?

mholiv

•

To get to the point where I could feel like not an idiot maybe 3 hours of actual programming time.

To get to the point where I was a slow yet productive programmer it took maybe 12 hours of actual programming time.

To get faster than I was at Jetbrains IDEs that took like maybe ~24 hours of actual programming time.

I strongly recommend:

remapping caps lock to escape.
disabling the arrow keys in all modes.

After I did these two things, I got better faster. It’s frustrating but totally worth it. Now when I’m on my laptop I just use helix and qutebrowser under the sway desktop environment. It’s a 100% mouse free experience and it’s just faster and better in every way.

•

Thanks for the tips. I'll give Helix a shot. I've been trying to get rid of vim and now neovim for a while. Maybe helix will be the solution.

decivex

•

In what way is it less effort than vim? I've tried helix a little bit and it didn't seem that different.

mholiv

•

For me it’s less effort because everything that I want just works out of the box. The totally of my configuration is under 10 lines. I don’t want to have to mess with nested config files each dozens to hundred of lines long most of which I will not understand just to code.

Also helix is different in that it uses the selection then action workflow. Vim is action then selection which is less nice for me.

In helix if I want to delete a function I would do: ESC -> space -> f -> d

Which means: Normal mode then lsp menu then next function then delete.

In vim I would have to delete then select what to delete which I don’t like.

•

I'm hoping it'll be less effort setting it up than vim/neovim. Both need a bunch of plugins to be worth using. I got some preconfigured neovim config (doomvim or something) and while it's better, a bunch of stuff just doesn't work.

seeg

•

@onlinepersona @deluxeparrot Last time I checked, jetbrains editors didn't support nix well. Has that changed?

•

To my knowledge there's still only nix-idea, but tbh I haven't found any good IDE or editor for nix. Syntax highlighting is easy, but advanced features like code suggestion, "GOTO definition", and so on have never worked for me 🤷 Does good nix support exist anywhere?

https://plugins.jetbrains.com/plugin/10925-database-tools-and-sql-for-webstorm--rustrover

sukhmel

•

Same, and it looks like nix is not going to get a good support soon, because it's at the same time not widespread enough and has a complicated semantic. Well at least complicated enough for me as a dev that uses it but still struggles a lot to debug issues.

seeg

•

@onlinepersona #nix works very nice as a systems package manager. I use it to pull in C libs or build my own, without polluting my base system. And it's much more lightweight than VM or even docker, especially flakes that I discovered recently.

voidcontext

•

@onlinepersona https://github.com/oxalica/nil might worth a try. It’s implementing the language server protocol so it can be used with any editor/IDE that has support. I am sure intellij has a plugin for that.

OhYeah

•

I've been building out a neovim setup with the nixvim project, in the mean time been using vscodium with no complaints would recommend both options

abrahambelch

•

Beware they started charging for the database tools even if you own an all-products license (the plugin was included in the EAP version).

IntelliJ still has it bundled iirc.

Mad_Punda

•

I’m still bummed out that I can’t use the rust plugin in CLion anymore for free, not even for non commercial purposes.

onlyesterday

•

just keep using old plugin version 241.25989.180

festus

•

Nobody else here has mentioned this but they stripped out all the web plugin support and tooling with no way to install it, even for paying customers. So if you're working on some kind of web application (perhaps compiling Rust to webassembly, like me) RustRover won't support your use case.

sukhmel

•

I use it and it's okay but man, how long could it take them to separate search results in tests from not in tests.

Last time I think I found a similar issue for vscode or rust-analyzer, and the devs said it requires a lot of rework and will not be done for a while. Now I can't find that but maybe it is a task that is harder than it looks. It would've been a total killer feature for me, though

•

Ugh yeah that's infuriating on Github search too. Obviously if I'm searching for some identifier I don't want 10 pages of results in /tests.

How hard can it be? Just weight anything with test in the file path lower than everything else. Job done.

•

You two bring shame to the programming community.
Just ripgrep cargo expanded output for f**** sake.

•

What are you talking about?

•

What part are you struggling with?
The ripgrep (rg) part, or the cargo expand part?

•

I know what both of those are and how to use them. But they are entirely relevant to the thread. Did you comment in the wrong place?

•

Not sure how what I write is this confusing to you.

Tests don't necessarily live in paths containing test.
Code in paths containing test is not necessarily all tests.
cargo expand gives you options for correctly and coherently expanding Rust code, and doesn't expand tests by default.
rg was half a joke since it's Rust's grep. You can just pipe cargo expand [OPTIONS] [ITEM] output to vim '+set ft=rust' - or bat --filename t.rs and search from there.

krangled

•

You're not smart. You're not special. Nobody is giving you a medal because you know a workaround to a developer not implementing a feature request after five years, especially when said feature IS ALREADY IMPLEMENTED in a different language in the same IDE.

So again, what does your response have to do with how an IDE works? Nothing. It has nothing to do with it, you're posting purely to jerk yourself off.