Live data from Hacker News

IntelliJ IDEA 2020.1 EAP is open

blog.jetbrains.com

11–20 of 44 posts

Re: IntelliJ IDEA 2020.1 EAP is open

#11
post #5
post #3

Really excited about the speed improvements they promised for this version. Even on a machine with 16GB RAM and increased max. memory for the JVM the UI just feels too slow.

I don't see anything about performance improvement in this post. Btw how much ram have you given to intellij?

There's some performance improvements on the 2020 roadmap[1], but they are not in this EAP's release notes [2].

1: https://blog.jetbrains.com/idea/2019/12/intellij-platform-ro... 2: https://confluence.jetbrains.com/display/IDEADEV/IntelliJ+ID...

Re: IntelliJ IDEA 2020.1 EAP is open

#13
post #10
post #3

Really excited about the speed improvements they promised for this version. Even on a machine with 16GB RAM and increased max. memory for the JVM the UI just feels too slow.

Easy fix: replace the the existing GC line with -XX:+UnlockExperimentalVMOptions -XX:+UseZGC and enjoy no more visible lag spikes.

If it was this easy, we'd have enabled this by default. Unfortunately by far not all UI freezes in IntelliJ IDEA are caused by GC, and ZGC is not a wholesale performance improvement even for those scenarios which do depend on GC.

Re: IntelliJ IDEA 2020.1 EAP is open

#14
post #13
post #10

Earlier quoted context omitted.

Easy fix: replace the the existing GC line with -XX:+UnlockExperimentalVMOptions -XX:+UseZGC and enjoy no more visible lag spikes.

If it was this easy, we'd have enabled this by default. Unfortunately by far not all UI freezes in IntelliJ IDEA are caused by GC, and ZGC is not a wholesale performance improvement even for those scenarios which do depend on GC.

[deleted]

Re: IntelliJ IDEA 2020.1 EAP is open

#15
post #14
post #13

Earlier quoted context omitted.

If it was this easy, we'd have enabled this by default. Unfortunately by far not all UI freezes in IntelliJ IDEA are caused by GC, and ZGC is not a wholesale performance improvement even for those scenarios which do depend on GC.

[deleted]

> it seems like they don't care about the product itself and now it's all about marketing

This is absolute silly hogwash with nothing to back it up.

If you think the product hasn't gotten better, completely fair to share that. To blatantly claim you know the inner motivations of its workforce and they don't care about the product is not productive.

Re: IntelliJ IDEA 2020.1 EAP is open

#16
post #14

Earlier quoted context omitted.

[deleted]

> it seems like they don't care about the product itself and now it's all about marketing This is absolute silly hogwash with nothing to back it up. If you think the product hasn't gotten better, completely fair to share that. To blatantly claim you know the inner motivations of its workforce and they don't care about the product is not productive.

[deleted]

Re: IntelliJ IDEA 2020.1 EAP is open

#17
post #14
post #13

Earlier quoted context omitted.

If it was this easy, we'd have enabled this by default. Unfortunately by far not all UI freezes in IntelliJ IDEA are caused by GC, and ZGC is not a wholesale performance improvement even for those scenarios which do depend on GC.

[deleted]

A lot of our work is open-source. You can easily see that our investment into improving our products, visible through the open-source repositories, has been steadily increasing every year.

Re: IntelliJ IDEA 2020.1 EAP is open

#18
post #4

> With v2020.1 EAP we are fully moving to JetBrains Runtime 11 (JBR11), and will no longer distribute builds with JetBrains Runtime 8 (JBR8). Please note that all the IntelliJ IDEA 2020.1 updates both in the IDE and the Toolbox App are coming with JBR11. Does this mean I need to have JDK 11 installed too? We're still using JDK 8 because Spark 2.x doesn't support JDK 11, and having multiple JDKs sounds like a pain. ed…

>having multiple JDKs sounds like a pain.

If I may, I'd like to recommend jabba for JDK switching, it's not my project, but it's really making my life easier: https://github.com/shyiko/jabba

Re: IntelliJ IDEA 2020.1 EAP is open

#19
No matter how hard I try, I can't get away from JetBrains. I've been grandfathered into their original pricing for the toolbox, so that makes it even harder. I have a plugin I've written for VS Code that was part experiment to see if I would have good uptake into the editor and part as a way for me to learn how to contribute to the plugin ecosystem. VS Code just isn't fast enough on medium to large projects. And it's never felt as much of an ide in comparison to JetBrains tooling.

I love the JetBrains toolbox. Webstorm is wonderful for all things frontend and I've heavily used Intellij for Elixir development. The level of polish for this tooling is ridiculous and I would recommend anyone who hasn't given their work a shot to go out and try one of their editors for your language of choice.

Things I can't live without in the JetBrains ecosystem

- VCS integration

  - Hands down the best integration in comparison to GitLens or any other plugins I've used for VCS in other editors and it's built right in.
- Local history

  - This has saved my ass a few times over. It's amazing how far you can go back. And yes I know what version control is.
- Refactoring

  - It's just worlds better in comparison to what VS Code/Atom/Sublime/Eclipse/NVIM offer.
- Language support

  - The number of well written plugins out there makes the VS Code ecosystem pale in comparison.
- IdeaVim

Things I wish were a bit easier in the JetBrains ecosystem

- Sharing configs

  - I love VS Code's philosophy of making all configs accessible/shareable as json.
Nice job to the JetBrains team. Seriously, you've made a fanatic out of me.
Post reply on HN