tr:dr; he says "x86 took over the server market" because it was the same architecture developers in companies had on their machines thus it made it very easy to develop applications on their machines to then ship to the servers.
Now this, among others he made, are very good points on how and why it is hard for ARM to get mainstream on the datacenter, however I also feel like he kind lost touch with reality on this one...
He's comparing two very different situations, more specifically eras. Developers aren't so tied anymore like they used to be to the underlaying hardware. The software development market evolved from C to very high language languages such as Javascript/Typescript and the majority of stuff developed is done or will be done in those languages thus the CPU architecture becomes irrelevant.
Obviously very big companies such as Google, Microsoft and Amazon are more than happy to pay the little "tax" to ensure Javascript runs fine on ARM than to pay the big bucks they pay for x86..
The luxuries you have to not know a thing about enterprise grade servers because your world is JavaScript was made possible, and continues to be made possible, by people working on layers that do require familiarity with the underlying hardware.
The luxuries you have to not know a thing about enterprise grade servers because your world is JavaScript was made possible, (...) by people working on layers that do require familiarity with the underlying hardware.
That's kind my point... Since everyone is or will be coding on Javascript (or other languages that run on virtual machines / "layers") general developers won't have a problem running on ARM datacenters anymore. Big cloud providers will take the opportunity to move to ARM as it is cheaper for them.
And btw, the people making JS fast and stable on ARM are, most likely, not that familiar with server grade hardware. They're optimizing for phones and whatever where ARM was born.
Big cloud provides will take the opportunity to move to ARM as it is cheaper for them.
The cloud isn't a literal empheral cloud. It's still a physical thing with physical devices physically linked. Physical ram on physical slots with physical buses and physical chips (not just CPUs, many other ICs are in those machines too). The complexity of the demands of the arrangement and linkages of that physical hardware is incredible.
Nobody is out there writing enterprise server firmware in java. How can you have a java VM when the underlying compents of the physical device don't have the necessary code to offer the services required by the VM to run?
To be incredibly blunt, and I don't say this to be rude, your questions and assertions are incredibly ignorant. So much so that it's essentially nonsense. It's like asking "why do we still even have water when we have monster energy drink?" It demonstrates such a fundamental misunderstanding of the premise that it's honestly difficult to even know where to begin explaining how faulty the line of thinking even is.
Linus isn't talking about JS developers at all. Even a little bit. I promise you, you would not enjoy hearing his unfiltered thoughts on JS developers.
He's talking about the professional engineers who design, build, and write firmware for enterprise grade servers. There no overlap between JS coders and these engineers.
To be incredibly blunt, and I don’t say this to be rude, your questions and assertions are incredibly ignorant.
Linus isn’t talking about JS developers at all. Even a little bit. I promise you, you would not enjoy hearing his unfiltered thoughts on JS developers.
Are you drunk? The guy literally speaks about cross-platform and higher level stuff, let me quote him for you:
This is true even if what you mostly do is something ostensibly cross-platform like just run perl scripts or whatever. Simply because you'll want to have as similar an environment as possible,
In this case the reason that you see the rest of the pack in your rear view mirror isn't because you're in the lead: it's because you're getting lapped.
I strongly encourage you to reach out to Linus directly to inform him of your insights. Please post back with the results.