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

281–290 of 352 posts

Re: Claude Code gets native LSP support

#281

Post by JamesSwift »

ramoz wrote: post #50
anthonypasq wrote: post #48

I find it so weird that people are so bullish on the CLI form factor when they are literally just adding functionality that IDE based agents get for free. Stuff like improved diff tools and LSP support in the terminal instead of idk... just using a GUI/IDE? Pretty sure Cursor has had this for a while.

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.

Re: Claude Code gets native LSP support

#282

Post by neutronicus »

xnorswap wrote: post #255
neutronicus wrote: post #167

Earlier quoted context omitted.

Same shit, but Microsoft and Visual Studio. Like, the AI can't jump to definition! What are we fucking doing!?

Exactly! This is why LSP support should be huge, and I'm surprised it's just a line-item in a changelog.

Well, until Real Visual Studio offers a LSP server it means nothing to me.

Days fucking around with clangd for jump to definition to sometimes work. Sigh

Re: Claude Code gets native LSP support

#283

Post by maattdd »

Dayshine wrote: post #249
clintonb wrote: post #88

Earlier quoted context omitted.

You joke and folks downvote, but this is my biggest issue with WebStorm. I'm seriously considering switching for the first time in 16 years. Zed is quite snappy. The Claude Code integration in VS Code is brilliant. I've used the CLI in the JetBrains terminal. I had no idea I could revisit past conversations until I used the VS Code extension!

Zed is snappy in the same way that notepad ++ is snappy: If you don't support 10% of language features you can avoid the hard work. Unfortunately this means that non trivial projects have false positive errors everywhere.

Zed uses clangd, I don't think clangd support only 90% of C++ (and I don't think it avoid hard work).

Re: Claude Code gets native LSP support

#285

Post by swader999 »

nurettin wrote: post #194

Interesting. I develop two projects and maintain a few. I haven't opened an IDE within the past two weeks. What do you do with an IDE? Stare as code is written, refactored, tested and debugged automatically?

Same here, I'm a bit apprehensive admitting it. Thanks for going first.

Re: Claude Code gets native LSP support

#286

Post by JamesSwift »

arianvanp wrote: post #222

I hate everything about the Claude code plugin system. They saw GitHub Actions supply chain Fiasco and said: great let's add hallucinations on top. It's that bad. It's embarrassingly bad. No lock files. Nothing. And then most plugins in turn install MCPs from pypi with uvx so you have two layers of no pinning. It's a supply chain nightmare. It's so bad that I'm ashamed for our industry

Nix plus flakes (and optionally devenv) is such a great baseline to operate agents in. So much less thinking about dependencies on various runtime platforms, and you get pinning out of the box.

Doesnt support windows though.

Re: Claude Code gets native LSP support

#287

Post by joseda-hg »

remus wrote: post #126
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…

In a similar vein, I really struggle to understand why copilot is so crap when writing SQL and I'm connected to the database. The database has so much context (schema names, column names, constraints etc.) yet copilot regularly hallucinates the most basic stuff like table and column names, which standard auto complete has managed fine for the last 20+ years.

I dunno, SQL Server Management Studio regularly drops the ball on autocomplete ever since I've started using it

It was one of the things that brought me to DataGrid in the first place

Re: Claude Code gets native LSP support

#288

Post by jtms »

dist-epoch wrote: post #73
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…

People keep saying how amazing IntelliJ is at refactoring, but then you realize the talk about "rename thing" and "extract function". This is 5% of what refactoring is, the rest is big scale re-architecting code where these tools are useless. The agents can do this big scale architecturing if you describe exactly what you want. IntelliJ has no moat here, because they can do well 5% of what refactoring is.

You’re missing the point, it’s about those tools drastically improving context window management. When you want to tackle large refactors, Claude Code will blow tens of thousands of tokens just searching for files and various refactor related file manipulation. When you run out of window in the middle of a big refactor you’re going to have a bad time.

Re: Claude Code gets native LSP support

#289

Post by shimman »

nvarsj wrote: post #232
shimman wrote: post #148

Earlier quoted context omitted.

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…

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).

Re: Claude Code gets native LSP support

#290

Post by dostick »

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+refactoring - don’t get your hopes up. In Android Studio refactoring was broken for 5+ years and ticket is one of most voted. And nothing happened.
Post reply on HN