Have you tried Jetbrains Fleet? Their new editor isn't too bad.
No more JetBrains products for me
131–140 of 230 posts
Re: No more JetBrains products for me
#132I 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.
I quit auto-updating Jetbrains products years ago and it turned out to be a great decision for me. So many updates seemed to just shuffle around UI elements that I had memorized or worsen the performance. Now I only update when there's a specific reason to, and I'm not sure there ever will be a compelling reason to upgrade beyond my current versions; there's a good chance I'll do like the OP and find a more performant editor at that point.
I don't want to sound too negative since I do like their products, but it feels like they've fallen into the same trap as a lot of SAAS companies. They have to constantly make "improvements" to justify regular subscription fees. Their products were pretty great a decade ago. Since then they've made a gazillion changes but I can probably count on one hand the number of them that I found truly useful.
Performance issues haven't been as bad for me as the TFA says, but they certainly use a lot of resources, even after I aggressively removed a bunch of default plugins and disabled features I don't use. Performance improvements would be a nice feature, but those changes rarely make the top of the SAAS priority list.
Re: No more JetBrains products for me
#133For whatever reason zed takes forever to paste on my m1max MBP. Im talking at least 1.5s for a paste a few characters from clipboard or to duplicate a line.
Re: No more JetBrains products for me
#134Yeah sadly it is getting slower and slower. I use a 3+ year old version, which is lightning fast. When I just keep the right arrow down it goes through code like a charm. The 2026 version is lagging like an overloaded ox.
The problem with new editors is that the initial friction of configuring every shit that annoys you takes too much time. I tried zed, but gimme a break, wtf has time to learn all the peculiarities.
Re: No more JetBrains products for me
#135Earlier quoted context omitted.
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.
They would rather back into a parking spot surrounded by stationary obstacles than back into a parking lot or road which may contain pedestrians or other drivers.
I'm not saying _I_ back into spaces. I generally drive into spots and reverse out of them. However, I admit that what I do is a tradeoff where I take on risk in order to have a mechanically easier time entering and exiting the space.
Re: No more JetBrains products for me
#136Earlier quoted context omitted.
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…
There was a binary search problem that I gave in my interviews, in the context of test and measurement. So, instead of reading a value of the monotonic curve at some index in an array, you would have to set a power supply to some voltage (independent) then read the resulting value from a volt meter (dependent). So, exact same concept, different way to "index" and retrieve the value.
To help my explanation, I had a plot to show an example monotonic y=x^2 as a blue line and an example target value as a horizontal dotted red line.
One guy I had said something like, "You can start at the left of the image, then go down looking for a blue pixel. If the blue pixel is at the red line, you have found your value".
So, he wanted to search the image of the plot rather than the data behind the plot. I tried to get him to understand that was an example, and that we had the data, and that he would have to do the measurements himself, but it just resulted in a short interview.
I eventually told all the hiring managers that I could help interview again after their screening process was fixed, at which point I learned that they just removed software from the screening process to save time. This was a ~50% software position.
Same org as the dork above...
Re: No more JetBrains products for me
#137Earlier quoted context omitted.
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.
They would rather back into a parking spot surrounded by stationary obstacles than back into a parking lot or road which may contain pedestrians or other drivers. I'm not saying _I_ back into spaces. I generally drive into spots and reverse out of them. However, I admit that what I do is a tradeoff where I take on risk in order to have a mechanically easier time entering and exiting the space.
This makes no sense. In either case the car traverses the same space once forwards and once backwards.
Re: No more JetBrains products for me
#138Earlier quoted context omitted.
Wait, don't you reverse into a parking space and drive straight out?
Slow car computers aside, it doesn't really make a difference in the scheme of things. Spend the time backing up now or later. Also, maybe you need to use your trunk and you'd rather have it opening into free space instead of another vehicle or a wall.
I contend it does. People tend to take way more time backing into a space than pulling into it, and hardly more time backing out of a space than pulling forward out of it.
I'm certain this isn't how they think of it, but when I see someone blocking traffic while they painfully back into a spot, I imagine them imagining themselves having to fly out of there without a moment to spare, like they plan on having a drastic emergency before they leave. And if that person isn't driving a police or fire department car or the like, I roll my eyes at the delusion of grandeur.
Re: No more JetBrains products for me
#139> It is so remarkably slow, and I cannot begin to understand these people that are telling me that it runs fast. Granted, I tend to run older hardware Always hard to interpret these complaints when the author won't reveal what hardware they're talking about, other than that it's old. I think Zed is a great option for someone who is both highly critical of load times and has older hardware. I would not have recommende…
IDE's format and display text. Outside of compiling, they should respond instantly on a blight-ridden potato, with resources to spare.
Re: No more JetBrains products for me
#140Earlier quoted context omitted.
Turn it off; it makes a brilliant IDE unusable.
+1 I disabled all that and assigned a shortcut to: Call Inline Completion
I should go back to this (like some of the other comments suggest) - I think there is potential in suggesting multiple lines, and I would have really loved it to work, but it is clear that their ux testing was poor.