21–30 of 37 posts
So long as 99.9% of vscode users are using a proprietary distribution, I wouldn't consider it comparable to emacs.
I've given VSCode several tries. It is slick, and fast for an Electron editor. But I've done all of my best work in Emacs for over a quarter century, and VSCode just doesn't offer enough advantage over Emacs for me to unlearn my Emacs skills and learn how to do everything under VSCode.
As others have said, it definitely is not. VS Code is somewhere between Emacs and Visual Studio. Not quite as configurable as Emacs, not as tied down as Visual Studio. VS Code is my editor of choice today and part of that is that they actively try to keep extension authors from destroying the editor, like what happened to Atom. Emacs does not do any sort of hand-holding and so it provides a more customizable experien…
All this spotlight on VS Code and no mention of Sublime Text? I view Sublime Text (even though there is a license fee) as more emacs like than VS Code. I side with others to say its no where near Emacs because Emacs is Emacs. My most cherished Sublime Text plugins began as an Emacs extension (xiki). So I would say Emacs is important to the ecosystem but there's no way Product X will be an Emacs of the 21st century.
However as a development environment its lacking. The interface for installing and configuring plugins is needlessly arcane, and whilst it's fast I find myself defaulting to vscode for pure productivity reasons. I don't even particularly like vscode - largely electron snobbishness tbh - but it's the best to for my particular job (frontend dweeb for a well known site with a very modern stack)
I've used intellij, visual studio, vscode, sublime and dozens of other apps extensively professionally as my day to day (eclipse and atom were low points) and all have their merits but as a fast, easy, cohesive environment that is easily setup a combination of zsh and vscode is absolutely my goto the days.
Edit. People calling vscode bloated does amuse me though. it's not exactly vim but it's a million miles away from its bigger brother.
As others have said, it definitely is not. VS Code is somewhere between Emacs and Visual Studio. Not quite as configurable as Emacs, not as tied down as Visual Studio. VS Code is my editor of choice today and part of that is that they actively try to keep extension authors from destroying the editor, like what happened to Atom. Emacs does not do any sort of hand-holding and so it provides a more customizable experien…
How exactly do they "try to keep extension authors from destroying the editor"?
Now, I only use Emacs for org-mode, and for Lisp languages (Common Lisp, Scheme, and Haskel - which I consider a lisp language).
For just about everything else I now use VSCode. Recently when I discovered how even the symbolic debugger works great for Python, Java, etc., I let my yearly subscription to all of the JetBrains products lapse next year when my subscription runs out.
Love VSCode (and Emacs).
vim/emacs + ssh - editing directly over remote file system. I think this use case is why people keep using vim/emacs.
So long as 99.9% of vscode users are using a proprietary distribution, I wouldn't consider it comparable to emacs.
The only thing proprietary about the main distribution of be code, that i can tell, is the configuration. I'm not aware of any differing functionality or limitations on the open source code. MS states that their distro is the same code but with their own configuration in the product.json file.
"The software may collect information about you and your use of the software, and send that to Microsoft. Microsoft may use this information to provide services and improve our products and services. You may opt-out of many of these scenarios, but not all, as described in the product documentation."
Emacs is Emacs. Does VSCode have something like Emacs' .emacs / .init file? In one file I can load all the plugins I want and write custom code for added functionality. Rather than having to rely on other people writing a function I need, I can just hack away on my .init file to modify existing functions / create my own. Now of course in VSCode you can create your own extensions and load it into the program to add yo…