I think the question we should be asking (rather) is what wold happen to Visual Studio?
Reflections on IDEA vs VS Code
251–260 of 413 posts
Re: Reflections on IDEA vs VS Code
#252I 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…
Not sure how many devs code in a single language these days. I go back/forth between Go, Dart, and C++ every day, so using one IDE like VSCode (with the familiar features from extensions to shortcuts to snippets) is a big help.
I wish JetBrains looked exactly into that, and deliver one IDE with above (^^^).
Re: Reflections on IDEA vs VS Code
#253People act as if the language server protocol has no equivalent in JetBrains ecosystem. There are, things like MPS: https://www.jetbrains.com/help/mps/mps-user-s-guide.html , or the platform: https://plugins.jetbrains.com/docs/intellij/intellij-platfor... This whole argument that VS code takes over seems to be assuming the Language Server Protocol and Electron is a vastly superior ecosystem. I haven't seen any eviden…
The language server protocol is diametrically opposite to the way that IntelliJ works. For each language, IntelliJ builds its own internal representation (PSI) of the source code. There are a lot of language specific things, but there are also a lot of commonalities between languages.
I have no idea how you would morph (say) IntelliJ's Java support to use a LSP without basically throwing everything away and starting over.
Caveat: I never worked at Jetbrains, but I did work for two years supporting Android Studio and IntelliJ at Google, which involved a lot of work in its internals.
Re: Reflections on IDEA vs VS Code
#254Earlier quoted context omitted.
I'm a current MS intern, curious what work ya'll are doing in Go. Would you be up for a call sometime?
Email me your MS alias and I'll reach out over Teams on Monday. Email is my profile.
The email field in an HN profile is private. You have to add it to the About field if you want others to see it.
Re: Reflections on IDEA vs VS Code
#255Earlier quoted context omitted.
The only reason I use VS Code is when I want to quickly check a file or create a PoC. PyCharm or CLion are just too slow and frustrating, but for bigger projects there is no better option than those, despite being awfully slow.
On what platform are you using these IDEs? I use CLion daily and it is very fast on my Linux machine with a Ryzen 3700X CPU. (I have heard complaints that the JetBrains IDEs are much slower on Macs, which also corresponds with my limited experience of using their IDEs on a Mac.)
I never really realised this, but IntelliJ feels almost instant on my fedora workstation whereas there is a certain sluggishness on Mac in the ui. Resizing panels, context menus, the terminals.
Re: Reflections on IDEA vs VS Code
#256Earlier quoted context omitted.
So VSCode is very, very good for TypeScript. Hell, I'm pretty sure VSCode itself is written in TypeScript! But that does not carry over to all languages. When working on web apps with a Java backend, I still prefer Idea because it's better for Java and close enough for TypeScript so it comes out ahead over all.
> But that does not carry over to all languages. It does. All languages are basically the same. They parse to ASTs that you can manipulate programmatically. If those ASTs are strongly typed, you can safely perform refractors. What makes IntelliJ good is the base framework JetBrains uses, the same one they use in WebStorm, PyCharm, etc. VSCode is that same thing: an adaptable base and I’m sure making it on par for Jav…
Could not be further from the truth. Even with rope installed, VSCode won't always allow me to rename a variable and just silently fails.
Re: Reflections on IDEA vs VS Code
#257I don’t really see IntelliJ and VSCode as competitors. VSCode competes with atom and other full-featured text editors (vim, emacs) ... its got great adoption amongst the newer generation of programmers that think those editors are old school and user hostile. VSCodes Java, Python, and Golang support is miles behind IntelliJ. FWIW, on my team at Microsoft where we write a lot of Go, theres a 50/50 split between Intell…
On my team that works on Rust I think there’s a similar split between Clion and vscode. I prefer vscode fwiw
Re: Reflections on IDEA vs VS Code
#258Earlier quoted context omitted.
Interesting. I have used IntelliJ for Java for as long as I can remember and can't imagine using anything else. For JS and Go I use VSCode. I wonder if it's just what I started with and am used to. I've tried to use Intellij a couple of times for Go, but end up back on VSCode.
I dont know how you’re productive with VS Code and Go... I watch my coworkers live code with it sometimes and they are struggling. The lang server crashes constantly and stuff like autoimports or code complete barely works. I sometimes want to scream while watching them struggle.
Really? Never had issues personally
Re: Reflections on IDEA vs VS Code
#259Re: Reflections on IDEA vs VS Code
#260My 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…
In my opinion, the Emacs/Vim communities clearly missed a golden opportunity for a more larger adoption. They just copy their init.el/vimrc to the server, Emacs/Vim users have been able to do this (coding on remote environments without all the kludges) since forever ;) and personally, I find it superior to vscoce's remote plugin since your editor and tools sit on the same machine. For GUI editors, I agree that vscode…
> They just copy their init.el/vimrc to the server, Emacs/Vim users have been able to do this (coding on remote environments without all the kludges) since forever ;) and personally, I find it superior to vscoce's remote plugin since your editor and tools sit on the same machine.
Unfortunately this doesn't work well if your connection has a high latency though, which I think is what VScode does really well.