Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Claude Code gets native LSP support

github.com

Post reply on HN
Print view View original

321–330 of 352 posts

Re: Claude Code gets native LSP support

#321

Post by exceptione »

spullara wrote: post #31

I really can't understand why JetBrains hasn't integrated its refactoring tools into the AI system. Really missed the boat on making their platform transformational for AI coding. Imagine how much smaller the context would be for a tool that renames a function than editing hundreds of files. This LSP support is a good start but without the mutation functions it is still pretty lackluster. Plus LSPs aren't as good as…

Yes. It is so easy and cheap to refactor in a strongly typed language--no AI needed. And such a waste of electricity, chips, water and money to let some AI model give it a shot. This something we could reliable and correctly do for decades with serious tools and languages.

To this day people still 'refactor' by doing string replacement and hoping for the best. Any serious IDE should just say no to that.

Re: Claude Code gets native LSP support

#322

Post by arm7 »

spullara wrote: post #31

I really can't understand why JetBrains hasn't integrated its refactoring tools into the AI system. Really missed the boat on making their platform transformational for AI coding. Imagine how much smaller the context would be for a tool that renames a function than editing hundreds of files. This LSP support is a good start but without the mutation functions it is still pretty lackluster. Plus LSPs aren't as good as…

One thing you can still do is use Windsurf's agent, Cascade, inside Jetbrains: https://windsurf.com/plugins/jetbrains

Re: Claude Code gets native LSP support

#324

Post by jghn »

swader999 wrote: post #280
jghn wrote: post #267

Earlier quoted context omitted.

I do almost everything git manually at the CLI. But the Jetbrains IDEs have a fantastic GUI git merge tool, and I also like the local git diff UI. Add in integrated blame mode, ability to pull up version-diff files, and that sort of thing. It's not part of my daily driver toolbox, but they do get used a lot by me.

Merge is about the only time I look for gui experience with git. I'm by no means an expert at git.

It's the only git operation I do with a gui. But as I said elsewhere, there are a lot of little integrations I do make use of. For instance I find it helpful to have git blame up on the side when editing a file.

Re: Claude Code gets native LSP support

#325

Post by conradfr »

calderwoodra wrote: post #296
KptMarchewa wrote: post #254

Earlier quoted context omitted.

I'm kinda reading this with disbelief. Are there people whose primary use case for IDE is... git gui?

Remember this when you're thinking about the average commenter's opinion on anything technical.

If using the git command line makes you feel like a better developer than me that's fine ;)

Re: Claude Code gets native LSP support

#326

Post by krzyk »

conradfr wrote: post #130
spullara wrote: post #31

I really can't understand why JetBrains hasn't integrated its refactoring tools into the AI system. Really missed the boat on making their platform transformational for AI coding. Imagine how much smaller the context would be for a tool that renames a function than editing hundreds of files. This LSP support is a good start but without the mutation functions it is still pretty lackluster. Plus LSPs aren't as good as…

Jetbrains seems a bit lost these days. Look at that very recent screw up [0]. I thought about moving after 10+ years when they abandoned the commit modal, and jacked up the plan prices, but I barely understand how to commit things in Vscode anyway. Let's see in 2026. [0] https://blog.jetbrains.com/datagrip/2025/12/18/query-console...

Doesn't Jetbrains MCP (it is built on n, you need just to enable it) provide tool for refactoring?

Re: Claude Code gets native LSP support

#327

Post by carterschonwald »

Claude code has some hard coded system prompting that materially opposes my working preferences. I work on things that need full context/ at least 50+ percent usage ish reasoning to do stuff correctly. Happily ive a bunch of stuff that helps persist reasoning and opus was very helpful, and hilariously handling the patching as if it was a static linked binary!.

The difference for me was night and day!! A lot of the hard wired prompts on the app are only sane for single shot crud work. Habits and behaviors that would make me loath working with a person doing the same.

Re: Claude Code gets native LSP support

#328

Post by ryanlitalien »

KptMarchewa wrote: post #254
_virtu wrote: post #175

Earlier quoted context omitted.

The commit workflow was what kept me locked in to the ecosystem for so long. LazyGit was so good that it convinced me I didn’t need JetBrains anymore. If you love the workflow with JB for commits check out LazyGit. It’s a TUI so you can use it in any editor without much friction.

I'm kinda reading this with disbelief. Are there people whose primary use case for IDE is... git gui?

I've been using their git diff/checkin tools built into RubyMine since I started with git. Going on about 12-13 years now. Their conflict resolution UI is so much easier than editing text contents between the >>>>s and <<<<s.

Re: Claude Code gets native LSP support

#329

Post by PrimalPower »

I've been a JetBrains suscriber for a while, because at the time I saw that I preferred the UI experience over Jetbrains to VSCode. The IDE is well built, they have a better product/user experience team driving and coordinating those changes.

I cannot stand VSCode - even if I configure it to my liking I am unable to make it look or feel the way that makes me feel at home.

I cancelled my subscription a week ago. Yes I still dislike VSCode. But the same product Jetbrains has honed has struggled to integrate with AI agents as well.

I've played with some combination of picking vim/emacs with Claude CLI. I find navigating code a little bit slower since I have trouble building the muscle memory. I've always been big at using my mouse to jump around the file tree.

Configuring LSPs for these text editors and getting things to "just work" takes a little bit more time. I don't know what special sauce is in IntelliJ but for the supported languages, but it took a while for me to be okay with LSPs compared to IntelliJ.

But LLMs and Agents remove a need for a lot of the the advanced IDE features and I've found it better to return back to just treating everything like a text buffer again and using specialized tools to fill in the gaps that were missing with the loss of IntelliJ

Re: Claude Code gets native LSP support

#330

Post by ramoz »

JamesSwift wrote: post #281
ramoz wrote: post #50

Earlier quoted context omitted.

I just saw a video of non-technical person describing how they use claude code to automate various workflows. They actually tried vscode and then the desktop gui. Yet they preferred the CLI because it felt "more natural" With agents, and Claude Code, we are *orchestrating* ... this is an unresolved UI/UX in industry. The same reasons `kubectl` didn't evolve to GUI probably apply here. It's less about the codebase, mo…

Curious if you have a link to that video. Im trying to bridge the gap of claude code to non technical users and am trying to consume all prior art.

This is also what I’ve been doing. I can’t find the exact video but this is another good example: https://www.tiktok.com/@thinkwithv/video/7580186972208024863

The comments are usually insightful. Even in that video the terminal ui is brought up and she mentions her preference.

Post reply on HN