As more and more people delegate stupid things to their agent, this type of person will become increasingly common. Products like RustRover and CLion will be a much harder sell to audiences that don't even use an LSP in their day-to-day workflow.
JetBrains is probably working on a contingency plan as we speak.
Trying to find the stable point of agentic coding is like trying to catch a falling knife. Will you still need to look at diffs? I for one no longer make any edits, as a policy - I either tell the agent to fix it, or tweak a skill or memory or doc so it doesn't make the same mistake a second time, or configure something adversarial. But does that continue indefinitely?
I rather have my agents talking to my IDEs.
I'm glad that works for you, but you'll pry my free software from my cold dead hands. :)
My guess is they are still very useful for more difficult code! But yeah, I can't imagine ever caring about "code" any more, and therefore cannot fathom the need for a full fledged IDE.
Having just made the switch to Kubuntu, I'm going to try Kate as my primary editor for a while. It's missing features, but it sure is snappy.
None of those matter if they just close the IDE before it indexes.
> When all of these tiny issues come together, it makes me NOT want to program. I don’t want to sit around and wait for startup times to get my ideas onto the screen. I don’t want to worry that my CPU or RAM is going to be exhausted and I am going to have to restart my machine. I want to open my editor and immediately enter a flow state. I want the tooling to assist me when useful, and stay out of my way when not.
I have IDE tooling experience since Borland products for MS-DOS, and plenty of programming editors as well, between PC, Amiga, Mac and UNIX clones.
2) I am in the same boat with slowness. I've been using PHPStorm for over 10 years and it has always been "slow", but the newest pain point is that I will have claude in a terminal update a file. If the file is open in PHPstorm's viewing pain, it might take 10+ seconds to update the contents: I now always "update from disk" if I want to copy the contents outside of my KVM. It's just absolutely terrible workflow.
3. I have also found all of their AI efforts to not only be poorly executed, but executed in poor taste: it's just IN THE WAY rather than being helpful.
4. I mostly don't appreciate most of their features, generally. My flow is pretty simple. I no longer use most of the features. I just don't need the 8000lb elephant any more.
This on a 64GB ram Ryzen 7 5825U.
Curious what hardware you’re on. I’m in the same camp with JetBrains products, performance has always been my biggest complaint. Apple M chips made a huge difference though. It’s still not my preference, but at least it’s a lot more usable now. Most of my colleagues run multiple instances daily without issues.
This is the thing that drives me insane. The most annoying part is that they haven't built a proper cross-idea way to diagnose this. How hard is it to just have a UI, or even some text log, that says "I'm reindexing because X, Y, Z have changed" or something?
- every new release breaks something
- the syntax highlight and auto completion engine has glaring bugs when using multiple file splits. Bugs are open for a decade already.
- performance is complete dog shit. Typing a characters spins up several cores at 100%.
- QA plays the "test the bug on the latest and report back or it doesn't exist" game.
Sorry but Clion is over.
So I also hate jetbrains, give me my shortcut get guys!!
I like ZGC. And having the IDE grab more RAM immediately on startup than the default. Something like Xms=4g or however it's done.
I cannot understand why Jetbrains keep the VM settings as constrained as they do. It's a big difference.
Many people told us we were crazy to compete with such a mature product as DataGrip before we got started.
It has been fascinating to speak to people who use database apps and to learn about their experiences.
Now, we have many, many customers telling us that they have cancelled their DataGrip/JetBrains sub and have switched to using our product, mainly due to speed but also cost.
Their products are really, really slow.
Open the whole project I'm in:
$ zedme
$ zedme foo.rs
One moment, I'm happily working away in a terminal. One second later, I'm looking at a full-featured editor with all the tooling I want.
That's the performance bar, the expectation. Slower than that and I have to adapt my workflow to the editor, not vice versa, and I've never used an editor so great that I'm willing to tolerate that.
of course an editor like Zed is faster than CLion but it makes little sense to compare the two. People use full blown IDEs like Jetbrains or Visual Studio for their heavier features like debugging and profiling, not because they feel snappy. When I write C++ my workflow has always been to use vim for editing and use VS for debugging.
For C# development Jetbrains Rider is second to none.
The number of static analysis, refacotirng, inspections, dynamic analysis, slow code paths hightlights, etc.
It just cannot be done in neovim no matter how I liked to switch.
For C++ (like the OP’s case) — maybe so.
—
Also Jetbrains IdeaVim plugin is the best vim emulation I’ve seen. Nothing comes close with vim plugins support, vimrc, and what have you.
I tried vim mode in Zed — it’s a joke.
—
Also I don’t get the start-up argument: just don’t close the app, dummy (c). YMMV of course depending on the language.
—
tldr; there is nothing to replace rider with. Because Rider is an actual IDE with tons of proprietary bells and whistles that actually matter
The thing is, I don't know what I'd use otherwise. I demand an actual IDE, not a text editor that allows me to install a ton of plugins to make it into a half-baked IDE (ie, vim).
Maybe I should actually give VSCode a strong try. I've only used it as a code viewer for anything that's not Python.
threethirtytwo•17m ago