4 ms·

Seems like everytime there's a post about Atom, people keep talking about alternatives like VS Code. I like Atom exactly for what it is. Simple at its core, ve

Seems like everytime there's a post about Atom, people keep talking about alternatives like VS Code. I like Atom exactly for what it is. Simple at its core, very customizable, fast enough for regular use and under active development. Maybe other editors can do the same or more, but I don't really care.

ricardobeat 9y ago
Maybe you should care, since it's the other way around - VS Code is simpler and much faster, Atom is the heavy one.
- dawnerd 9y ago
  I disagree. VS Code does quite a bit by default.
  - Froyoh 9y ago
    I disagree. VS Code is much smoother in that regard.
- petre 9y ago
  VS Code completely messed up our commits when using it in macos because it did not update open files. We threw it away and never looked back. I'm using Atom now, was using Sublime for about four years.
  - h_r 9y ago
    I wonder how most people work with their source control system. In general, I find it far easier to use git or svn from the command line because when I'm bouncing around between editors and OSes, it's always the same user experience so you get to leverage that experience better. Works for me anyway.
    - deleted 9y ago
      [deleted]
    - petre 9y ago
      We're also using it from the command line. I at least expect the text editor to warn you when a file has changed on disk and you try saving over it as Vim or Micro do or to reload it automatically like Atom and Sublime do, as opposed to happily continuing to use the old version and allowing you to save it over the update without any warning, like VS Code <= 1.18 for macOS does.
    - Matthias247 9y ago
      I’m using Vs Code pretty much exclusively for git commits. The reason is that it really quickly lets me review all my changes als diffs before committing. From time to time I find some stuff there which I added for debugging but which shouldn’t be pushed. I don’t think watching diffs in the console is a great experience. And other IDEs always felt more heavyweight in that regard.
      - petre 9y ago
        > I don’t think watching diffs in the console is a great experience Depends on the console and on what you're used to. If you can maximize it in full screen and especially if the diffs are colored like git's, then it's a very pleasant experience. What I like about Atom is that it's not an IDE. It's an editor. If you want it to be an IDE, then you can add language specific plugins that turn it into an IDE. Even the integrated git/github plugin is useless to me because we're using fossil. In contrast, VS Code comes packed with features for Js/Ts which make it an IDE rather than an editor.
- stevenicr 9y ago
  Privacy Policy for VS code makes me glad that Google doesn't own it. With so many people mentioning it here, I decided to look it up, looks nice. The privacy policy links to an actually nice and extra thoughtful, 'opens your eyes to all kinds of different scenarios where microsoft gets your data" kind of thing, which was surprising and pleasant. However broad the policy shows people various things with different products, it basically doesn't say much of anything about vs code, and starts discussing enterprise environments are situations in which you need to talk to your enterprise admin about privacy stuff, yada yada. Going back to the vs code page, it says they use telemetry and crash dump reporting. It does say that users can follow a link for info about turning off crash reporting. I am not sure what the exact definition of telemetry is, and if it varies from company to company. After seeing that MSoft was sucking in every keystroke typed on a windows machine, and having a terrible experience with UN-removable one-drive with an office 201X install, I've lost faith in what Msoft has become, and trust them less than free products from google. Maybe there is some way to run vscode in a VM that is 100% blocked from the internet and that would prevent it from sending tons of data? Maybe I am missing something this early and no coffee yet.
  - narimiran 9y ago
    > Maybe there is some way to run vscode in a VM that is 100% blocked from the internet and that would prevent it from sending tons of data? Wouldn't these user settings be enough? "telemetry.enableCrashReporter": false, "telemetry.enableTelemetry": false,
Ethcad 9y ago
Try VS Code. It works well out of the box, plugins are easy to install, it's faster than Atom, and very actively developed, with major feature releases coming out every few months.
Osmose 9y ago
The customizability specifically is key for a lot of people. I maintain an Atom package for finding and opening files by path in a similar way to Emacs' find-file, and at this point I can't really go back to not having something similar. I tried looking into how I'd implement a similar interface in VSCode and couldn't find any UI primitives that would have worked. There's a definite performance cost for this customizability, but I'm willing to pay for it.

