Live data from Hacker News

Reflections on IDEA vs VS Code

archive.vn

331–340 of 413 posts

Re: Reflections on IDEA vs VS Code

#331
post #181

Earlier quoted context omitted.

Sometimes I just want to read code with highlighting. I want to open the project and search for some text in all the files. I don't want to wait for IntelliJ to take 30 seconds to open.

They've had something like that for a year. https://blog.jetbrains.com/idea/2020/04/lightedit-mode/

This is great but it has a lot of limitations. I will give it a try thanks.

Re: Reflections on IDEA vs VS Code

#332
post #30

I used to think VS Code was going to be a threat to JetBrains IDEs considering how fast its iterative development was (thanks in large part to the productivity of JS + Web renderer) but its never seems to quite be able to reach the feature-set, polish & intelligence of JetBrains IDEs. Every IDE function appears to be better implemented in JetBrains, whether it's Code Analysis, Refactoring, Navigation, Running/Debuggi…

I switched from VSCode to CLion (IDEA variant) and its Rust plugin because... well... it actually works for complex C++ code. VSCode requires a restart every 10 minutes while working with a moderately complex C++ code base with some complex template logic.

Since I switched I've really come to like the polish and completeness of the thing. I have confidence that it will actually work, and it almost always does. It's fatter than VSCode in some ways (especially RAM) but that's what 16G or more of RAM on a laptop is for.

Re: Reflections on IDEA vs VS Code

#333
post #181

Earlier quoted context omitted.

Sometimes I just want to read code with highlighting. I want to open the project and search for some text in all the files. I don't want to wait for IntelliJ to take 30 seconds to open.

You could use grep with vim or nano for quick searches and viewing without even leaving your terminal. Why bother with a GUI at all for that use case?

This idea assumes that one I am familiar with grep and vim or nano and two that I was using my terminal already. Which can be true or wrong. But, the discussion is not about whats the best way for searching for text in a file set. I am just talking about whats the use case in which I prefer VSCode over IntelliJ.

Re: Reflections on IDEA vs VS Code

#334
post #30

I used to think VS Code was going to be a threat to JetBrains IDEs considering how fast its iterative development was (thanks in large part to the productivity of JS + Web renderer) but its never seems to quite be able to reach the feature-set, polish & intelligence of JetBrains IDEs. Every IDE function appears to be better implemented in JetBrains, whether it's Code Analysis, Refactoring, Navigation, Running/Debuggi…

There are plenty of quirks when you aren't coloring in the lines in Jetbrains, though. Formatting with Rubocop on save in Rubymine is nearly impossible to do successfully in my attempts.

Re: Reflections on IDEA vs VS Code

#335
post #216

Earlier quoted context omitted.

I have. IntelliJ ultimate edition still has fewer features for PHP specifically than Phpstorm. Presumably not because it actually has fewer features, but because "the debugger" now has 150 options instead of like 5. Also, these super-featured IDEs still won't support languages that Jetbrains doesn't have a specific IDE for. For instance, Delphi. Sure they'll support syntax highlighting somehow, and there might be one…

As someone who used to develop in Delphi for my day job, but has been mostly out of the loop for the last ~10 years, this really got me curious: do people actually use VSCode for Delphi ? I mean, Delphi already comes with an IDE, including a GUI ("Forms") designer - that was its killer feature back in the nineties, that you could slap together a GUI app as quickly as in good ol' Visual Basic, but backed by a compiled…

No clue, I just picked a random not super mainstream language as an example.

I'm sure vscode is terrible for Delphi, but I'm willing to bet that the experience (with whatever third party plugins exist) will be better than any jetbrains product.

Re: Reflections on IDEA vs VS Code

#336
post #317
post #30

I used to think VS Code was going to be a threat to JetBrains IDEs considering how fast its iterative development was (thanks in large part to the productivity of JS + Web renderer) but its never seems to quite be able to reach the feature-set, polish & intelligence of JetBrains IDEs. Every IDE function appears to be better implemented in JetBrains, whether it's Code Analysis, Refactoring, Navigation, Running/Debuggi…

I agree, I'm a long term IntelliJ polyglot, and I watch people in pair programming or video call refactor in VSCode and I feel sorry for them. Stuff goes sideways badly with dynamic languages, worse, they don't have a grip on it. Simple stuff like code formatting and structure of files isn't well respected by vscoders . IntelliJ got a bad wrap I guess because it all started with Java. I'm glad I had a short gig in Ja…

The almost perfect Vim support is why I pay for JetBrains’ AppCode over xCode. Second I simply don’t think I’d be able to code both Java and Swift without having a similar workflow between IDEs. To me the development experience makes the difference between loving or hating the work.

Re: Reflections on IDEA vs VS Code

#337

My take with VS Code is that their support of development container and ssh is the best and it's a killer feature. My ultimate goal for quite sometime now was to pack all my development dependencies inside containers or cloud-init files to keep my host bare-bone and have reproducible/shareable setups anywhere anytime. Before I was an Emacs fan. I tried multiple combination of Emacs, Tramp and containers but it failed…

I'm the same - editing remote code is required - full stop. Of course, VS goes further.. But all I really needed was remote projects with intellisense. Remote debugging, git, and everything else are just bonus.

I run my editor on my desktop, and expect to be able to work on whatever remote server I need to.

Re: Reflections on IDEA vs VS Code

#338
post #66

Earlier quoted context omitted.

Part of it feels like it comes from a different development philosophy. Vscode is a "text editor" or a "code editor". Usually this means that it's fairly lightweight, supports every language under the sun, is highly configurable and extensible, but doesn't have a lot of very in-depth features, and also partially relies on third-party extensions for deeper functionality. Jetbrains on the other hand works on IDEs built…

Intellij allows you to install pretty much most of the features from all the other jetbrains IDEs as plugins. Additionally most of their IDE's have the ability to code in several other languages seperate from the core experience. Almost all of their IDE's can for example integrate with the javascript ecosystem. I think you're making a mistake here. Essentially behind the scenes there's one jetbrains IDE. This IDE is…

A faster/lighter JetBrains IDE would beat everything in VSCode... except for price. CLion and WebStorm and PhpStorm cost money, there's no dedicated Rust IDE yet, and you have to pay money for CLion or (IntelliJ Ultimate) (not Community) to debug Rust programs.

Re: Reflections on IDEA vs VS Code

#339

My take with VS Code is that their support of development container and ssh is the best and it's a killer feature. My ultimate goal for quite sometime now was to pack all my development dependencies inside containers or cloud-init files to keep my host bare-bone and have reproducible/shareable setups anywhere anytime. Before I was an Emacs fan. I tried multiple combination of Emacs, Tramp and containers but it failed…

Do note that the remote containers extension is not open source (not that we're entitled to that or anything, I just wanted to point it out).

Re: Reflections on IDEA vs VS Code

#340
post #16

> The key technology here is probably the Language Server Protocol I've been working on an LSP implementation lately, and I have to say so far the reality falls short of the promise. I feel like what LSP should be is a clear, simple interface for implementing IDE-like features for any language, but my experience is that it is incredibly arcane and difficult to use. The main issue is the documentation. It has a high-l…

I wish they would provide a machine-readable version of the specification: https://github.com/microsoft/language-server-protocol/issues...

Well that and use utf-8 string indexing (which is easier for every other language than javascript): https://github.com/microsoft/language-server-protocol/issues...

Post reply on HN