Live data from Hacker News

Atom 1.0

blog.atom.io

71–80 of 459 posts

Re: Atom 1.0

#71
post #56

I really want to like Atom but it's such a pity that they went for CoffeeScript instead of plain ES5/ES6.

I was a big supporter of their choice of CoffeeScript... until @jashkenas et al decided not to adapt to ES6. Now the language is dead and users are better off migrating to Babel and just dealing with the curly braces and commas.

I agree it's a pity.

EDIT: the blog post mentions support for Babel! http://blog.atom.io/2015/02/04/built-in-6to5.html

Re: Atom 1.0

#72
post #26

Congrats! I started using Atom a year ago, but at that time it was very unstable and the performance sucks so I switched back to Vim. This 1.0 still has something to pine for: some of the essential packages are still not updated for the 1.0 API (vim-mode, etc), and when processing large files it still slows down significantly, but as they say, it's now a good foundation to build upon.

While I can't speak to all of your favorite packages, vim-mode is most definitely updated for 1.0 (it's very, very actively developed).

If you ever did any development on packages, you may have a development version laying around preempting things. Check in ~/.atom/dev/packages and remove old versions (or git pull them up to the latest dev version).

I had a super old version of tree-view for a long time this way. :)

Re: Atom 1.0

#73

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

No, recent patch increased the limit to blazing 4 MEGABYTES!

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.

Re: Atom 1.0

#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?

Re: Atom 1.0

#75

what's up with name reuse these days. atom (the syndication format) may be on the verge of becoming obsolete, but it's also forgotten and irrelevant already to warrant a name reuse?

Yes indeed, please folks, when you're about to embark on some grand new project give it a name which can be searched and considered nearly unique. There is a vast ocean of untapped letter groups, pronounceable by most, which don't already have a dozen other usages. (woe upon those which need a quick find for something involving "R" or "blender")

Re: Atom 1.0

#76

A lot of people complain about the slowness of the Dom/JavaScript backend, but I see a lot of potential for some really cool things, like integrated juPyter notebooks, semi wysiwyg rendering of latex and markdown and maybe drawing rendering trees or other creative things.

Honestly, its not slow anymore between their React integration and this: http://blog.atom.io/2015/06/16/optimizing-an-important-atom-.... Feels ~95% native.

Re: Atom 1.0

#77
post #2

I still haven't given Atom a go. Is it worth switching from ST3?

Comes down to preference. I still use sublime for opening really large files. But otherwise i stick with Atom. I've found when using linters, typescript compile checking and such Atom is just better. The notifications built in and such are great, where as the bottom bar for listing that kind of stuff in sublime feels archaic.

The consensus seems to be that Atom is still much slower than ST3; I'm still on ST2, and I find it terrible for opening large files and mostly resort to Emacs for that sort of task (and anything involving search and replace with regular expressions on even moderately-sized files). Is ST3 markedly faster than ST2 and generally worth upgrading to now?

(I've held off upgrading because I've always been in the middle of a project... but I'm now realising that I really am just always in the middle of a project, so I might as well just get it over with.)

Re: Atom 1.0

#78
post #60

The killer feature of Atom to me is the ease with which it can be extended (via packages) and the openness to community contribution on core features. That's not a knock against any other editor (some of which share similar characteristics in this regard) – it's just what draws me to Atom. It's super easy to hack on and contribute to.

It's the Cycle of Bloat. 1. Develop tool. It's small and fast and minimal! Woo! 2. It's easy to modify because it's so small! Woo! 3. Look, there's a budding ecosystem of packages! Woo! (Let's not talk about the fact the packages exist precisely because the original product wasn't big enough.) 4. Oh dear, some of them conflict, a lot of them suck. Well, here's some winners, let's pull them into the core. Now the base…

There are projects like Linux Kernel, Mercurial, and Rails that have managed to be very extensible and have had good leadership in knowing what to put into core and what to cut from core as time goes on.

Re: Atom 1.0

#79
post #13

what's up with name reuse these days. atom (the syndication format) may be on the verge of becoming obsolete, but it's also forgotten and irrelevant already to warrant a name reuse?

Is anyone really going to be confusing a text editor and an outdated rss format

How is it outdated? Atom is absolutely everywhere and there's no replacement, or a need for it.

Re: Atom 1.0

#80
I am a paying customer of Sublime Text, but I will give Atom a try. They both seem really similar feature-wise, but Atom is open source, something I care about. Also is based on web technologies, which is really cool (although I've heard it's not so fast).
Post reply on HN