7 ms·

I simply cannot understand why Atom and VSCode are so popular. I get that they are extensible, but is that really worth the slowdown to you? If I need more feat

I simply cannot understand why Atom and VSCode are so popular. I get that they are extensible, but is that really worth the slowdown to you? If I need more features than a text editor, I use an actual IDE. Someone just posted some really embarassing benchmark numbers regarding this issue yesterday: https://github.com/jhallen/joes-sandbox/tree/master/editor-perf https://github.com/jhallen/joes-sandbox/tree/master/editor-p... Note that Atom and VSCode are nearly 10x slower than all the other competition, as well as simply crashing for many of the tests. To be fair, I do think Electron based desktop apps have their niche. Spotify is a perfect example. But they have no place in text editing.

swalsh 10y ago
It's not slow to me, I find my computer uses far less resources than say one of the million JetBrain IDE's. Combined with a bunch of useful plugins, it's pretty wonderful.
- sbarre 10y ago
  You're comparing a text editor to an IDE. If you are able to do your work with a text editor, maybe you didn't need an IDE in the first place. IDEs are definitely slower than text editors, but they have their benefits that comes with their tradeoffs (like most things).
  - swalsh 10y ago
    vscode kind of walks a thin line between IDE and text editor. It has an integrated debugger, intellisense, linting, and plugins to do everything you'd expect from an IDE.
tommoor 10y ago
The benchmarks make it look bad but to be honest aren't that relevant for day-to-day use. I can't remember the last time I saw performance issues in Atom and the plugin infrastructure massively outweighs the occasional possible issue
- ApolloFortyNine 10y ago
  The only ever time I see performance issues is when I accidentally click on a binary by accident. Atom's large file handling is awful... But how often do you open a 100MB text file?
  - juandazapata 10y ago
    It breaks for me when I open a 3MB json file with complex nesting.
  - Mister_Snuggles 10y ago
    When I'm looking at trace files to figure out why an error occurred, I'm happy when I only get a 100MB one to look at.
    - allover 10y ago
      I'd always jump to something like (unix) `less` to do something like that. I don't see it as a failure of my main programming 'text editor' that it can't open log files, because I wouldn't even try that in Vim (which I'm also very comfortable with).
  - TillE 10y ago
    Isn't VSCode's hard limit more like 30MB? I've tried using it as my only non-IDE text editor recently, and it's infuriating that it's completely impossible to open a lot of log files I deal with. People here are really down on Sublime Text for some reason, but it can actually do everything I need.
- jjuel 10y ago
  As plugins go Sublime has quite a few as well. In fact there hasn't been one I've looked for and couldn't find. I used to use Atom and VS Code, but Sublime is just that much quicker even for day to day tasks as you say. Plus plugins can be written in Python so that is a huge plus. But as with anything use what makes you happy.
allover 10y ago
As was pointed out numerous times in that thread, they aren't 'embarassing benchmark numbers', they are 'irrelvant benchmark numbers', because no such 'slowdown' is actually felt by most developers that try VS Code. > But they have no place in text editing. Their popularity proves otherwise.
- aphextron 10y ago
  >they are 'irrelvant benchmark numbers', because no such 'slowdown' is actually felt by most developers that try VS Code I don't think that's true at all. I have tried both VSCode and Atom, and immediately dropped them both after they crashed opening a file of a few thousand lines.
  - fenomas 10y ago
    YMMV. I've been a daily user of Code for about a year and I've never seen it crash. Never seen it pause for a perceptible amount of time, that I can recall. Granted, I haven't tried editing any 10MB XML files with it, but then I've only been using it, not benchmarking it. Sure it uses more memory than nano, but why would I care about that?
  - konart 10y ago
    This. Text editor can't handle openning log file. (no need to highlight anything, complete anything, scan the structure etc. Just show me the damn log!) With the latest updates they are now able to open files up to 10Mb, wow.
    - Forlien 10y ago
      Is this a case of a more specialized tool (with fewer but more focused features)? For example, you can view email in vim, and I'm sure you'd get better performance than Gmail for large emails but very few developers I know use vim for that.
  - thiht 10y ago
    That's not the use case of people using full featured editors. For the same reason I don't open log files with Intellij or Visual Studio, I don't open them with VS Code. I use VS Code as a code editor, not as a text editor. If I want to open a log file, I use Sublime or Vim.
nojvek 10y ago
I don't know why you're saying they are slow. vscode starts up pretty fast. Sure it consumes more resources than vim. However having code completion, debugging, linting, and a bunch of IDE like features is super useful including the fact that it's cross platform and open source. It's very hackable. Just last night I fixed an issue that had been bugging me for a while. Pages with ads use a lot more of my CPU so I'm not really worried. This looks like a chrome problem more than Vscode. I do know that they take perf very seriously and this will be given some attention.
- juandazapata 10y ago
  100% of vim users will tell you that their vim setups also have code completion, debugging, linting, etc...
  - naibafo 10y ago
    And I just proved your point. :)
  - Spivak 10y ago
    Sure, but I won't pretend that adding those features doesn't add some significant resource usage and some occasional slowdown.
    - temp 10y ago
      >doesn't add some significant resource usage If by "significant" you mean less resources than opening a blank tab in Atom.
