Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Escape IntelliJ: Scala and Kotlin LSPs on Emacs Eglot

jointhefreeworld.org

Post reply on HN
Print view View original

51–60 of 127 posts

Re: Escape IntelliJ: Scala and Kotlin LSPs on Emacs Eglot

#51

Post by skydhash »

pjmlp wrote: post #40
jillesvangurp wrote: post #30

Earlier quoted context omitted.

Exactly, I've been using their community edition for years for Kotlin development. Works fine for normal day to day development needs. I had a paid subscription for a while that I just let expire because I rely more on agentic coding tools these days and I just don't write a lot of code by hand at this point. The paid version adds a lot of deeper integrations and tools that you may or may not need. Personally, I don'…

I keep finding interesting that some devs refuse to pay for tooling like every other profession, yet they don't take pull requests as salary either.

I would pay for tooling, but most of them is now pure grift. Even Jetbrains has gone the anticonsumer route with their focus on AI (plugins enabled by default).

Re: Escape IntelliJ: Scala and Kotlin LSPs on Emacs Eglot

#53

Post by terminalbraid »

laszlojamf wrote: post #49

I agree that IntelliJ is a monster of a resource hog, but I have yet to find an editor where code navigation is as good. That's basically all I use it for these days, in the days of LLMs, and I still think it's worth it. VSCode, especially for golang, is terrible. I might be holding it wrong, but I've really tried, and it's just not good enough. Before LLMs, when I still refactored by hand, coworkers who were using v…

This is my experience and it really sucks that Jetbrains has devolved into such a poorly run company. It's clear a lot of their real talent who cared about the programming side and refactoring left years ago. Now it seems like all their product decisions are from bog standard non-technical business people who chase buzzwords.

This is a major problem for them because they fragmented their IDE codebase so much properly maintaining it requires resources and people they don't have and would have to invest years of effort to replace. But that doesn't maximize quarterly profit, so it's left to decay and we get hourly LLM plugin updates.

Re: Escape IntelliJ: Scala and Kotlin LSPs on Emacs Eglot

#54

Post by phplovesong »

DrProtic wrote: post #45

People will go to great lengths to avoid paying for what is, arguably, an outstanding product from a great company, then think nothing of spending the same amount at Starbucks. I don’t think I’ve ever seen a company scrutinized and nitpicked as much as JetBrains.

Well its a russian company, and took part in the solarwinds hack, that was directly funded by the fsb. So, yeah, it should ve scrutinized, nitpicked and avoided at all costs.

Its 2026, there is no need for a proprieraty IDE that is stuck in the early 2000s.

Re: Escape IntelliJ: Scala and Kotlin LSPs on Emacs Eglot

#55

Post by psychoslave »

gf000 wrote: post #23
sajithdilshan wrote: post #13

> But what do you actually get with IntelliJ? A massive, monolithic Java application that frequently hogs 8GB+ of RAM, locks up your system while “indexing pre-built binaries,” and forces you into a closed proprietary ecosystem. This is just exaggeration. I use IntelliJIDEA everyday (on mac) with multiple projects open and tbh they have optimized the IDE a lot to make it faster. I'm not saying it's perfect, but it's…

Also, like where else would the indices live? They are in memory to make going to definition, source, analysis etc fast. It's not even using java objects for these, so a feature-equivalent solution would be similarly "fat".

I don’t know, using Vim and Exuberant Ctags can give you a significant part of these features for a very lower footprint. But to be clear, it’s not a ready-to-go path on parity with DX that IntelliJ provides.

Hackers are often exceptionally good at optimizing the hidden parts no one give a shit until everything crumble under systemic slowness, but they often also are very bad at designing even a decent UX for everything else regarding in-your-face aspects.

Re: Escape IntelliJ: Scala and Kotlin LSPs on Emacs Eglot

#56

Post by qsera »

psychoslave wrote: post #55
gf000 wrote: post #23

Earlier quoted context omitted.

