[bsjks]

It's 2021 and 80% of the load time is spent generating the page because of slow backend languages such as Python and then 20% of the load time is spent compiling and executing the frontend Javascript. I am sceptical that these improvements will even move the needle.

[jeroenhd]

For the few static websites remaining, this is a great advancement. As long as you don't need to deal with user input, this can be achieved easily for things like blogs, news websites and ads.

Of course, these protocol improvements mostly benefit companies the size of Google. Smaller, independent hosts probably won't get much out of improving the underlying transport outside of a few edge cases.

This blog page loaded very quickly for me compared to most websites, though I don't know how much of that is in the network part and how much of it is because of optimized HTML/CSS/JS.

[lucian1900]

Python is unnecessarily slow, for sure. But I have rarely had to deal with endpoints slow because of Python, as opposed to slow because of unfortunate IO of some sort.

[progx]

In 2021 we use caches.

[bsjks]

“In 2021 we present outdated information because we can’t stop choosing bad backend languages”

[interactivecode]

So what language do you use for cranking out enterprise crud apps and getting actual work done?

[futharkshill]

alternative: In 2021 we still use C et al. for our backend server, and we get hacked every single day. If I am going to leave a wide open door to my house, I at least want confidence that the house is not made out of cardboard

[bsjks]

That’s disingenuous. There are languages like php or JavaScript that are much much faster than Python and that don’t require you to give up the keys to your house.

[Dylan16807]

Is it any more of an exaggeration than your post?

Also pypy is fast, and the speed of php also heavily depends on version. Not that backend speed even makes a difference that much of the time. 3ms vs 8ms won't matter.