I really like Atom, but it kills my battery. I got a macbook pro mainly because of the battery life.
Atom 1.6 Released with Pending Pane Items, Async Git and Top and Bottom Bar API
151–160 of 176 posts
Re: Atom 1.6 Released with Pending Pane Items, Async Git and Top and Bottom Bar API
#152I love the concept of Atom and have a lot invested in its success. That being said, I switched back to Sublime because of the responsiveness, and here's why: Programming (for me) is a craft. When I'm in the flow of coding, there's a conversation between me and my program, mediated through the editor (and my REPL). Even a subtle typing lag is enough to subtly disrupt that flow state – the speed of thought and text no…
Curious to know, Mac, Windows?
Re: Atom 1.6 Released with Pending Pane Items, Async Git and Top and Bottom Bar API
#153Earlier quoted context omitted.
Seeing as quite a few people here are complaining about the performance of Atom, I thought I'd give it a try see if there's anything to it. Cloned the 'Phaser' javascript game engine repo off GitHub and went through a few files (each with 500-1000 LOC), did some editing and... didn't have a single problem with performance. I can only imagine that you and the other complainers are running older computers that can't ke…
Nope, completely wrong. I have a 32GB i7-4790K at around 4Ghz or so, and Atom is a complete dog. The painful truth is that a webview is never going to beat a native app at this kind of task. It's not a vocal minority. Atom is painful to use compared to, say, Sublime.
Speak for yourself. I haven't had any performance problems with Atom for quite some time with similar hardware.
Re: Atom 1.6 Released with Pending Pane Items, Async Git and Top and Bottom Bar API
#154Earlier quoted context omitted.
You expect me to believe that with those specs Atom really runs like a 'complete dog'? The fact you also mention Sublime too really just tells me that your opinion was biased from the start. Finally, JIT compiled languages can be just as fast as native, simply because they can optimise to your hardware specs. You are getting mixed up as to why things are the way they are; JavaScript is a dynamically typed language, s…
You should believe them and others on here. Atom is slow. No way around it. If you or others say that it's fine, then you're suffering from Stockholm syndrome, having been taken in to the cult of Atom.
Broad statements like that make you sound like another editor's fanboy.
Re: Atom 1.6 Released with Pending Pane Items, Async Git and Top and Bottom Bar API
#155Despite Atom's shortcomings that everybody knows about, I really like it and use it frequently. It has a huge number of high quality plugins (and some not so high). That said, eventually I see myself moving to vscode. Text editors are meant to be opened and closed frequently, unlike an IDE. So I typically will have atom opened for various tasks, but will use vscode to "check out" a file. vscode is also written in typ…
> Text editors are meant to be opened and closed frequently, unlike an IDE.
Ones that start and then stop in the terminal, maybe, but GUI apps? I keep those running, as with most of my other apps.
Re: Atom 1.6 Released with Pending Pane Items, Async Git and Top and Bottom Bar API
#156I love the concept of Atom and have a lot invested in its success. That being said, I switched back to Sublime because of the responsiveness, and here's why: Programming (for me) is a craft. When I'm in the flow of coding, there's a conversation between me and my program, mediated through the editor (and my REPL). Even a subtle typing lag is enough to subtly disrupt that flow state – the speed of thought and text no…
I've had the same feeling about the startup speed issue, but with javascript / typescript, I've found that Visual Studio Code occupies the middle in startup performance, and I've found the "intellisense" information to take a load off the mental difficulty of work and memory. So now I use Sublime to make quick edits, but for anything longer, I use Visual Studio Code.
I second this. I am in no way a programmer, but doing some JS for analytics I find Visual Studio more and more usable.
Re: Atom 1.6 Released with Pending Pane Items, Async Git and Top and Bottom Bar API
#157Earlier quoted context omitted.
Interesting -- disabling the xml plugin significantly improves performance for me (but I lose syntax highlighting).
I sure hope it doesn't try to highlight the entire thing, and instead just what is visible on-screen.
With most languages and things like XML it will need to have parsed from the start to the visible area to understand the context (e.g. what if there is comment that started 1000 lines earlier but hasn't yet been closed).
Re: Atom 1.6 Released with Pending Pane Items, Async Git and Top and Bottom Bar API
#158I love the concept of Atom and have a lot invested in its success. That being said, I switched back to Sublime because of the responsiveness, and here's why: Programming (for me) is a craft. When I'm in the flow of coding, there's a conversation between me and my program, mediated through the editor (and my REPL). Even a subtle typing lag is enough to subtly disrupt that flow state – the speed of thought and text no…
Atom's speed has increased so much that I usually don't notice a lack of performance anymore. Startup time is one second flat and unless I'm opening huge DB dumps or have dozens of selections at the same time, it feels just like Sublime Text.
It's kind of funny. You mention 1 second, as if it's a good thing, while "instant" is generally at least bellow 200ms, preferably below 100ms. Now, it doesn't really make a difference in productivity, but certainly makes a difference in perception (which, I suppose can make a difference in happiness :-).
I have some programs that take (too) long to start up: Elite: Dangerous and Star Wars - the Old Republic. My web browsers also start up too slow, but opening a new tab is instant, and that's all I do, anyway.
I recently thought about the craziness of these applications based on web technologies, with a 15 MB download and sometimes sluggish performance. We had full GUI OS [the QNX demo-disk] that fit on a floppy in the 90s - surely we can fit an editor in less than 1MB today, and have it perform more things, ~1000 faster than in the 90s?
Re: Atom 1.6 Released with Pending Pane Items, Async Git and Top and Bottom Bar API
#159The new features and updates are great, but the one thing holding me back from using it is the fact it is extremely slow and laden with performance issues. Anyone who has ever attempted to open a file with a lot of lines of code will attest to the fact that Atom has issues. Ironically, Microsoft's open source Visual Studio Code editor is based in part of some aspects of Atom and it has exceptional performance and is…
I agree with the first point there. I was pretty excited to try an "open source version of sublime text", but the performance was so terrible I ended up just sticking with Vim.
I know people are trying to back away from the console-ui editors, but you cannot deny that,performance wise, it's tough to beat Vim or Emacs.
Re: Atom 1.6 Released with Pending Pane Items, Async Git and Top and Bottom Bar API
#160I love the concept of Atom and have a lot invested in its success. That being said, I switched back to Sublime because of the responsiveness, and here's why: Programming (for me) is a craft. When I'm in the flow of coding, there's a conversation between me and my program, mediated through the editor (and my REPL). Even a subtle typing lag is enough to subtly disrupt that flow state – the speed of thought and text no…
Yes Sublime is more responsive, but for me it's just a minor annoyance. The benefits of a community over a one man project who has a tendency to disappear are more than evident IMO.
The author of Package Manager (wbond) is now working on sublime core, so there's at least one more person working on it. :)