I'm running into this. I had a versatile setup previously where PyCharm had first-class support with the main languages I used: Python, Rust, JS, CSS, HTML, TS.

Now I'm working on a Rust + CUDA FFI project; RustRover has minimal support for the CUDA (essentially C++) code. It does syntax highlighting and comment-hotkey, but the introspection and refactoring appear inop. It would be nice if RustRover and CLion were combined.

JetBrains, if you're reading this: LionRover. You're welcome.

You can even make the joke that you're guiding the LionRover from Space, their virtual desktop solution

Clion + Rust plugin should have feature parity with RustRover, but not the other way around.

Just switch to Clion and You'll problem will be solved

There is also a push towards Rust on the web side of things too, it would be amazing to have a single language that could be used for both worlds

That's already reality though, technically any language with WebAssembly support can be used in "both worlds".

In reality of course it's a bit more than just compiler support, you'd want easy interop with Javascript and Web APIs and a working debugger. With the Emscripten SDK and Chrome's and VSCode's WASM DWARF support it's looking pretty good now at least for C and C++ (but I assume the WASM DWARF debugging stuff also works for Rust, since it's the same compiler infrastructure underneath).

I have really tried using Rust for the web (because I truly enjoy Rust). The ergonomics just aren't there yet.

Leptos, as a popular recent example, suffers from one major issue (that most others suffer from too): the JSX stuff is opaque to Rust Analyzer. Code completion aside, you lose the ability to hover - massively crippling any hope of tracking down how to resolve a type mismatch.

Web Rust also has the impedance mismatch that Rust has for UI. There are several success stories - e.g. Cosmic Desktop, but I'm certain that there's more love than practicality involved.

I think part of the reason is that we are trying to shove in existing patterns - which originate from OOP languages - into Rust. In both semantic and ergonomic terms I have been bitten by trying to OOP in Rust when I was first learning it.

I think that there exists an (as yet unknown) solution to the UI problem. It's just going to look nothing like React (or Elm even).

Kotlin does this.

As does Scala, Clojure, and C#.

My annual renewal for CLion is coming up, and I need to make a decision.

These days I only do Rust dev really. I'm not clear on what their plans are for ongoing Rust support in CLion going forward now that they're rolling out RustRover. Are they going to pull it?!

The plugin is deprecated now, so I believe so.

Yep, I got intellij to work with python/rust/scala and it's frustrating to see it pulled out like that. Not sure why they need to sell so many IDEs that are almost identical. Would've been happy with some upcharge for a "premium" plugin but I don't want to install three IDEs like they apparently want me to.

from what I understood there is “Intellij IDEA Ultimate” which allows you to enable all the features of the specific IDEs as if they are plugins.

No, this only works for a few languages supported as plugins. Most of JetBrains IDEs are separate even if built on a same core. I have all products license and still can't use a single app to access all languages.

even with the supported plug-ins it's still not the same either. intellij with python plugin has just enough differences with it that it throws off some of my coworkers who use pycharm.

The old plugin is deprecated, but the new plugin installs fine into CLion. The question is how long that will be the case.

Because I work at a company that is mostly C++, with some Rust. My team's project is 90% Rust, but I still need to do C++ now and then. I'd be super annoyed to lose that.

They should at least continue to offer the plugin as a paid expansion option for CLion.

Yeah, the future is a big question. Here is quote from some mail:

> As said in the announcement, RustRover is available as a plugin to IntelliJ IDEA during the preview period. However, we have yet to determine whether this will be the case once we’ve released RustRover. This is because we’re still not certain whether users will need the plugin or whether a dedicated Rust IDE will be sufficient. Around the release time, when we make our decision. We’ll also consider the cases when IntelliJ IDEA licenses were primarily bought for Rust development with the IntelliJ Rust plugin and which options we can suggest to our users in these cases. Please stay tuned!

https://github.com/intellij-rust/intellij-rust/issues/10867#...

You'll need to get Intellij Ultimate, where the new Rust plugin will be available; or switch to RustRover.

Rust plugin is avaible in Clion as well, and it has more features then in IntelliJ (like debugging)

You just need to install the Native Debugging Support plugin into IntelliJ. I recently switched from having all the language specific apps installed to centralizing on IntelliJ IDEA. As far as I can tell, that plugin gives you all the same debugging features as CLion and RustRover.

Yeah the rental/subscription model is what turned me away from CLion. It was cool while it was still in free-trial mode and I'd have happily paid for it as an app that doesn't require a subscription.

you are not renting but paying for updates. The latest version when your subscription ends is what you are licensed for. I think it's after 1 year though.

The money is entirely worth it, to me. And I pay for it out of pocket rather than billing my employer for it, even. And I'll still be able to use the latest version I had at the time the sub ended.

You should consider having it paid by your employer, even with some chargeback on your pay you would save on taxes.

I don't like having my employer pay for tools that I also use for my own open source IP.

I really dislike it and every time my license expires I somehow end up getting screwed over. I'll be using version X, then pay for a year license, use version X for the entire year, never upgrade, and then after a year when the license expires all of the sudden I'm locked out of version X and told my "fallback" version is some version older than X. Why isn't my fallback version the latest stable version at the time I purchased the product?

I was a happy user of CLion + intellij-rust since its first version, I believe, advertising it to everyone. Switched to neovim + RA half a year ago and don't think I'm ever going back :)

True, I've used CLion for a few years to do C++ and Rust dev, and I'm currently making an effort to check if VSCode meets my workflow. I don't want to buy another IDE just to have what I already had.

My biggest gripe with JetBrains' lineup is the different "spins" for different languages. They should make a single IDE with plugins for many different languages to deliver a vastly superior experience to VSCode.

Multi-language code bases aren't that uncommon either. As you say mixing C and Rust is common in apps and systems level programming. Mixing JavaScript, TypeScript, Go, and other languages like Python is also pretty common in web-centric stuff.

Yeah that looks like the VSCode killer.

hopefully not too little too late

There’s not much lock in with VSCode. I could change in a day, and might when this is mature.

Besides having to pay for Fleet, it isn't available as Web editor on Github and Azure, allowing one to develop server based software as in the timesharing gold days.

The plugin ecosystem from VSCode is the only reason I tolerate an Electron powered editor for specific use cases.

It's still way too early to declare it just yet. It's still vastly inferior to their existing separated IDEs. I'm optimistic though.

You're describing IntelliJ Ultimate.

Wasn’t this the model the Eclipse IDE uses/used?

No, JetBrains only makes some plugins available on specific IDE workloads, unless you buy InteliJ Ultimate.

Whereas you get the whole experience on Eclipse out of the box.

To keep in context, to this day you can't debug JNI on regular InteliJ, unless having CLion as well.

Something that Netbeans and Eclipse support for at least 20 years now.

Yes, and that aspect of Eclipse was good. Eclipse was too bloated and its language support wasn't nearly as good as anything by Jetbrains.

(It still exists but seems kind of dead outside Java shops.)