>It was even one of the chief complaints about VS Code when it was first launched.

That was absolutely not the case at all. At least not on HN or twitter. It was for Chief Complaints for Atom. When VS Code first launched everyone was suggesting how much faster it was compared to Atom. And how a properly tuned Electron Apps could be fast. And Microsoft promised it will get even faster that makes everyone excited.

The only few of us who were complaining was how could everyone judge this to be fast when we have Sublime. And that was even before Sublime had GPU rendering.

▲

rendaw a day ago | parent | next [-]

I think you may be right, but I think that actually enforces GP's point: if discussion was about how "a properly tuned electron could be fast", that implies an unstated general belief that electron is slow. In other words, since the time vs code was launched there was indeed a belief that electron was slow (compared to native apps).

▲

tcfhgj 21 hours ago | parent | next [-]

Even vs code is slow compared to a native app - noticable with large or many files; with search and replace in larger files (xx mb) it even crashes

▲

cowlevel a day ago | parent | prev [-]

Actually I think "properly tuned" sounds like weasel words, a no true scotsman fallacy. "Oh electron is slow? Well, it is slow, but that's not real electron, see if you were doing things the right way it would be fast"

▲

tancop a day ago | parent | next [-]

It just means Electron has bad default settings, it's hard to optimize and you might need to move some parts into C++ if you want good performance. Really the same thing as Unreal Engine, there are absolutely fast games made with it but most are super resource heavy.

	▲	p_l a day ago \| parent \| next [-]
		It was not "bad default settings", like often with UE5, it was "MS did a superb job making VSCode not dog slow like Atom" and it took really lots of work
	▲	troupo a day ago \| parent \| prev [-]
		It means that you need a trillion-dollar company spending millions of man-hours to optimize the performance, using every trick in the book, and inventing a few new ones to deliver one optimized Electron product

▲

groovy2shoes 17 hours ago | parent | prev [-]

Combine a properly tuned config with a sufficiently smart compiler, and Electron is blazing fast!

▲

ThunderSizzle a day ago | parent | prev | next [-]

I compared NP++ to VS Code at the time. VS Code was nice to use, but it was slower. It was faster than Visual Studio, but that's because VS Code without extensions didn't have language support, etc like VS did.

I find it odd you see otherwise.

And VS 2026 is faster than VS Code these days, now that they spent time optimizing it.

	▲	load-bearing a day ago \| parent [-]
		I'm fairly sure VS low performance and responsiveness is caused by their use of WPF for the UI. Never seen a single responsive application written in that toolkit, it's even worse than electron. Not surprised it hasn't taken off outside of enterprises. It used to be fast before 2010, when they used MFC (or something very similar to it, I don't remember anymore), compiled to native code.

▲

SideQuark a day ago | parent | prev | next [-]

Googling if it was a common complaint around launch time shows plenty of threads on it across all the usual sites at that time.

	▲	eddythompson80 a day ago \| parent [-]
		I think OP is both right, and there was people still complaining about it. Atom was seriously slow. Everyone said you couldn’t build a fast text editor that could compare to native ones. VS Code came and it was significantly faster. Atom was slow to the point of not being usable to some, while VS Code was perfectly usable. The people wanting vim or Sublime performance were still upset and wrote about it, but vscode was perfectly usable and fast enough for the majority of people. It was indeed held as an example of how to make a performant electron app. Still an electron app, but not absolute slog. Tbh, if you disable all extensions in vscode, it’s still fairly fast, and doesn’t even take that much memory. It’s not as usable without extensions though.

▲

fy20 a day ago | parent | prev | next [-]

I was using Vim at the time, so didn't get into those discussions. The thing that hurt me was Spotify. They had some other HTMLish desktop app before Electron that was just as bad for memory.

▲

stuaxo a day ago | parent | prev | next [-]

Eh, including a whole browser has always been my complaint and I'm sure many others.

▲

herbst a day ago | parent | prev [-]

I definitely remember it being yet another slow editor many people complained about.