And their free and open-source rust plugin is deprecated: https://plugins.jetbrains.com/plugin/8182--deprecated-rust Quoting MRandl comment from the blog: > Bit of a malicious move, essentially monetizing the contributions of all the people who worked on the plugin while the open source part slowly falls into deprecation and wontfixes. Not cool at all!
RustRover – A standalone Rust IDE
71–80 of 211 posts
Re: RustRover – A standalone Rust IDE
#72This IDE doesn't seem to differ from CLion with Rust plugin. I guess, its only about making Rust plugin paid from their side – which makes sense from their side. I hope they can deliver quality. On the other hand, they are notoriously slow to develop their IDEs. Features are super slow to be delivered, IDEs themselves are not really improved as well. They are focusing on things most don't care: Spaces, new UI project…
Neovim plus the Rust treesitter thing is really good. Intellij has work to do before they are worth paying for. Which is great! I love competition. Kotlin is probably my favorite language to program in, but I hate how it locks you in to a single IDE.
Re: RustRover – A standalone Rust IDE
#73This IDE doesn't seem to differ from CLion with Rust plugin. I guess, its only about making Rust plugin paid from their side – which makes sense from their side. I hope they can deliver quality. On the other hand, they are notoriously slow to develop their IDEs. Features are super slow to be delivered, IDEs themselves are not really improved as well. They are focusing on things most don't care: Spaces, new UI project…
That's how all their IDEs work. It's all the same software with different sets of allowed plugins. I would also argue that their IDEs are largely mature, feature-complete software. I'm quite happy they haven't succumbed to the modern trend of reorganize all the menus every 6 months.
From where did you get this idea -- basic use? It most certainly is not this to as great a degree as you might like to think. Source: JB employee.
Re: RustRover – A standalone Rust IDE
#74Earlier quoted context omitted.
I wish Jetbrains and Google could work towards replacing Gradle for Android with Bazel. This would mean much more alignment in Android Studio/Jetbrains IDEs and ASOP itself is built with Bazel these days so eventually having both ASOP and app projects built with the same build system could yield benefits also.
What’s the problem with Gradle? It is one of the few extensible, cross-language build systems that actually has most necessary features for the task, and is correct. Android just has some absolutely mindblowingly insane dependency graph and long-running steps in their build process, making even gradle sweat buckets. Without a significant re-architecture, Bazel wouldn’t fair any better, while a significant re-architec…
Moving to Bazel would be good for aligning everything. As previously mentioned ASOP is built with Bazel, Bazel already has great support for building Android apps (and works much better with NDK: https://bazel.build/docs/android-ndk).
Gradle while I do like it I have come to realise is a drastically more complicated (and magic) build system than Bazel. I say this as someone that can do "anything" in Gradle by either developing custom plugins or dropping hacks into buildSrc.
I think part of the reason why Android builds don't get better is people don't want to even try deal with Gradle because of the comprehensibility cliff, i.e there is too much distance between "I can copy and paste and it works" and "I actually understood what I copied and pasted".
It's hard to say exactly what the key problems are with comprehension are but despite years of trying to help others understand Gradle I gave up and just handled all the build issues myself.
Bazel has been a lot easier on the uptake, it's not perfect and still takes a bunch of upfront "you need to understand the difference between rules, repository rules, macros etc" but there is less fundamental topics to cover and less magic if you aren't using external rulesets.
Re: RustRover – A standalone Rust IDE
#75Earlier quoted context omitted.
> new UI project It’s incredible to me how many people choose VS Code because of its aesthetics, so it is by all means the right thing to focus on.
That's really interesting. What makes VSCode's aesthetic so distinctive and appealing? As an infrequent user of it, I don't really see how it stands out. (The main things that stand out about it to me as an Emacs user is that it has pop-ups/nags/splash tabs that I have to dismiss whenever I open it.)
A few other aspects: - dark mode by default - web tech UI, not terminal - decent looking widgets and decorations
I don't think these are the main selling points for vscode, but they do all of this better than their competitors.
Re: RustRover – A standalone Rust IDE
#76Earlier quoted context omitted.
Talking about bazel (or buck, etc.), I wish there was a JetBrains IDE that supports all languages.
That would be “Fleet” ( https://www.jetbrains.com/fleet/ )., which is still in early preview. I tried it out 3 or 4 months ago, and I didn’t find it useful, nor familiar - kind of feels like a VSCode wannabe. It was disappointing to see, as I am really tired of running multiple IDEs to work on mixed language projects.
mixed language projects are the __norm__, not the exception. I get most often bitten by this when I have both C++ and Python IntelliJ projects configured in one tree, and it starts complaining about project name clashes.
Re: RustRover – A standalone Rust IDE
#77This IDE doesn't seem to differ from CLion with Rust plugin. I guess, its only about making Rust plugin paid from their side – which makes sense from their side. I hope they can deliver quality. On the other hand, they are notoriously slow to develop their IDEs. Features are super slow to be delivered, IDEs themselves are not really improved as well. They are focusing on things most don't care: Spaces, new UI project…
> new UI project It’s incredible to me how many people choose VS Code because of its aesthetics, so it is by all means the right thing to focus on.
No. VS code is popular because it's
1. Free and open source
2. Come with a lot of official extension [1]
3. Backed by MS which has the incentive to commondize code editors
It's quite similar to Chrome.
[1]: https://marketplace.visualstudio.com/publishers/Microsoft
Re: RustRover – A standalone Rust IDE
#78I always wanted to switch to Emacs, but JetBrains keeps making great IDEs just to ruin my plan :(
Re: RustRover – A standalone Rust IDE
#79Earlier quoted context omitted.
When Goland launched it wasn't that much different from IntelliJ IDEA with the Go plugin. In the intervening years it has come to feel like a significantly better product than that combination.
I'm curious to hear what really is the difference between GoLand and IDEA Ultimate with go plugin other than flashy startup banner.
Re: RustRover – A standalone Rust IDE
#80Earlier quoted context omitted.
> largely mature, feature-complete software Depends on the language. I use mostly Scala and Rust and both have significant issues still with incorrect syntax highlighting, refactoring being limited and slowness with larger projects.
I guess it's just that I have a hard time reading a statement like "Features are super slow to be delivered" and even trying to understand where that person is coming from. Like, what general, non-language specific features does he think IntelliJ lacks at this point? Is he upset he can't use it to mail a check to his utility company?