Live data from Hacker News

No more JetBrains products for me

matthewkosarek.xyz

121–130 of 230 posts

Re: No more JetBrains products for me

#121
post #98
post #32

Earlier quoted context omitted.

I had never felt betrayed by JetBrains until that moment.

I still use the Classic PyCharm UI plugin. Not sure if I'm missing out on much today.. but initially I despised the minimalist interface for the new UI.

Still using the Classic UI plugin, the new UI has horrible contrast and changes things for the sake of change. Also why does every new UI has horrible monochromatic icons where you have to guess what they are?

Re: No more JetBrains products for me

#122

> I tend to run older hardware, > the tool is so fricken slow. How old is "old hardware"? I've had no issues running CLion on a 2020 M1 Macbook Air and a i5-10400 (Linux). These projects are only in the hundreds of thousands of lines of code though. > The install is gigantic on disk, leading me to avoid it on my older machines where space is limited. I found that by default toolbox likes to keep old versions of the I…

I run Dataspell and Pycharm on Intel Macs, and have been trying to decide whether to stick with JB products for writing Go or switch to VScode.

I don't find it terrible, but startups are slow and Dataspell often seems to get stuck in an very long slow loop of updating skeletons in my python package library. Probably not coincidentally, the package manager is apt to be the aprt of the IDEA that gets really sluggish and unresponsive, but I've also noticed problems with code completion/documentation popups. I don't have a vast number of packages installed, and my projects are pretty small, rarely more than 1000 lines of code. My code is also pretty clean and tidy because I'm not doing anything too complex.

> Toolbox yes I've noticed this too. I don't like it much, eg I had an old instance of dataspell that I uninstalled manually a couple of years ago but the ghost of it still shows up in Toolbox and there's no way to get rid of it. I sometimes feel like JB focuses too much on adding features but not enough on polishing them.

Re: No more JetBrains products for me

#124
post #97
post #42

Earlier quoted context omitted.

I don't use Zed, but do use Neovim but people make similar arguments. If I have access to a LSP and DAP, also do most of my refactoring through c tags and vim grep (or grug-far if I want to be fancy). What IDE specific features am I missing out on that can't be replicated? Being earnest here because I always screenshare with co-workers doing a variety of things and there is nothing I ever see that is impressive or ma…

My problems are mostly with the language servers. I've always found them to be slower, consume more resources, and provide worse results compared to the equivalent JetBrains IDE. I've tried Python, Rust, and Go within the last few months and found this is still the case. Go is the worst of them, on larger repos gopls will easily consume 3-4x more memory than GoLand with far worse responsiveness on completions.

Jetbrains IDE, sure, they take their sweet time indexing your project, but once per start.

The Java LSP is a egregious "thing" that takes 10 to 30s to read your whole project for the n-th time while eating 40GiB of RAM in the process. On a loop, EVERY time you view a new file.

Where is my goddam lsif/scip support?

Re: No more JetBrains products for me

#125
post #115

Earlier quoted context omitted.

Do you already have a good criminal defense lawyer, or do you need a referral? Because whatever you did next was justified, in my opinion.

This was the third wtf in that same meeting, so I think I did ok waiting to lose my cool until then. Second wtf you may ask? In the goal of changing the storage of our data, he implemented 3 of ~10 behaviors of the existing library, and silently ignore all calls to the remaining 7. Guess which 3 were never used in the existing library!? :D 20 years "experience". Total incompetence. I should correct that: 17 years. Af…

Cowabunga. I do totally believe you, though. I was the guy doing fizzbuzz screens at a prior job. Before that, I would not have believed the failure rate for that step of the process. "The person has a job as a senior software engineer? Of course they'll ace fizzbuzz! It's insulting to even suggest otherwise!" And yet. I bet at least a third of the candidates simply could not pass that to save their lives. I went out of my way to be the friendly, relaxed, conversational interviewer, too. I never wanted to turn away a good candidate because I intimidated them or made them feel uncomfortable. And with all that, it still didn't work out.

A concrete example: one person could not get it through their head that they could write a function to return the correct value, then unit test that function with arbitrary known values. My question: "how do you know if it gets the right answer for 1,000,000,000,005?" What I wanted:

  def fizzbuzz(n): ...

  assert fizzbuzz(1_000_000_000_005) == "fizzbuzz"
or something similar. What they offered:

"OK, we'll loop from 1 to n and write each of the values out. Then we can compare the contents of that file with a test case!"

"How is that going to work for values like 1 trillion something?"

"We can compress it!"

"And how long is this unit test going to take?"

"Well, let's assume we can process a million answers per second..."

"Aren't you going to run out of hard drive space at some point?"

"We can use `tail` to get the last few lines!"

"OK, let's start over. Can you imagine any way to test some arbitrary value in O(1) time?"

"Nope, can't be done."

"Sigh."

Re: No more JetBrains products for me

#126
post #117

Earlier quoted context omitted.

We're not missing anything, or at least not anything I actually miss. I had a previous supervisor who chided me for "not using an IDE" because I was using Emacs -- Emacs! -- and insisted I should use something more featureful. First, that doesn't exist, and the notion's laughable. Second, I have every feature I actually want to use in Emacs (and Zed and even *vim), and have no reason to believe that any random bullet…

Debuggers are much better in JetBrains or Visual Studio than using just an editor.

Had you honestly imagined that Emacs doesn't have excellent debugging tools?

Re: No more JetBrains products for me

#127
post #63

Earlier quoted context omitted.

Wait, don't you reverse into a parking space and drive straight out?

I always wonder why people do this. What’s the reasoning?

I wonder this too. It’s much harder to back into a cramped parking space than backing out into an open space. So they do it very slowly. Watching people do this is frustrating.

Re: No more JetBrains products for me

#128
I don't use CLion, but I use Rider a lot. And at some point I had to modify their JVM settings and give it more RAM. It got much snappier. I think when there's not enough RAM for JVM it runs GC too much and it gets slow. I also don't really load the IDE all the time. It just always there, just sits open. I use it daily. No need to restart it. I admit it feels slower than some other apps, but not so slow really. I have a pretty dated Macbook Pro M1 and I would never characterize its performance as abysmal. "Could be faster" yes, but not abysmal by any measure.

Re: No more JetBrains products for me

#129

I had my (somewhat) breakup when they started advertising their code assistant at me. My IDE is my home. You push an advertisement at me and I get mad. I killed my subscription (with 1/2 a year left) and loaded the old version and haven't looked back. I will eventually give it up completely since new python versions aren't supported for debugging but oh well.

(Neo)vim or Emacs. Seriously. Pick one, get conversant in its basic commands. These are longstanding, Lindy-effect editors that are free software and independent of sponsorbuxx. If your IDE is your home, then going with some company's IDE, especially the proprietary ones, is like agreeing to live in an HOA where Ring service and smart home features that spy on you are a requirement.

Re: No more JetBrains products for me

#130
It's very hard to compete with the massively-token-subsidized big players when our entire team is spending nearly 20x the claude code subscription cost in API token usage - it's impossible for anyone else to do it without eating huge losses.

Junie - their coding agent - was also a miss. I've had Rider for almost 10 years currently - but considering dropping it. Tradcoding is basically dead, and a lightweight text editor with tree-sitter has come a long way - and it's good enough to read/micro edit with anyway.

I feel bad for them as it's been such a stable product for decades of excellent development, but the world moves on.

Post reply on HN