La tecnología
5G ya es una realidad. El ícono correspondiente está comenzando a aparecer en la parte superior de las pantallas del teléfono en todo el mundo. Si está conectado a una red 5G, es posible que haya notado que dicha red no parece mucho más rápida que una red 4G. Lo entiendo bastante. Dicen que ahora, en los días del establecimiento de nuevas redes, el proceso de migración de infraestructura está obstaculizando las velocidades reales de 5G. Pero después de que la tecnología 5G, en todos los sentidos, haya madurado, se espera que la velocidad de la red aumente mucho. Entonces, según cierta información, las velocidades promedio de descarga de datos en redes 5G en 2019 pueden variar
de 100 Mbit a 1 Gbit por segundo . Esto significa que será posible descargar toda la discografía de Friends, y luego arrastrarla solemnemente a la canasta, habiendo hecho esto aproximadamente en el mismo tiempo que lleva cargar una página web normal. No estoy tratando de salir en ningún número específico ahora. Solo digo que, tal vez, el trabajo en redes 5G puede verse así. Tal futuro solo puede llamarse "hermoso".
Sí, no olvide que en las redes 5G no solo mejorará el ancho de banda. También se espera una disminución en la latencia de la red. Y los retrasos son uno de los largos y notorios cuellos de botella en el rendimiento web. La reducción de los retrasos significa que el tiempo que lleva conectarse a un sitio web puede, según los usuarios, caer a casi cero. De nuevo, simplemente se ve maravilloso.
Resulta que la calidad de las redes crecerá significativamente muy pronto. Y eso, al parecer, debería resolver los problemas de velocidad de la web moderna. Entonces?
Debería serlo, pero el autor del material, cuya traducción publicamos hoy, no espera que 5G realmente acelere la web. Al menos, se acelerará, pero no de inmediato. Él cree que si las tendencias modernas en el desarrollo web no cambian, entonces la adopción generalizada de redes 5G conducirá al hecho de que el usuario promedio trabajará en la web no mejor, sino peor.
¿Peor? Pero como es?
Las redes más rápidas deberían resolver los problemas de la velocidad de carga del sitio, pero hasta ahora el aumento en las velocidades de la red ha afectado inadvertidamente a la web. Me pregunto por qué El punto es este: históricamente, la aceleración de la red ha permitido a los desarrolladores enviar más código a los visitantes del sitio web. En particular, estamos hablando del código JavaScript.
De 2011 a 2019, el nivel de
cobertura 4G en el mundo creció del 5% al 79%. Durante el mismo tiempo, el valor medio de la cantidad promedio de código JavaScript transmitido a dispositivos móviles aumentó en un
611% , de 52 Kb a 372.9 Kb. Por supuesto, el volumen del código JS ha crecido no solo debido al crecimiento de las velocidades de red. Muchos otros factores contribuyeron a esto. Los sitios, por supuesto, durante este tiempo se han vuelto mucho más interactivos. Esto bien podría conducir a un aumento en el volumen de su componente JS. Además, se ha extendido un diseño receptivo. Como resultado, muchos sitios comenzaron a enviar el mismo paquete de JavaScript a todos los dispositivos en los que navegan estos sitios. Sin embargo, vale la pena aclarar que los sitios de escritorio enviaron a los clientes en promedio solo 50 KB más de código JS en 2011 que sus contrapartes móviles. En general, se puede observar que los patrones de desarrollo de la interfaz no han cambiado mucho desde 2011. Por ejemplo, el sitio web de Boston Globe, en cuyo desarrollo participamos, fue creado con gran atención a la conveniencia de trabajar con él en una variedad de dispositivos. Fue lanzado en 2010. Las interfaces de los sitios de noticias todavía están dispuestas exactamente de la misma manera. Y finalmente, la tendencia anterior, según datos recientes, continúa. Es decir, en los últimos años, la cantidad promedio de código JS enviado a los clientes ha crecido en más del
50% .
Y ahora, antes de comenzar a culpar a los frameworks de JavaScript por todo, debe tenerse en cuenta que existe la sensación de que el crecimiento en el volumen del código JS no está completamente vinculado a las capacidades de las interfaces del sitio. Aquí debe tenerse en cuenta que la mayor parte del crecimiento en el volumen de código está asociado con un aumento en el uso de scripts de terceros en un
706% . Sin lugar a dudas, las solicitudes de descarga de scripts de terceros pueden referirse a los marcos JS, pero más a menudo esto es otra cosa. Este puede ser el código de rastreadores, bibliotecas A / B, scripts para personalización. Puede ser publicidad, bots de chat ... Y todo esto, a su vez, hace solicitudes de scripts adicionales, y estos scripts adicionales aún cargan algo. Ante nosotros, por así decirlo, diversión sin límites. Pero tal diversión generalmente tiene malas consecuencias.
Entonces, a medida que el ancho de banda de la red creció, también lo hizo la cantidad de código JS utilizado en las páginas web. Pero incluso aquí, podría pensar que si todo este código se carga lo suficientemente rápido, entonces el crecimiento de su volumen es un fenómeno relativamente inofensivo. Es cierto que esto, desafortunadamente, no es así. Si compara el código JavaScript con otros tipos de recursos utilizados para crear páginas web, resulta que JavaScript es un placer muy costoso. El precio de JavaScript es mucho más alto que el precio de otros materiales.
"Todo se ve bien en mi teléfono".
La conveniencia de los desarrolladores puede liderar fácilmente la industria web en una pista torcida.
En un dispositivo móvil promedio, de los que todavía están en uso, analizar 200 KB de código JavaScript (comprimido para acelerar la transferencia) puede tomar
6 segundos o más . Y esto es después de que el código se haya descargado a través de la red. Antes de decidir que 200 Kb es poco realista para un determinado sitio, le sugiero que recuerde que ver un sitio moderno significa que el usuario, en promedio, descargará casi el
doble de código JS. Al mismo tiempo, en el proceso de analizar este código, la página puede ser visible, pero no responde a los impactos. O puede ser que la página esté completamente vacía (esto es si el script está conectado a la página utilizando el enfoque tradicional, es decir, de modo que su procesamiento bloquea la representación de la página). Una página inactiva y una página en blanco son igualmente malas, pero una preocupación particular es que muchos de los involucrados en el desarrollo web ni siquiera notan tales problemas.
El dispositivo móvil promedio no es el último iPhone caro con tres cámaras. El dispositivo promedio, incluso en los EE. UU., Es un teléfono más vendido que cuesta alrededor de $ 130. Bien puede ser el iPhone, pero de ninguna manera es el más nuevo. Lo más probable es que sea un teléfono Android de gama media que contenga un relleno de hardware relativamente débil. ¿Qué puedo decir?
Aquí están los teléfonos más vendidos con Amazon. Al momento de escribir esto, en tercer lugar había un dispositivo de $ 59.
Si las personas con tales teléfonos incluso usan las nuevas redes rápidas, sus dispositivos serán literalmente "estrangulados" por la cantidad de código que debe procesarse para mostrar las páginas web. Y esto negará esas posibles mejoras en la velocidad de descarga de materiales que pueden proporcionar una red 5G.
¿Qué pasa con aquellos que no tienen conexiones 5G?
Organizar la distribución de redes 5G requiere grandes cambios de infraestructura. Los primeros candidatos para el surgimiento de tales redes son los países desarrollados y las ciudades de alta tecnología. En los países en desarrollo y las zonas rurales, es poco probable que estas redes emerjan tan rápido. Esto significa que las personas que viven donde no hay redes 5G, en condiciones modernas, no solo pueden trabajar con páginas web en los dispositivos no más rápidos, sino que también pueden descargar el código de estas páginas, cuyo volumen está creciendo, usando 3G y 2G antiguos -redes. Estas personas estarán doblemente enfermas por la introducción de las redes 5G.
Que hacer
La responsabilidad de resolver este problema recae en la industria del desarrollo web, cada uno de nosotros. Por supuesto, necesitamos mejorar la priorización de entregar contenido de la página web a los clientes, pero también debemos dejar de incluir cantidades tan enormes de código JavaScript en nuestros proyectos. Es necesario analizar los scripts utilizados, examinar regularmente las dependencias de los proyectos. Muchas de estas dependencias pueden ser abandonadas por sus desarrolladores, o pueden ser proyectos de corta duración. Quizás incluso podamos aprovechar la
experiencia de
The Telegraph aquí eliminando los scripts de terceros y viendo si alguien se queja de algún problema. Podemos examinar nuestra dependencia en el seguimiento de las acciones del usuario y en la personalización de anuncios. Tal vez nosotros, al igual que
The New York Times , descubramos que publicar anuncios no personalizados con regularidad para los usuarios puede
aumentar nuestros ingresos publicitarios. Y si eso es así, vale la pena deshacerse de los guiones publicitarios que se han vuelto innecesarios. Puede usar herramientas como
Calibre o
SpeedCurve para ver que las métricas de rendimiento de su proyecto web no superen los límites. Al mismo tiempo, vale la pena esforzarse por garantizar que todas las personas relacionadas con el proyecto se encarguen del proyecto, para que todos sepan cómo su acción o inacción afecta el proyecto.
Lo más importante es que debemos asegurarnos de que los gerentes, propietarios de sitios web, desarrolladores, diseñadores y absolutamente todos tengan acceso a teléfonos de clase media y tengan la oportunidad de probar regularmente nuestros sitios en dichos teléfonos. Y aún mejor, si dichos teléfonos están conectados a un plan de tarifa prepaga o limitada. Esto le permitirá saber cuánto tiempo llevará elegir un límite de tráfico en el mundo de las redes 5G. Si todos los relacionados con un determinado sitio saben cómo se ve su rendimiento en el mundo real, esto tendrá un efecto beneficioso para todos los visitantes del sitio. Incluyendo, por cierto, para aquellos que usan teléfonos modernos rápidos.
Mejorar la calidad de las redes significa que la comunidad de desarrollo tiene una gran oportunidad para mejorar el espacio web que crean. Que aprovechen esta oportunidad o no depende solo de ellos.
Estimados lectores! ¿Crees que la adopción generalizada de redes 5G puede ralentizar la web?
