4 ms·

VS Code is set to rule the developer world. The core and extension model is designed beautifully. While the core editor is concentrated at performance, the exte

VS Code is set to rule the developer world. The core and extension model is designed beautifully. While the core editor is concentrated at performance, the extensions provide feature rich functionality for each developer needs.

solomatov 9y ago
What I don't like about plugin system is security. You install extensions from the internet which have full access to your computer including the source code you're working with. Personally, I wouldn't trust any extension or plugin not provided by a major company.
- kbumsik 9y ago
  That point is where VS Code is strong. These extensions are made by the VS Code team itself. Apart from that, AFAIK these plugins are not installed as binary but source code. They have transparency at least.
  - solomatov 9y ago
    >Apart from that, AFAIK these plugins are not installed as binary but source code. They have transparency at least. You can say the same about browser extensions. They have the same distribution mechanism as VS code plugins, and still there's a good number of them doing shady stuff.
- jamesgeck0 9y ago
  > You install extensions from the internet which have full access to your computer This is an issue in almost every other editor that has plugins! Vim, Emacs, Sublime Text, etc have widely used automatic plugin installation tools. You can manually download and install plugins if you're worried about a 3rd party issuing malicious automatic updates.
copperx 9y ago
Is this sarcasm? "rule the developer world" when Emacs/Vim still exist and are much more portable and battle tested?
- Johnny_Brahms 9y ago
  As an Emacs enthusiast I agree with that (GP's) statement. VScode is usable for everyone from the start yet is capable to grow just like vim and in most meaningful ways just like Emacs. I have a feeling that this approachability is what will win in the end. It won't win me over, but my investment in Emacs can be measured in over 50kb of elisp code :)
- romanovcode 9y ago
  Currently VS Code "rules the developer world" much more then Emacs and Vim combined so the OP is actually correct. Most developers do not care to learn VIM/Emacs, myself included.
  - bpicolo 9y ago
    Doesn't look like it. https://insights.stackoverflow.com/survey/2017#technology-most-popular-developer-environments-by-occupation https://insights.stackoverflow.com/survey/2017#technology-mo... I like VS code, but emacs and vim both have healthy, large user bases. Unless the only definition of a developer is "people writing SPAs"
    - monsieurbanana 9y ago
      I... huh... I'm not sure what to say here. However statistics don't lie. Good bye 77kb emacs config, good bye editors wars. I enjoyed trolling you, VIM users, but today I saw the light. I'm moving to Notepad++.
terminalcommand 9y ago
I am a long-time emacs user, yet I am amazed by the simplicity of VS-Code. The only downside is that it is heavy on the CPU and some basic functionality like showing line breaks is not included. Otherwise it is a wonderful peace of software.
- maskedSlacker 9y ago
  And the key bindings are lousy. But, setting that aside, I was begrudgingly impressed. I was conditioned at an impressionable age to be revolted by anything Microsoft, and VS Code mostly won me over. I still prefer emacs, but only because I haven't managed to customize VS Code to match my workflow (that might be impossible for now given that I spend about half my time working in Clojure).
  - WorldMaker 9y ago
    > And the key bindings are lousy. The key bindings are incredibly configurable and recent versions have added a really nice GUI for it (over just manually editing the JSON configs). https://code.visualstudio.com/docs/getstarted/keybindings https://code.visualstudio.com/docs/getstarted/keybindings The configuration of key bindings has been put through the ringer by the vscodevim extension, which has long been one of the "first customers" of the key binding configurations. If Vim can bind a key to it, for the most part so can you. There are very few functions in the application that you can't key bind if you wish. Furthermore, extensions can contribute key maps and there are key map extensions based on a number of other editors already as extensions. A link right below the key binding configuration takes you to a recommended extension list. It is interesting that VSCode defaults to a relatively small key map, encouraging you to explore commands through the command palette instead, but VSCode seems to make up for that by giving you a lot of power to customize as you see fit (and extension capabilities to share those customizations with others).
