Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Atom

atom.io

Post reply on HN
Print view View original

201–210 of 662 posts

Re: Atom

#201

Post by mcovey »

izolate wrote: post #172
atmosx wrote: post #23

The more I see new editors floating around, the more I'm sticking to VIm. I am getting old, or it's a just a survival instinct. On the other hand, the more the better, but we have already too many editors around.

I've sworn by SublimeText until now. And Atom is getting released during a time when I'm increasingly learning to love console-only computing. I envision a day when I can travel the world with a cheap laptop/chromebook and do all my coding remotely via SSH.. and Vim is very much at the core of that dream. Now I just have to master it.

https://github.com/fatih/subvim - unfortunately "Linux version is on the todo list, I'll work on it asap"

Re: Atom

#202

Post by kbenson »

ibrahima wrote: post #188
theboywho wrote: post #184

Earlier quoted context omitted.

Why is seeing your friends comments and code reviews in the text editor any better than seeing them in the browser? Are we becoming this lazy? or this busy?

Potentially fewer context switches and interruptions? I know for me the browser is a potential landmine of distraction, it might be handy to be able to limit that.

I think somewhere along the way we lost sight what context switching really is. Just because you put a different activity in the same tool doesn't mean there's not a context switch when you move to that activity.

Do you really think there's not a context switch when you change from writing and thinking about your own code to reviewing pull requests and comments?

There may be benefits to integrating extra functionality, but let's not imagine there's no cost to changing your mode of operation just because it's in the same tool.

Re: Atom

#203

Post by shawnc »

teraflop wrote: post #14

No mention of supported platforms, but the documentation refers to keyboard shortcuts like "cmd-shift-P". This isn't Mac-only, is it?

And 5 years ago, everything was Windows centric. Things change.

Re: Atom

#204

Post by adamors »

crazygringo wrote: post #187
adamors wrote: post #160

Earlier quoted context omitted.

> and there's no compilation step or anything -- then it's almost a fundamental paradigm shift for what desktop software could be. > It already makes me dream of a word processor I could hack like that, or a music player. Just by opening up a text editor. It's an inspiring thought. Not to rain on your parade or anything, but you can already do this with Emacs, not to mention that Emacs is free, open source software.…

True, but it's a question of accessibility. Far more people can program in JavaScript than Lisp, and far more people use GUI desktop software that follows traditional GUI user-interface paradigms, than do things inside their terminal. (Edit: or terminal-style buffers/frames.) So that's why my statement was limited to what " desktop software" could be. :) I mean, I use LibreOffice, which is FOSS, but I am never going…

Emacs is GUI desktop software. Few people use it in a terminal.

Also, people didn't born knowing Javascript. They learnt it. And one could argue that Lisp is just as easy to learn, if not easier.

Re: Atom

#205

Post by lhnz »

rjzzleep wrote: post #196
theboywho wrote: post #184

Earlier quoted context omitted.

Why is seeing your friends comments and code reviews in the text editor any better than seeing them in the browser? Are we becoming this lazy? or this busy?

i see people saying less context switches. but isn't this the exact opposite? it's way more context switches? isn't this the same as having our mails popup up notifications every so often or your gmail aggregating twitter and Facebook, because people thought it would make them more productive

You're creating a strawman. I can't see why Github would make the mistake you believe they'd make as they don't have the self-interest that Facebook and Twitter have in killing your focus with an onslaught of notifications.

I think you could expect all forms of notification to be hidden by default.

It would actually likely improve your ability to concentrate. You would be able to switch into another mode of a developers workflow without needing to context-switch onto an often focus-distracting browser.

Anyway, my core point was that there are a combination of features that allow the creation of a new holistic programming experience. I am not arguing its correctness and I am not arguing that it would suit everybody. :)

Re: Atom

#206

Post by chimeracoder »

rjzzleep wrote: post #196
theboywho wrote: post #184

Earlier quoted context omitted.

Why is seeing your friends comments and code reviews in the text editor any better than seeing them in the browser? Are we becoming this lazy? or this busy?

i see people saying less context switches. but isn't this the exact opposite? it's way more context switches? isn't this the same as having our mails popup up notifications every so often or your gmail aggregating twitter and Facebook, because people thought it would make them more productive

Exactly - making context switches cheaper isn't very helpful if you're doing so at the expense of making context switches more frequent[0].

[0] and easier to do "by accident"

Re: Atom

#207

Post by mcovey »

skennedy wrote: post #102

To help us improve the editor, Atom sends usage information to Google Analytics. See [atom/metrics]( https://github.com/atom/metrics ) for details. More data going to Google without opting in first? Bummer.

    echo '
    127.0.0.1 ssl.google-analytics.com
    127.0.0.1 www.google-analytics.com
    127.0.0.1 google-analytics.com' >> /etc/hosts

Re: Atom

#208

Post by davexunit »

> A hackable text editor for the 21st century

I'll fix: A proprietary (unhackable) text editor that only runs on OS X.

I imagine that web developers will drool over this.

Re: Atom

#209

Post by subsection1h »

malierdo wrote: post #159

I think, in the long run -3 to 5 years-, Jon Skinner -Sublime Text- will be leading, like now. I can clearly see his passion and investment in his product. People at GitHub are also great, well funded, but this is not their core product. Do they have a leader -I don't know if they have or not- who will be focusing only on this product and keep up with jskinner? I am sure Atom will be around for long years, as well as…

> in the long run -3 to 5 years-, Jon Skinner -Sublime Text- will be leading

As an Emacs user, I find it funny to hear 3-5 years be referred to as "the long run".

Also, Sublime Text won't be leading until it has a package with more features than Org mode. ;-)

Re: Atom

#210

Post by pyoung »

natural219 wrote: post #63

I am very excited about this, I love the Github team and this looks like a great tool. My only question is -- why should I switch to this from Sublime Text? Are there specific use cases it handles better out of the box, or is it more of a modular base that will be expected to grow and outfeature ST2/3's seasoned plugin economy? I am very happy with Sublime Text now, but I would be willing to switch if either it gaine…

I like sublime, but my primary computer has an ARM processor and there is no sublime port. The sublime developers have stated that they don't have the bandwidth to handle an ARM port, and that's fair. But I find it difficult to justify paying for a license, when I can only use the editor ~25% of the time. An editor that is sublime-like and works everywhere would be awesome. I can't tell if atom has this, but a hosted version would also be cool, allowing users to hop on the service and do some quick work when on unfamiliar machines.
Post reply on HN