Also, like where else would the indices live? They are in memory to make going to definition, source, analysis etc fast. It's not even using java objects for these, so a feature-equivalent solution would be similarly "fat".

I don’t know, using Vim and Exuberant Ctags can give you a significant part of these features for a very lower footprint. But to be clear, it’s not a ready-to-go path on parity with DX that IntelliJ provides. Hackers are often exceptionally good at optimizing the hidden parts no one give a shit until everything crumble under systemic slowness, but they often also are very bad at designing even a decent UX for everyth…

>I don’t know, using Vim and Exuberant Ctags can give you a significant part of these features for a very lower footprint.

100% true.

Also, the problem I have with these magic thingies is that I don't know what to do if the magic stops working. With tools that just does one thing, I can easily figure out the point of failure and fix it.

Re: Escape IntelliJ: Scala and Kotlin LSPs on Emacs Eglot

#57

Post by psychoslave »

pjmlp wrote: post #40
jillesvangurp wrote: post #30

Earlier quoted context omitted.

Exactly, I've been using their community edition for years for Kotlin development. Works fine for normal day to day development needs. I had a paid subscription for a while that I just let expire because I rely more on agentic coding tools these days and I just don't write a lot of code by hand at this point. The paid version adds a lot of deeper integrations and tools that you may or may not need. Personally, I don'…

I keep finding interesting that some devs refuse to pay for tooling like every other profession, yet they don't take pull requests as salary either.

In most profession, you don’t have a continuous flow of new tools to evaluate if they worth integrating in your workflow, which is already heavily time costly, and tools rarely break overnight due to some remote ecosystemic reason or cease to work due to license expiration/change/whatever.

How enthusiast are most professional to throw money at "smart" tools, hmm?

Re: Escape IntelliJ: Scala and Kotlin LSPs on Emacs Eglot

#58

Post by marand23 »

phplovesong wrote: post #54
DrProtic wrote: post #45

People will go to great lengths to avoid paying for what is, arguably, an outstanding product from a great company, then think nothing of spending the same amount at Starbucks. I don’t think I’ve ever seen a company scrutinized and nitpicked as much as JetBrains.

Well its a russian company, and took part in the solarwinds hack, that was directly funded by the fsb. So, yeah, it should ve scrutinized, nitpicked and avoided at all costs. Its 2026, there is no need for a proprieraty IDE that is stuck in the early 2000s.

They closed all their russian office locations at the start of the Ukraine war afaik so I wouldn't call it russian any more.

Re: Escape IntelliJ: Scala and Kotlin LSPs on Emacs Eglot

#59

Post by denisw »

phplovesong wrote: post #54
DrProtic wrote: post #45

People will go to great lengths to avoid paying for what is, arguably, an outstanding product from a great company, then think nothing of spending the same amount at Starbucks. I don’t think I’ve ever seen a company scrutinized and nitpicked as much as JetBrains.

Well its a russian company, and took part in the solarwinds hack, that was directly funded by the fsb. So, yeah, it should ve scrutinized, nitpicked and avoided at all costs. Its 2026, there is no need for a proprieraty IDE that is stuck in the early 2000s.

JetBrains is and has always been a Czech (and, thus, EU) company, not a Russian one. Yes, the founders are Russian, but that does not make the company so. They did have Russian offices, but closed them after the start of the Ukraine war [1].

The only confirmed link to the SolarWinds attack seems to be that SolarWinds was using TeamCity (JetBrains' CI/CD product) and that this was alledgedly used as a "gateway" to SolarWinds' systems - which doesn't require any cooperation from JetBrains, just an unpatched security issue. In fact, a patch by JetBrains for the exploited issue seems to have been available, but was not installed [2].

So while any company deserves scrutiny, these particular allegations against JetBrains smell like FUD to me.

See also JetBrains' own statements on the SolarWinds thing: https://blog.jetbrains.com/blog/2021/01/06/statement-on-the-...

[1]: https://en.wikipedia.org/wiki/JetBrains

[2]: https://www.cisa.gov/news-events/cybersecurity-advisories/aa...

Post reply on HN