iPhone SE ($399 - 2 high power 4 low power cores): single core score: 1328
Unfortunately the superior single-thread performer is hampered by an inferior browser.
So even if there are faster CPUs every year, trends are conspiring so that a web application will more frequently encounter devices with lower single thread performance - which is a problem as most third-party browser technologies are still single threaded (Why can't we just make everything multithreaded?; meanwhile the browser itself is moving many non-JS tasks off-the-main-thread). At this point in the game being able to do everything on the main thread simplifies your application development, while leveraging web workers introduces you to an entirely new set of trade-offs. So getting the most work out of the main thread is still very much an issue.
Also I really wanted to like Web Components.
Having been introduced back in 2011 they seem to be a product of that time where most innovations were entirely client focused (i.e. CSR). By the time they became viable, CSR frameworks were already scrambling to retroactively bolt on SSR, while Web Components seemed to lack a server-side/hydration story. Being able to split server and client-side aspects of a component or being able to share the markup template(s) in an implementation agnostic manner would seem like a good idea.
Online since 1990 Yes! I started with Gopher. I do modern Web Component Development with technologies supported by **all** WHATWG partners (Apple, Google, Microsoft & Mozilla)
The most important aspect all these discussions forget is:
It has NOTHING to do with technology
In august 2019 the W3C and WHATWG agreed the WHATWG would be in the lead on Web development.
The W3C will only give the final "its a standard" approval.
The WHATWG is By-inivitation-only
And to date, Apple, Google, Mozilla and Microsoft haven't invited Facebook yet.
and it is ALL about technology
This means no single company can get away with single-company dominanting technologies
If you follow the threads, you see 4 companies more and more working better together,
something I have never seen in my 31 active Internet years.
And ofcourse they are slow... they all have to agree. I can't even agree with my wife on everything.
So/but the "V1 Web Components" standard (V0 was a Google party, not a standard) will only get better
And yes, Facebook "owns" 60-70% of the Front-End market, and doesn't even mention Web Component technology in the last React release.
The WHATWG is By-invitation-only
And to date, Apple, Google, Mozilla and Microsoft haven't invited Facebook yet.
Apple (WebKit), Google (Blink), Mozilla (Gecko), Microsoft (Trident/EdgeHTML), Facebook (?).
Given this situation what does Facebook have to contribute?
Facebook has no interest in browser-engines. As far as they're concerned the Web could burn down tomorrow and they would happily continue making native clients for every platform under the sun.
So/but the "V1 Web Components" standard ... will only get better.
I think the point you are trying to make is that Web Components are a standard while React is not.
However not all standards are adopted by the industry as a whole.
Example:
Do not use this application cache feature! It is in the process of being removed from the Web platform - Using the application cache
Largely repeating my earlier comment:
So even if there are faster CPUs every year, trends are conspiring so that a web application will more frequently encounter devices with lower single thread performance - which is a problem as most third-party browser technologies are still single threaded (Why can't we just make everything multithreaded?; meanwhile the browser itself is moving many non-JS tasks off-the-main-thread). At this point in the game being able to do everything on the main thread simplifies your application development, while leveraging web workers introduces you to an entirely new set of trade-offs. So getting the most work out of the main thread is still very much an issue.
Also I really wanted to like Web Components.
Having been introduced back in 2011 they seem to be a product of that time where most innovations were entirely client focused (i.e. CSR). By the time they became viable, CSR frameworks were already scrambling to retroactively bolt on SSR, while Web Components seemed to lack a server-side/hydration story. Being able to split server and client-side aspects of a component or being able to share the markup template(s) in an implementation agnostic manner would seem like a good idea.
The most important aspect all these discussions forget is:
It has NOTHING to do with technology
In august 2019 the W3C and WHATWG agreed the WHATWG would be in the lead on Web development.
The W3C will only give the final "its a standard" approval.
The WHATWG is By-inivitation-only
And to date, Apple, Google, Mozilla and Microsoft haven't invited Facebook yet.
and it is ALL about technology
This means no single company can get away with single-company dominanting technologies
If you follow the threads, you see 4 companies more and more working better together,
something I have never seen in my 31 active Internet years.
And ofcourse they are slow... they all have to agree. I can't even agree with my wife on everything.
So/but the "V1 Web Components" standard (V0 was a Google party, not a standard) will only get better
And yes, Facebook "owns" 60-70% of the Front-End market, and doesn't even mention Web Component technology in the last React release.
Once AltaVista owned the search market
Once IE had 90% of the Browser market
Once Flash was installed on every device
React is the new Cobol
Apple (WebKit), Google (Blink), Mozilla (Gecko), Microsoft (Trident/EdgeHTML), Facebook (?).
I think the point you are trying to make is that Web Components are a standard while React is not.
However not all standards are adopted by the industry as a whole.
Example:
AppCache: Douchebag
Also from the article's author: Maybe Web Components are not the Future?
React merely has a visible, vocal support base - which makes its component model seem popular.
With reference to what 100%?
Usage statistics and market share of React for websites
React Usage Statistics
jQuery Usage Statistics
PHP Usage Statistics