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

191–200 of 211 posts

Re: RustRover – A standalone Rust IDE

#191

Post by 0x457 »

notpushkin wrote: post #117
gjvc wrote: post #73

Earlier quoted context omitted.

That's how all their IDEs work. It's all the same software with different sets of allowed plugins. 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.

Could you get into more detail please? From my (brief) experience with your products I think the differences are indeed mostly in the plugins, apart from cosmetic / UX ones, like different keyboard shortcuts (which by the way never made sense to me). There's nothing wrong with selling sets of plugins by the way. I don't really get why it must be different IDEs though.

> There's nothing wrong with selling sets of plugins by the way. I don't really get why it must be different IDEs though.

Uhm, I've tried using Ultimate for Java and Rust. It wasn't pleasant at all. Different IDEs make total sense to me.

Re: RustRover – A standalone Rust IDE

#192

Post by 0x457 »

pkulak wrote: post #83
hobofan wrote: post #72

Earlier quoted context omitted.

IMHO Clion with Rust plugin is already the best Rust IDE available and I gladly pay for it.

Yeah, but sometimes I do want to search a project within 5 minutes of opening it. IntelliJ and it’s indexing, even when you had the project open 30 minutes ago, drives me crazy. Alternatives are good.

All slow indexing in CLion for rust were solved for me by locking toolchain to a specific version.

Re: RustRover – A standalone Rust IDE

#193

Post by 0x457 »

reitanuki wrote: post #153
abeyer wrote: post #49

Earlier quoted context omitted.

Just moved: https://plugins.jetbrains.com/plugin/22407-rust

but that one can't be installed to the open source IDEs of course

Honestly, I'm happy about that. I'm already a paying customer, and this hopefully increases how many resources dedicated to rust support.

Re: RustRover – A standalone Rust IDE

#194

Post by pxc »

laurencerowe wrote: post #95
pxc wrote: post #60

Earlier quoted context omitted.

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

> I've not used the newer version of IntelliJ since the redesign, but I always found it somewhat overwhelming

Complicated GUIs (most GUIs targeting 'advanced' users, IME) likewise cause sensory/attentional overload for me, as well. If an escape from that kind of design is part of what drives people to VSCode, I totally get it! For me, keybindings and a command palette (or similar) are a much more natural way to include lots of cuntionality in an app without making it overwhelming to navigate visually.

Re: RustRover – A standalone Rust IDE

#195

Post by phendrenad2 »

mdaniel wrote: post #184
phendrenad2 wrote: post #64

Earlier quoted context omitted.

JetBrains IDEs _usually_ do start off that way, CLion itself started off looking like the existing C++ plugin for IntelliJ.

You are misremembering, unless you happen to have a link to the marketplace for any such alleged C++ plugin

There was no C++ plugin for IntelliJ?

Re: RustRover – A standalone Rust IDE

#196

Post by smt88 »

maccard wrote: post #127
tylersmith wrote: post #113

Earlier quoted context omitted.

If you mean between Jetbrains IDEs, you can. It's called Settings Sync in the settings menu.

I didn't know they had added this. I just took a look and seems it was added in 2022.3. That's still relatively recent, fwiw. I'm still on 2022.2 for Intellij (because of how they bundle their kotlin plugin), but this will solve my problem with Rider and Goland for the next few months,

They had something similar called Settings Repository for 8+ years before they switched to Settings Sync. You could also just sync the settings directory yourself using git, rsync, Dropbox, etc.

Re: RustRover – A standalone Rust IDE

#197

Post by angch »

_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,…

Whoa, another (ex?) jed user in the wild. I still install it on new servers, and that was how other admins know if I was ever there. Smaller and faster than installing emacs.

Re: RustRover – A standalone Rust IDE

#198

Post by self_awareness »

tirpen wrote: post #108
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.

Actually this time they've written in the initial announcement that the open-source Rust plugin will be discontinued.

Re: RustRover – A standalone Rust IDE

#199

Post by _nalply »

angch wrote: post #197
_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,…

Whoa, another (ex?) jed user in the wild. I still install it on new servers, and that was how other admins know if I was ever there. Smaller and faster than installing emacs.

Haha! "In the wild" gave me the visual image of me roaming through a foggy mountain forest with my laptop under my arm and sometimes sitting down and programming in jed and you spotting me and hopefully not shooting me.

Re: RustRover – A standalone Rust IDE

#200

Post by gjvc »

bornfreddy wrote: post #188
gjvc wrote: post #170

Earlier quoted context omitted.

There's nothing wrong with selling sets of plugins by the way. I don't really get why it must be different IDEs though. This was exactly the line of questioning I had for my JB friend, some time ago.

So... Did you get some answers? :)

Only insofar is that there is less of a grand framework for the language analysis and manipulation, refactoring, and syntax and error highlighting than one might think. (I still find this hard to believe, but perhaps this was due to an impedance mismatch between me and my JB interlocutor.)

I was under my own (pretty pedestrian) assumption that the secret sauce of JB IDES is/was the MPS system in which they are/were able to create libraries for source code analysis and manipulation on a language-by-language basis. I further assumed that this per-language library plus some language-specific GUI tooling, plus the language-independent GUI libraries and processing (local history, VCS integration, side-by-side textual (not semantic) diffing tools, and so on)

The response I got, which was quite a while ago (2019 or before) was that the individual language IDEs did not use MPS-generated libraries in perhaps the extensive way I've alluded to above, and this surprised and disillusioned me somewhat. I was hoping to get as much of an answer from my JB friend as, presumably, you were from me in this thread. :-)

Yes of course, there must be massive code reuse between projects, and yes, this was an entirely hand-waving set of assumptions, and no, I haven't researched the composition of any given JB IDE to find out the proportions of language-independent vs language-specific code volume.

I'm surprised someone at JB hasn't given a talk on this sort of thing over the years.

Post reply on HN