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

301–310 of 352 posts

Re: Claude Code gets native LSP support

#301

Post by insane_dreamer »

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?

Honestly, the git implementation in PyCharm is better than any git app I've used, including lazygit (which I like and is my go-to when not in PyCharm).

Re: Claude Code gets native LSP support

#302

Post by tracker1 »

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.

I almost always operate in my own feature branch, squashing and then rebasing along the way... sometimes I'll just keep amending my feature commit as I work. I find it just saves me a lot of pain along the way.

Re: Claude Code gets native LSP support

#303

Post by insane_dreamer »

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…

can't speak for other languages, but the python LSP in PyCharm is miles ahead of any other lsp out there (and I've tried them all). I give `ty` the best chance of catching up to them, but they're still a ways behind.

Re: Claude Code gets native LSP support

#304

Post by johnebgd »

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 bought the JetBrains AI last year to support them even though it wasn’t good. It never improved. I didn’t renew. Now, I’m questioning if their tooling is something I’ll even renew at all. All of these AI agents integrate so well into visual studio code…

Re: Claude Code gets native LSP support

#305

Post by tracker1 »

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

A TUI editor with a lot of the features of VS Code could be pretty cool... Basically a relatively thin shell on the remote editor server.

Re: Claude Code gets native LSP support

#306

Post by rkomorn »

johnebgd wrote: post #304
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 bought the JetBrains AI last year to support them even though it wasn’t good. It never improved. I didn’t renew. Now, I’m questioning if their tooling is something I’ll even renew at all. All of these AI agents integrate so well into visual studio code…

Being a JetBrains customer lately feels like watching everybody else race by in their cars while your horse is trying to eat the carrot in a grocery store ad on the side of a bus stop

I get it, horse, you're confused, but we got places to go.

Re: Claude Code gets native LSP support

#307

Post by qiine »

shimman wrote: post #148
lionkor wrote: post #136

Earlier quoted context omitted.

OpenAI engineer fails to rename references because his F2 key has been replaced with the Copilot button? No LSP support is wild.

This is something I notice often when using these tools (if this is what you are referring too). Like they will grep entire code bases to search for a word rather than search by symbol. I suppose they don't care to fix these types of things as it all adds up to paid tokens in the end. We have 50 years worth of progress on top of grep and grep is one of the worse ways to refactor a system. Nice to see LLM companies ar…

> grep is one of the worse ways to refactor Hum? care to explain this?

Re: Claude Code gets native LSP support

#308

Post by theptip »

shimman wrote: post #289
nvarsj wrote: post #232

Earlier quoted context omitted.

Only if they are not told how to search the codebase efficiently. All you need is an MCP server for code search. There's even LSP backed MCP servers now.

I see, I'm highly skeptical of using these tools because I honestly feel faster with a vim + clt workflow if I know what to write. I'll have to check again because 6 months ago this stuff was pure trash and more frustrating than useful (beyond a boilerplate generate that also boils the ocean).

Yes, check again - to be blunt, any opinions (at least tactical on how well feature X works) formed 6 months ago are not really relevant to the conversation today given how fast this is all moving.

Opus 4.5 in Claude Code is a massive jump over 4.0 which is a massive jump over 3.7.

Each generation is being fine-tuned on a huge corpus of freshly-generated trajectories from the previous generation so things like tool use improve really quickly.

Re: Claude Code gets native LSP support

#309

Post by HarHarVeryFunny »

sunaookami wrote: post #252
ascorbic wrote: post #72

Earlier quoted context omitted.

The same reason you want an LSP in your editor: so you get inline docs and error messages, autocomplete, jump to definition, refactoring actions etc.

But what is the benefit for Claude Code? You don't write code in Claude Code so why would I need autocomplete or jump to definition? Does Claude itself use them instead of e.g. grepping? Struggling to understand how it helps.

I'd like to know what more of the use cases are too, but one would be for doing renaming operations where the LSP understands the code and will tell the caller exactly what edits to make to which files. So I assume with LSP integration you could then ask Claude Code to do the rename, and it would do it per LSP instructions rather than itself having to understand the source code and maybe doing a worse job.

Re: Claude Code gets native LSP support

#310

Post by jayd16 »

reactordev wrote: post #91
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…

When you become complacent and your ego isn’t checked, you think you have the hottest thing. Hubris is hard. They had a pretty big moat that they let vscode eat away at. I don’t think they saw any of this coming and are struggling to make sense of it.

Where are you getting the concept of ego and hubris from? I don't really see much personification of JB's public facing identity.
Post reply on HN