Live data from Hacker News

Atom 1.0

blog.atom.io

181–190 of 459 posts

Re: Atom 1.0

#181
post #115

Just downloaded and opened Atom for the first time, and I have to admit the look and feel is amazing! Fantastic job to all those involved! However, one thing that stands out to me, the file size of Atom.app is 203MB!! How in the world can a text editor be that large? Compare that with MacVim, which is about 27MB.

It's possibly more fair to compare it with an IDE, not simply a text editor. WebStorm as a download is 131 MB. Not as big, but in a similar class.

edit: And the full WebStorm app is 293.5 MB

Re: Atom 1.0

#183

Earlier quoted context omitted.

I would concur with all of that. It's very similar to sublime, to the point that I can't really justify switching. If you care about open source that is a compelling aspect, though. It pains me to say this as a JS dev, but I think basing it on web tech was a mistake. It makes the app slightly, but noticeably, less responsive. Just recently they posted a big long thing about getting scrolling to be fast. I dunno, I fe…

What did they get out of that decision anyway? There was a moment in the blurb film where the narrator says, "Atom is based on JavaScript - so it's easy to use!" What? I don't get the value proposition.

The primary purpose was to make it easily hackable - since the whole thing is JS (actually CoffeeScript) and webviews, creating views and stuff is as easy as making a website.

That said, I think I care more about performance. Sublime Text is just unbelievably rock solid.

Re: Atom 1.0

#186
I had assumed this was browser-based, but upon visiting the site I see there is an installer. Can this editor run in a browser? If not, what's the point?

Re: Atom 1.0

#187

Earlier quoted context omitted.

Yeah this is crazy. I regularly work with log files in the 100mb to 300mb range which open perfectly fine in Vim/Sublime. If I had to invest time in learning Atom I'd have to multitask between editors for certain use-cases. Maybe if they could switch to a light-weight read-only type of text "viewer" for large files, that would even work. But I really do need to open big files on a weekly basis.

Do you really want to open log files in a code editor? It's not unreasonable to say that these are two different classes of programs, with different basic requirements.

Not really, in my mind it should be the expectation that in 2015 we can use modern editing tools to open large files.

IMO the fact that vim is so versatile is part of the reason it has come so far.

Re: Atom 1.0

#188

Is it still limited to only editing files < 2 Megabytes? For most people that is not a showstopper, but it may be for some.

Handy tip: If you ever have a really large file to edit, Textwrangler is awesome. I've opened 1GB SQL dumps in there, and it happens almost instantaneously -- with syntax highlighting. Strangely, BBEdit and Sublime Text took longer to open the same files.

Re: Atom 1.0

#189
post #115

Just downloaded and opened Atom for the first time, and I have to admit the look and feel is amazing! Fantastic job to all those involved! However, one thing that stands out to me, the file size of Atom.app is 203MB!! How in the world can a text editor be that large? Compare that with MacVim, which is about 27MB.

What problem does the extra 176MB present to you when you likely have 256+GB of disk storage?

This kind of reasoning is exactly why we have even more bloated, crap software these days

Re: Atom 1.0

#190
post #74
post #70

I made the switch yesterday not knowing 1.0 would be released today, and I am seriously psyched. Their Vim bindings are now good enough, and there are tons of tweaks you can do to make them better (which will inspire more people to contribute). I found a few bugs here and there related to installing / removing packages (just checked and 1.0 fixes them), but nothing major, and was able to migrate my mammoth .vimrc con…

What are the main advantages that atom gives you over native vim?

Background processes don't block the main thread, the extension points are better thought out and the development experience in working on extensions is a LOT better, js/coffee are better languages than vimL, and display is not limited to a fixed grid of text cells.

The downsides are that it's comparatively slow. The vim keybinding emulation isn't great but I can now use it without getting frustrated using ^[ to get back to normal mode.

I still use Vim for most things but I do Clojure/Clojurescript in Emacs evil-mode, and Typescript in Atom.

Post reply on HN