Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

RustRover – A standalone Rust IDE

blog.jetbrains.com

Post reply on HN
Print view View original

101–110 of 211 posts

Re: RustRover – A standalone Rust IDE

#101

Post by raincole »

wokwokwok wrote: post #93
raincole wrote: post #77

Earlier quoted context omitted.

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

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

Average users might not care. But extension authors do. Yes, of course you can write extensions for close source projects, but it'd take longer to do "hacky" things since you'll need to read decompiled code / memory stack to understand its internals. I remember a very popular extension used a private field (and later broke because VSCode changed its internal implementation).

I personally constantly check Blender's source code here and there during the development for our internal Python tools, so I suppose people who write VSCode extension sometimes do.

> (what does "commondize code editors" even mean? Do you really think any vscode users care?).

It means VScode benefits MS indirectly and they can keep it free indefinitely while being a for-profit company.

Re: RustRover – A standalone Rust IDE

#102

Post by csomar »

I am going to give this a shot but I am not sure what's the attraction anymore with Copilot + LSP.

- Auto-completion: However smart it is, it can't beat copilot.

- Type information: LSP can do that. (along with access to docs, error/warning highlighting, etc..)

- Debugger: There isn't a good one (or at least a good one that can be easily configured) for neovim yet. That's something I really miss for my toolbox.

- Cargo.toml: There is already a neovim plugin for that!

- VCS: I don't mind having a separate app for VC. But there isn't a good GUI app for Linux.

So far, it's only two points I am interested in; and only the debugger is the thing that I miss the most. I am wondering if better debugging tools (like LSP) somehow make it to Rust (along with maybe ownership/lifetime LSP like tools), then the market for an IDE becomes null?

Re: RustRover – A standalone Rust IDE

#103

Post by adamzochowski »

csomar wrote: post #102

I am going to give this a shot but I am not sure what's the attraction anymore with Copilot + LSP. - Auto-completion: However smart it is, it can't beat copilot. - Type information: LSP can do that. (along with access to docs, error/warning highlighting, etc..) - Debugger: There isn't a good one (or at least a good one that can be easily configured) for neovim yet. That's something I really miss for my toolbox. - Car…

Sublime merge runs on linux. Why is it not a good git gui?

Re: RustRover – A standalone Rust IDE

#104

Post by raincole »

csomar wrote: post #102

I am going to give this a shot but I am not sure what's the attraction anymore with Copilot + LSP. - Auto-completion: However smart it is, it can't beat copilot. - Type information: LSP can do that. (along with access to docs, error/warning highlighting, etc..) - Debugger: There isn't a good one (or at least a good one that can be easily configured) for neovim yet. That's something I really miss for my toolbox. - Car…

> - Auto-completion: However smart it is, it can't beat copilot.

That's news for me!

I write C# in Rider and I'm a copilot subscriber. However if I have to choose between Rider's auto-completion and Copilot, then the choice is painfully obvious.

Re: RustRover – A standalone Rust IDE

#105

Post by compsciphd »

bsdnoob wrote: post #48
badrequest wrote: post #40

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

the go plugin that existed at the time of goland creation and what exists today are very very different things.

the go plugin back then was very simple. The fact that you get most of the goland experience in idea ultmate today is because they are investing into the go ecosystem as an independent profit making endeavor in and of itself, not simply a small value add.

Re: RustRover – A standalone Rust IDE

#106

Post by bibabaloo »

csomar wrote: post #102

I am going to give this a shot but I am not sure what's the attraction anymore with Copilot + LSP. - Auto-completion: However smart it is, it can't beat copilot. - Type information: LSP can do that. (along with access to docs, error/warning highlighting, etc..) - Debugger: There isn't a good one (or at least a good one that can be easily configured) for neovim yet. That's something I really miss for my toolbox. - Car…

JetBrains IDEs have support for copilot: https://docs.github.com/en/copilot/getting-started-with-gith...

Re: RustRover – A standalone Rust IDE

#107

Post by serial_dev »

_nalply wrote: 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 really fun, it's fast, sane default feature set, things work out of the box, though last time I checked they still didn't have plugins (some stuff can be achieved with some shell magic, but still annoying to fallback to that).

Do you by any chance have your hx config open source? Would love to browse it and maybe steal some of your config!

Re: RustRover – A standalone Rust IDE

#108

Post by tirpen »

self_awareness wrote: post #51

Not a fan of JetBrains names. RustRover is too easy to misspell to RustLover. Which is too close to LustLover! But anyway, I'm kind of lost with this news, because I'm using paid CLion for both C++ and Rust, and it seems now I will need to buy another IDE (because they will probably discontinue the free rust plugin).

They didn't discontinue their Go plugin when they released GoLang, their Python plugin when they released PyCharm nor their Ruby plugin when they released RubyMine.

Re: RustRover – A standalone Rust IDE

#109

Post by elsjaako »

ilyagr wrote: post #92
VeejayRampay wrote: post #42

Earlier quoted context omitted.

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

The license is an explicit statement about what someone can do with the code.

If we have an explicit agreement that I can mess with you (maybe we like pranks), then pointing you in the opposite direction would not be malicious, it would just be allowed according to the rules we've agreed to.

If you don't want companies taking your code closed source, there's plenty of license options to choose from.

Re: RustRover – A standalone Rust IDE

#110

Post by boxed »

cyberax wrote: post #57
perceptronas wrote: post #24

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…

> On the other hand, they are notoriously slow to develop their IDEs. I found that IntelliJ IDEs for me are almost at the perfection level. I don't really need any new changes, except for simple incremental ones like supporting new languages. I've been using IntelliJ since 2003, and it's amazing how little my main workflows have changed since then.

They do break stuff they used to have and then it doesn't get fixed for years.

For example this https://youtrack.jetbrains.com/issue/PY-39449/Deleting-param... has been broken for 4 years.

Post reply on HN