6 ms·

Anyone 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

Anyone 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.

bayindirh 2y ago
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's old, complex, looks ugly and its UI is too dense. Oh, I forgot, it also includes a learning curve, but the same people devote their lives to "rice" their Vim installations for months.
- lpapez 2y ago
  In my case it is because I am wary of these tools breaking in a way which cannot be fixed, or services being suddenly revoked for external reasons. Example: now that I'm a solopreneur I use JetBrains DataGrip, and overall I am very pleased with it. But I couldn't have it on my previous two jobs. One of the jobs restricted my work computer to only allow MySQL Workbench (arbitrary Powershell scripts also were allowed, of course), and the other one didn't want to pay for a licence, no matter how much I pleaded. So before I had to make due with (admittedly) inferior tools because they were free and available as the lowest common denominator in the general workplace. Being comfortable with the tools affects a large part of my productivity, and I'm more productive with a crappy-but-familiar toolbox than I am with the unknown spaceship.
  - bayindirh 2y ago
    All of the tools I use are free software and actively maintained and updated, plus they have very nice logging, so I can diagnose what's happening. I only needed to read the logs because I was young and experimenting with the parts I shouldn't and broke the thing on purpose. However, you can just create a copy of the installation directory to back it up completely. Again, the tool I gave as an example has integrated configuration snapshots, and if something breaks I can revert to a config 2 seconds or 2 years before, including component versions installed at that time. To be honest, I probably used that feature at most two times in the last 20 years. Workplace restrictions something off-limits and I can't tell anything about. The people I gave examples are persons I know and they have no such restrictions in place.
- anoother 2y ago
  What's the tool?
  - bayindirh 2y ago
    Eclipse. Coincidentally used as the Java LSP for VSCode, in headless configuration.
    - ipaddr 2y ago
      Your not using rational rose to rad up your Java app?
      - bayindirh 2y ago
        I’m not writing Java for the last ten years or so. Instead Eclipse handles all the other things I use.
  - doublepg23 2y ago
    OP
  - mring33621 2y ago
    Visual Age for Java
