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

201–210 of 352 posts

Re: Claude Code gets native LSP support

#201

Post by wkat4242 »

notpushkin wrote: post #188
shunia_huang wrote: post #184

Earlier quoted context omitted.

Graphical interface won't work well inside WSL, that's why I dropped my subscription on GitKraken and start using lazygit. lazygit simply works in almost any environment, and it works extremely well even if you are not into terminal stuff.

Yeah, that’s the power of TUI. I would probably give it a go, too, but Git Cola works for me on Linux and Mac without too many issues. (By “works anywhere”, I meant you can use it with any IDE or editor, or just run it from terminal, though it is cross-platform and should work on Windows, just not sure how well it would play with WSL.)

Yeah I really wish VSCode had a TUI option :( That would be so useful and so much more performant

Re: Claude Code gets native LSP support

#202

Post by mirzap »

atombender wrote: post #77
parpfish wrote: post #41

Earlier quoted context omitted.

Jetbrainz needs to give up on Junie and their in house ai and focus on integrating with the established tools. If they don’t, VS code will consume them.

They've already done that. After the Junie fiasco, they pivoted to "AI Assistant", where Junie is just another provider alongside Anthropic and OpenAI. In theory, you have Claude Code inside Jetbrains IDEs now. What's incredible is just how bad it works. I nearly always work with projects that mount multiple folders, and the IDE's MCP doesn't support that. So it doesn't understand what folders are open and can't inte…

Yeah, it's quite odd that they can't get AI tools to work, especially considering so many OSS tools available that work surprisingly well (cline, opencode, etc.).

Re: Claude Code gets native LSP support

#203

Post by ffsm8 »

shunia_huang wrote: post #184
notpushkin wrote: post #180

Earlier quoted context omitted.

Or if you prefer a GUI (still separate app, so works anywhere, too): https://git-cola.github.io/

Graphical interface won't work well inside WSL, that's why I dropped my subscription on GitKraken and start using lazygit. lazygit simply works in almost any environment, and it works extremely well even if you are not into terminal stuff.

Really? While there its certainly slightly annoying because they have the "double menu bar" if they use a non-standard one like the jetbrains ides do... I feel like wsl gui support has essentially become a "solved issue" for a while now.

Re: Claude Code gets native LSP support

#205

Post by neonsunset »

atmosx wrote: post #93
eterm wrote: post #85

Earlier quoted context omitted.

I completely agree. Likewise I'm amazed Microsoft hasn't done it themselves for Roslyn and Copilot. Roslyn analyzers are so incredibly powerful, and it's being ignored. An explainer for others: Not only can analyzers act as basic linters, but transformations are built right in to them. Every time claude does search-and-replace to add a parameter I want to cry a little, this has been a solved science. Agents + Roslyn…

Is Roslyn available only for .NET?

[dead]

Re: Claude Code gets native LSP support

#206

Post by whatever1 »

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 is unforgivable for missing the remote development train. People have been developing on remote huge machines for decades. It’s just the ones who did either were terminal wizards, or they were using hacks to make their IDEs tolerable.

VSCode just scooped up that market with their remote development plugin. And it did not matter that it is an electron app. Still faster than Jetbrains.

Re: Claude Code gets native LSP support

#207

Post by kohlerm »

cube2222 wrote: post #29
shepherdjerred wrote: post #24

Earlier quoted context omitted.

Are you having a positive experience with Codex compared to Claude Code? Codex in my brief experience was... not good w/ 5.1

Just to provide another datapoint - tried codex September / October after seeing the glowing reviews here, and it was, all in all, a huge letdown. It seems to be very efficient context-wise, but at the same time made precise context-management much harder. Opus 4.5 is quite a magnificent improvement over Sonnet 4.5, in CC, though. Re tfa - I accidentally discovered the new lsp support 2 days ago on a side project in…

I checked the codex source code a few months ago and the implementation was very basic compared to opencode

Re: Claude Code gets native LSP support

#208

Post by _virtu »

wkat4242 wrote: post #201
notpushkin wrote: post #188

Earlier quoted context omitted.

Yeah, that’s the power of TUI. I would probably give it a go, too, but Git Cola works for me on Linux and Mac without too many issues. (By “works anywhere”, I meant you can use it with any IDE or editor, or just run it from terminal, though it is cross-platform and should work on Windows, just not sure how well it would play with WSL.)

Yeah I really wish VSCode had a TUI option :( That would be so useful and so much more performant

What’s stopping you from using it in the terminal view of VSCode? Perhaps I’m misunderstanding your comment so please forgive me if I am.

Maybe you’re saying that you wish VSCose itself was a TUI?

Re: Claude Code gets native LSP support

#209

Post by [deleted] »

kachapopopow wrote: post #197
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…

I am trying my damn hardest to drop jetbrains, the only thing they have a stronglehold over is their amazing rust analyzer in rustrover. And yah I agree that they are dropping the ball on providing actual intellisense to AI tools, like why not? It's probably less than 10 lines of code.

[deleted]
Post reply on HN