Live data from Hacker News

RustRover – A standalone Rust IDE

blog.jetbrains.com

91–100 of 211 posts

Re: RustRover – A standalone Rust IDE

#91
post #68

Earlier quoted context omitted.

Scala and Rust are both very complex languages. I mean, how's rustfmt going?

Also, Scala sort of recently became completely revamped and I have only had a not too positive experience with the new version - which does make sense that it won’t instantly be as feature-complete.

Yeah, Scala3, has a special name IIRC.

Re: RustRover – A standalone Rust IDE

#92
post #23

Earlier quoted context omitted.

Well. They’re accusing jetbrains of forking the open repo and then closing it. The reason it feels malicious is because jetbrains weren’t the only contributors, so they’re monetizing the work of people that were under the impression that the plugin was staying open source due to clion.

the license allows it, there's nothing "malicious" about it if people care about such things, then they should not contribute to projects using MIT

There's a difference between illegal and malicious. If you ask me where the nearest bathroom is, I could point you in the opposite direction, and that'd be legal. Or, if I didn't want to lie, I could point you to one I know is it of order, since you didn't say "working bathroom I'd be allowed to use".

Sure, the license allows it. This implies neither the presence of malice/sketchiness/betrayal of trust, nor the absence of it.

Re: RustRover – A standalone Rust IDE

#93

Earlier 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.

> It’s incredible to me how many people choose VS Code because of its aesthetics 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

Jetbrains has plenty of extensions (1st party, high quality plugins that are far better than some of the 1st party Microsoft plugins) and no one cares if it's by Microsoft (what does "commondize code editors" even mean? Do you really think any vscode users care?).

Honestly, I doubt most people even care it's kind-of open source (1).

> 1. Free

This is the reason most people use vscode.

That's it.

It's free, and it's pretty good.

It's not better. It's just free.

Nothing wrong with liking free stuff; free stuff is great; but don't confuse 'it didn't cost me anything' with 'it's good'.

There's a difference between value (ie. for what you paid, you got something that was worth significantly more than you paid, which in this case is zero) and quality (independent of cost, the thing is just plain old good).

vscode may be more valuable to people than jetbrains products, but it isn't a higher quality product.

There's a massive difference between those two things.

[1] - It's not open source 'technically'. https://ruky.me/2022/06/11/im-switching-form-vs-code-to-vs-c...

Re: RustRover – A standalone Rust IDE

#95
post #60

Earlier 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.)

Not the person you were replying to but I've found VS Code treads the right line for me between editor and IDE. It feels like a text editor first and the UI is pretty similar to SumblimeText and TextMate which I used before, neither of which had much in the way of IDE features.

But I think the reason VS Code has become so popular is that along with its editor centric UI it has Emacs like extensibility. Plugins are easily written in JavaScript and it originated the Language Server Protocol which makes it possible to write language integrations in the target language.

I've not used the newer version of IntelliJ since the redesign, but I always found it somewhat overwhelming, with all this stuff which prevented me from focussing on the code I was writing. The old version had pretty poor UI performance too, whereas the VS Code UI is fast enough that I rarely notice any UI slowdown.

Nevertheless IntelliJ is pretty indispensable for Java/Kotlin development. It's code sense features are excellent and there are a lot of projects out there that don't really build except through IntelliJ's automatic Gradle setup.

FWIW the only pop-up like things I see with VS Code are extension suggestions when I open a file with a new language extension and the monthly update change logs.

Re: RustRover – A standalone Rust IDE

#96

I paid JetBrains 3 years up-front for a license to their products. Thank heavens I paid for the full suite and not just CLion or I’d be stuck using CLion with the Rust plug-in which will become unmaintained. Looking forward to install RustRover. Hopefully it will bring even better integration with Rust than using CLion with Rust plug-in. And CLion with Rust plug-in is already very nice :)

Language plugins code-base is part of dedicated version and they are updated too, from my experience it is the case with JS, Ruby and Go. Of course you don't get that nice ecosystem integration and perspective like with dedicated version, but I find IDEA+plugins beneficial with polyglot projects.

Re: RustRover – A standalone Rust IDE

#98

This 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…

The only thing I think I’d even want changed with PyCharm is better Copilot integration and time-travel debugging. Other than that I’d actually prefer that it doesnt change.

Re: RustRover – A standalone Rust IDE

#99
post #85

Long ago, perhaps ten or more years, I used IntelliJ. It is a good IDE. Then last year I tried CLion with the Rust plugin. Still good. Not everything is smooth but that's not their fault. One example: it is frustrating to display values even if they implement Debug. The problem is that the debugger did not yet understand Rust's Debug. I was satisfied anyway. After a year I didn't extend the license, however. You see,…

Helix is great! I learned Vim around five years ago, and bounced between it and VSCode for a while. I started using Neovim full-time for work and only moved to VSCode when a plugin upgrade broke my config.

Now, I use Helix too — it's not perfect, lots of quality of life features are missing, but upgrading _one thing_ and having it work correctly is really a pleasure.

Re: RustRover – A standalone Rust IDE

#100
post #74
post #69

Earlier quoted context omitted.

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…

The problem isn't Gradle itself which I am a huge fan of but more so the existing legacy Android plugins which have either stagnated or slowly degraded. 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 hav…

Thanks for the comment, I am also baffled why people have so much trouble understanding gradle’s model.

I am not that well versed in bazel, but doesn’t it sorta require a monorepo like structure?

Post reply on HN