I too switched to zed recently, been using jetbrain IDEs for over 10 years.
Noticed recently pycharm been acting up and hogging lot of ram!
No more JetBrains products for me
41–50 of 230 posts
Re: No more JetBrains products for me
#42Well, Zed is a text editor with some plugins, while JetBrains products are full-blown IDEs, with abilities Zed will never offer.
I don't use Zed, but do use Neovim but people make similar arguments.
If I have access to a LSP and DAP, also do most of my refactoring through c tags and vim grep (or grug-far if I want to be fancy). What IDE specific features am I missing out on that can't be replicated?
Being earnest here because I always screenshare with co-workers doing a variety of things and there is nothing I ever see that is impressive or makes me want to switch.
Re: No more JetBrains products for me
#43I am on the same boat. The only one I was still using was datagrip, over the last months it became unbearable slow and started crashing due to memory.
Re: No more JetBrains products for me
#44Jetbrains’ good deterministic refactoring tools are what I like from them (and debugging).
Other than that, I must agree with this article.
Re: No more JetBrains products for me
#45Earlier quoted context omitted.
Yes I have read that, and whatever, some people rather walk straight away, because waiting for the car to warm up takes a few minutes. 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.
Idk what car you have but mine can drive right away, just like Zed.
Side note: to a rounding error, all modern cars can be safely driven right away. Wait a few seconds for the sound of the engine to change, indicating that oil is now happily pumping through all the grindy bits, and then you're ready to go. I'm not saying you want to drag race your neighbor 10 seconds after starting the engine for the first time that day, but once you don't hear the tappets being tappety, it's OK to pull out of your driveway and start moving at a sane pace.
Re: No more JetBrains products for me
#46As an eclipse fan, I may have experienced a teensy bit of schadenfreude while reading this.
Me too, however this is another case of exchanging IDE for text editor without understanding what is being lost, or never having used the IDE to its full potential in first place, thus not knowing what is being left behind.
I was in a meeting with a colleague about a PR for some python code. One of the things I noticed was that he had an unused module that contained an import of a non-existent class from another module. I know he uses Pycharm, so I mentioned to him that this kind of thing should be hard to miss, because the linter in Pycharm should have marked it, and the folder it's in, as red.
He tells me, and I quote, "Oh, all the files are red."
Re: No more JetBrains products for me
#47I have recently thinking about jumping ship, too, but for usability reasons. The Claude Code terminal is quite a desaster. Soft line breaks are copied to clipboard as hard line breaks (not great for console commands), it constantly loses focus and it has not good focus indicator, which is so super annoying that this alone made me already switch to VS Code for smaller projects. Also, keyboard navigation sucks (it randomly seems to switch between ctrl and shift enter for line breaks), no ctrl+a (very annoying if you want to delete a longer text). It does not seem to get much love from Jet rains, despite being as important as the editor itself. Using Claude in Webstorm feels like using a terminal in the 80s, and while others may find this cool I am not enjoying that.
Re: No more JetBrains products for me
#48We're building a product [1] to compete with DataGrip, a JetBrains product. 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 prod…
I'd love to give this a try, I work at a privacy sensitive company, can I ask in advance is it possible to opt out of:
> We automatically collect certain information when you use DB Pro:
> Device information (IP address, browser type, operating system) > Usage patterns and interaction with our services > Log files and analytics data > Cookies and similar tracking technologies
Re: No more JetBrains products for me
#49I've been using JetBrains for 6 years, have tried and failed to switch off, but this article expresses my similar frustrations.
I've also been having massive problems with their sync- like between IDEs or even upgrading versions, I have to reconfigure all my plugins and settings bimonthly. And their AI assistant is so obnoxious- it is a chore to turn off and it randomly turns itself back on for me, ignoring the fact it kinda sucks.
The speed and reindexing issues are also a big problem. I had to hack my way around Tauri when I was using it a year or so back (not sure if this is still an issue). The tauri_ctx! macro apparently generated a lot of code, and slowed RustRover down to a crawl, where syntax highlighting couldn't keep up- it was unusable. I ended up having to move it to it's own crate.
Re: No more JetBrains products for me
#50> I cannot for the life of me understand why it keeps re-indexing my codebase in certain circumstances. Perhaps this is some on-again off-again bug, but it comes back to bite me constantly. 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,…
I wasn't going to pipe up because I wasn't sure that a Hackernews thread is a good substitute for an issue tracker... but it's related to new AI-driven workflows so I hope it chins the bar.
Now that I work on 3-8 concurrent projects, I want to have them most of them open so I can interact, sense-check, be engaged in the work. When I tear down one worktree, ALL projects open in RubyMine concurrently re-index. It kills my M3 Max and I have to force quit. Then when I restart RubyMine it does the same so I have to race to press the tiny pause button on just enough of the projects for it to not die. There's no way to tweak the re-indexing settings or determine when it will kick off. WHY it kicks off - i don't know.
This is the single thing that's led me to Zed/VSCode, or to not open more than 2 at a time.