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

How VSCode made bracket pair colorization faster (2021)

code.visualstudio.com

Post reply on HN
Print view View original

191–200 of 247 posts

Re: How VSCode made bracket pair colorization faster (2021)

#191

Post by 5e92cb50239222b »

akkad33 wrote: post #80
sebzim4500 wrote: post #51

Earlier quoted context omitted.

For the most part I agree with you but "miles away of any JS apps" is a low bar to cross.

I use vs code and jet brains intellij. Vscode is by miles more stable and light weight for running a java spring app. Of course intellij runs a lot of stuff but the experience is not better for it. Intellij feels like a sloth next to vscode

It also does maybe a quarter of what IDEA can do. Let's see how it performs when it catches up to what IDEA does right now (maybe in another ten years).

Re: How VSCode made bracket pair colorization faster (2021)

#192

Post by wiseowise »

wongarsu wrote: post #129
bilalq wrote: post #86

Earlier quoted context omitted.

I disagree with all points here. The speed performance became possible by being able to implement this within VSCode's core rather than over the extensions API. Without proving the value proposition as an extension first, it'd be difficult to get a change like this merged into core at the start. Also, VSCode is by far the fastest IDE I've ever used. I occasionally need to interact with IntelliJ, Android Studio, and X…

Compared to Sublime Text VSCode is sluggish and hilariously bad at handling large files. Compared to Android Studio, VSCode is lean and very fast. In my opinion it's in a comfortable "fast enough" position, and from the very beginning the VSCode team has shown a great dedication to having the best possible performance in the particular technology stack they have chosen. It's just equally true that they have chosen a…

Sublime Text in no way represents “average” native application. It doesn’t even use native GUI toolkits, ffs.

Re: How VSCode made bracket pair colorization faster (2021)

#193

Post by wiseowise »

voz_ wrote: post #116
bilalq wrote: post #86

Earlier quoted context omitted.

I disagree with all points here. The speed performance became possible by being able to implement this within VSCode's core rather than over the extensions API. Without proving the value proposition as an extension first, it'd be difficult to get a change like this merged into core at the start. Also, VSCode is by far the fastest IDE I've ever used. I occasionally need to interact with IntelliJ, Android Studio, and X…

Comparing with Xcode is a joke.

Is Xcode native app?

Re: How VSCode made bracket pair colorization faster (2021)

#194

Post by 5e92cb50239222b »

IceSentry wrote: post #169
mrweasel wrote: post #104

Earlier quoted context omitted.

Why is it that VSCode is the only good Electron app? I get that Microsoft have talented developers, but so does other companies, yet VSCode remain the single application that shows that Electron apps can work.

I use discord and gitkraken every day and I've never had any issues either. People just like to complain. They act as if using a few hundred megabytes for the main app you are using is an issue. It's not the 90s anymore ram is cheap, especially at those amount.

Or maybe you're just fine with throwing away thousands of dollars at it every few years, so you're not seeing the problem. The "solution" that most of the world simply cannot afford.

Re: How VSCode made bracket pair colorization faster (2021)

#195

Post by wiseowise »

bamfly wrote: post #64
vbezhenar wrote: post #24

Earlier quoted context omitted.

That's surprising to hear, because I use vscode every day and its performance is miles away of any JS apps I've ever used. It truly feels like a native app when it comes to performance, at the same time keeping some "fluidity" of web app (like scale the entire UI with single key press or reloading the entire app like a web page). I'd say I never had issues with vscode performance and actually its performance is a maj…

It's better than other Electron programs (a low bar, since most of those perform shockingly poorly) but eats way more system resources and performs noticeably worse than Sublime Text, on my machine.

Oh noes, who could’ve thought that application written in JavaScript that gets executed on browser engine is slower than lean C++ that uses their own custom GUI toolkit http://news.ycombinator.com/item?id=2822114.

Re: How VSCode made bracket pair colorization faster (2021)

#196

Post by wudangmonk »

zdragnar wrote: post #29
voz_ wrote: post #8

If you can make something 10k x faster you didn’t so much fix it as just switch it to working correctly as it should have in the first place. VSCode is a good tool, but it’s unbearably slow, and it breaks my heart that so much development has converged on something written in electron with such a low regard for performance by any measure.

The slowness that I've observed almost always comes from the language servers. The rest really isn't much worse, if at all, than something like emacs. I do keep looking for lighter options, but have yet to find one that actually does all the things I want. Vim and emacs are okay, but getting the right plugins to get the right features I want is a pain. Other options seem to lack the ability to add those features at a…

Language servers are slow. Nobody could have predicted this since on paper json for process to process communication seems like a very sound choice, if the geniuses at microsoft could not solve such a difficult problem then surely this was the best option out of all the potential bad ones.

Re: How VSCode made bracket pair colorization faster (2021)

#197

Post by wiseowise »

5e92cb50239222b wrote: post #194
IceSentry wrote: post #169

Earlier quoted context omitted.

I use discord and gitkraken every day and I've never had any issues either. People just like to complain. They act as if using a few hundred megabytes for the main app you are using is an issue. It's not the 90s anymore ram is cheap, especially at those amount.

Or maybe you're just fine with throwing away thousands of dollars at it every few years, so you're not seeing the problem. The "solution" that most of the world simply cannot afford.

Of cut it off with most of the world bullshit, we’re talking about development tool here, not solving world hunger.

Re: How VSCode made bracket pair colorization faster (2021)

#198

Post by nielsbot »

One thing I miss the most from Xcode is the ability to double-click on any delimiter pair ([...], (...), , {...}) to select all text between those delimiters.

I filed an issue against VSCode to get this implemented, but it never got enough upvotes..

Maybe posting about it here is my chance to get it done? :-P

https://github.com/microsoft/vscode/issues/85587

Re: How VSCode made bracket pair colorization faster (2021)

#199

Post by whynotminot »

5e92cb50239222b wrote: post #194
IceSentry wrote: post #169

Earlier quoted context omitted.

I use discord and gitkraken every day and I've never had any issues either. People just like to complain. They act as if using a few hundred megabytes for the main app you are using is an issue. It's not the 90s anymore ram is cheap, especially at those amount.

Or maybe you're just fine with throwing away thousands of dollars at it every few years, so you're not seeing the problem. The "solution" that most of the world simply cannot afford.

If I could roll my eyes any harder, they’d be spinning.

99.9% of people who complain about electron apps are not ardent defenders of third world computing. It just violates their sensibilities.

Re: How VSCode made bracket pair colorization faster (2021)

#200

Post by VHRanger »

bamfly wrote: post #64
vbezhenar wrote: post #24

Earlier quoted context omitted.

That's surprising to hear, because I use vscode every day and its performance is miles away of any JS apps I've ever used. It truly feels like a native app when it comes to performance, at the same time keeping some "fluidity" of web app (like scale the entire UI with single key press or reloading the entire app like a web page). I'd say I never had issues with vscode performance and actually its performance is a maj…

It's better than other Electron programs (a low bar, since most of those perform shockingly poorly) but eats way more system resources and performs noticeably worse than Sublime Text, on my machine.

Sublime text is an editor, VS Code is an IDE, though?

The featuresets aren't the same.

Post reply on HN