A tecnologia
5G já é uma realidade. O ícone correspondente está começando a aparecer na parte superior das telas do telefone em todo o mundo. Se você estiver conectado a uma rede 5G, poderá ter notado que essa rede não parece muito mais rápida que uma rede 4G. Eu entendo bem isso. Eles dizem que agora, nos dias de criação de novas redes, o processo de migração da infraestrutura está atrapalhando as velocidades reais de 5G. Mas depois que a tecnologia 5G, em todos os sentidos, amadurecer, espera-se que as velocidades da rede aumentem muito. Portanto, de acordo com algumas informações, as velocidades médias de download de dados nas redes 5G em 2019 podem variar
de 100 Mbit a 1 Gbit por segundo . Isso significa que será possível fazer o download de toda a discografia de Friends e arrastá-la solenemente para a cesta, depois de fazer o mesmo tempo necessário para carregar uma página da web comum. Não estou tentando divulgar números específicos agora. Só estou dizendo que, talvez, o trabalho em redes 5G possa ser assim. Um futuro assim só pode ser chamado de "bonito".
Sim, não esqueça que nas redes 5G, não apenas a largura de banda irá melhorar. Também é esperada uma diminuição na latência da rede. E os atrasos são um dos gargalos longos e notórios do desempenho da web. Reduzir atrasos significa que o tempo que leva para se conectar a um site pode, como os usuários sentem, cair para quase zero. Mais uma vez - parece maravilhoso.
Acontece que a qualidade das redes aumentará significativamente em breve. E isso, ao que parece, deve resolver os problemas de velocidade da web moderna. Então
Deveria ser, mas o autor do material, cuja tradução publicamos hoje, não espera que o 5G acelere realmente a web. Pelo menos - ele irá acelerar, mas não imediatamente. Ele acredita que, se as tendências modernas no desenvolvimento da Web não mudarem, a ampla adoção das redes 5G levará ao fato de que o usuário médio trabalhará na Web não melhor, mas pior.
Pior? Mas como é isso?
Redes mais rápidas devem resolver os problemas de velocidade de carregamento do site, mas até agora o aumento na velocidade da rede afetou inadvertidamente a web. Eu me pergunto por que? O ponto é o seguinte: historicamente, a aceleração da rede permitiu que os desenvolvedores enviassem mais código aos visitantes do site. Em particular, estamos falando sobre código JavaScript.
De 2011 a 2019, o nível de
cobertura 4G no mundo cresceu de 5% para 79%. Durante o mesmo período, o valor mediano da quantidade média de código JavaScript transmitido aos dispositivos móveis aumentou
611% - de 52 Kb para 372,9 Kb. Obviamente, o volume do código JS aumentou não apenas devido ao crescimento das velocidades da rede. Muitos outros fatores contribuíram para isso. É claro que os sites durante esse período se tornaram muito mais interativos. Isso poderia levar a um aumento no volume de seu componente JS. Além disso, um design responsivo se espalhou. Como resultado, muitos sites começaram a enviar o mesmo pacote JavaScript para todos os dispositivos nos quais esses sites estão navegando. No entanto, vale esclarecer que os sites de desktop enviados aos clientes, em média, apenas 50 KB a mais de código JS em 2011 do que seus equivalentes móveis. Em geral, pode-se notar que os padrões de desenvolvimento de interface não mudaram muito desde 2011. Por exemplo, o site da Boston Globe, em cujo desenvolvimento participamos, foi criado com grande atenção à conveniência de trabalhar com ele em uma variedade de dispositivos. Foi lançado em 2010. As interfaces dos sites de notícias ainda são organizadas exatamente da mesma maneira. E, finalmente, a tendência acima, de acordo com dados recentes, continua. Ou seja, nos últimos dois anos, a quantidade média de código JS enviado aos clientes cresceu mais de
50% .
E agora, antes de começarmos a culpar as estruturas JavaScript por tudo, deve-se notar que há um sentimento de que o crescimento no volume do código JS não está totalmente vinculado aos recursos das interfaces do site. Aqui, note-se que a maior parte do crescimento no volume de código está associada a um aumento no uso de scripts de terceiros em
706% . Sem dúvida, os pedidos de download de scripts de terceiros podem se referir a estruturas JS, mas mais frequentemente isso é outra coisa. Pode ser o código dos rastreadores, bibliotecas A / B, scripts para personalização. Pode ser publicidade, bots de bate-papo ... E tudo isso, por sua vez, solicita scripts adicionais, e esses scripts adicionais ainda carregam algo. Antes de nós, por assim dizer, diversão desenfreada. Mas essa diversão geralmente tem más consequências.
Assim, à medida que a largura de banda da rede cresceu, também aumentou a quantidade de código JS usado nas páginas da web. Mas mesmo aqui, você pode pensar que, se todo esse código for carregado com rapidez suficiente, o crescimento de seu volume será um fenômeno relativamente inofensivo. É verdade que, infelizmente, não é assim. Se você comparar o código JavaScript com outros tipos de recursos usados para criar páginas da Web, o JavaScript é um prazer muito caro. O preço do JavaScript é muito superior ao preço de outros materiais.
"Tudo fica bem no meu telefone."
A conveniência dos desenvolvedores pode muito facilmente liderar a indústria da web em um caminho torto.
Em um dispositivo móvel comum, dos que ainda estão em uso, a análise de 200 KB de código JavaScript (compactada para acelerar a transferência) pode levar
6 segundos ou mais . E isso ocorre após o download do código pela rede. Antes de você decidir que 200 Kb não é realista para um determinado site, sugiro que lembre-se de que exibir um site moderno significa que o usuário, em média, fará o download quase o
dobro do código JS. Ao mesmo tempo, no processo de análise desse código, a página pode estar visível, mas não responsiva a impactos. Ou pode ser que a página fique completamente vazia (isto é, se o script estiver conectado à página usando a abordagem tradicional, ou seja, para que seu processamento bloqueie a renderização da página). Uma página inativa e uma página em branco são igualmente ruins, mas uma preocupação específica é que muitos dos envolvidos no desenvolvimento da Web nem percebem esses problemas.
O dispositivo móvel médio não é o iPhone mais recente e caro com três câmeras. O dispositivo médio, mesmo nos EUA, é um telefone mais vendido que custa cerca de US $ 130. Pode muito bem ser o iPhone, mas de maneira alguma o mais novo. Provavelmente, será um telefone Android de gama média que contém enchimento de hardware relativamente fraco. O que posso dizer -
aqui estão os telefones mais vendidos com a Amazon. No momento da redação deste artigo, em terceiro lugar havia um dispositivo de US $ 59.
Se as pessoas com esses telefones usarem as novas redes rápidas, seus dispositivos serão literalmente "estrangulados" pela quantidade de código que deve ser processado para exibir as páginas da web. E isso negará as possíveis melhorias na velocidade de download de materiais que podem fornecer uma rede 5G.
E aqueles que não têm conexões 5G?
Organizar a distribuição de redes 5G requer grandes mudanças na infraestrutura. Os primeiros candidatos ao surgimento de tais redes são os países desenvolvidos e as cidades de alta tecnologia. Nos países em desenvolvimento e nas áreas rurais, é improvável que essas redes surjam tão rapidamente. Isso significa que as pessoas que moram onde não há redes 5G, em condições modernas, podem não apenas trabalhar com páginas da Web nos dispositivos mais rápidos, mas também baixar o código dessas páginas, cujo volume está crescendo, usando os antigos 3G e 2G. redes. Essas pessoas ficarão duplamente doentes com a introdução das redes 5G.
O que fazer
A responsabilidade de resolver esse problema é da indústria de desenvolvimento da web, cada um de nós. Obviamente, precisamos melhorar a priorização do fornecimento de conteúdo da página da web para os clientes, mas também precisamos parar de incluir quantidades enormes de código JavaScript em nossos projetos. É necessário analisar os scripts utilizados, examinar regularmente as dependências dos projetos. Muitas dessas dependências podem ser abandonadas por seus desenvolvedores ou podem ser projetos de curta duração. Talvez possamos tirar proveito da
experiência do
The Telegraph aqui
, excluindo scripts antigos de terceiros e verificando se alguém reclama de algum problema. Podemos examinar nossa dependência no rastreamento de ações do usuário e na personalização de anúncios. Talvez nós, assim como
o New York Times , descubramos que a veiculação de anúncios regulares não personalizados para os usuários possa
aumentar nossa receita com publicidade. E se é assim - vale a pena se livrar de scripts de publicidade que se tornaram desnecessários. Você pode usar ferramentas como o
Caliber ou o
SpeedCurve para verificar se as métricas de desempenho do seu projeto da Web não vão além dos limites. Ao mesmo tempo, vale a pena se esforçar para garantir que todos os que estão relacionados ao projeto cuidem do projeto, para que todos saibam como sua ação ou inação afeta o projeto.
Mais importante, precisamos garantir que os gerentes, proprietários de sites, desenvolvedores, designers e absolutamente todos tenham acesso a telefones de classe média e a oportunidade de testar regularmente nossos sites nesses telefones. E ainda melhor - se esses telefones estiverem conectados a um plano tarifário pré-pago ou limitado. Isso permitirá que você saiba quanto tempo levará para escolher um limite de tráfego no mundo das redes 5G. Se todos os que estão relacionados a um determinado site souberem como é o desempenho no mundo real, isso terá um efeito benéfico em todos os visitantes do site. Inclusive, a propósito, para quem usa telefones modernos e rápidos.
Melhorar a qualidade das redes significa que a comunidade de desenvolvimento tem uma grande oportunidade de melhorar o espaço na web que cria. Se eles tiram vantagem dessa oportunidade ou não, depende apenas deles.
Caros leitores! Você acha que a adoção generalizada de redes 5G pode desacelerar a web?
