[dabockster]

> I don't know what IntelliJ is.

It started as a modernized Eclipse competitor (the Java IDE) but they've built a bunch of other IDEs based on it. Idk if it still runs on Java or not, but it had potential last I used it about a decade ago. But running GUI apps on the JVM isn't the best for 1000 reasons, so I hope they've moved off it.

[hatsix]

Android Studio is built on the IntelliJ stack. Jetbrains just launched a dedicated Claude button (the button just opens up claude in the IDE, but there are some pretty neat IDE integrations that it supports, like being able to see the text selection, and using the IDE's diff tool). I wonder if that's why Google decided to go VS code?

[ffsm8]

Uh, isn't that the regular Claude code extension that's been available for ages at this point? Not jetbrains but anthropics own development?

As a person paying for the jetbrains ultimate package (all ides), I think going with vscode is a very solid decision.

The jetbrains ides still have various features which I always miss whenever I need to use another IDE (like way better "import" suggestions as an easy to understand example)... But unless you're writing in specific languages like Java, vscode is way quicker and works just fine - and that applies even more to agentic development, where you're using these features less and less...

[pauleveritt]

Quick comment, our AI Chat now has Claude integration. Don't need the Anthropic plugin.

[gmueckl]

Jetbrains IDEs are all based on the JVM - and they work better than VSCode or the full Visual Studio for me. It's the full blown VS (which has many parts written in C++) that is the most sluggish of them all.

[overgard]

I don't know what it's based on, but it works extremely well. I use Rider & WebStorm daily and I find Rider is a lot faster than Visual Studio when it comes to the Unreal Engine codebase and WebStorm seems to be a lot more reliable than VSCode nowadays (I don't know if it's at fault, but ever since copilot was integrated I find that code completion can stop working for minutes at a time. Very annoying)

[discreteevent]

You don't actually use it but somehow you know that "running GUI apps on the JVM isn't the best for 1000 [unspecified] reasons".

- This isn't a scientific approach.

[dabockster]

You clearly don't know how Swing or Eclipse SWT works under the hood.

Java's big strength is that it's a memory safe, compiled, and sandboxed low level platform with over a quarter century of development behind it. But it historically hasn't handled computer graphics well and can feel very slow and bloated when something needs that - like a GUI. That weakness is probably a big reason why Microsoft rewrote Minecraft after they bought it.

[throwaway2037]

I don't why this post is downvoted. My cynical reply to yours: "No, this isn't a scientific approach. It is the tin-foil hat HN approach!"

[throwaway2037]

Since you last used IntelliJ "about a decade ago", what do you use instead?

    > But running GUI apps on the JVM isn't the best for 1000 reasons, so I hope they've moved off it.

What would you recommend instead of Swing on JVM? Since you have "1000 reasons", it should easy to list a few here. As a friendly reminder, they would need to port (probably) millions of lines of Java source code to whatever framework/language you select. The only practical alternative I can think of would be C++ & Qt, but the development speed would be so much slower than Java & Swing.

Also, with the advent of wildly modern JVMs (11+), the JIT process is so insanely good now. Why cannot a GUI be written in Swing and run on the JVM?

[brabel]

Notice that INTELLIJ uses its own UI framework, really, which I don’t think has much Swing left in it after all these years. And Kotlin is the main language for a decade now.