Tree-sitter (intelligent code folding) looks really cool. While I am a big fan of VSCode, I really do not like their indentation-only approach to folding. It makes constructs like C switch statements impossible to fold correctly. Something like:<p><pre><code> switch( ) {
case:
break;
case:
break;
}
</code></pre>
won't fold at the braces, but instead will just collapse one case statement, and it drives me crazy. This is even with the C/C++ language extensions installed.<p>Good job Atom.
I tried really hard to not switch to VS Code. Wasting huge piece of my RAM + randomly and REPEATEDLY crashes which ends up destroying entire settings, packages to newly installed state. I'm done with it. I'm cool with VS Code.<p>I really had hope when they introduced V8 Snapshots on 1.17, then I had exact same crash couple of days later. And memory management wasn't better. I was even thinking about to replace my mac, because I was running out of RAM just by having Atom + Firefox + iTerm with rails server and console running.<p>It's really annoying to have your editor, where you spend most of your day, your shortcuts, extensions, settings, theme, all got destroyed in a moment in the middle of the working day. And you have still have to keep working with fresh installation settings. Damn. Worse, although I'm aware of sync-settings, I keep forgetting syncing my settings as they are evolved with time and it still feels insecure to be in need of syncing stuff because you don't know when it will crash for the next time.<p>Looking at the issues, assuring that I did a good decision by moving away from it.<p>This one is still open:
<a href="https://github.com/atom/atom/issues/12255" rel="nofollow">https://github.com/atom/atom/issues/12255</a><p><a href="https://github.com/atom/atom/issues/14909" rel="nofollow">https://github.com/atom/atom/issues/14909</a>
<a href="https://github.com/atom/atom/issues/14922" rel="nofollow">https://github.com/atom/atom/issues/14922</a>
<a href="https://github.com/atom/atom/issues/15443" rel="nofollow">https://github.com/atom/atom/issues/15443</a>
To preempt the inevitable modern-editor performance flamewar, especially with the introduction of a new parser: Has anyone been compiling statistics on time-to-editable on app startup, non-trivial-project-with-a-bunch-of-tabs open, and standalone-file open, for different Atom, VS Code, and Sublime versions, on freshly-rebooted popular laptop hardware? The closest I can find is from 2016, and isn't representative of large projects or code you'd find in the wild: <a href="https://blog.xinhong.me/post/sublime-text-vs-vscode-vs-atom-performance-dec-2016/" rel="nofollow">https://blog.xinhong.me/post/sublime-text-vs-vscode-vs-atom-...</a><p>All joking aside, it would be a fascinating analysis; all the rationales for browser performance benchmarks apply here as well.<p>(And also, kudos to the Atom team for the new tree-sitter parser - very cool stuff!)
I used Atom for a long time till I encountered VS Code - haven't looked back since. The startup time and integrated terminal just make VS Code awesome
Atom is my go to editor now. It’s simple, it’s pluggable, and modern. I really like it.<p>I’ve been recently using it with FB’s Nuclide, but that’s such a massive suite of plugins, it might as well be a considered a derivative of it. I can’t recommend Nuclide. It’s bloated, and breaks a bunch of behavior from vanilla Atom, but it is the only thing that seems to get remote editing right. I just wish someone would get that piece out of put it as it’s own plugin.
Has anything been done to improve speed? I tried running it on my Surface Pro (dual-core i7 with 16GB of RAM), and it was unusably slow, ate up a lot of RAM.<p>I like Atom's interface, but it's such a resource hog. So I will continue to stick with Sublime.
I'm surprised they still suggest to "store your github username and password" locally when they could just as easily suggest to "store your github username and auth token".<p>Even if it's locked in my OS's credential store, do I really want to trust a text editor with my passwords? Why not suggest the more secure option? How sure can I be that none of the atom plugins I use will try to steal it?
Does it have a proper Windows installer yet? Multi user, Program Files for the code, Appdata for the config, option to install extensions either for all users in Program Files, or Appdata for one user. You know, standards, and more secure when random programs can't alter the files of your editor
I know how popular Electron is on HN, but once it's on I really like Atom. From the first install it had sensible defaults for Python, JSON, XML, HTML, SQL which are my main stays. I even like the default colour scheme. Hopefully in time it can start a bit faster...but that's all
Using Debian 9 and Atom currently. I used VSC for a little while but it became unstable. It would often refuse stdin. Maybe the issue was the vim extension, maybe not. Rather than troubleshoot, I went back to Atom and have had no problems.<p>I work with about five languages just fine.
I've looked at VS Code a couple of times, but the Ruby support wasn't very good (syntax highlighting didn't even work completely). Is it time to switch or should I stick with Atom?
I use Atom for Rails development, because it has better Ruby on Rails support than VS Code.<p>However, I am sick to death of its excessive memory consumption. This morning it was using 1.5 GB of memory.<p>It's a text editor for God's sake!
Is 1.25 the number of TB of RAM you need to run it?<p>I'm afraid my workstation only has room for one Electron-based monster(Slack).<p>Hopefully the Rust re-write improves things.