I personally find value in having two editors. A light editor like Emacs for writing Markdown, git, quick scripts, and a JetBrains IDE for longer running projects, and debugging. I don't feel the need to wholly replace one with the other
JetBrains Fleet drops support for Kotlin Multiplatform
191–200 of 276 posts
Re: JetBrains Fleet drops support for Kotlin Multiplatform
#192Earlier quoted context omitted.
Also probably part of the reason why they're so bloated. IDEA with just a single mid-sized project can and will take 10GB+ memory (simple java+gradle for spring or android). Out of the box it has ~100 plugins installed, most of which are useless for most people. It does work well but it's often too much and uses even more memory than vscodium.
Are you using the ram for something else? Would you prefer to have 30 out of 32gb sitting unused? Ram is cheap, I don't see why people complain that it's being utilized. Doesn't bother me at all. I haven't looked into it but I would assume you can disable these unnecessary plugins if you don't want them?
I work on efficiency so when people say things like "it's ok for my IDE to be an inefficient pile of garbage that locks up resources" it makes me wonder what kind of program they are producing.
Re: JetBrains Fleet drops support for Kotlin Multiplatform
#193Personal opinion is that JetBrains products have gone down hill the last few years. Tons of memory leaks and performance issues. They are also way behind on the AI front, borderline obsolete in some areas. This is coming from someone who has used jetbrains daily for over a decade
What would you suggested instead of JetBrains tools for AI-assisted development? (I don't just want to hear what everyone says; I specifically I want to hear what JetBrains lovers think about this.) I was about to go all in on JetBrains becaue I can't stand VSCode, and about to transition from ChatGPT only to trying out in-IDE integrations... but if there's a better thing to try first... all ears.
Re: JetBrains Fleet drops support for Kotlin Multiplatform
#194Anyone wondering whether JetBrains IDEs are still worth it - absolute yes from me. VS code is a UX mess by comparison. Webstorm can be tricky to configure with Typescript but once it’s setup my goodness it’s good.
Re: JetBrains Fleet drops support for Kotlin Multiplatform
#195Earlier quoted context omitted.
Are you using the ram for something else? Would you prefer to have 30 out of 32gb sitting unused? Ram is cheap, I don't see why people complain that it's being utilized. Doesn't bother me at all. I haven't looked into it but I would assume you can disable these unnecessary plugins if you don't want them?
It sounds like your perception of how a computer works is incredibly flawed. ram doesn't sit unused , the kernel uses it for caching and locality. The more RAM you give the kernel, the more you can have resident in the slab cache, the page cache, the filesystem cache, the network backlog, etc. Even on very large machines with more RAM than an average desktop, the kernel can still make use of almost all of it. I work…
My computer works completely fine while I have multiple jetbrains ides and browser windows, Docker etc running.
So maybe your perception is the one that's flawed. I know for a fact that my computer can handle it, but it seems like you mistakenly believe that it can't?
Re: JetBrains Fleet drops support for Kotlin Multiplatform
#196Earlier quoted context omitted.
The amount of contrast can be measured. https://developer.mozilla.org/en-US/docs/Web/Accessibility/U... Due to the poor font rendering and colors picked in Rider, by default there is a contrast of 4.77 which is just meet the minimum ratio, and for an app you stare all the day at, it's not enough. From the firefox docs: > Having good color contrast on your site benefits all your users It's written all your users , it'…
“minimum ratio” Which is what? Is it a well defined fact?
Re: JetBrains Fleet drops support for Kotlin Multiplatform
#197Anyone wondering whether JetBrains IDEs are still worth it - absolute yes from me. VS code is a UX mess by comparison. Webstorm can be tricky to configure with Typescript but once it’s setup my goodness it’s good.
Unfortunately many new developers don't believe in powerful "power" tools anymore. They like to connect many small tools for an inferior experience and they just scoff at bigger tools for being "too complicated". I use another big tool which is around 20 years old, and that can do everything and a ton more from a single screen at the same speed or faster, with greater integration. Yet people don't touch it because it…
Re: JetBrains Fleet drops support for Kotlin Multiplatform
#198Personal opinion is that JetBrains products have gone down hill the last few years. Tons of memory leaks and performance issues. They are also way behind on the AI front, borderline obsolete in some areas. This is coming from someone who has used jetbrains daily for over a decade
Re: JetBrains Fleet drops support for Kotlin Multiplatform
#199Earlier quoted context omitted.
Allow me to be more clear then: - “default theme sucks and is bad accessibility”. On its own this is objectively provable of course except when you’re talking about probably the single most commonly changed setting in a coders primary IDE other than maybe font. Calling the app objectively bad because it chose a bad default theme that gets immediately changed is a weak take - “hidden menu options” this is the subjecti…
You can select a simple metric, practicality, that will be objective. The items in VS Code are sorted the chance you have to use it depending of the context. In rider, commonly used items are in submenu (rename hiding in refactoring), less commonly used items are not in the submenus. For the keyboard shorcuts, again you can argue practicality as an objective metric. The number of keys for a combo and distance between…
Re: JetBrains Fleet drops support for Kotlin Multiplatform
#200Anyone wondering whether JetBrains IDEs are still worth it - absolute yes from me. VS code is a UX mess by comparison. Webstorm can be tricky to configure with Typescript but once it’s setup my goodness it’s good.
- The autocomplete popup sometimes froze the IDE completely (and killing the process caused minutes of data loss), open for close to a year
- Since two months ago, the Typescript language server fails to start in Vue projects (due to a broken update by the Vue team). A fixed version of WebStorm was released yesterday, in the meantime you were apparently expected to search for the error message, stumble upon the YouTrack page, and apply a workaround
- Performance is abysmal in a larger React MUI project, think 10-15 seconds for feedback on code changes, sometimes errors just stick around for a good minute or more, or even stay until you manually remove all code and put it back
- In some situations WebStorm makes autocomplete suggestions that aren't allowed - think effectively a type T with keys K | L, where Omit leads to only suggesting K properties, while removing the Omit makes it suggest both K and L properties
- After updating from 2024.1.X to 2024.2.Y, the window had no buttons for minimizing/maximizing anymore. Now, this was partially caused by my environment, but after I found a workaround it was closed as "Third Party Problem". Still feels like a regression to me, since my environment did not change.
I've mostly stopped updating the IDE, as almost every version brings new regressions in basic editor features. This morning I updated and tried to copy some text. WebStorm showed me a "Copying..." dialogue for more than 30 seconds.