Please, don't consider this a troll question (I personally am a vim kind of guy), but is there any reason to use Atom over VSCode these days?<p>The sole reason to me seems that VSCode is developed by the "evil" Microsoft. Other than that, most people I know who tried Atom switched to VSCode or (back to) Sublime in the end.
I really wanted Atom to work. But in the end, it is just to damn slow, takes too much memory, and hogs on large files.
Now, I find vscode to be very much what I need for javascript/typescript/html/css work.
Wonder if it changes anything significanly. It would really have to to change my opinion.
It always felt very slow to me even on killer hardware.<p>This page quantifies it.
<a href="https://github.com/jhallen/joes-sandbox/tree/master/editor-perf" rel="nofollow">https://github.com/jhallen/joes-sandbox/tree/master/editor-p...</a><p>I don't so much care about memory consumption. It can be 5 to 10 times as much as Sublime... I am RAM to spare. What I do care about is that a lot of these tests are 20 times SLOWER than Sublime (which can already be considered a heavy-weight editor)
I used to love Atom, the plugins were perfect and I could customise it to do exactly what I wanted. However, even on a fully specced macbook air, it just became too slow. I moved to VS Code because it had the speed I needed with the customisability that I wanted. Hopefully this Atom update increases performance though, I really liked that editor :)
This is the 5th time I try Atom (after switching back to sublime) but I might start using this a lot more now that I've discovered go-plus. Atom might really be the best text editor for golang.
I prefer Notepad++. On Linux, Geany is a viable alternative.... If I need an IDE, I will get an IDE.
I want my text editor to be as lightweight as possible.
This was not the case with Atom.
I recently switched from vs code to atom, before that I was on webstorm.<p>Loving the hydrogen plugin to evaluate lines or js expressions inside the editor.
<a href="https://atom.io/packages/hydrogen" rel="nofollow">https://atom.io/packages/hydrogen</a>
Byte-order-mark is not implemented yet :-(<p><a href="https://github.com/atom/encoding-selector/issues/18" rel="nofollow">https://github.com/atom/encoding-selector/issues/18</a><p>I've bitten by this before when doing Unity coding. I no longer do much of Unity dev, but I deal things where this makes big difference and I haven't given serious try on Atom because of this. (I use VSCode which handles this correctly.)
Insert another rant about how atom is bloated compared to editors like sublime text, notepad++, and VScode (which I discovered recently and seems to be a clone of sublime text).