The most fantastic thing about Atom to me has been the underlying technology-- specifically Electron, which is a novel combination of Chromium and NodeJS.
We at Nylas built an email app that originally was a fork of Atom, and now runs on Electron (which is evolving way faster). http://github.com/nylas/n1
I honestly think that Electron is the future of desktop software, and it all started with Atom. Hats off to those folks for continuing to invest in this project!
(also, zcbenz is a complete badass who doesn't get enough credit)
> I honestly think that Electron is the future of desktop software
I like your software but this statement makes me sad -- it's really not a great situation where a desktop software is written in a language that's not exactly great (to say the least); it runs on the top of countless abstraction layers that make the product comparatively very slow. I have 20 CPU cores and 64G RAM, and Slack starts much slower (!) than MS Word 2016.
As much as I'd love to use something like Nylas, the deal-breaker for me was its sync engine. Having a third party store and index all of my emails just isn't an option for me, and I can't justify jumping through hoops to host it myself when I can just use a client that doesn't require any server-side component.
Congrats! Atom may not be perfect (no editor is), but it's constantly and consistently improving, which is a lot more than one can say about most other editors.
For those who use Jupyter: there's a package called Hydrogen that let's you run your code directly within Atom using Jupyter kernels (not just python!). To me, that's the perfect example of the power of a hackable editor.
Is there a way to get Jupyter-style layout as well? I'm intrigued by the idea of completely different style of writing code where, essentially, comments become first-class citizen and include markup (markdown rendered immediately when the cursor leaves the comment or even rich-text editing), diagrams, links etc.
I tried to implement it but Atom just wasn't there at the time. The new block-level decorators should make it possible.
I have no idea what the system is, but it could be something as innocuous as automatic updates. In reality, they probably do send some form of diagnostic information, but since the application is open source, it seems unlikely there would be no way to disable that if it exists.
I find it really creepy too. I think it's now become a part of the culture of both the Atom and VS Code communities. If you bring it up everyine rushes to tell you about how to disable the metrics package while ignoring the other packages that sends data to bugsnag. In the case of VS Code there are instructions to disable it by editing the code which means that when you update, it'll be reverted. At the same time, automatic updates are enabled by default, so it effectively can't be disabled. There are also several popular plugins for both editors that come with analytics on by default with minimal to no mention of this in their descriptions.
If that creeps you out, you should probably run a completely closed firewall, where you specifically enable applications' access to the network. I don't know if it is new normal, or old normal, or even normal, but many applications have been doing it for a long time now.
It was the new normal like 15 years ago. Almost every major application phones home to deliver bug reports, telemetry, check for updates, etc. Read the terms and conditions of apps when you install them next time.
This is the first time I've opened a discussion about Atom where all the top posts weren't about how horrible and slow it is. Has it gotten better, or have people who know better just given up on this editor?
I'm a confirmed Emacs user since the early 1990s. But when I saw Atom in use on a Youtube tutorial video, I decided to try it. Always interested in finding out what "the young'uns" are using.
It's a pretty nice editor, actually. I like the tabs approach; I like the restore at startup. Colorized text works well and detects file types correctly even without filename extension.
I notice there's an atom-macros module. Nice. For me, nothing replaces Emacs... yet... but one of these new kids might sooner or later fit the bill.
I'm actually kind of happy about this. While I don't personally use Atom at all, I think it's good that an open source editor is getting extremely popular.
Much as I like Sublime Text, the fact that it's proprietary has prevented me from using it.
> Much as I like Sublime Text, the fact that it's proprietary has prevented me from using it.
Same here, and when I recently ran into some built in limitations with gvim regarding its inability to easily deal with proportional width fonts, I switched to Atom. I've been really happy so far -- the vim mode plugin is nice. Atom isn't perfect, but it's good enough for now, and the extensibility model makes me confident that it will just keep getting better.
The only thing that keeps me from using Atom, and I admit that this might seem trivial, is how much I hate the delay before the syntax highlighting loads. Somehow it's an immersion-breaker for me, and a deal breaker. Anyone know if this issue is being worked on?
Is it me, or are there horrible stability issues on Windows 10? I cannot have more than one editor open without one of them crashing. This is an issue on 3 of my W10 machines.
I just now tweaked my vimrc to be a bit nicer on remote ssh servers. Atom seems to be getting cooler every day, but I just can't see myself parting from Vim. Not yet anyway.
Another thought just stroke me as well: everywhere I look I see Atom, it seems like almost everyone has adopted it. If that everyone is just 1M, our world is very small indeed.
Except for the whole "run anywhere with a terminal", "high quality packages with decades of bugfixes" and "pretty much extensible in every way".
(I'm a Vim user myself, but I feel like comparing Atom to Emacs is a big... optimistic. People keep complaining about how slow Atom is, how much memory it hogs up, etc. I think it needs at least a few more years of maturation before being able to call it "the Emacs of X")
Ecosystem, but not much more. Code is faster and has very good intellisense for JS. Though it's still in Beta it's been very stable and a pleasure to use.
I use and like both. VS Code is definitely faster, but I love the tabs in Atom. As someone who grew up more in a browser than in a terminal, it just feels very natural. There are also more packages available within the Atom ecosystem, or at least, discovering useful packages and searching through them is better.
One of the only reasons I haven't fully moved over to Atom is due to its SFTP support. Any recommendations? I'm definitely considering switching from ST.
[+] [-] grinich|10 years ago|reply
We at Nylas built an email app that originally was a fork of Atom, and now runs on Electron (which is evolving way faster). http://github.com/nylas/n1
I honestly think that Electron is the future of desktop software, and it all started with Atom. Hats off to those folks for continuing to invest in this project!
(also, zcbenz is a complete badass who doesn't get enough credit)
[+] [-] sz4kerto|10 years ago|reply
I like your software but this statement makes me sad -- it's really not a great situation where a desktop software is written in a language that's not exactly great (to say the least); it runs on the top of countless abstraction layers that make the product comparatively very slow. I have 20 CPU cores and 64G RAM, and Slack starts much slower (!) than MS Word 2016.
[+] [-] lewisl9029|10 years ago|reply
[+] [-] samueloph|10 years ago|reply
The bug is open since October 2015, has 50+ comments and no feedback from devs. https://github.com/nylas/N1/issues/24
IIRC Atom doesn't have translation support either, I wonder if it has something to do with Electron.
[+] [-] nish1500|10 years ago|reply
I hope subsequent updates make it faster, since ST still has an edge there.
[+] [-] wmeredith|10 years ago|reply
[+] [-] bithush|10 years ago|reply
[+] [-] based_n00b|10 years ago|reply
[deleted]
[+] [-] transcranial|10 years ago|reply
For those who use Jupyter: there's a package called Hydrogen that let's you run your code directly within Atom using Jupyter kernels (not just python!). To me, that's the perfect example of the power of a hackable editor.
[+] [-] matt4077|10 years ago|reply
I tried to implement it but Atom just wasn't there at the time. The new block-level decorators should make it possible.
[+] [-] saberworks|10 years ago|reply
[+] [-] smarx007|10 years ago|reply
[+] [-] bgammon|10 years ago|reply
[+] [-] Atom4966|10 years ago|reply
[+] [-] jsprogrammer|10 years ago|reply
[+] [-] Igglyboo|10 years ago|reply
[+] [-] sigzero|10 years ago|reply
[+] [-] tdicola|10 years ago|reply
[+] [-] tlrobinson|10 years ago|reply
[+] [-] tacone|10 years ago|reply
[+] [-] bithush|10 years ago|reply
[+] [-] amykhar|10 years ago|reply
[+] [-] grinich|10 years ago|reply
[+] [-] blisterpeanuts|10 years ago|reply
It's a pretty nice editor, actually. I like the tabs approach; I like the restore at startup. Colorized text works well and detects file types correctly even without filename extension.
I notice there's an atom-macros module. Nice. For me, nothing replaces Emacs... yet... but one of these new kids might sooner or later fit the bill.
[+] [-] unknown|10 years ago|reply
[deleted]
[+] [-] tombert|10 years ago|reply
Much as I like Sublime Text, the fact that it's proprietary has prevented me from using it.
[+] [-] shmageggy|10 years ago|reply
Same here, and when I recently ran into some built in limitations with gvim regarding its inability to easily deal with proportional width fonts, I switched to Atom. I've been really happy so far -- the vim mode plugin is nice. Atom isn't perfect, but it's good enough for now, and the extensibility model makes me confident that it will just keep getting better.
[+] [-] superplussed|10 years ago|reply
[+] [-] vdnkh|10 years ago|reply
[+] [-] ardzoht|10 years ago|reply
[+] [-] tambourine_man|10 years ago|reply
Another thought just stroke me as well: everywhere I look I see Atom, it seems like almost everyone has adopted it. If that everyone is just 1M, our world is very small indeed.
[+] [-] qz_|10 years ago|reply
[+] [-] dguaraglia|10 years ago|reply
(I'm a Vim user myself, but I feel like comparing Atom to Emacs is a big... optimistic. People keep complaining about how slow Atom is, how much memory it hogs up, etc. I think it needs at least a few more years of maturation before being able to call it "the Emacs of X")
[+] [-] wnevets|10 years ago|reply
https://github.com/atom/atom/issues/5901
[+] [-] PhilipA|10 years ago|reply
[+] [-] adrice727|10 years ago|reply
[+] [-] grinich|10 years ago|reply
Ironically, both are built on ElectronJS: http://electron.atom.io/
[+] [-] erokar|10 years ago|reply
[+] [-] taylorwc|10 years ago|reply
[+] [-] jaxondu|10 years ago|reply
[+] [-] ConAntonakos|10 years ago|reply
[+] [-] vbit|10 years ago|reply
[+] [-] homero|10 years ago|reply
[+] [-] revelation|10 years ago|reply
[+] [-] charliedevolve|10 years ago|reply