ricardobeat 9y ago

Maybe you should care, since it's the other way around - VS Code is simpler and much faster, Atom is the heavy one.

dawnerd 9y ago
I disagree. VS Code does quite a bit by default.
- Froyoh 9y ago
  I disagree. VS Code is much smoother in that regard.
petre 9y ago
VS Code completely messed up our commits when using it in macos because it did not update open files. We threw it away and never looked back. I'm using Atom now, was using Sublime for about four years.
- h_r 9y ago
  I wonder how most people work with their source control system. In general, I find it far easier to use git or svn from the command line because when I'm bouncing around between editors and OSes, it's always the same user experience so you get to leverage that experience better. Works for me anyway.
  - deleted 9y ago
    [deleted]
  - petre 9y ago
    We're also using it from the command line. I at least expect the text editor to warn you when a file has changed on disk and you try saving over it as Vim or Micro do or to reload it automatically like Atom and Sublime do, as opposed to happily continuing to use the old version and allowing you to save it over the update without any warning, like VS Code <= 1.18 for macOS does.
  - Matthias247 9y ago
    I’m using Vs Code pretty much exclusively for git commits. The reason is that it really quickly lets me review all my changes als diffs before committing. From time to time I find some stuff there which I added for debugging but which shouldn’t be pushed. I don’t think watching diffs in the console is a great experience. And other IDEs always felt more heavyweight in that regard.
    - petre 9y ago
      > I don’t think watching diffs in the console is a great experience Depends on the console and on what you're used to. If you can maximize it in full screen and especially if the diffs are colored like git's, then it's a very pleasant experience. What I like about Atom is that it's not an IDE. It's an editor. If you want it to be an IDE, then you can add language specific plugins that turn it into an IDE. Even the integrated git/github plugin is useless to me because we're using fossil. In contrast, VS Code comes packed with features for Js/Ts which make it an IDE rather than an editor.
stevenicr 9y ago
Privacy Policy for VS code makes me glad that Google doesn't own it. With so many people mentioning it here, I decided to look it up, looks nice. The privacy policy links to an actually nice and extra thoughtful, 'opens your eyes to all kinds of different scenarios where microsoft gets your data" kind of thing, which was surprising and pleasant. However broad the policy shows people various things with different products, it basically doesn't say much of anything about vs code, and starts discussing enterprise environments are situations in which you need to talk to your enterprise admin about privacy stuff, yada yada. Going back to the vs code page, it says they use telemetry and crash dump reporting. It does say that users can follow a link for info about turning off crash reporting. I am not sure what the exact definition of telemetry is, and if it varies from company to company. After seeing that MSoft was sucking in every keystroke typed on a windows machine, and having a terrible experience with UN-removable one-drive with an office 201X install, I've lost faith in what Msoft has become, and trust them less than free products from google. Maybe there is some way to run vscode in a VM that is 100% blocked from the internet and that would prevent it from sending tons of data? Maybe I am missing something this early and no coffee yet.
- narimiran 9y ago
  > Maybe there is some way to run vscode in a VM that is 100% blocked from the internet and that would prevent it from sending tons of data? Wouldn't these user settings be enough? "telemetry.enableCrashReporter": false, "telemetry.enableTelemetry": false,

Ethcad 9y ago

Try VS Code. It works well out of the box, plugins are easy to install, it's faster than Atom, and very actively developed, with major feature releases coming out every few months.

Osmose 9y ago

The customizability specifically is key for a lot of people. I maintain an Atom package for finding and opening files by path in a similar way to Emacs' find-file, and at this point I can't really go back to not having something similar. I tried looking into how I'd implement a similar interface in VSCode and couldn't find any UI primitives that would have worked. There's a definite performance cost for this customizability, but I'm willing to pay for it.