Live data from Hacker News

Claude Code gets native LSP support

github.com

261–270 of 352 posts

Re: Claude Code gets native LSP support

#261
post #215
post #198

Earlier quoted context omitted.

No one is interested to solve hard problems. The broad industry got lucky with LLMs and everyone is now blindly burning capital at this. If you think they can't be that stupid remember the covid super hiring frenzy.

Heh, read The Big Short. A large point of the book is that a lot of rich people are both greedy (which we already assumed) and also stupid (which we didn't assume).

It's almost like someone's ability to accumulate capital has little bearing on their critical thinking skills.

Re: Claude Code gets native LSP support

#262
post #258

Earlier quoted context omitted.

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

To be fair, VS Code git implementation is really off-putting if you've used something good.

Personally I love it and find it very intuitive.

It allows you to do stuff so much faster than having to type everything manually into the terminal. Also really enjoy the "Undo Last Commit" feature and how I can easily see all modified files at once and shuffle around stuff between the staging area.

Re: Claude Code gets native LSP support

#263
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?

Git is just that bad, huh? The best backhanded endorsement of mercurial I've seen so far.

Re: Claude Code gets native LSP support

#264
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?

Jetbrains' implementation is (was?) just that good, yes (combined with local history).

Re: Claude Code gets native LSP support

#265
post #208

Earlier quoted context omitted.

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?

Yes the latter, that it did have a TUI option for its interface.

Re: Claude Code gets native LSP support

#266
post #250

Earlier quoted context omitted.

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

Did they abandon the commit modal? In 2024 line it's disabled by default (in favor of tool window) but you can enable it back.

They have a plugin for the old behavior

Re: Claude Code gets native LSP support

#267
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 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.

Re: Claude Code gets native LSP support

#268

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…

It's interesting that everyone is saying "please don't shove AI down our throat!". But when a company actually takes this approach (JetBrains IDEs treat AI just as a tool at the sidebar), everyone is like "JetBrains is doomed because it's not agent-native enough."

Re: Claude Code gets native LSP support

#269
post #267

Earlier quoted context omitted.

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

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.

You made me realize that I actually do use it, since I often look at git blame and the past changes.

And I like the (recent?) update in which the changes from current commit (not only stage) are coloured.

Re: Claude Code gets native LSP support

#270

Earlier quoted context omitted.

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

Git is just that bad, huh? The best backhanded endorsement of mercurial I've seen so far.

I've always had the opinion that people complaining about it are just holding it wrong.
Post reply on HN