- naibafo 10y ago
  At least while I was using atom on a not so high end machine, it generally took a few seconds too start and being usable. Neovim on the other hand is there in a heartbeat, and I do have completion, debugging, linting, file browsing, git integration... available as well :)
- fauigerzigerk 10y ago
vvanders 10y ago
Because for certain languages like Rust it is an IDE. I was a bit surprised at those tests. It doesn't match my gut feel, VSCode is quite snappy for me.
- thiht 10y ago
  Same for Go and typescript/React, there's no better IDE than VS Code.
deleted 10y ago
[deleted]
pas 10y ago
> I simply cannot understand why Atom and VSCode are so popular. Free, open source, best ide for TypeScript, and better than Eclipse, NetBeans.
gbuk2013 10y ago
> I get that they are extensible, but is that really worth the slowdown to you? Yes it is worth it. I use Atom, which people saying is slower than VS Code, but that's still fine and definitely worth it. I used to use (and still use sometimes) vim but mostly just Atom with vim-mode-plus plugin. It is possible to do all that Atom does in Vim and I have colleagues who are very productive with a heavily customised Vim but somehow, despite using it for years, I only ever used quite basic features. Now I can do the things in Atom that I could not bring myself to learn in Vim. In any case, editor performance is the least of my worries. Most of my time is spent waiting for stuff to deploy and tests to be done, meetings etc. rather than actually writing code. :(
city41 10y ago
There really isn't much competition though. Sublime is commercial. Many people don't like emacs or vim. Most other editors are confined to one OS (Notepad++, Kate, etc). When it comes to a full featured, modern editor that works quite well out of the box on most modern OSes, I struggle to come up with any answer other than VS Code.
- dimgl 10y ago
  What's wrong with using Sublime? Quite possibly the best text editor I've ever used. It's snappy, elegant, and it has a boatload of features.
  - city41 10y ago
    I have nothing against Sublime. But I personally don't use closed source text editors. For something that essential to my livelihood, I like knowing should it get abandoned, that there's a chance of others picking it up (even myself).
SippinLean 10y ago
VSCode is free and feature-rich with a huge amount of extensions already.
- fokinsean 10y ago
  Yeah the integrated node js debugging is awesome. I love how it's an in-between of an IDE and regular text editor. It has some more features than atom but feels lighter than webstorm
payonel 10y ago
That benchmark is 7 months old. I just tested the same operations with vscode and did not see any operation take more than 2 seconds. Opening test.xml, scrolling to the end, and closing vscode in <2s. Replace all instances of thing with thang, <2s. VSCode has made significant improvements since last summer when it first was released - that could be part of the reason for these discrepancies.
coding123 10y ago
Actually, one of the things that's so absolutely incredible about VSCode is that it's both an IDE and a non-IDE. The delightful thing about it is there are no projects. In the future, I hope this happens to all other IDEs out there. I think the notion of a "project" clearly comes from the idea that the source structures must be understood so that proper syntax highlighting, auto-completion, etc... can work correctly. Maybe in this new era of machine learning, our "IDE-less" IDEs can start auto-figuring this stuff out and just know how to build, complete, etc without any of this crazy hassle.

