Live data from Hacker News

Atom 1.0

blog.atom.io

291–300 of 459 posts

Re: Atom 1.0

#291
post #249

I tried atom, the only thing I liked about it was design and color scheme, the rest are superior in sublime text, so I just went ahead and created a theme/color scheme for sublime which matches atom (1). Atom is laggy, even basic file navigation using arrows can be slow sometimes (and I have a latest retine macbook pro). But the biggest issue for me is a battery usage, it reduces my battery usage on RMBP15 by 2 hours…

> https://goo.gl/tF6M4C – this goo.gl shortlink has been disabled. It was found to be violating our Terms of Service. ---- For what an isolated anecdote is worth, I originally switched from Textmate to Sublime because I preferred Sublime's default colour scheme. Not for any trivial reason like features or "being in active development".

First time I tried to use google shortening service and it let me down :) Not sure what kind of violation they've found in a code snipped to showcase a color scheme

Re: Atom 1.0

#292
I'm surprised that in their vision for Atom GitHub doesn't mention integrating Atom as the webeditor for GitHub.com. I always assumed it used web technology so it could form the foundation of a online IDE integrated closely with GitHub.com It will be interesting to see if this happens and what Koding, Nitrous.io, Cloud9, CodeAnywhere, Codio and CodeEnvy will do. At GitLab we currently have no plans in this direction.

Re: Atom 1.0

#293

Earlier quoted context omitted.

Still: is anyone complaining of Emacs or Vim or ST3 being slow/complex because they have installed plugins to the core? What's an example in the wild of this "cycle of bloat" in which people complain about it?

I can't speak for the parent but I would say the most commonly seen effect of complexity is stagnation. Change becomes harder, promised features take forever, the developers lose motivation and significant new releases grind to a halt. Atom exists because ST3 was seen to stagnate, ST3 exists because TextMate was seen to stagnate etc. They start as simple but incomplete tools that are moving fast and blah blah - its j…

TextMate 2 actually tried to solve the stagnation problem by open-sourcing. It has worked quite well and updates became much more frequent. Still though, it doesn't feel as easy to extend as Atom or VIM.

Re: Atom 1.0

#294
post #290

Congratulations GitHub and Atom team! Atom is my favourite editor for coding in, and it just keeps getting better. I introduced my team to it today (pre 1.0 release, this is a nice surprise) and they were surprised by how pleasant the experience was - just a few minor hiccups. We've tried a bunch of editors and usually stick with Sublime because it's easiest to use while pairing, but I think that will change now. Sor…

Hear, hear! Well done, GitHub! This will be an invaluable resource for the software development community for years to come. Congrats on 1.0.

Re: Atom 1.0

#295

Wow... just downloaded the windows installer version and it autoinstalled itself wherever it chose fit, without questioning, it installed shortcuts on the start menu, placed itself on an already bloated contextual menu on several file extensions as an Open option, instead on "Open with...", etc. I usually install software on my user folder on the work laptop, as I don't have enough priviledges. This time the installe…

To be fair Chrome doesn't ask you either, at least on the storage location. It looks like Atom puts itself in APPDATA, which is the easiest place to install because you have known permissions and update strategies. I actually like this method. I agree that I didn't like the default shortcut and context menu entries, however.

[deleted]

Re: Atom 1.0

#296

Wow... just downloaded the windows installer version and it autoinstalled itself wherever it chose fit, without questioning, it installed shortcuts on the start menu, placed itself on an already bloated contextual menu on several file extensions as an Open option, instead on "Open with...", etc. I usually install software on my user folder on the work laptop, as I don't have enough priviledges. This time the installe…

I don't know if this has changed, but when I tried Atom and didn't like it, I discovered that there was no uninstaller. Hooray for deleting context menu entries by hand in the registry.

One of the first things I've noticed after trying out the new release, very annoying.

Re: Atom 1.0

#298
post #139
post #128

Earlier quoted context omitted.

Sure, you can write your own packages in vanilla JS. Unfortunately though all of the documentation (and most packages themselves) are all written in coffeescript. Basically, the only way you can write a plugin in Javascript is if you already know Coffeescript (at least enough to read it). It's just one extra barrier of entry for non-coffeescript developers. I personally thought about writing a simple plugin, went to…

I wouldn't even classify CoffeeScript as another language. It's really just javascript with some syntactical sugar. It took me about 20 mins to get comfortable with it.

It's another barrier to entry. Documentation is probably the worst place to encounter a new language, since the reader is already confused and frustrated.

CoffeeScript is a nice language, but I think it's reputation suffers from it's association with Ruby. Far too many CoffeeScript tutorials are aimed at Rails devs who don't want to learn new syntax.

Re: Atom 1.0

#299

Wow... just downloaded the windows installer version and it autoinstalled itself wherever it chose fit, without questioning, it installed shortcuts on the start menu, placed itself on an already bloated contextual menu on several file extensions as an Open option, instead on "Open with...", etc. I usually install software on my user folder on the work laptop, as I don't have enough priviledges. This time the installe…

It's optimizing the onboarding and install process to its bare minimum. I'm sure they go "Well you don't get a choice for OSX or mobile apps either, so why should you for windows"? Actually they have a point. But Windows and PCs are not as straightforward as that.

You get a choice for OS X. You can put most apps wherever you want; just drag the .app "file" anywhere.

Re: Atom 1.0

#300

I've gotta say, honestly, I'm preferring Visual Studio Code over Atom simply due to the fact that it seems MUCH more stable and lightweight. Atom is very visually appealing, and I'm a fan of the project, in general, but it constantly freezes up and crashes on me. I think I'll be sticking with VS Code & Sublime.

Funny, as VS Code is based on Atom.

No it's not.
Post reply on HN