- ptero 2y ago
  That, to me, is a feature, not a bug. Switching from a large, complex tool that includes a learning curve is expensive. You set a high bar for switching from Eclipse because you are used to it, paid a learning price and are productive in it. And you are right. But that also means that picking such a tool from a multitude of options should be done after careful consideration, which is exactly what using smaller tools provides. On a somewhat related note, I want my professional software to only provide a (great) speedup of development. I want them to only do what I could do without them (even if it takes a week instead of a minute). This means I can often look at things that fail to work and understand what is failing. This is also helped by new engineers starting with smaller tools and building up to integrated, distributed tools only after knowing how individual elements work and can be connected. Integrating with a (good) big tool is then not a fight as it brings a "wow" moment -- "instead of doing all this by hand I can do it with a few mouseclicks!". My 2c.
  - bayindirh 2y ago
    [Talking from the perspective of Eclipse, because it's the only IDE I invested my time in] In this case, it's not. Eclipse put Integrated into IDE, but doesn't subtract transparency in the process. You can see what it does, tweak every step meticulously if you want, and return to defaults with one click, if you prefer. What this transparency brings is mental flexibility and understanding. Do I want or need to switch? I'm doing the same thing in Vim or KATE of BBEdit in 15 minutes. Maybe I stumble with a couple of shortcuts, but that's not a problem. The funny thing is I see the compiler command every time I press build, so it's burned in my memory after a day. While I can read valgrind outputs and understand what it says, Eclipse highlights the lines automatically, so I'm faster. While I can gnuplot performance graphs, Eclipse auto-builds them so they are on my desktop after a 10 hour torture run. In my case, Eclipse enables me to carry a whole toolbox and more in a single folder, yet all the tools it uses and what it does is so transparent that I can switch away on an instant if I don't get my installation with me, or I'm connecting to a server in a datacenter far, far away. I don't like to be blindsided by my tools. I like blinkenligths in a way, and Eclipse gives me these blinkenlights while being highly automatic. So while I understand your case, it doesn't apply to Eclipse, at least, because it's not a strangler, but a great enabler and HUD in my experience. For the time investing part, I don't grind. I get a tool, and start using it, and when it becomes limiting, I start poking it and learn what feature solves that problem at hand. By that way, I learn the tool as I go, and if the tool can't expand to my needs at some point, it fades away from use gracefully. I don't do "stop, drop, roll" thing while changing tools, so I can't paint a timeline about when I picked a tool and dropped another.
- ernst_klim 2y ago
  > Unfortunately many new developers don't believe in powerful "power" tools anymore. I have to use IntelliJ due to Kotlin codebase, but I'm still more of a fun of Emacs and I don't like Idea that much. I think IDEs somewhat lack the power that simpler tools have, which is automation. One thing I miss from IntelliJ is programmability. That's why I still use Emacs on workplace for anything outside of Kotlin (git, grepping, note-taking etc). I even edit code in Emacs from time to time when it's easier to write a Lisp function which will batch edit code than doing keyboard macro. Another thing I'm missing from IntelliJ is determinism. Everything is asynchronous, so the same combinations of actions can lead to different results, making automatisation painful.
  - billfruit 2y ago
    There are things missing from Emacs too. Intelligent project and context aware auto-complete. Project wide search that works out of the box.
  - mike_hearn 2y ago
    You might find this interesting: https://dmitrykandalov.com/liveplugin https://dmitrykandalov.com/liveplugin IntelliJ is very programmable, but it can be a bit intimidating because out of the box it assumes that you want to program it by creating plugins. That's very different to the elisp REPL driven approach. LivePlugin bridges the gap by letting you control the IDE from a repl-like console, building up scriptlets that use the same plugin APIs. There are examples for how to do things like add menu items, explore the semantic PSI trees, trigger refactorings or do whatever else you want to do.
  - Nullabillity 2y ago
    Also, IdeaVim is just awful compared to Evil. - Tracks the mode globally (rather than per editor), and treats mode-switching as an edit operation (so if you accidentally enter a read-only tab in insert mode then you need to switch to another tab, escape, and then go back to get your keybinds back. - Doesn't bind escape in sidebar dialogs, so trying to exit insert mode in a terminal or commit dialog just defocuses the sidebar instead - Still applies its other binds, so even falling back to CUA/IntelliJ keybinds doesn't work either! - Makes no effort to integrate IntelliJ keybinds, all you get for conflicts is "would you like to lose the Vim or IntelliJ functionality that binds this key?" The difference is stark when you compare it to something like Evil that actually values the user experience. (How's that for an irony?)
- flir 2y ago
  That's not a young/old axis, it's a loose/tight coupling axis. (Thirty years in, still using IDEs as glorified text editors, still dropping to vim on a regular basis.)
- golly_ned 2y ago
  Such vim/emacs configuration aficionados are engaging in a hobby, some under the pretense that it'll make them more effective, but many simply for the fun of it.
- RockRobotRock 2y ago
  I feel like I "earned" the right to use big ugly IDE after learning the underlying complexity the hard way, but that's only for one language. Jumping into a new language with JetBrains is the difference between me spending 2 hours figuring out a codebase and submitting a PR, and me spending 2 hours fucking around trying to fix things.
  - bayindirh 2y ago
    An IDE generally adds another complexity layer, esp. if you’re not experienced in the language, that’s true. Maybe the reason I didn’t feel that was the gradual ramp up in using the IDE, and starting to play with a language in the terminal first. I still don’t use an IDE for projects up to a certain size, but after a certain point, being able to also store all the nitty gritty bits about a project (building, profiles, environment, flags, etc.) in a project saves more time than it requires to set them up.
Kuinox 2y ago
The UX of Jetbrains IDE is objectively worse, I will take Rider as example (since I use it everyday). We can start with basic things: the contrast, in default settings in dark mode for both. In theses conditions, Rider contrast is too low for a screen you have to stare all the day, compared to VS Code. Commonly used item are in sub menus (in vscode they are sorted by most commonly items on top), common shortcuts requires finger gymnastics.
- buggy6257 2y ago
  So your arguments that it’s “objectively bad” are - it has bad defaults for theme (which I bet most devs change immediately anyways on every IDE) - “common items” (which when unspecified could be assumed to be subjective to each persons workflow) are hidden in submenus? - “common shortcuts” (again unspecified) require stretching (again, something trivially changed) Unless you have more these feel not only extremely weak but extremely subjective. Please avoid trying to phrase your opinions as some fact it’s a tiring trope these days.
  - Kuinox 2y ago
    The fact that's the contrast is bad isn't something subjective, the font rendering is also shit and reduce the contrast further. This is an accessibility issue, not some subjective problem.
    - buggy6257 2y ago
      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 subjective one as I called out unless you can provide examples that are universal. - “bad keyboard shortcuts” is subjective for the most part but even still is a widely changed option and very easy to fix. So calling the app objectively bad for this is also a weak take.
alde 2y ago
I have moved to VScode after being a paying Jetbrains customer for 6 years. The Jetbrains IDEs are clunky and slow, they also have plenty of bugs which remain open for years. They do offer some really powerful refactoring capabilities but I don’t miss them. Most of my work is in Go, Rust and Typescript. I was told by Jetbrains representatives that Fleet is now deprioritized internally, which is a pity.
- joshstrange 2y ago
  I could not be happier that they are deprioritizing fleet. I am not a fan of the VS code style editor and that’s all I saw fleet as.
- nicce 2y ago
  > they also have plenty of bugs which remain open for years. I switch to Jetbrains from time to time because there are many impassable serious bugs in VSCode, on the other hand…
- zero_shift 2y ago
  This seems strange to me because honestly I find the Goland experience much better than Go in VSCode. But - clearly it works for you
- lenkite 2y ago
  Cannot comment on Typescript, but Go and Rust are miles better on Jetbrains IDE's. It is not even a competition - vscode is left in the dust.
  - rhubarbtree 2y ago
    Same for Python Webstorm closer but overall a bit better than vscode. The latter benefits from typescript support, but the former has much nicer devx
- Latty 2y ago
  My experience too, I found myself more and more annoyed because I'd run into something, find a years-old ticket that has never been addressed. I really liked JetBrains tooling in the past, but that and then they also started hitting me with spammy advertising right after I paid for another year, and just couldn't stand it, refunded and cancelled.
damidekronik 2y ago
Love Webstorm, but I am having constant problems with type hints. Typescript with a solid setup that over time stopped working well.
- rhubarbtree 2y ago
  Same, but vs code doesn’t help me half as much as intellisense. I often open code written in vs code and immediately spot a bunch of bugs
nedsma 2y ago
Contrary to that, I used Jetbrains IDEs for a decade, or even longer, and recently I have switched to VS Code for my Go and TypeScript work. Sometimes less is more.
insane_dreamer 2y ago
PyCharm is excellent; have not found anything as good for heavy python development update: emphasis on "heavy". It's good for python projects. For some one-off script I'm more likely to use Zed. pyCharm indexing drives me nuts sometimes. But Zed lacks the features that I use in pyCharm for larger projects.
- niemandhier 2y ago
  Telling the indexed to only index env packages and ignore system packages
dboreham 2y ago
I switched to VSCode a couple of years ago.
tehbeard 2y ago
Intellij is alright. Can't speak for Webstorm l. Phpstorm ran out of chances I'll give it. Last three tries all went the same way, permanently stuck indexing a project and being an overdeveloped notepad.exe during that; when vscode and phpintelphense could go from cold boot to code assist in seconds on the same project.
smrtinsert 2y ago
Agreed. VScode is fine for me as a markdown editor/log viewer/advanced text editor, but when its time to develop, I can't imagine doing without the IDEA Ultimate productivity boost.
- mixmastamyk 2y ago
  Why not use something fast and doesn’t spy, like np++ or geany as a simple editor?
cmrdporcupine 2y ago
Their tools are fantastic and worth the $$ and having worked in the profession for 25 years I have little patience for the variety of elitism I often encounter on jobs that goes along the line of: "I just use vim and (by implication) so should you." JetBrains has always had issues with performance and slightly clunky UI. But in return there's just a pile of amazing refactoring and analysis tools that nobody else offers. I pay for tools that make my job easier so I can concentrate on delivering. Working without RustRover or CLion is just unpleasant. I have an emacs + LSP + Rustic etc configuration which does about 80% of what I can do with RustRover. But it's brittle, slow, and takes work to maintain. VSCode suffers from similar problems (not slow, but brittle and ergonomics are worse).
- dehrmann 2y ago
  > elitism I often encounter on jobs that goes along the line of: "I just use vim and (by implication) so should you." This always felt to me like an old-school woodworker saying you can do a large project with hand tools.
packetlost 2y ago
I use RustRover for the excellent debugging and git experience, but quickly go back to neovim + rust-analyzer when I'm writing code, not debugging it.
thesurlydev 2y ago
Yes. Absolutely. But with one caveat: JetBrains is clearly lagging behind in AI features and none of the 30+ LLM plugins come close to the killer feature of Codeium's Windsurf (Cascade). For this reason, I've been using both Windsurf and JetBrains in concert which is a pain but works for now. I have high hopes for "Junie" but fear it's going to be a while before it's ready for prime time.
- RockRobotRock 2y ago
  I'm dipping my toes into AI features with JetBrains' assistant subscription. What am I missing out on?
  - thesurlydev 2y ago
    Couldn't tell you. The fact that JetBrains decided to make it a paid add-on beyond the normal IDE subscription cost turned me off. I wonder if AI assistant will be deprecated once Junie is GA. Anyone know?
FpUser 2y ago
I work with many tools from JetBrains with the main one being CLion. I think in average their tools are superior to anything else on the market.
- SOLAR_FIELDS 2y ago
  One thing I’ve always liked specifically about Jetbrains is that I think their IDE’s use the best visualization for merge conflict resolution. I don’t use Jetbrains much lately due to my current line of work, but I still find myself reaching for the IDE to resolve particularly hairy merge conflicts
Timon3 2y ago
I'll quote an earlier comment of mine written a couple of months ago (with links to the issue tracker)[0], because - after many years of being a happy JetBrains user - I sadly can no longer recommend the IDEs (some worse than others, Rider has been okay, though new features often just don't work at all), since the quality of QA has gotten very bad over the last couple of years: - 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<T, K> 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. [0] https://news.ycombinator.com/item?id=41939833 https://news.ycombinator.com/item?id=41939833
dehrmann 2y ago
In my first job, I used C, vi, and cscope. In my second, Java and Eclipse. I was an order of magnitude more productive with an IDE. Some of it was the language (though I was actually pretty good at C and rusty at Java), but most of it came from the rapid feedback loop and improved code discoverability.
barrenko 2y ago
Does this apply to Fleet as well?
mystified5016 2y ago
Jetbrains has been my go-to recommendation for years. Unfortunately they are forcing a VSCode UI on everyone and outright lying about their adoption figures (claiming it's off by default and everyone actively chose to use it). The new UI is just as much a broken mess as VSCode. The only way I can get work done is by using my fallback license for the 2023 versions. It is apparently inconceivable to JetBrains that power users exist and pay good money for power user tools. JetBrains only cares about VSCode script kiddies anymore.
zenlot 2y ago
I just tried Cursor, which is based on vscode. And I couldn't stand it, back to JetBrains in a week. Everything, just everything is inferior. Starting with Git plugins, search etc. So yes, learn the ide, just use JetBrains.
skissane 2y ago
I use both VS Code and PyCharm for Python development. I spend the majority of the time in VS Code, but I’ll jump over to PyCharm when I need to do certain refactorings or code navigation (e.g. implement the methods of an abstract base class, find all methods overriding this method, etc), since PyCharm has much better support for that. Microsoft’s approach seems to be “GitHub Copilot can do it”, but while there are some things Copilot can do that PyCharm can’t, there are other things where PyCharm does it much more quickly or reliably than Copilot does
chpatrick 2y ago
I used CLion for a few years but it's incredibly clunky compared to VS Code with the clangd plugin, which is also free.
deleted 2y ago
[deleted]

bayindirh 2y ago

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's old, complex, looks ugly and its UI is too dense. Oh, I forgot, it also includes a learning curve, but the same people devote their lives to "rice" their Vim installations for months.

lpapez 2y ago
In my case it is because I am wary of these tools breaking in a way which cannot be fixed, or services being suddenly revoked for external reasons. Example: now that I'm a solopreneur I use JetBrains DataGrip, and overall I am very pleased with it. But I couldn't have it on my previous two jobs. One of the jobs restricted my work computer to only allow MySQL Workbench (arbitrary Powershell scripts also were allowed, of course), and the other one didn't want to pay for a licence, no matter how much I pleaded. So before I had to make due with (admittedly) inferior tools because they were free and available as the lowest common denominator in the general workplace. Being comfortable with the tools affects a large part of my productivity, and I'm more productive with a crappy-but-familiar toolbox than I am with the unknown spaceship.
- bayindirh 2y ago
  All of the tools I use are free software and actively maintained and updated, plus they have very nice logging, so I can diagnose what's happening. I only needed to read the logs because I was young and experimenting with the parts I shouldn't and broke the thing on purpose. However, you can just create a copy of the installation directory to back it up completely. Again, the tool I gave as an example has integrated configuration snapshots, and if something breaks I can revert to a config 2 seconds or 2 years before, including component versions installed at that time. To be honest, I probably used that feature at most two times in the last 20 years. Workplace restrictions something off-limits and I can't tell anything about. The people I gave examples are persons I know and they have no such restrictions in place.
anoother 2y ago
What's the tool?
- bayindirh 2y ago
  Eclipse. Coincidentally used as the Java LSP for VSCode, in headless configuration.
  - ipaddr 2y ago
    Your not using rational rose to rad up your Java app?
    - bayindirh 2y ago
      I’m not writing Java for the last ten years or so. Instead Eclipse handles all the other things I use.
- doublepg23 2y ago
  OP
- mring33621 2y ago
  Visual Age for Java
ptero 2y ago
That, to me, is a feature, not a bug. Switching from a large, complex tool that includes a learning curve is expensive. You set a high bar for switching from Eclipse because you are used to it, paid a learning price and are productive in it. And you are right. But that also means that picking such a tool from a multitude of options should be done after careful consideration, which is exactly what using smaller tools provides. On a somewhat related note, I want my professional software to only provide a (great) speedup of development. I want them to only do what I could do without them (even if it takes a week instead of a minute). This means I can often look at things that fail to work and understand what is failing. This is also helped by new engineers starting with smaller tools and building up to integrated, distributed tools only after knowing how individual elements work and can be connected. Integrating with a (good) big tool is then not a fight as it brings a "wow" moment -- "instead of doing all this by hand I can do it with a few mouseclicks!". My 2c.
- bayindirh 2y ago
  [Talking from the perspective of Eclipse, because it's the only IDE I invested my time in] In this case, it's not. Eclipse put Integrated into IDE, but doesn't subtract transparency in the process. You can see what it does, tweak every step meticulously if you want, and return to defaults with one click, if you prefer. What this transparency brings is mental flexibility and understanding. Do I want or need to switch? I'm doing the same thing in Vim or KATE of BBEdit in 15 minutes. Maybe I stumble with a couple of shortcuts, but that's not a problem. The funny thing is I see the compiler command every time I press build, so it's burned in my memory after a day. While I can read valgrind outputs and understand what it says, Eclipse highlights the lines automatically, so I'm faster. While I can gnuplot performance graphs, Eclipse auto-builds them so they are on my desktop after a 10 hour torture run. In my case, Eclipse enables me to carry a whole toolbox and more in a single folder, yet all the tools it uses and what it does is so transparent that I can switch away on an instant if I don't get my installation with me, or I'm connecting to a server in a datacenter far, far away. I don't like to be blindsided by my tools. I like blinkenligths in a way, and Eclipse gives me these blinkenlights while being highly automatic. So while I understand your case, it doesn't apply to Eclipse, at least, because it's not a strangler, but a great enabler and HUD in my experience. For the time investing part, I don't grind. I get a tool, and start using it, and when it becomes limiting, I start poking it and learn what feature solves that problem at hand. By that way, I learn the tool as I go, and if the tool can't expand to my needs at some point, it fades away from use gracefully. I don't do "stop, drop, roll" thing while changing tools, so I can't paint a timeline about when I picked a tool and dropped another.
ernst_klim 2y ago
> Unfortunately many new developers don't believe in powerful "power" tools anymore. I have to use IntelliJ due to Kotlin codebase, but I'm still more of a fun of Emacs and I don't like Idea that much. I think IDEs somewhat lack the power that simpler tools have, which is automation. One thing I miss from IntelliJ is programmability. That's why I still use Emacs on workplace for anything outside of Kotlin (git, grepping, note-taking etc). I even edit code in Emacs from time to time when it's easier to write a Lisp function which will batch edit code than doing keyboard macro. Another thing I'm missing from IntelliJ is determinism. Everything is asynchronous, so the same combinations of actions can lead to different results, making automatisation painful.
- billfruit 2y ago
  There are things missing from Emacs too. Intelligent project and context aware auto-complete. Project wide search that works out of the box.
- mike_hearn 2y ago
  You might find this interesting: https://dmitrykandalov.com/liveplugin https://dmitrykandalov.com/liveplugin IntelliJ is very programmable, but it can be a bit intimidating because out of the box it assumes that you want to program it by creating plugins. That's very different to the elisp REPL driven approach. LivePlugin bridges the gap by letting you control the IDE from a repl-like console, building up scriptlets that use the same plugin APIs. There are examples for how to do things like add menu items, explore the semantic PSI trees, trigger refactorings or do whatever else you want to do.
- Nullabillity 2y ago
  Also, IdeaVim is just awful compared to Evil. - Tracks the mode globally (rather than per editor), and treats mode-switching as an edit operation (so if you accidentally enter a read-only tab in insert mode then you need to switch to another tab, escape, and then go back to get your keybinds back. - Doesn't bind escape in sidebar dialogs, so trying to exit insert mode in a terminal or commit dialog just defocuses the sidebar instead - Still applies its other binds, so even falling back to CUA/IntelliJ keybinds doesn't work either! - Makes no effort to integrate IntelliJ keybinds, all you get for conflicts is "would you like to lose the Vim or IntelliJ functionality that binds this key?" The difference is stark when you compare it to something like Evil that actually values the user experience. (How's that for an irony?)
flir 2y ago
That's not a young/old axis, it's a loose/tight coupling axis. (Thirty years in, still using IDEs as glorified text editors, still dropping to vim on a regular basis.)
golly_ned 2y ago
Such vim/emacs configuration aficionados are engaging in a hobby, some under the pretense that it'll make them more effective, but many simply for the fun of it.
RockRobotRock 2y ago
I feel like I "earned" the right to use big ugly IDE after learning the underlying complexity the hard way, but that's only for one language. Jumping into a new language with JetBrains is the difference between me spending 2 hours figuring out a codebase and submitting a PR, and me spending 2 hours fucking around trying to fix things.
- bayindirh 2y ago
  An IDE generally adds another complexity layer, esp. if you’re not experienced in the language, that’s true. Maybe the reason I didn’t feel that was the gradual ramp up in using the IDE, and starting to play with a language in the terminal first. I still don’t use an IDE for projects up to a certain size, but after a certain point, being able to also store all the nitty gritty bits about a project (building, profiles, environment, flags, etc.) in a project saves more time than it requires to set them up.

Kuinox 2y ago

The UX of Jetbrains IDE is objectively worse, I will take Rider as example (since I use it everyday). We can start with basic things: the contrast, in default settings in dark mode for both. In theses conditions, Rider contrast is too low for a screen you have to stare all the day, compared to VS Code. Commonly used item are in sub menus (in vscode they are sorted by most commonly items on top), common shortcuts requires finger gymnastics.

buggy6257 2y ago
So your arguments that it’s “objectively bad” are - it has bad defaults for theme (which I bet most devs change immediately anyways on every IDE) - “common items” (which when unspecified could be assumed to be subjective to each persons workflow) are hidden in submenus? - “common shortcuts” (again unspecified) require stretching (again, something trivially changed) Unless you have more these feel not only extremely weak but extremely subjective. Please avoid trying to phrase your opinions as some fact it’s a tiring trope these days.
- Kuinox 2y ago
  The fact that's the contrast is bad isn't something subjective, the font rendering is also shit and reduce the contrast further. This is an accessibility issue, not some subjective problem.
  - buggy6257 2y ago
    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 subjective one as I called out unless you can provide examples that are universal. - “bad keyboard shortcuts” is subjective for the most part but even still is a widely changed option and very easy to fix. So calling the app objectively bad for this is also a weak take.

alde 2y ago

I have moved to VScode after being a paying Jetbrains customer for 6 years. The Jetbrains IDEs are clunky and slow, they also have plenty of bugs which remain open for years. They do offer some really powerful refactoring capabilities but I don’t miss them. Most of my work is in Go, Rust and Typescript. I was told by Jetbrains representatives that Fleet is now deprioritized internally, which is a pity.

joshstrange 2y ago
I could not be happier that they are deprioritizing fleet. I am not a fan of the VS code style editor and that’s all I saw fleet as.
nicce 2y ago
> they also have plenty of bugs which remain open for years. I switch to Jetbrains from time to time because there are many impassable serious bugs in VSCode, on the other hand…
zero_shift 2y ago
This seems strange to me because honestly I find the Goland experience much better than Go in VSCode. But - clearly it works for you
lenkite 2y ago
Cannot comment on Typescript, but Go and Rust are miles better on Jetbrains IDE's. It is not even a competition - vscode is left in the dust.
- rhubarbtree 2y ago
  Same for Python Webstorm closer but overall a bit better than vscode. The latter benefits from typescript support, but the former has much nicer devx
Latty 2y ago
My experience too, I found myself more and more annoyed because I'd run into something, find a years-old ticket that has never been addressed. I really liked JetBrains tooling in the past, but that and then they also started hitting me with spammy advertising right after I paid for another year, and just couldn't stand it, refunded and cancelled.

damidekronik 2y ago

Love Webstorm, but I am having constant problems with type hints. Typescript with a solid setup that over time stopped working well.

rhubarbtree 2y ago
Same, but vs code doesn’t help me half as much as intellisense. I often open code written in vs code and immediately spot a bunch of bugs

nedsma 2y ago

Contrary to that, I used Jetbrains IDEs for a decade, or even longer, and recently I have switched to VS Code for my Go and TypeScript work. Sometimes less is more.

insane_dreamer 2y ago

PyCharm is excellent; have not found anything as good for heavy python development update: emphasis on "heavy". It's good for python projects. For some one-off script I'm more likely to use Zed. pyCharm indexing drives me nuts sometimes. But Zed lacks the features that I use in pyCharm for larger projects.

niemandhier 2y ago
Telling the indexed to only index env packages and ignore system packages

dboreham 2y ago

I switched to VSCode a couple of years ago.

tehbeard 2y ago

Intellij is alright. Can't speak for Webstorm l. Phpstorm ran out of chances I'll give it. Last three tries all went the same way, permanently stuck indexing a project and being an overdeveloped notepad.exe during that; when vscode and phpintelphense could go from cold boot to code assist in seconds on the same project.

smrtinsert 2y ago

Agreed. VScode is fine for me as a markdown editor/log viewer/advanced text editor, but when its time to develop, I can't imagine doing without the IDEA Ultimate productivity boost.

mixmastamyk 2y ago
Why not use something fast and doesn’t spy, like np++ or geany as a simple editor?

cmrdporcupine 2y ago

Their tools are fantastic and worth the $$ and having worked in the profession for 25 years I have little patience for the variety of elitism I often encounter on jobs that goes along the line of: "I just use vim and (by implication) so should you." JetBrains has always had issues with performance and slightly clunky UI. But in return there's just a pile of amazing refactoring and analysis tools that nobody else offers. I pay for tools that make my job easier so I can concentrate on delivering. Working without RustRover or CLion is just unpleasant. I have an emacs + LSP + Rustic etc configuration which does about 80% of what I can do with RustRover. But it's brittle, slow, and takes work to maintain. VSCode suffers from similar problems (not slow, but brittle and ergonomics are worse).

dehrmann 2y ago
> elitism I often encounter on jobs that goes along the line of: "I just use vim and (by implication) so should you." This always felt to me like an old-school woodworker saying you can do a large project with hand tools.

packetlost 2y ago

I use RustRover for the excellent debugging and git experience, but quickly go back to neovim + rust-analyzer when I'm writing code, not debugging it.

thesurlydev 2y ago

Yes. Absolutely. But with one caveat: JetBrains is clearly lagging behind in AI features and none of the 30+ LLM plugins come close to the killer feature of Codeium's Windsurf (Cascade). For this reason, I've been using both Windsurf and JetBrains in concert which is a pain but works for now. I have high hopes for "Junie" but fear it's going to be a while before it's ready for prime time.

RockRobotRock 2y ago
I'm dipping my toes into AI features with JetBrains' assistant subscription. What am I missing out on?
- thesurlydev 2y ago
  Couldn't tell you. The fact that JetBrains decided to make it a paid add-on beyond the normal IDE subscription cost turned me off. I wonder if AI assistant will be deprecated once Junie is GA. Anyone know?

FpUser 2y ago

I work with many tools from JetBrains with the main one being CLion. I think in average their tools are superior to anything else on the market.

SOLAR_FIELDS 2y ago
One thing I’ve always liked specifically about Jetbrains is that I think their IDE’s use the best visualization for merge conflict resolution. I don’t use Jetbrains much lately due to my current line of work, but I still find myself reaching for the IDE to resolve particularly hairy merge conflicts

Timon3 2y ago

I'll quote an earlier comment of mine written a couple of months ago (with links to the issue tracker)[0], because - after many years of being a happy JetBrains user - I sadly can no longer recommend the IDEs (some worse than others, Rider has been okay, though new features often just don't work at all), since the quality of QA has gotten very bad over the last couple of years: - 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<T, K> 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. [0] https://news.ycombinator.com/item?id=41939833 https://news.ycombinator.com/item?id=41939833

dehrmann 2y ago

In my first job, I used C, vi, and cscope. In my second, Java and Eclipse. I was an order of magnitude more productive with an IDE. Some of it was the language (though I was actually pretty good at C and rusty at Java), but most of it came from the rapid feedback loop and improved code discoverability.

barrenko 2y ago

Does this apply to Fleet as well?

mystified5016 2y ago

Jetbrains has been my go-to recommendation for years. Unfortunately they are forcing a VSCode UI on everyone and outright lying about their adoption figures (claiming it's off by default and everyone actively chose to use it). The new UI is just as much a broken mess as VSCode. The only way I can get work done is by using my fallback license for the 2023 versions. It is apparently inconceivable to JetBrains that power users exist and pay good money for power user tools. JetBrains only cares about VSCode script kiddies anymore.

zenlot 2y ago

I just tried Cursor, which is based on vscode. And I couldn't stand it, back to JetBrains in a week. Everything, just everything is inferior. Starting with Git plugins, search etc. So yes, learn the ide, just use JetBrains.

skissane 2y ago

I use both VS Code and PyCharm for Python development. I spend the majority of the time in VS Code, but I’ll jump over to PyCharm when I need to do certain refactorings or code navigation (e.g. implement the methods of an abstract base class, find all methods overriding this method, etc), since PyCharm has much better support for that. Microsoft’s approach seems to be “GitHub Copilot can do it”, but while there are some things Copilot can do that PyCharm can’t, there are other things where PyCharm does it much more quickly or reliably than Copilot does

chpatrick 2y ago

I used CLion for a few years but it's incredibly clunky compared to VS Code with the clangd plugin, which is also free.

deleted 2y ago

[deleted]