A competitor to Sublime is a great thing. Sublime is great and I love it, but we need more teams like Github building editors that make sense. Thanks Github!
It's called vim.
you misspelled 'emacs'
Atom
211–220 of 662 posts
Re: Atom
#212I've just had play around with the beta. It looks like it's using a version of CodeMirror 4 (as it has multiple ranges). Fairly fast but it doesn't match Sublime Text just yet
Initial impressions: it's early days but this thing is just oozing for customisation. The fact it's written in JS means writing packages is pretty simple compared to Python for ST; we're going to see TONNES of addons for it. I can already think of 2-3 I'd like to build.
The one thing that really excites me is how people getting into programming could start off with a pretty basic editor and add and write packages as they hone their skills, ending with something incredible powerful and tailored to them. In fact I'd really love to see a super customised starter version for children / beginners that acts as a learning aid as well as a text editor.
No doubt there's going to be haters in the vim / emacs / ST / insert favourite editor here camp but I really hope this works out for the Github guys (and I have a feeling it will).
Re: Atom
#213Earlier quoted context omitted.
> Atom is free during the beta period. Where does it say it won't be free after the beta period?
Well, one can only assume, based on the wording they use here: https://github.com/atom/welcome/blob/master/lib/welcome.md > Atom is free during the beta period.
This reminds me of one of Mitch Hedberg's more famous jokes: "I used to do drugs. I still do, but I used to, too."
Re: Atom
#214There's real opportunity here for Github and I hope they take it. Why is the basic workflow of the modern-day programmer split over multiple tools and over multiple systems? Aspects of Github could be modularised and added to the editor while still keeping the underlying tool simple and this could change our user experience for the better. Imagine flipping through your pull requests in the text editor and then seeing…
My hope is that the core of Atom isn't so bloated with GitHub integration and that integration is optionally available through the plugin management system. I'm of the type who prefers to use the text editor just for code and other tools for source control and project management.
Re: Atom
#215Earlier 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?
Minimising context switching is a big part of improving programmer productivity, as I'm sure you're aware. This may not seem like much, but large increases in productivity can be achieved through small increases building up; every little helps. Plus, it's cool.
I think you confused context switching with app switching. Yes having Github activity in the text editor means less app switching, but you are still context switching; from writing code to reading comment, which is the real productivity killer. Why not just add gmail to that text editor while we're at it and save ourselves some time?
Re: Atom
#216Earlier quoted context omitted.
But in some degree you can't hack the heart of Emacs and Vim as well: its too complicated.
There are open source text editors of all levels of "easy to grasp". I've contributed to one myself. With Atom I simply don't have the option, and that's unacceptable as a professional in this craft.
I agree, I'm just saying that if some capable people decide to stop working on Emacs, it would die. So sometimes I prefer a paid product because there is incentive to continue working on it. (Ok, not that the karma/love one gets for working on Emacs isn't good enough).
Re: Atom
#217This might make developing on chromebook viable.
You already can, just load up a crosh window and enter your chroot. Take your pick of vim or emacs or whatever other console editor. Or, if you're enterprising, you can run a window manager on the same X display and use any GUI editor, but the integration is a bit wacky.
Re: Atom
#218There's real opportunity here for Github and I hope they take it. Why is the basic workflow of the modern-day programmer split over multiple tools and over multiple systems? Aspects of Github could be modularised and added to the editor while still keeping the underlying tool simple and this could change our user experience for the better. Imagine flipping through your pull requests in the text editor and then seeing…
My hope is that the core of Atom isn't so bloated with GitHub integration and that integration is optionally available through the plugin management system. I'm of the type who prefers to use the text editor just for code and other tools for source control and project management.
>> that integration is optionally available through the plugin management system
Given that even find-and-replace [0] exists as a module I think you have nothing to worry about.
Re: Atom
#219The "space-pen" part of this deserves separate attention:
http://atom.github.io/space-pen/
I bet this space-pen DOM DSL would mix well with the React virtual-DOM approach.
Re: Atom
#220Nice to see some innovate architecture for an editor but this product launch reminds me to product launches from Apple or Google: it doesn't matter what product or feature is shown, there is always tons of premature praise.
If an unknown third party came up with Atom it would have never gotten that attention.
ST3 is a very good product viewed from any angle and VIM either—it will be hard to beat these reference products. I love Node/npm and again the stack sounds great but I don't know if this stack will be much easier to extend than something like ST3 or VIM.
What I have seen from a product perspective on the Atom landing page does not blow me away, not at all. And it is wether free nor open source.
But it's from Github and that's reason enough to vote it up.