- KGIII 9y ago
  Does editing your config to add this help? "files.eol": "\n", // blah blah some comment here I think it also has a notification in the lower right, LF and CRLF. Not the best, but maybe learnable with practice? Disclaimer: I have only played with it. I do program a little but it is not something you want to pay me to do.

solomatov 9y ago

What I don't like about plugin system is security. You install extensions from the internet which have full access to your computer including the source code you're working with. Personally, I wouldn't trust any extension or plugin not provided by a major company.

kbumsik 9y ago
That point is where VS Code is strong. These extensions are made by the VS Code team itself. Apart from that, AFAIK these plugins are not installed as binary but source code. They have transparency at least.
- solomatov 9y ago
  >Apart from that, AFAIK these plugins are not installed as binary but source code. They have transparency at least. You can say the same about browser extensions. They have the same distribution mechanism as VS code plugins, and still there's a good number of them doing shady stuff.
jamesgeck0 9y ago
> You install extensions from the internet which have full access to your computer This is an issue in almost every other editor that has plugins! Vim, Emacs, Sublime Text, etc have widely used automatic plugin installation tools. You can manually download and install plugins if you're worried about a 3rd party issuing malicious automatic updates.

copperx 9y ago

Is this sarcasm? "rule the developer world" when Emacs/Vim still exist and are much more portable and battle tested?

Johnny_Brahms 9y ago
As an Emacs enthusiast I agree with that (GP's) statement. VScode is usable for everyone from the start yet is capable to grow just like vim and in most meaningful ways just like Emacs. I have a feeling that this approachability is what will win in the end. It won't win me over, but my investment in Emacs can be measured in over 50kb of elisp code :)
romanovcode 9y ago
Currently VS Code "rules the developer world" much more then Emacs and Vim combined so the OP is actually correct. Most developers do not care to learn VIM/Emacs, myself included.
- bpicolo 9y ago
  Doesn't look like it. https://insights.stackoverflow.com/survey/2017#technology-most-popular-developer-environments-by-occupation https://insights.stackoverflow.com/survey/2017#technology-mo... I like VS code, but emacs and vim both have healthy, large user bases. Unless the only definition of a developer is "people writing SPAs"
  - monsieurbanana 9y ago
    I... huh... I'm not sure what to say here. However statistics don't lie. Good bye 77kb emacs config, good bye editors wars. I enjoyed trolling you, VIM users, but today I saw the light. I'm moving to Notepad++.

terminalcommand 9y ago

I am a long-time emacs user, yet I am amazed by the simplicity of VS-Code. The only downside is that it is heavy on the CPU and some basic functionality like showing line breaks is not included. Otherwise it is a wonderful peace of software.

maskedSlacker 9y ago
And the key bindings are lousy. But, setting that aside, I was begrudgingly impressed. I was conditioned at an impressionable age to be revolted by anything Microsoft, and VS Code mostly won me over. I still prefer emacs, but only because I haven't managed to customize VS Code to match my workflow (that might be impossible for now given that I spend about half my time working in Clojure).
- WorldMaker 9y ago
  > And the key bindings are lousy. The key bindings are incredibly configurable and recent versions have added a really nice GUI for it (over just manually editing the JSON configs). https://code.visualstudio.com/docs/getstarted/keybindings https://code.visualstudio.com/docs/getstarted/keybindings The configuration of key bindings has been put through the ringer by the vscodevim extension, which has long been one of the "first customers" of the key binding configurations. If Vim can bind a key to it, for the most part so can you. There are very few functions in the application that you can't key bind if you wish. Furthermore, extensions can contribute key maps and there are key map extensions based on a number of other editors already as extensions. A link right below the key binding configuration takes you to a recommended extension list. It is interesting that VSCode defaults to a relatively small key map, encouraging you to explore commands through the command palette instead, but VSCode seems to make up for that by giving you a lot of power to customize as you see fit (and extension capabilities to share those customizations with others).
KGIII 9y ago
Does editing your config to add this help? "files.eol": "\n", // blah blah some comment here I think it also has a notification in the lower right, LF and CRLF. Not the best, but maybe learnable with practice? Disclaimer: I have only played with it. I do program a little but it is not something you want to pay me to do.