Live data from Hacker News

Atom Editor or Sublime Text – which one to pick?

atomtips.com

61–68 of 68 posts

Re: Atom Editor or Sublime Text – which one to pick?

#64
post #56
post #14

Earlier quoted context omitted.

I've settled on using Atom for my longer-term work, where I can just leave it open and am not too bothered by sluggishness here or there. Then I use Sublime Text for big files, quick edits, and the occasional stuff that Atom can't do yet. But after avoiding Atom initially, trying it again about a week a go was a nice surprise. It has almost any plugin that I used Sublime Text for, and a bunch more. It's good enough f…

I don't know. If it's a big enough edit to warrant waiting for start up time, then why not just use an appropriate IDE which also has lots of additional convenience features in addition to just being an editor. Atom takes about the same amount of time to start up as RubyMine but it only provides a fraction of the functionality. The one thing a pure editor has over an IDE is start up time and Atom is not even having t…

> The one thing a pure editor has over an IDE is start up time and Atom is not even having that.

Well, Atom does start significantly faster than WebStorm (and it's siblings). On top of that, actually using Atom is much less sluggish than WebStorm or other full-blown IDE's. This is on a MacBook Air though, with tons of apps and at least two browsers open.

That said, I'd probably use an IDE if I do more complex work. For my current web-development needs Atom is fine, and since I mostly work within one project, the startup time is not an issue.

Furthermore, since most of the keyboard shortcuts and interface is similar to Sublime, it's not a big deal to open ST every once in a while for bigger files.

The main reason I'm switching to Atom for now, though, is that I feel it has a stronger future than ST, and I might finally scratch some of my own itches by writing plugins. That's harder for me to do for ST.

Re: Atom Editor or Sublime Text – which one to pick?

#66

"Atom 1.0 should greatly improve the performance, so let’s judge it after that." Oh yes. As fair and balanced as a guide from an Atom fanboy can be. The sort of article that deserves to be linked two or three times.

You can't open a file bigger than 10MB on Atom. Anything even slightly big (say 1MB file) slows it down.

Re: Atom Editor or Sublime Text – which one to pick?

#67
post #11

Earlier quoted context omitted.

Wow downvotes by the hipsters. Not surprising i guess..

No. Your previous comment is simply irelevant as a HN comment. Look at the other comments in a similar style to yours. All downvoted as well. Editor wars are so damn dull without any factual exchanges.

yes yes sure it is.. NO.. its very relevant in a thread where editors are compared.

Re: Atom Editor or Sublime Text – which one to pick?

#68
post #53

Earlier quoted context omitted.

To me, an IDE basically just means "an editor with a built-in debugger". I really don't know where else you'd draw the line. However, for many languages, there's no such thing as a built-in debugger (most interpreted languages, for example). I've used Visual Studio for C# and C++, and Eclipse for Java. For Python, Javascript, Go, and editing random files, I prefer Sublime Text. It loads and runs way faster than VS or…

> To me, an IDE basically just means "an editor with a built-in debugger" Yes, at least an integrated project support, debugger and compiler (but could be more, such as profiler, testing, designer). You are correct I use the large OO langs, and I agree that IDEs are only really useful for languages with strict types, large class libraries and large projects (so for example C++, and the JVM and .NET languages). > writ…

Sorry for the late reply. Yes, the plugin for Go for Sublime will tell you when you type something that won't compile. It has autocomplete for functions and types etc. It has go to definition. Some plugins will let you compile straight from sublime, though I don't use that, generally I just use the command line for that, I don't really find it to be a problem...

Integrated project support is not really needed for Go, at least. There's no project file that defines what's in a project, it's just the directory layout, and everything is embedded in the .go files themselves, so there's no need to parse something to know what's "in" or "not in" the project.

Post reply on HN