# Atom versus VS code

**URL:** <https://discourse.julialang.org/t/atom-versus-vs-code/11704>\
**Category:** Tooling\
**Created:** [June 15, 2018, 4:02pm UTC](https://discourse.julialang.org/t/atom-versus-vs-code/11704 "2018-06-15T16:02:58Z")\
**Posts on this page:** 20\
**Page:** 1

<div class="post-metadata">

**Author:** ![PetrKryslUCSD](https://sea2.discourse-cdn.com/julialang/user_avatar/discourse.julialang.org/petrkryslucsd/32/215825_2.png) [@PetrKryslUCSD](https://discourse.julialang.org/u/PetrKryslUCSD)\
**Post date:** [June 15, 2018, 4:02pm UTC](https://discourse.julialang.org/t/atom-versus-vs-code/11704/1 "2018-06-15T16:02:59Z")

</div>

Chanced upon this opinion:  
iProgrammer: Atom v Visual Studio Code - The Unexpected Consequence Of Consolidation.

> **[Atom v Visual Studio Code - The Unexpected Consequence Of Consolidation](https://www.i-programmer.info/news/90-tools/11891-atom-v-visual-studio-code-the-unexpected-consequence-of-consolidation.html)**
>
> Programming book reviews, programming tutorials,programming news, C#, Ruby, Python,C, C++, PHP, Visual Basic, Computer book reviews, computer history, programming history, joomla, theory, spreadsheets and more.

---

<div class="post-metadata">

**Author:** ![davidanthoff](https://sea2.discourse-cdn.com/julialang/user_avatar/discourse.julialang.org/davidanthoff/32/223493_2.png) [@davidanthoff](https://discourse.julialang.org/u/davidanthoff)\
**Post date:** [June 15, 2018, 4:08pm UTC](https://discourse.julialang.org/t/atom-versus-vs-code/11704/2 "2018-06-15T16:08:28Z")

</div>

I think his take on Visual Studio vs Visual Studio Code is completely incorrect. I don’t see MS turning VS Code into an IDE, I think they very, very much want it to stay an lean and fast editor. The landscape pre-Atom acquisition seems to be that MS has two IDE products (VS for Windows and VS for Mac), and one editor (VS Code), and as far as I can tell it makes perfect sense to invest in both.

---

<div class="post-metadata">

**Author:** ![PetrKryslUCSD](https://sea2.discourse-cdn.com/julialang/user_avatar/discourse.julialang.org/petrkryslucsd/32/215825_2.png) [@PetrKryslUCSD](https://discourse.julialang.org/u/PetrKryslUCSD)\
**Post date:** [June 15, 2018, 4:21pm UTC](https://discourse.julialang.org/t/atom-versus-vs-code/11704/3 "2018-06-15T16:21:11Z")

</div>

I agree with you concerning the distinction between a code editor and an IDE. But the point was the relationship between Atom and VS code in light of the acquisition of github by MS.

---

<div class="post-metadata">

**Author:** ![davidanthoff](https://sea2.discourse-cdn.com/julialang/user_avatar/discourse.julialang.org/davidanthoff/32/223493_2.png) [@davidanthoff](https://discourse.julialang.org/u/davidanthoff)\
**Post date:** [June 15, 2018, 4:41pm UTC](https://discourse.julialang.org/t/atom-versus-vs-code/11704/4 "2018-06-15T16:41:30Z")

</div>

Yeah, the whole Atom vs VS Code situation is interesting, completely agree.

---

<div class="post-metadata">

**Author:** ![pfitzseb](https://sea2.discourse-cdn.com/julialang/user_avatar/discourse.julialang.org/pfitzseb/32/45566_2.png) [@pfitzseb](https://discourse.julialang.org/u/pfitzseb)\
**Post date:** [June 15, 2018, 5:35pm UTC](https://discourse.julialang.org/t/atom-versus-vs-code/11704/5 "2018-06-15T17:35:30Z")

</div>

AFAICT the only really significant difference between VSCode and Atom is the API design (and the package ecosystem), so if there is some kind of convergence of APIs then who really cares if Atom and VSCode don’t stay separate? 🙂

---

<div class="post-metadata">

**Author:** ![jlperla](https://sea2.discourse-cdn.com/julialang/user_avatar/discourse.julialang.org/jlperla/32/34332_2.png) [@jlperla](https://discourse.julialang.org/u/jlperla)\
**Post date:** [June 15, 2018, 7:21pm UTC](https://discourse.julialang.org/t/atom-versus-vs-code/11704/6 "2018-06-15T19:21:22Z")

</div>

Do you know why is Atom so painfully slow to use compared to VS Code, and whether it is fixable? I had read that previously they had an inefficient buffer system, but I think that they reimplemented that and merged in the changes. Still slow…

---

<div class="post-metadata">

**Author:** ![ssfrr](https://sea2.discourse-cdn.com/julialang/user_avatar/discourse.julialang.org/ssfrr/32/3736_2.png) [@ssfrr](https://discourse.julialang.org/u/ssfrr)\
**Post date:** [June 15, 2018, 8:10pm UTC](https://discourse.julialang.org/t/atom-versus-vs-code/11704/7 "2018-06-15T20:10:47Z")

</div>

Have you tried it with all your plugins off? There are some Atom plugins that really drag things down.

---

<div class="post-metadata">

**Author:** ![jlperla](https://sea2.discourse-cdn.com/julialang/user_avatar/discourse.julialang.org/jlperla/32/34332_2.png) [@jlperla](https://discourse.julialang.org/u/jlperla)\
**Post date:** [June 15, 2018, 8:14pm UTC](https://discourse.julialang.org/t/atom-versus-vs-code/11704/8 "2018-06-15T20:14:58Z")

</div>

Yes. Turned off every plugin, on a new 12K workstation, and was a little better but still very slow. But the bigger issue is that vscode is fast, _even with plugins_, which is necessary with an editor of that sort.

---

<div class="post-metadata">

**Author:** ![ScottPJones](https://sea2.discourse-cdn.com/julialang/user_avatar/discourse.julialang.org/scottpjones/32/146_2.png) [@ScottPJones](https://discourse.julialang.org/u/ScottPJones)\
**Post date:** [June 15, 2018, 9:47pm UTC](https://discourse.julialang.org/t/atom-versus-vs-code/11704/9 "2018-06-15T21:47:06Z")

</div>

Somebody had mentioned Atom/Xray, and I read all about the project, which seems great. I do hope that M$ can pour money and talent into that project.

---

<div class="post-metadata">

**Author:** ![jebej](https://sea2.discourse-cdn.com/julialang/user_avatar/discourse.julialang.org/jebej/32/1784_2.png) [@jebej](https://discourse.julialang.org/u/jebej)\
**Post date:** [June 15, 2018, 10:17pm UTC](https://discourse.julialang.org/t/atom-versus-vs-code/11704/10 "2018-06-15T22:17:22Z")

</div>

> [@ScottPJones](#):
>
> Somebody had mentioned Atom/Xray, and I read all about the project, which seems great. I do hope that M$ can pour money and talent into that project.

Huh, I knew they had rewritten a lot of components of Atom in lower level languages, but now they seem to be doing a major rewrite. I guess the last step will be to drop Electron, and we will have come full circle…

---

<div class="post-metadata">

**Author:** ![pfitzseb](https://sea2.discourse-cdn.com/julialang/user_avatar/discourse.julialang.org/pfitzseb/32/45566_2.png) [@pfitzseb](https://discourse.julialang.org/u/pfitzseb)\
**Post date:** [June 16, 2018, 11:06am UTC](https://discourse.julialang.org/t/atom-versus-vs-code/11704/11 "2018-06-16T11:06:50Z")

</div>

> [@jlperla](#):
>
> Do you know why is Atom so painfully slow to use compared to VS Code, and whether it is fixable? I had read that previously they had an inefficient buffer system, but I think that they reimplemented that and merged in the changes. Still slow…

Hm, Atom’s performance is about the same as VSCode’s for me (on every machine I tried), so I have honestly no clue why you’re seeing such big differences there. Can you describe what precisely feels slow? Typing, resizing stuff, navigating files?

> [@ScottPJones](#):
>
> Somebody had mentioned Atom/Xray, and I read all about the project, which seems great. I do hope that M$ can pour money and talent into that project.

Yeah, that’s going to be very exciting. It’s entirely possible that both VSCode and Atom (if they still exist separately then) will build on the stuff pioneered by xray.

---

<div class="post-metadata">

**Author:** ![DNF](https://sea2.discourse-cdn.com/julialang/user_avatar/discourse.julialang.org/dnf/32/10191_2.png) [@DNF](https://discourse.julialang.org/u/DNF)\
**Post date:** [June 16, 2018, 11:36am UTC](https://discourse.julialang.org/t/atom-versus-vs-code/11704/12 "2018-06-16T11:36:27Z")

</div>

> [@jlperla](#):
>
> Do you know why is Atom so painfully slow to use compared to VS Code

It used to be really slow, but it’s a lot faster now, almost–but not quite–as fast as VS Code (on my 5yo computer.)

---

<div class="post-metadata">

**Author:** ![louisponet](https://sea2.discourse-cdn.com/julialang/user_avatar/discourse.julialang.org/louisponet/32/2070_2.png) [@louisponet](https://discourse.julialang.org/u/louisponet)\
**Post date:** [June 16, 2018, 7:27pm UTC](https://discourse.julialang.org/t/atom-versus-vs-code/11704/13 "2018-06-16T19:27:23Z")

</div>

This summarises my experience too. I used to be on VSCode because Atom was so much slower back then. Then I gave Atom + Juno another go because the debugger really did seem useful, and it turned out that the slowness of Atom seemed to be almost completely gone (I’d say 90-95% speed of VSCode, DQMOT).

---

<div class="post-metadata">

**Author:** ![jlperla](https://sea2.discourse-cdn.com/julialang/user_avatar/discourse.julialang.org/jlperla/32/34332_2.png) [@jlperla](https://discourse.julialang.org/u/jlperla)\
**Post date:** [June 16, 2018, 9:57pm UTC](https://discourse.julialang.org/t/atom-versus-vs-code/11704/14 "2018-06-16T21:57:51Z")

</div>

I am encouraged to hear that my experience was not universal. I will happily try atom again when v0.7 is practical to use. The last time I tried (a few weeks ago) involves switching to another branch of Revise, which caused dependency chaos on v0.6

The issue of slow extensions is a big one for editors that rely on extensions for everything useful (e.g. the latex extensions were a complete disaster for performance and usability). It sure would be nice to use a single editor for Julia, latex, python, and markdown…

---

<div class="post-metadata">

**Author:** ![Tamas\_Papp](https://sea2.discourse-cdn.com/julialang/user_avatar/discourse.julialang.org/tamas_papp/32/25949_2.png) [@Tamas\_Papp](https://discourse.julialang.org/u/Tamas_Papp)\
**Post date:** [June 17, 2018, 6:02am UTC](https://discourse.julialang.org/t/atom-versus-vs-code/11704/15 "2018-06-17T06:02:18Z")

</div>

> [@jlperla](#):
>
> It sure would be nice to use a single editor for Julia, latex, python, and markdown…

Emacs. 🕶

---

<div class="post-metadata">

**Author:** ![SZJX](https://sea2.discourse-cdn.com/julialang/user_avatar/discourse.julialang.org/szjx/32/4036_2.png) [@SZJX](https://discourse.julialang.org/u/SZJX)\
**Post date:** [June 20, 2018, 9:13pm UTC](https://discourse.julialang.org/t/atom-versus-vs-code/11704/16 "2018-06-20T21:13:51Z")

</div>

Unfortunately some editing experience is not good enough in Emacs, e.g. VSCode really gets everything about writing frontend languages right while Juno is still the best experience about editing Julia code. Nowadays I mostly just use Emacs for its org-mode. Still central to my workflow, just not for actual code editing. Sure one can do any type of editing in Emacs if they want, and I really want to use one editor for everything, but sadly it’s already not the best experience out there in most cases.

---

<div class="post-metadata">

**Author:** ![111](https://sea2.discourse-cdn.com/julialang/user_avatar/discourse.julialang.org/111/32/33971_2.png) [@111](https://discourse.julialang.org/u/111)\
**Post date:** [June 21, 2018, 8:39am UTC](https://discourse.julialang.org/t/atom-versus-vs-code/11704/17 "2018-06-21T08:39:56Z")

</div>

Emacs in windows is slow.

---

<div class="post-metadata">

**Author:** ![gdkrmr](https://sea2.discourse-cdn.com/julialang/user_avatar/discourse.julialang.org/gdkrmr/32/2791_2.png) [@gdkrmr](https://discourse.julialang.org/u/gdkrmr)\
**Post date:** [June 21, 2018, 10:44am UTC](https://discourse.julialang.org/t/atom-versus-vs-code/11704/18 "2018-06-21T10:44:17Z")

</div>

In Emacs you have to polish your own user experience, if you do not do that, there are many more rough edges than in Atom/VSCode.  
Emacs shines in other areas:

- Remote REPLs
- Remote file editing
- Use in terminal
- Arbitrary window layouts
- seamless switching between languages, i.e. Emacs users are more likely to use one editor for everything instead of e.g. RStudio for R and Atom for Julia.
- You can move your life to emacs (you can even use it as a window manager, for email, as a pdf reader, web browsing, etc. in case you wish to do so)

---

<div class="post-metadata">

**Author:** ![jgreener64](https://sea2.discourse-cdn.com/julialang/user_avatar/discourse.julialang.org/jgreener64/32/2483_2.png) [@jgreener64](https://discourse.julialang.org/u/jgreener64)\
**Post date:** [June 21, 2018, 11:02am UTC](https://discourse.julialang.org/t/atom-versus-vs-code/11704/19 "2018-06-21T11:02:22Z")

</div>

I had the same problem on my Linux machine (Centos 7). I downloaded the proprietary graphics drivers and suddenly Atom was fast. Maybe check this?

---

<div class="post-metadata">

**Author:** ![pfitzseb](https://sea2.discourse-cdn.com/julialang/user_avatar/discourse.julialang.org/pfitzseb/32/45566_2.png) [@pfitzseb](https://discourse.julialang.org/u/pfitzseb)\
**Post date:** [June 21, 2018, 11:12am UTC](https://discourse.julialang.org/t/atom-versus-vs-code/11704/20 "2018-06-21T11:12:54Z")

</div>

Yeah, that’s a good point – Atom heavily relies on good GPU support for speed. So does VSCode though, so I’m not sure why that’d be faster.

[Next page](https://discourse.julialang.org/t/atom-versus-vs-code/11704.md?page=2)