Google Doesn't Have the Guts to Make Page Speed Actually Matter

Dan de Redfin tiene una excelente publicación sobre cómo priorizar la velocidad de la web:

JavaScript Is the Web’s CO2

As a web developer, I find that most problems can be solved with just a little more JavaScript. Without someone or something to force the industry to cut back, web developers will continue to make web sites that only load “fast enough” via wifi on a fast laptop.

The browser vendors can't save us. Every time they make the web faster, web developers “take advantage” of the change by using more JavaScript.

Our industry needs Google to take a principled stand, to significantly prioritize fast-loading sites over slow-loading sites

Leer la publicación completa.

No somos solo nosotros (Google) los que podemos hacer esto. Veo a nuestro equipo (Web y Chrome DevRel) pudiendo proporcionar las herramientas y la guía para ayudarlo a comenzar rápido y luego mantenerse rápido, pero después de eso, la industria debe reconocer que el rendimiento es una característica y no una reflexión.

Escribí en desafíos para desarrolladores web que todavía hay muchas razones por las que los desarrolladores no priorizan el rendimiento (herramientas, orientación e incentivos comerciales claros) ), No creo que afirmar que Google, tal como está escrito en la publicación del artículo de Dan, es la respuesta para la salud a largo plazo de la web, debe venir de las empresas que ven mejor el rendimiento.

About Me: Paul Kinlan

I lead the Chrome Developer Relations team at Google.

We want people to have the best experience possible on the web without having to install a native app or produce content in a walled garden.

Our team tries to make it easier for developers to build on the web by supporting every Chrome release, creating great content to support developers on web.dev, contributing to MDN, helping to improve browser compatibility, and some of the best developer tools like Lighthouse, Workbox, Squoosh to name just a few.