Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

Imagine your agent will stop wasting tokens using grep to find symbol usages if he can just ask IDE where it is used. They are not the best option for vibecoders right now but who knows what will happen in 1 year.

Can't agents just use a language server? There are already a bunch of projects that provide this, e.g.: https://www.agent-lsp.com/

Doesn't seem like a huge differentiator anymore?

I don't really know much about their current users, but from a business perspective, post-tokenmaxxing and them having an IDE, it seems like the most efficient environment for having a human in the loop is something they could tackle?

 help



Well nobody needs to use IDE. There were always people who used vim with tmux as their IDE. The value of IDE is the I as in integrated - I see some value in having easy to manage single dev environment with batteries included. (I'm not an IDE guy though, and I personally closer to vim/vscode + plugins)

There were always people who used vim with tmux as their IDE.

But until language servers, IDEs with built-in code analysis had a huge advantage. This stopped once LSP was designed and some language servers got mature. LSP was developed originally by VS Code and it is easy to see why - it allowed VS Code to compete with IDEs without writing their own code analysis by letting language developers write a standard server. This made VS Code (and others like Zed) so powerful, that they had already replaced IDEs for many users (maybe outside Java). LLMs are just another nail in the coffin.


> This stopped once LSP was designed

No, it didn't stop. In my experience, LSPs are still incredibly poor and comparatively primitive vs the actual analysis that JetBrains have implemented. It's night-and-day different in terms of the supported refactorings, actual understanding of the types and the codebase etc.

Also, LSP is just poorly designed and inefficient. JSON-RPC was an awful choice, the specification text is not well-written and the whole thing feels like a Microsoft pet project for VS Code than an open specification that everyone agrees works well.


I think the name misleads people about LSPs. LSPs are basically plugins for VS Code. The protocol semantics are visual, so they're tied to what VS Code wanted to display on screen. They don't really change the game, especially as you always had the option of using IDEA's own plugins in other tools and text editors (yes! there is an API and you can start up a headless IDEA to access it, even from programs written in C or Rust).

Not many did that because JetBrains never cared much to properly document this path, and so using LSPs is a better paved cowpath. But that's because IDEs aren't a real business for Microsoft, whereas they are for JetBrains, and we know where that leads - the landscape is filled with the skeletons of dead IDEs that were just loss making corporate side projects, defunded and "donated" to some foundation once the executive sponsors moved on. NetBeans and Eclipse are two of the most obvious but there have been others.

The risk with VS Code is it goes the same way. Eventually Microsoft needs to cut back, perhaps due to needing more capital for AI or due to AI related losses, and in the general layoffs that follow VS Code gets cut back to a skeleton crew.


This is not the whole picture. IDE is not just for writing code. What I really like on jetbrains is how strong the platform is. I will show you example which would be great if they implement it.

If you use ideavim you can enable feature which shows you action ID you have currently triggered (Ideavim: Track action IDs). If you click on anything it will show you name of that action and you can setup vim shortcut for that. This way, you can use almost anything by just typing a few letters. But that is just a start.

Now imagine you can use this to create "macro" which will create something like skill for LLM. So in a few seconds to minutes you can create "skills"/runbooks for major refactorings, project updates, git bisections, project deployments, log analysis or whatever you can think of. You will just click on 20 features and it will record what you did with some additional context (files, connected services, build systems etc.). This is the strength of integrated tools.

Of course this is just my imagination but I am not the smartest person in the world and I am pretty sure/hope that someone in jetbrains or in other IDE company is thinking this way.


IDEs are designed for humans. LLMs aren't human. They can analyze and process craptons if text in seconds.

You envision a world in which humans don't look at code.

I think that world is farther off than you think, especially in critical line of business software. You can YOLO it with your internal dashboard or your hipster coffee review site, but in my 2M-line highly regulated banking system, humans sign off on the code - even if LLMs do most of the typing.


My last post was not about writing or processing code at all.



Consider applying for YC's Winter 2027 batch! Applications are open till November 2.

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: