Counterpoint: Google's Material Design framework has tremendous research behind it, and has a variety of both native and web implementations.
The broader point is the one I already made: this isn't new. None of this is. Going over the same points every time there's any post about Electron is pretty tiresome.
The "electron is too slow" problem is really just a mask for the real "electron is eating into our desktop app market" problem. Or to put it another way FUD.
I assure you "Electron is slow" is not FUD. Electron is slow and has been measured to be slow many, many times. Perhaps "Electron is eating into our desktop app market" is a problem, but it is also possible that the real complaint is that "something slow is eating into the desktop app market".
The fact that an app built with electron may be fractions of a second slower than one built using native tech, does not change the fact that most of the people who keep on harping about this whenever electron is discussed are native app developers spreading fear, uncertainty and doubt about a competing tech stack. And it is a big threat because it makes creating desktop apps accessible to millions more developers, and therefore cheaper and faster from a business point of view. So what is essentially an economic problem pretending to be a technical one. I moved from Notepad++ (screaming fast) to VS Code, and those micro-second differences in speed do not matter at all.
...when did I suggest they did? Come on. What I'm saying is that it is not possible to have a conversation about the release of version 9 of Electron on this site. So far the thread has proved me right.
The broader point is the one I already made: this isn't new. None of this is. Going over the same points every time there's any post about Electron is pretty tiresome.