←back to thread

119 points mikece | 1 comments | | HN request time: 0.253s | source
Show context
Night_Thastus ◴[] No.44444992[source]
I find that these days the browsers are all about the same performance-wise and it ends up not mattering much. PCs are so fast that it's very rarely the browser that is the bottleneck. Cool that they're still working to keep it snappy though.

I will say mobile is a bit different. I prefer mobile browser to apps when possible so I can have ad-blocking, but some websites run like complete garbage on mobile browser. They're so slow it's almost unusable. I'm almost 100% certain that's not on the browser itself though.

replies(4): >>44445562 #>>44445768 #>>44445924 #>>44478382 #
cosmic_cheese ◴[] No.44445562[source]
In my experience speed differences between browsers are indeed negligible on properly engineered sites/apps. Every so often I run into one that was only ever developed for and tested against Chromium and has major performance issues under Gecko and/or WebKit. Some of it might come down to poorly pruned or outdated polyfills, which in many cases are filling in for features that those engines gained support for quite some time ago.

I wish there were something that could thwart the “Chromium by default” assumption at large amongst devs, because it’s making the web worse than it needs to be.

replies(4): >>44445868 #>>44446168 #>>44446922 #>>44447040 #
1. tracker1 ◴[] No.44446922[source]
The past few projects I've done, I've made some effort to just not polyfill anything, it's always too easy to wind up with fills for things long supported in every major browser for the past 3-5 years.

On the flip side... if you're running something bespoke relying on an older JS engine, it's becoming harder to find pure polyfills/shims that aren't a tangled mess relying on DOM specific features.

While there are some newer features I don't mind seeing early, I've mostly just avoided touching some of the more recent features for now, only to avoid the mess that are the current state of fills.