No more JetBrains products for me • Hacker News Board

Re: No more JetBrains products for me

#211

Post by pjmlp » Tue, May 19, 2026, 6:09 PM UTC

barrkel wrote: post #199

pjmlp wrote: post #184

Earlier quoted context omitted.

I have been coding since 1986, pleny of futures have come by. Eventually you learn to figure out which gold diggers will get lucky when the caravan crosses town.

I've been coding since 1990 myself. But I'm all in on AI. I'm long past the need to code everything by hand; I've written editors, compilers, DOS TSR routines in assembler, disassemblers, debuggers, all sorts. I don't see any coding mountains remaining that I have a burning desire to climb. When I interact with an agent, I'm concerned about architectural nudges and fairly high-level details. And I anticipate climbing…

What I see where I am standing is that many don't code anything more, they get shown the door instead.

Because between SaaS, iPaas, Vercel, Nelify, Workato, Boomi, automatic translations, content generation, among many other tools, the team can be reduced to one third of the size it was like a decade ago, for the same content delivery.

Still, many of those tools have IDE integrations for the lucky ones that stay on board.

Re: No more JetBrains products for me

#212

Post by mike_hearn » Tue, May 19, 2026, 6:10 PM UTC

ElectricalUnion wrote: post #124

robhlt wrote: post #97

Earlier quoted context omitted.

My problems are mostly with the language servers. I've always found them to be slower, consume more resources, and provide worse results compared to the equivalent JetBrains IDE. I've tried Python, Rust, and Go within the last few months and found this is still the case. Go is the worst of them, on larger repos gopls will easily consume 3-4x more memory than GoLand with far worse responsiveness on completions.

Jetbrains IDE, sure, they take their sweet time indexing your project, but once per start. The Java LSP is a egregious "thing" that takes 10 to 30s to read your whole project for the n-th time while eating 40GiB of RAM in the process. On a loop, EVERY time you view a new file. Where is my goddam lsif/scip support?

You shouldn't be seeing indexing once per start. The indexes are stored to disk. You might see the IDE scan files to figure out if anything changed whilst the IDE was stopped.

Re: No more JetBrains products for me

#213

Post by pjmlp » Tue, May 19, 2026, 6:12 PM UTC

kstrauser wrote: post #172

ozim wrote: post #168

Earlier quoted context omitted.

I imagine that just way more work was poured into VS/Jetbrains debuggers and that they have better UX and better features. I don’t have to offer my soul to make it work just pay money ;)

> I imagine that just way more work was poured into VS/Jetbrains debuggers I'm fascinated at how vastly different our perspectives are. From my POV, I'd be shocked if VS/Jetbrains had a fraction of the work poured into them that Emacs or Vim have.

Try to debug a CMake file, do hot code reloading for C++, or debug release binaries with Emacs/vim.

Just three examples out of many others.

Re: No more JetBrains products for me

#214

Post by amai » Tue, May 19, 2026, 6:58 PM UTC

linhns wrote: post #209

amai wrote: post #208

Jetbrains products have still the best git support without the need to install dozens of plugins.

CLI is much better.

The git CLI in notoriously bad. Nobody would need tools like https://frostming.github.io/legit/ if the git CLI would be any good. Also we would not need websites like https://ohshitgit.com/ Look at the commands: Even Claude Opus 4.7 struggles with that.

Re: No more JetBrains products for me

#215

Post by l1ng0 » Tue, May 19, 2026, 7:04 PM UTC

Traster wrote: post #59

> Granted, I tend to run older hardware, but it seems that most other programs on my machine run fast and happy I'd really like some context here. Because for some people this is like "My M4 is out of date now the M4 ultra is out" and for others it's "I think computers really took a step back when when we started to talk about Gigahertz and Gigabytes, a 386 is all I need".

Very true. Also, for some of us, network speed/latency can be the cause more than CPU speed

Re: No more JetBrains products for me

#216

Post by johnnyanmac » Tue, May 19, 2026, 7:07 PM UTC

