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

Atom 1.13

blog.atom.io

Post reply on HN
Print view View original

11–20 of 21 posts

Re: Atom 1.13

#11

Post by pvinis »

xiaoma wrote: post #10
sb8244 wrote: post #6

Earlier quoted context omitted.

I'm curious if you have tried VSCode? It seems significantly faster than Atom and is built on Electron (and I think an Atom base).

Microsoft has an extraordinary amount of in-house talent when it comes to IDEs and performance, and it shows in VSCode. The difference in responsiveness between the two editors is stark and it's a primary reason I never use Atom anymore (though the increasingly sophisticated intellisense and integrated CLI tools is what's kept me in VSCode).

Omg these three comments are the same in every atom release. It's not a bad thing, just funny. 1. Atom is slow. 2. Have you tried VS Code? 3. Microsoft has a small but effective team developing VS Code, well done to them.

Re: Atom 1.13

#12

Post by erolrfn »

Large File Performance graph suggests that it will open a 7MB file in 300ms~350ms yet it still opens a 7MB utf-8 encoded file in 6000ms.

Re: Atom 1.13

#13

Post by nkkollaw »

sb8244 wrote: post #6
nkkollaw wrote: post #4

I love Atom, and use it as my main editor, but it's many times slower than Sublime Text. I hope but doubt Electron will ever get near native in terms of performance.

I'm curious if you have tried VSCode? It seems significantly faster than Atom and is built on Electron (and I think an Atom base).

I have.

There are a few things I like about Atom that keep me from switching despite its speed.

I just wish it was native, or at least a little faster. It's got bugs, too.

Re: Atom 1.13

#17

Post by harrygeez »

xiaoma wrote: post #10
sb8244 wrote: post #6

Earlier quoted context omitted.

I'm curious if you have tried VSCode? It seems significantly faster than Atom and is built on Electron (and I think an Atom base).

Microsoft has an extraordinary amount of in-house talent when it comes to IDEs and performance, and it shows in VSCode. The difference in responsiveness between the two editors is stark and it's a primary reason I never use Atom anymore (though the increasingly sophisticated intellisense and integrated CLI tools is what's kept me in VSCode).

Idk but I remember reading somewhere that VSCode is written by a 5 man team?

Re: Atom 1.13

#18

Post by akmittal »

nkkollaw wrote: post #4

I love Atom, and use it as my main editor, but it's many times slower than Sublime Text. I hope but doubt Electron will ever get near native in terms of performance.

Webassembly and Servo might big boost when available.

Re: Atom 1.13

#19

Post by maxbrunsfeld »

erolrfn wrote: post #12

Large File Performance graph suggests that it will open a 7MB file in 300ms~350ms yet it still opens a 7MB utf-8 encoded file in 6000ms.

Is this on 1.14-beta0? If so, please open an issue. We now do a lot of text layout computation lazily, but currently, it's very easy for a third-party package to accidentally force the entire text layout to be computed immediately via an API call.

Re: Atom 1.13

#20

Post by StyloBill »

pvinis wrote: post #11
xiaoma wrote: post #10

Earlier quoted context omitted.

Microsoft has an extraordinary amount of in-house talent when it comes to IDEs and performance, and it shows in VSCode. The difference in responsiveness between the two editors is stark and it's a primary reason I never use Atom anymore (though the increasingly sophisticated intellisense and integrated CLI tools is what's kept me in VSCode).

Omg these three comments are the same in every atom release. It's not a bad thing, just funny. 1. Atom is slow. 2. Have you tried VS Code? 3. Microsoft has a small but effective team developing VS Code, well done to them.

Every frigging time. This pattern never ceases to amaze me.
Post reply on HN