ASOS at 15 years

Image: SnapParcel

Why you should switch to GitHub's Atom text editor over Sublime text

Sublime is binary compiled for the platform. Its core is written in C/C++ and a number of its features are implemented in Python, which is also the language used for extending it. Atom is written in Node.js/Coffeescript and runs under webkit, with Coffeescript being the extension language. Though similar in UI and UX, Sublime performs significantly better than Atom especially in “heavy lifting” like working with large files, complex SnR or plugins that do heavy processing on files/buffers. Though I expect improvements in Atom as it matures, design & platform choices limit performance.

The “closed” part of Sublime includes the API and UI. Apart from skins/themes and colourisers, the API currently makes it difficult to modify other aspects of the UI. For example, Sublime plugins can’t interact with the sidebar, control or draw on the editing area (except in some limited ways eg. in the gutter) or manipulate the statusbar beyond basic text. Atom’s “closed” part is unknown at the moment, but I get the sense it’s smaller. Atom has a richer API (though poorly documented at present) with the design goal of allowing greater control of its UI. Being closely coupled with webkit offers numerous capabilities for UI feature enhancements not presently possible with Sublime. However, Sublime’s extensions perform closer to native, so those that perform compute-intensive, highly repetitive or complex text manipulations in large buffers are feasible in Sublime.

Since more of Atom will be open, Github open-sourced Atom on May 6th, 2014. (Atom is MIT licensed and the source is freely available from the atom/atom repository.) As a result it’s likely that support and pace of development will be rapid. By contrast, Sublime’s development has slowed significantly of late - but it’s not dead. In particular there are a number of bugs, many quite trivial, that haven’t been fixed by the developer. None are showstopping imo, but if you want something in rapid development with regular bugfixing and enhancements, Sublime will frustrate. That said, installable Atom packages for Windows and Linux are yet to be released and activity on the codebase seems to have cooled in the weeks before and since the announcement, according to Github’s stats. Now prebuilt versions of Atom are available for OS X 10.8 or later, Windows 7 & 8, RedHat Linux, and Ubuntu Linux.

In terms of IDE functions, from a webdev perspective Atom will allow extensions to the point of approaching products like Webstorm, though none have appeared yet. It remains to be seen how Atom will perform with such “heavy” extensions, since the editor natively feels sluggish. Due to restrictions in the API and lack of underlying webkit, Sublime won’t allow this level of UI customisation although the developer may extend the API to support such features in future. Again, Sublime’s underlying performance allows for things that involve computational grunt; ST3’s symbol indexing being an example that performs well even with big projects. And though Atom’s UI is certainly modelled upon Sublime, some refinements are noticeably missing, such as Sublime’s learning panels and tab-complete popups which weight the defaults in accordance with those you most use.

I see these products as complementary. The fact that they share similar visuals and keystrokes just adds to the fact. There will be situations where the use of either has advantages. Presently, Sublime is a mature product with feature parity across all three platforms, and a rich set of plugins. Atom is the new kid whose features will rapidly grow; it doesn’t feel production ready just yet and there are concerns in the area of performance.

READ MORE: Using GitHub's Atom text editor