7 ms·
I haven't used Atom for at least an year and a half now - After trying out Visual Studio Code I haven't looked back. Has the performance improved? Is it at the
by statictype 8y ago
I haven't used Atom for at least an year and a half now - After trying out Visual Studio Code I haven't looked back. Has the performance improved? Is it at the level of VS Code?
- kapuru 8y agoSadly, no. I tried it out again a couple of days ago and the performance is still terrible. I'm in the same boat as you and switched to VS Code.
- galfarragem 8y agoI hope xray[1] catches up. I prefer atom's UX-UI to any other editor but I agree that performance is still an issue. MS taking over Github doesn't seem to bring to a bright future. I really hope I'm wrong. [1] https://github.com/atom/xray https://github.com/atom/xray
- OberstKrueger 8y agoWith xray focusing away from improving the editor experience and more on this new version control thing [1] for now, it doesn't seem like we'll be seeing a GitHub-provided alternative to Atom for some time. [1] https://github.com/atom/xray/blob/master/docs/updates/2018_07_10.md https://github.com/atom/xray/blob/master/docs/updates/2018_0...
- giancarlostoro 8y agoIn an AMA the future CTO said they would never get into text editor politics by merging the two or taking one away. Both editors will remain.
- akuji1993 8y agoWe've also been in the same boat as you guys. Starting to just look into VSCode as an alternative, then immediately switching to it after realising the performance difference is like night and day. Since Atom doesn't provide anything that we can't install in VSCode as a plugin, there really is no reason to use Atom right now. The only problem I had with VSCode was the default interface, that I modified with plugins until it pretty much looks like Atom, but runs way faster.
- sdiq 8y agoI still use Atom mostly because of the default interface. Care to list the plugins that you used?
- akuji1993 8y agoOf course. The most useful ones are the following: - Bracket Pair Colorizer - EditorConfig for VS Code - ESLint - Git Blame - Material Icon Theme - Path Intellisense - Prettier - Code Formatter - SCSS IntelliSense - TSLInt - Winter is Coming Theme by John Papa
- Lordarminius 8y agoEmmet.
- akuji1993 8y agoI get why people use it, I just don't have any use case for it. I'd rather write my code myself instead. Just a personal preference though.
- deleted 8y ago[deleted]
- statictype 8y agoI don't find the code generation stuff that useful but I found it useful for its text manipulation features - like selecting all text within 2 nodes, editing a start and end tag at once.
- Lordarminius 8y agoTo each his preference, I suppose. But I definitely could imagine a far more difficult life without Emmet.
- jy3 8y agoI have the same question. I've never bothered looking back extensively at Atom since using VS Code.
- kamilafsar 8y agoI've a similar story and several teams at our company have switched to VS Code independently. There are some Atom "believers" though. I hope github is going to continue working on Atom independently from MSFT. Competition is a good thing. But since both products target the same audience, from Microsoft's perspective I'd understand if they'd bring those brilliant minds together in one team.
- Kipters 8y agoFor what is worth, in an AmA Nat Friedman stated that development of Atom will continue "as long as there's people using it", and they will probably share some code between vscode and atom (they already do)
- mraison 8y agoThe one reason I'm still using Atom is because of the remote editing experience with Nuclide + Watchman server-side. No other editor that I've tried comes even close (the connection drops, files get out of sync, new files don't show up, etc, etc) Given the huge number of people who work on remote servers, I find it surprising that proper solutions are still so hard to find. A "file system provider API" for VSCode is in the works so I'm hopeful for the future.
- pjmlp 8y agoWe just use Vim or Emacs over SSH in such cases, or if the connection is good enough over X/RDP.
- josteink 8y agoWith Emacs you use it locally and edit via tramp.
- giancarlostoro 8y agoOne of the main reasons I use Emacs whenever I do use Emacs. Though now I just do VS Code and X forwarding.
- pjmlp 8y agoI never heard of tramp, thanks.
- omaranto 8y agoYou might enjoy Mike Zamansky's blog post and short video about it: http://cestlaz.github.io/posts/using-emacs-25-tramp/#.W2HhPHXOXCI http://cestlaz.github.io/posts/using-emacs-25-tramp/#.W2HhPH... Also, the manual is pretty good. It comes with Emacs, of course, or can be read at https://www.gnu.org/software/tramp/ https://www.gnu.org/software/tramp/ My favorite thing about TRAMP is how well integrated it is. It's not just opening remote files, you can also open shells on remote systems, or do file management with dired (I have a bookmark pointing to dired on a remote system I use frequently, for example.)
- kennxfl 8y agoI had a similar experience with performance was an issue for me so I switched over. Never went to back to test any of their newer releases.
- Bahamut 8y agoI've bounced back and forth between Atom and VSCode - the main reason for me has been bugginess with prettier plugins. I've had more weird issues with the VSCode one, so I've leaned more on Atom. Perf for VSCode is definitely much better though.
- superplussed 8y agoIs this still true? I tried Vscode / Atom the other night and Atom performed better for me, at least for the time it took to render the syntax highlighting of each file.
- space_strudel 8y agoSimilar history with Atom, but I haven't looked back after switching to spacemacs :)