311–320 of 427 posts
Whenever I try to use something other than IntelliJ (generally VS Code) I'm always struck by how awful the code completion and auto-imports are. I really hope we can get a lightweight editor with those two functions working properly. However, I don't see how you can do either of those features well without a lot of indexing of the codebase. And indexing is a major reason why IntelliJ so so clunky.
Whenever I try to use something other than IntelliJ (generally VS Code) I'm always struck by how awful the code completion and auto-imports are. I really hope we can get a lightweight editor with those two functions working properly. However, I don't see how you can do either of those features well without a lot of indexing of the codebase. And indexing is a major reason why IntelliJ so so clunky.
With same languages? Whenever I stray away from C#/Java world, I am amazed how bad the IDE experience is for other languages, but that's because most other languages have features which don't play well with IDEs (dynamic typing, templates, macros, anything compile time).
Earlier quoted context omitted.
please email me if you have any corrections / suggestions for improvement for the instructions :-)
Please note that the JBR is a custom build that contains a number of important changes and fixes, and it's not recommended to replace this. For M1 support, it's much better to use an M1 compatible JVM and .NET runtime. Rider 2021.2 is an Intel build, because when it was released there was no M1 compatible .NET Runtime. Rider 2021.3 has an M1 build, and makes a big difference. It's currently in preview ( https://www.j…
Whenever I try to use something other than IntelliJ (generally VS Code) I'm always struck by how awful the code completion and auto-imports are. I really hope we can get a lightweight editor with those two functions working properly. However, I don't see how you can do either of those features well without a lot of indexing of the codebase. And indexing is a major reason why IntelliJ so so clunky.
I came to VSCode from TextMate, so my expectations were minimal, but I can’t think of anything more to wish for from its completion and auto-imports. I’m generally using it for TypeScript which is probably its strongest use case. But even untyped JavaScript is pretty good: local type inference is alright, JSDoc types nearly on par with TS, automatic type acquisition for dependencies is better than manual installation…
Usually though JetBrains' editor is used by other languages, which don't yet have as good open language servers, like Java/Kotlin/Scala/C#...
Whenever I try to use something other than IntelliJ (generally VS Code) I'm always struck by how awful the code completion and auto-imports are. I really hope we can get a lightweight editor with those two functions working properly. However, I don't see how you can do either of those features well without a lot of indexing of the codebase. And indexing is a major reason why IntelliJ so so clunky.
With same languages? Whenever I stray away from C#/Java world, I am amazed how bad the IDE experience is for other languages, but that's because most other languages have features which don't play well with IDEs (dynamic typing, templates, macros, anything compile time).
Coming Soon: PHP, C++, C#, HTML
Right now 307 Comments I am surprised no one has mentioned it. Ruby isn't even on the Coming soon list.
Earlier quoted context omitted.
Why hasn't Java added an option for automatic heap sizing for the desktop application use case (or any use case, for that matter)? Seems like a no-brainer thing to add, so I guess there are Reasons(tm).
It has. Modern JVMs can use as much memory as they "need" to, but for some reason JetBrains don't use this feature. I think after they upgrade to Java 17 they'll get it. But this has really killed their brand for a long time. 99% of the time people complain about their IDEs being slow it's because the app is GC thrashing and burning CPU rather than increase heap size.
To me it sounds like this is used to test a rewrite of all their IDEs because it is written from scratch. I can imagine if this becomes a succes they will update all their IDEs or use Fleet as the new platform.
And if it is Java, would be there any Substrate VM / Graal tools going into it.
I keep seeing discussions on a full IDE vs an editor like VSCode. People are claiming VSCode is poor with autocompletions and other features only a full IDE can accomplish. I use Pycharm, Webstorm, and VSCode and I don’t see the huge difference. Is it more apparent on certain languages? They stated in their blog https://blog.jetbrains.com/idea/2020/09/a-picture-of-java-in... > In the web space it is understandable to…
If someone can tell me how to set up VSCode to do this better, I would love to know. However I also need to be able to support other engineers who typically don’t work on the package but might need to drop into the code. It is much easier to tell them to download the community edition of pycharm and start working than it is to walk them through setting up another editor/ide.
I don’t particularly like pycharm, and don’t use it when I don’t have to, but in this case it’s the right tool for the job. (So far.)
Earlier quoted context omitted.
With same languages? Whenever I stray away from C#/Java world, I am amazed how bad the IDE experience is for other languages, but that's because most other languages have features which don't play well with IDEs (dynamic typing, templates, macros, anything compile time).
IntelliJ has much superior code completion even for dynamic languages such as Python and Clojure. I seem to recall having tested Javascript too, but I could be misremembering there as its been a while since I didn't use use Typescript.