jetbrains itself has performance issues, and you need to muck around too much to get them working properly.
the JVM also causes issues resulting it having to tune the environment params to get decent performance. JB makes tons of assumptions and attempts to be helpful in ways that just are not; precompiling automatically, running massive indexing jobs causing the machine to bog down, assuming it has the right to modify your environment.
these are all things I just do not want to think about when in essence I'm navigating directories and editing files with fancy hover tooltips.
the standalone versions are okay usually depends on the language. I just want an editor with code linting regardless of the language.
vscode in that respect has been a god send. install language server and you're done. performance is generally good and the background tasks seem thus far havent completely bogged down my machine.
Personally, I very much want an actual IDE for a lot of my work. So I'm happy to buy a fast machine with plenty of RAM and then give the IDE a good chunk of it. But I'm glad they're making Fleet for folks with other preferences, and I'm sure I'll be using it myself when I just need to open one or two files and make quick edits.
the not helpful issues with jetbrains are when it crashes, slows down my system, prevents me from modifying files because reasons, modifies my build configurations in unsafe ways because it thinks it knows best, interferes with CLI run commands because it doesn't safely check that it can modify files owned by other applications.
I'll grant you these are generally issues with the individual plugins within jetbrains. why deal with all that when I don't have to? Why deal with the performance issues the JVM has when I don't have to?
vscode I get autocomplete, debuggers, decent linting, decent performance. that's an IDE in a nutshell. not a text editor.
I'm happy you enjoy JB, great. it doesn't change any of the above and havent seen any indicators that the above has changed or will change in the future for it. hence I don't use it.
fleet may be promising in this regard. but don't feel the need to jump ship when I already have remote code editing in vscode. which is the only real first class feature fleet has to distinguish itself from other IDEs.
and if I'm going to pay for something like an IDE it needs to be rock solid when the free competition is competent.
however, your tone in this thread implies you're not a neutral player in this. do you have any relation with intellij/jetbrains?
I don't have any problem with you criticizing them. I have a problem with you stating your criticisms in ways that sound like it's more than just your experience.
For example, you wrote, "you need to muck around too much to get them working properly". This is not true. I don't need that. You apparently did need to do some mucking around that was too much for you.
Or you write, "JB makes tons of assumptions and attempts to be helpful in ways that just are not". Again, that might not be helpful for you. But it's very helpful to me. And clearly to lots and lots of other people given how popular their tooling is even though it costs actual money.
I think this sort of universalization and projection is unhelpful and ask that you not do it.
I really don’t know how did you manage to crash it, even with misbehaving plugins it will manage the situation gracefully (usually with a notification that this plugin had an exception) but will continue to run perfectly. Modifying files due to locking sounds like a Windows issue, and has nothing to do with intellij.
I really don’t know what have you configured for all these things to happen — what language was that project written in?
yes, that is the conservative JDK defaults iirc; its likely unrelated to intellij specifically. I only mentioned the system specs because the other commenter was like 'i buy nice machines and give the editor tons of RAM'. but thats the cost of them using java. I don't want to tune my editor to ensure its responsive and can get its job done.
> Windows issue, and has nothing to do with intellij
except I exclusively run linux. ;)
> what language was that project written in?
early days for a flutter app. most of the issues most certainly due to the plugins themselves.
it was primarily gradle tasks running without prompting and fucking up my build.
I didn't configure anything. the experience was so bad I just bailed out, switched to my standard stack vscode and the command line stuff and never looked back.
No, it is explicitly set by intellij through its vmoptions file. The JDK by default uses as much as half of all available RAM (that is for maximum usage. It doesn’t start there)
You are doing something very wrong if that's the case. I have 2 big projects open in my IDE (GoLand), it has not been closed since Nov 16 and as I type this it is using ~3.8 GB of RAM and ~3% CPU on my work 2019 Mac Book
My personal travel laptop is ~2014 era thinkpad T430, an outdated machine and it has never once hiccuped while running the IDE.
This is almost certainly a "you not JetBrains" problem.
the point I was making is that it wasn't an under powered machine that causing issues as implied by the responder.
sadly the issues I was having at the time were not just me all of them were documented / reported in the github issue tracker for flutter/android studio.