kstrauser wrote: post #174

xboxnolifes wrote: post #144

Earlier quoted context omitted.

Text editors just format and display text. IDEs have compilers, debuggers, indexers, source control integration, analysis tooling, WSL integration, SSH integration, and whatever plugins you might have installed.

Does that definition of “text editor” still describe anything commonly used? Language servers cover a lot of that. SSH and source control are ubiquitous. I can’t think of anything in years I’ve heard of people using that would count as just a text editor.

Most popular text editors blurs the line these days. Vim can be the most straightforward text editor out there, or the most comprehensive IDE depending on how much you go into its environment. I keep Vs code bare bones and mostly use it as a text editor, but it only needs a dozen extensions to be a full fledged IDE.

It's not surprising to hear few true text editors because a text editor is more or less a solved problem. Notepad++ is 20 years old and still functions fine for those who want a pure text editor. Anyone making a modern text editor is either doing it to learn or to build up into an IDE later.

Re: No more JetBrains products for me

#217

Post by johnnyanmac » Tue, May 19, 2026, 7:19 PM UTC

abhgh wrote: post #56

I am not particularly bothered by the speed but the AI suggestion clutter is quickly becoming an issue for me :( I type fragments of a line and it will suggest the next 5-6 lines. They may not be outright wrong, but they might not represent the way I like to do things . Pressing Esc. and refocusing on what I was going to type in anyway is a disruptive experience.

For me, it's outright wrong half the time. But subtly wrong, the worst kind of wrong. At least in the month I kept it on for Rustrover while I was trying it out.

I just turned it off immediately in Rider in my professional work.. There's no specific AI policy for my client, but I'd rather not risk anything for now; I'll take full responsibility for any code I make on the dime.

Re: No more JetBrains products for me

#218

Post by sebazzz » Tue, May 19, 2026, 7:55 PM UTC

xigoi wrote: post #175

leosanchez wrote: post #173

Earlier quoted context omitted.

To show compilation errors as you type.

Why not show the UI immediately and start the language server asynchronously in the background, like Neovim does it?

That is possible, but if swapping happens due to memory pressure it can still cause slowdowns in unrelated parts of the same or other processes.

Re: No more JetBrains products for me

#219

Post by bpavuk » Wed, May 20, 2026, 10:21 AM UTC

CLion in particular is abysmal, yeah. so is RustRover. `rustacean.vim` gave me much better Rust UX than RustRover. although, for Android and serious Kotlin work, IntelliJ IDEA is the IDE and you can do nothing about it. yes, there is Kotlin LSP made by JetBrains themselves, but there are so many little things that are done faster in IDEA than Neovim unless you configure the hell out of it. Docker integration is one of hundreds of examples. meanwhile, assuming that you have set up your CMake properly, `clangd` just works and CLion has nothing to offer on top for anything but Unreal Engine. (didn't try Unreal support, so can't vouch for quality.)

same story with Rider and .NET: ReSharper, tied to Visual Studio, VS C*de, or Rider is just so much better than Roslyn-based analysis. and although you totally can put up some contraptions to prevent roslyn-ls from `ENOSPC`'ing your drive with leaked file watches in Neovim and benefit from even higher speeds, Rider is just faster than Visual Studio and that's enough.

Re: No more JetBrains products for me

#220

Post by lenkite » Wed, May 20, 2026, 7:26 PM UTC

kstrauser wrote: post #172

ozim wrote: post #168

Earlier quoted context omitted.

I imagine that just way more work was poured into VS/Jetbrains debuggers and that they have better UX and better features. I don’t have to offer my soul to make it work just pay money ;)

> I imagine that just way more work was poured into VS/Jetbrains debuggers I'm fascinated at how vastly different our perspectives are. From my POV, I'd be shocked if VS/Jetbrains had a fraction of the work poured into them that Emacs or Vim have.

I think you need to try the Jetbrains debugger first - anyone who has used it would never compare it with neovim or emacs.