VS Code is one of the finest examples of open source Done Right™, and while it owes something to Atom and Electron, this is pure open source darwinism.
Since the GitHub acquisition, it makes no sense for MS to maintain both and I agree 100% with the parent comment that this will be killed soon.
It's very possible for VSC to improve in these areas. In fact, I'd love to see an "Atom mode" that changes the UI/UX to more closely resemble Atom (and, somewhat by extension, Sublime). You laugh, but there's a reason that every editor takes a swing at a "vim mode". People get comfortable with the aesthetics of their tools.
To be fair, vim is radically different in terms of navigation, keybindings, capability, etc. than your average gui-based text editor. I am not saying that your point is wrong, but vim is sort of an extreme example of a. the difference between vim vs. other editors, and b. the zeal with which vim users tend to cling to it (as a vim user).
https://flight-manual.atom.io/using-atom/sections/basic-cust... https://code.visualstudio.com/docs/getstarted/keybindings#_k...
With VSCode, I haven't had any trouble moving my keybindings file between installations, even between my Windows and Mac environments (I do the same with my theme, and it works great as well).
What functional difference between the configuration styles did you run in to?
While VSC sounds like a better editor, I want to write a multi-cursor, modal based editor with some UI tweaks. Ideally I'll use Xi long term, but I'd like a prototype working first. By your description, it sounds like I should stick to Atom for plugin development then?
Maybe try getting started on both, and see which one is easier or more comfortable?
I also have a massive personal bias against Microsoft, so take this with a grain of salt.
Now I wish I did that 20 years ago!
This time when I tried it I started to realised that Emacs is a text editor like a saucepan is a popcorn maker: it can do it, but that's not the point.
Once you commit the stupid keybinds to memory, it works the same in most "modes" - git mode, JS mode, file management mode, ftp/remote file mode, hackernews mode... Now I rarely leave Emacs - my entire workflow is inside it and everything starts to feel like "one". It's replaced a dozen third-party apps and websites I'd normally use. I'm annoyed when I have to leave.
It's crap by default, you have to make it your own. Then it's lisp all the way down. You can ask "what is the command bound to the down arrow key?" and it says "next-line". Then you can ask "what is 'next-line"? and it tells you all the function, including a hyperlink to the actual executable source code that you can inspect, or change in place, or use in your higher level scripts.
It's simultaneously living in the past and way in the future. I wouldn't outright recommend it to anyone trying to choose between VSCode and Atom though... you'll just have to discover it for yourself in 20 years time ;)
Also, I'm using a ton of Atom plugin that didn't exist on VSCode at the time I tried (this may have changed, but since I disliked the UI, I'm not going to try VSCode again).
Its even better than vim itself... multi-cursors Vim Mode in Atom is insanely good.
i know you can basically do the same thing with native vim, but having instant feedback like in atom makes it just so easy
I keep going back now and then to VS Code especially when I need to use the debugger to step through some code. But otherwise, my workflow since has evolved around the little niggles of Atom(like having to open separate terminal windows) so I don't feel the need to switch.
Atom's find/replace interface was the favorite version of the feature I've used in any editor -- would be cool to see how that design evolved to support other kinds of automated edits (like refactorings).
The extensions in atom seem to have quite a few more permissions to change the ui than they do in vscode.
At least for clojure development.
Atom is the only editor I've seen that has it unfortunately.
The thing that made me switch back was that there was some combination of plugins I was using in VS Code (I think it was the VIM plugin and something else maybe) started freezing periodically and the whole editor would become unresponsive and I'd have to restart. After that became normal I decided to switch back.
In the end I preferred to spend my time coding rather than hunt down the problem.
Also Atom's VIM plugin is strictly better for my use case. The highlighting effect to show you what you just `yw` for example is great!
VS Code is not as hackable of an editor, but it comes with great sensible defaults out of the box. I gave up trying to fully customize it, settled with a few tweaks, and have been very satisfied with it as a daily driver. At least for my use case, it's been more reliable and performant than Atom.
The type hinting and "IntelliSense" is one of my favorite features (I'm sure Atom has a plugin for it). I think VS Code hits the sweet spot between an editor and a full-on IDE.
EDIT: Oh, I didn't see this in the article, but it seems Atom is addressing the exact issue I was having:
> The fuzzy finder’s project crawling performance has been improved dramatically by switching to a ripgrep-powered backend. This is most noticeable in projects with large numbers of files - for example, we measured a 14x speed boost in a project with 270K files.
https://news.ycombinator.com/item?id=18507817
Take what you will from it. I'm not sure they will kill it, but I don't know why they need to maintain two editors either, then again they already maintain Visual Studio as well. I think it would be nice to see how both teams push their editors, but I feel like over the long haul it will be some VIM vs Neovim type of this. Additionally, VS Code will focus on strongly supporting Microsofts tech (via plugins), while Atom will focus on GitHub to some extent.
I wish Visual Studio Code replaced Visual Studio, but unfortunately, it still holds value if working against Microsoft's stack. I like having them both and will occasionally use Code for .NET edits, but you definitely feel like it is missing some comforts at the very least when using it.
It's easy to do OSS right when your a major cloud OSS vendor who are able to use your billions of profits from hosting OSS to fund a 30+ strong dev team in creating a free "OSS" product.
If that's the definition of doing OSS right, then the only sustainable "free" products that will be done right will come from multi-billion dollar cloud vendors. I do love VS Code tho, just not a fan of seeing most of the generated wealth from OSS being collected by the major cloud vendors, this trend is going to hurt the diversity of the OSS ecosystem as we know it.
Irrespective of the funding model that made it possible, I will say the VS Code team is doing a fantastic work iteratively shipping new features with each release at a super high velocity.
IMO it's a poster child for why most future Desktop Apps will be built using a Hybrid or WebView dev model like Electron where its productivity is unmatched.
Atom is fun. It's easy to configure in weird personal ways, get rid of parts you don't use, add your own plugins, change CSS as you like. There's an insane number of plugins and themes. It's like emacs but organized and nice.
So far the statements from project owners in public and on Slack have been that Atom 1 & 2 development continues full speed.
If it is "killed" we'll just fork it and run up a black flag.
Not a problem, https://vscodium.com/