That would be high bandwidth and high latency, which might be the opposite of what's being proposed in the article. (It's difficult to be certain what's being proposed in the article. I'm fairly sure the article is about internet, beyond that point all is guesswork.)

I wrote a number of articles that try to address the many stacks of the application, transport, and OS layers. The best platform I can think of are the mid 2000's Symbian S60 phones, which were Real Time Operating Systems and used J2ME: https://inavoyage.blogspot.com/2026/06/how-about-new-java-ba...

There are new Java'based platforms that could build upon that, but chips today have so much processing power that they might think it's easier to develop a higher level language with more dependencies. But that leads to more maintenance if some package gets lost or broken.

As for the internet speeds themselves, It is similar to net neutrality but a voluntary guideline by the website developers: https://inavoyage.blogspot.com/2026/06/the-sierpinski-triang...

I also explore QUIC, but it's already implemented and not everything needs it, except higher bandwidth: https://inavoyage.blogspot.com/2026/06/5-things-to-lighten-d...

Once Android and iOS became the leading smartphone makers, code efficiency wasn't super important, because they hardware makers could add 10-20X the RAM. The competition between Symbian and iOS was a brief decade, but it actually made efficient code development interesting and beneficial for battery life. Since RAM got cheaper, even though it's expensive at the high end (HBM3e), it's a lot easier to develop with 4GB of phone memory than 4MB on the Nokia 7650 (2002). Those are quite extremes, but most symbian phones had a lot of features with as little as 32MB of RAM. https://en.wikipedia.org/wiki/Nokia_7650