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

The State of Atom's Performance

blog.atom.io

Post reply on HN
Print view View original

161–170 of 293 posts

Re: The State of Atom's Performance

#161

Post by sigstoat »

nkkollaw wrote: post #24

I do go back to Atom often because of a few details that I like better over VS Code, but it's a lost cause, and reading this proves it. Who cares about start-up time? I only open the thing once/day. Same thing for large files: it's a edge case. Memory usage? Sure, but as developers we probably have GB and GB sitting there, if the thing worked it wouldn't be a big deal for the most important tool in your arsenal. What…

> Memory usage? Sure, but as developers we probably have GB and GB sitting there...

caching the contents of the disk, so that you get performance and improved battery life.

if you're using a modern OS, your RAM is never just "sitting there".

Re: The State of Atom's Performance

#162

Post by HumanDrivenDev »

nkkollaw wrote: post #126
HumanDrivenDev wrote: post #99

Earlier quoted context omitted.

VSCode is really bizzare, in a good way. All the configuration is done through JSON files. It's a good editor as well as an IDE. There's no "projects" or "solutions" or wizards. I almost never run into issues with it. It doesn't feel like a microsoft product at all. Nothing like Visual Studio.

I don't know about this. Configuration via JSON is common (Sublime Text, the most popular), I'd say that it's Atom that is bizzare on this aspect. As for "projects", I'd argue that if you open a folder, that's your project/workspace/whatever. Just thought I'd add this in case someone who doesn't know VS Code[ well] gets confused.

Configuration via JSON is common (Sublime Text, the most popular)

I haven't tried Sublime Text. I was comparing VSCode with Visual Studio, and IDEs I consider to be in the same space like Netbeans and Eclipse.

Re: The State of Atom's Performance

#163

Post by rayiner »

jamesmcintyre wrote: post #128

Why has Hacker News become such a hotbed for cynicism, ridicule and snark by which almost none comes constructive ideas? I along with many of my fellow engineers use Atom everyday and love it. Sure it has some shortcomings but if anything this retrospective from the Atom team shows that they're trying to address those shortcomings at a rapid clip. I love that it's an entirely open source system and that it is written…

> Why has Hacker News become such a hotbed for cynicism, ridicule and snark by which almost none comes constructive ideas?

My experience is that Engineers are just snarky and cynical. Especially about text editors. Frankly, HN is a lot more constructive than Slashdot or Reddit was back in the day.

Re: The State of Atom's Performance

#164

Post by audidude »

oblio wrote: post #30

They should just hire Federico Mena-Quintero: https://people.gnome.org/~federico/index.html#performance-ar... :) The guy is amazing.

Interestingly enough, the tool he uses there (Sysprof) I rewrote last year to modernize it and we use it to both keep GNOME Builder¹ fast, and profile applications within Builder.

¹ https://wiki.gnome.org/Apps/Builder

Re: The State of Atom's Performance

#165

Post by tuanh1805 »

We are working with electron, and make a simple solution for starting app, if already, Just create new entry point, in this entry, dont do anything except check the makeSingleInstance function If an instance already alive => just quit :D It's make our app seem very fast const app = require('electron').app; const shouldQuit = app.makeSingleInstance((argv, workingDirectory) => { }); if(shouldQuit){ app.quit() }else{ app.on('ready', ()=>{ require('./startUp') }) }

Re: The State of Atom's Performance

#166

Post by runevault »

cle wrote: post #142
earenndil wrote: post #125

Earlier quoted context omitted.

> a truly "hackable" editor a la Emacs, built on a web stack like Electron, would make me giddy with excitement. Why? I would much rather a truely "hackable" editor a la emacs, built on a native stack. Like emacs. (And I say this as a vim user).

Because building attractive UIs and doing graphical things is much easier on a web stack. Emacs can run in a terminal emulator, but as an editor in a development environment, that's not a use case I've ever had. I'd much rather be able to seamlessly plot some data with vega.js or slap together a quick UI for a tool, or be able to trivially inline images, animations, videos, PDFs, etc. without having to fiddle with na…

This makes me wonder what an editor would look like where you can hack at the text buffer/background data/etc in something lower level, but had that information also accessible with a web based layer for doing UI stuff. Might be best of both worlds, might just be insanely messy.

Re: The State of Atom's Performance

#167

Post by emmelaich »

jamesmcintyre wrote: post #128

Why has Hacker News become such a hotbed for cynicism, ridicule and snark by which almost none comes constructive ideas? I along with many of my fellow engineers use Atom everyday and love it. Sure it has some shortcomings but if anything this retrospective from the Atom team shows that they're trying to address those shortcomings at a rapid clip. I love that it's an entirely open source system and that it is written…

I tend to see the cynicism/ridicule only at first. As comments accumulate it balances out. Overall it is not cynical. I would say it has improved over the years actually!

Perhaps there's lots of cynics hunched over their keyboard hitting refresh on HN so they can jump in. Who knows?

Re: The State of Atom's Performance

#168

Post by gt_ »

Lev1a wrote: post #155
txsh wrote: post #152

Earlier quoted context omitted.

A lot of Microsoft cheerleading/astroturfing on Hacker News these days.

Even I (as someone who has a profound hatred for MS and their business practices) have to admit that VSCode is vastly superior to Atom, which is why I have used the former instead of the latter for a long time.

Weird question, I know, because I use VS Code as well, every day for about 6 months and love it, but, I’ve never used these other popular editors. What makes VS Code so much better? I chose it because it had some integration with DCC apps I use use, and I like the GUI and general simplicity. What other reasons do people have for loving it?

Re: The State of Atom's Performance

#170

Post by styfle »

redwall_hp wrote: post #94
Waterluvian wrote: post #13

I am not badmouthing JavaScript or bandwagoning on the "Electron is the devil. Long live native apps!" But I've been wondering more and more, especially through my own experienced biases at work: how much of the, "we chose x because y and z" is retroactive justification for the simple truth: "I wanted to use the technologies that make me enjoy my job." I often have to fight with myself to pick the right tool for the…

Is it really bandwagonning to be annoyed that so many bits of software, which many people run simultaneously, use a tool where a Hello World is over 100MB in memory? At least the Electrino idea is more reasonable. Using a framework already loaded into memory by the OS and sharing it would go a long way toward reducing the bloat...though not toward the horrible battery problems it introduces. Seriously, people are sti…

Electrino was a great idea, but the project was more of a POC and I haven’t seen any new development.

So until someone can build a production ready, cross platform, JS desktop experience....Electron will live on.

Post reply on HN