331–340 of 459 posts
I don't know why, but is very slow on my computer and I have 8Gb of RAM / i3 This message appears everytime http://i.imgur.com/hTZixD8.png
However great the community might be, this is a flawed concept. Native apps are better for certain things today. This is one of them.
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 clicked the download button and noticed 70+ MB file. I thought to myself, why in the world a text editor needs to be so huge. And then I see your comment. I clicked on the Pause button on my download.
They have their own version of Chromium called Electron. But I recommend nwjs instead, witch is also built on Chromium and nodejs. And lets you make packages that only include your source code, so that you don't have to download the "browser" for every app.
The killer feature of Atom to me is the ease with which it can be extended (via packages) and the openness to community contribution on core features. That's not a knock against any other editor (some of which share similar characteristics in this regard) – it's just what draws me to Atom. It's super easy to hack on and contribute to.
It's the Cycle of Bloat. 1. Develop tool. It's small and fast and minimal! Woo! 2. It's easy to modify because it's so small! Woo! 3. Look, there's a budding ecosystem of packages! Woo! (Let's not talk about the fact the packages exist precisely because the original product wasn't big enough.) 4. Oh dear, some of them conflict, a lot of them suck. Well, here's some winners, let's pull them into the core. Now the base…
Earlier quoted context omitted.
I use emacs but might try atom when it's a true replacement possibility. How can I know it's crossed the threshold?
I'm really looking forward to emacs-like tab behavior and also now that the rate of change will slow down we'll likely see the best quality extensions rise to the top and stabilize a bit. Also looking forward to seeing Facebook's fork of Atom for React...
Emacs has the benefit of decades of Huffman coding for its keystrokes, and I appreciate that.
Earlier quoted context omitted.
Did you miss that you can't create local variables?
WHAT? You mean, you can't declare them without initialization. Oh well, you can't; it's also impossible in Python or Lua. Why is it a bad thing?
Earlier quoted context omitted.
The problem is you haven't given a single example of any software that fits the model, and people are continuing to provide counter-examples. I can make lists too, if that's all we're doing. 1. Get a cat. 2. Cat requires playtime or they ruin your stuff and can be annoying. 3. Repeat 1 and 2 a few times. 4. You are a crazy cat man.
Firefox is a pretty solid example. Started slim as hell, gradually pulled plugins in until it was more bloated than IE and everyone moved to Chrome. They realized the problem and have started pulling back (although you could argue the opposite with the new integrations), but it still stands as an example.
I find it to be a bit depressing that software bloat has advanced to the point that we have text editors plagued with performance issues.
Thirty years ago people complained that GNU Emacs needed 8 megabytes of RAM.
OTOH (also in my experience), Atom is somewhat Eclipse-esque (though admittedly not nearly as bad as Eclipse) in that the performance problems it has at scale cannot really be solved by throwing more hardware at it... whether you are on a relatively low-end laptop or a high end pro workstation with a 3ghz CPU and dozens of gigabytes of memory, if you open just a few big (>2 megabyte) files in Atom you're pretty hosed.
The editor still seems crude though. The new install used some old packages from a previews install that I though was uninstalled!? It also called home to report a bug without asking for permission. Then it froze after I had uninstalled the old package.
Earlier quoted context omitted.
The parent did not say that plugins caused bloat, instead that resolving common problems with plugins (stability, quality, conflicts etc.) by pulling them into core is what causes bloat (slowness, complexity etc.) and that trying to resolve the tension between flaky plug-in based systems and bloated monolithic systems is cyclical.
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?
Congrats to the team for reaching this important milestone. I'm a Sublime license holder, but I use Atom as much as I can, because the more open source can win, the better. However, yesterday I was doing some complex regex's (porting a random sql dump file into a seeds.rb), and Atom kept dying, whereas Sublime was pretty much instantaneous. I'm not doing the usual "Atom is slow" drum beating, but saying some underton…