swalsh 10y ago

It's not slow to me, I find my computer uses far less resources than say one of the million JetBrain IDE's. Combined with a bunch of useful plugins, it's pretty wonderful.

sbarre 10y ago
You're comparing a text editor to an IDE. If you are able to do your work with a text editor, maybe you didn't need an IDE in the first place. IDEs are definitely slower than text editors, but they have their benefits that comes with their tradeoffs (like most things).
- swalsh 10y ago
  vscode kind of walks a thin line between IDE and text editor. It has an integrated debugger, intellisense, linting, and plugins to do everything you'd expect from an IDE.

tommoor 10y ago

The benchmarks make it look bad but to be honest aren't that relevant for day-to-day use. I can't remember the last time I saw performance issues in Atom and the plugin infrastructure massively outweighs the occasional possible issue

ApolloFortyNine 10y ago
The only ever time I see performance issues is when I accidentally click on a binary by accident. Atom's large file handling is awful... But how often do you open a 100MB text file?
- juandazapata 10y ago
  It breaks for me when I open a 3MB json file with complex nesting.
- Mister_Snuggles 10y ago
  When I'm looking at trace files to figure out why an error occurred, I'm happy when I only get a 100MB one to look at.
  - allover 10y ago
    I'd always jump to something like (unix) `less` to do something like that. I don't see it as a failure of my main programming 'text editor' that it can't open log files, because I wouldn't even try that in Vim (which I'm also very comfortable with).
- TillE 10y ago
  Isn't VSCode's hard limit more like 30MB? I've tried using it as my only non-IDE text editor recently, and it's infuriating that it's completely impossible to open a lot of log files I deal with. People here are really down on Sublime Text for some reason, but it can actually do everything I need.
jjuel 10y ago
As plugins go Sublime has quite a few as well. In fact there hasn't been one I've looked for and couldn't find. I used to use Atom and VS Code, but Sublime is just that much quicker even for day to day tasks as you say. Plus plugins can be written in Python so that is a huge plus. But as with anything use what makes you happy.

allover 10y ago

As was pointed out numerous times in that thread, they aren't 'embarassing benchmark numbers', they are 'irrelvant benchmark numbers', because no such 'slowdown' is actually felt by most developers that try VS Code. > But they have no place in text editing. Their popularity proves otherwise.

aphextron 10y ago
>they are 'irrelvant benchmark numbers', because no such 'slowdown' is actually felt by most developers that try VS Code I don't think that's true at all. I have tried both VSCode and Atom, and immediately dropped them both after they crashed opening a file of a few thousand lines.
- fenomas 10y ago
  YMMV. I've been a daily user of Code for about a year and I've never seen it crash. Never seen it pause for a perceptible amount of time, that I can recall. Granted, I haven't tried editing any 10MB XML files with it, but then I've only been using it, not benchmarking it. Sure it uses more memory than nano, but why would I care about that?
- konart 10y ago
  This. Text editor can't handle openning log file. (no need to highlight anything, complete anything, scan the structure etc. Just show me the damn log!) With the latest updates they are now able to open files up to 10Mb, wow.
  - Forlien 10y ago
    Is this a case of a more specialized tool (with fewer but more focused features)? For example, you can view email in vim, and I'm sure you'd get better performance than Gmail for large emails but very few developers I know use vim for that.
- thiht 10y ago
  That's not the use case of people using full featured editors. For the same reason I don't open log files with Intellij or Visual Studio, I don't open them with VS Code. I use VS Code as a code editor, not as a text editor. If I want to open a log file, I use Sublime or Vim.

nojvek 10y ago

I don't know why you're saying they are slow. vscode starts up pretty fast. Sure it consumes more resources than vim. However having code completion, debugging, linting, and a bunch of IDE like features is super useful including the fact that it's cross platform and open source. It's very hackable. Just last night I fixed an issue that had been bugging me for a while. Pages with ads use a lot more of my CPU so I'm not really worried. This looks like a chrome problem more than Vscode. I do know that they take perf very seriously and this will be given some attention.

juandazapata 10y ago
100% of vim users will tell you that their vim setups also have code completion, debugging, linting, etc...
- naibafo 10y ago
  And I just proved your point. :)
- Spivak 10y ago
  Sure, but I won't pretend that adding those features doesn't add some significant resource usage and some occasional slowdown.
  - temp 10y ago
    >doesn't add some significant resource usage If by "significant" you mean less resources than opening a blank tab in Atom.
naibafo 10y ago
At least while I was using atom on a not so high end machine, it generally took a few seconds too start and being usable. Neovim on the other hand is there in a heartbeat, and I do have completion, debugging, linting, file browsing, git integration... available as well :)
fauigerzigerk 10y ago

vvanders 10y ago

Because for certain languages like Rust it is an IDE. I was a bit surprised at those tests. It doesn't match my gut feel, VSCode is quite snappy for me.

thiht 10y ago
Same for Go and typescript/React, there's no better IDE than VS Code.

deleted 10y ago

[deleted]

pas 10y ago

> I simply cannot understand why Atom and VSCode are so popular. Free, open source, best ide for TypeScript, and better than Eclipse, NetBeans.

gbuk2013 10y ago

> I get that they are extensible, but is that really worth the slowdown to you? Yes it is worth it. I use Atom, which people saying is slower than VS Code, but that's still fine and definitely worth it. I used to use (and still use sometimes) vim but mostly just Atom with vim-mode-plus plugin. It is possible to do all that Atom does in Vim and I have colleagues who are very productive with a heavily customised Vim but somehow, despite using it for years, I only ever used quite basic features. Now I can do the things in Atom that I could not bring myself to learn in Vim. In any case, editor performance is the least of my worries. Most of my time is spent waiting for stuff to deploy and tests to be done, meetings etc. rather than actually writing code. :(

city41 10y ago

There really isn't much competition though. Sublime is commercial. Many people don't like emacs or vim. Most other editors are confined to one OS (Notepad++, Kate, etc). When it comes to a full featured, modern editor that works quite well out of the box on most modern OSes, I struggle to come up with any answer other than VS Code.

dimgl 10y ago
What's wrong with using Sublime? Quite possibly the best text editor I've ever used. It's snappy, elegant, and it has a boatload of features.
- city41 10y ago
  I have nothing against Sublime. But I personally don't use closed source text editors. For something that essential to my livelihood, I like knowing should it get abandoned, that there's a chance of others picking it up (even myself).

SippinLean 10y ago

VSCode is free and feature-rich with a huge amount of extensions already.

fokinsean 10y ago
Yeah the integrated node js debugging is awesome. I love how it's an in-between of an IDE and regular text editor. It has some more features than atom but feels lighter than webstorm

payonel 10y ago

That benchmark is 7 months old. I just tested the same operations with vscode and did not see any operation take more than 2 seconds. Opening test.xml, scrolling to the end, and closing vscode in <2s. Replace all instances of thing with thang, <2s. VSCode has made significant improvements since last summer when it first was released - that could be part of the reason for these discrepancies.

coding123 10y ago

Actually, one of the things that's so absolutely incredible about VSCode is that it's both an IDE and a non-IDE. The delightful thing about it is there are no projects. In the future, I hope this happens to all other IDEs out there. I think the notion of a "project" clearly comes from the idea that the source structures must be understood so that proper syntax highlighting, auto-completion, etc... can work correctly. Maybe in this new era of machine learning, our "IDE-less" IDEs can start auto-figuring this stuff out and just know how to build, complete, etc without any of this crazy hassle.