Métrica crítica: Recursos críticos
Com as complexas aplicações web atuais, é importante ter métricas que nos ajudem a saber quando o nosso desempenho na experiência do usuário está falhando.
Trabalha na SpeedCurve com performance e design. Autor de livros best sellers na categoria Computer and Internet da Amazon, é também criador do YSlow, um dos melhores add-ons para Firefox. Já criou diversas ferramentas e serviços de performance, incluindo HTTP Archive, SpriteMe, ControlJS, and Browserscope. É co-chair da Velocity, conferência de web performance e operações da O'Reilly, e co-founder do Firebug Working Group. É Bacharel em System Engineering pela Universidade da Virgínia (EUA), e mestre em Management Science and Engineering pela Universidade de Stanford (EUA).
Com as complexas aplicações web atuais, é importante ter métricas que nos ajudem a saber quando o nosso desempenho na experiência do usuário está falhando.
Fico de olho aberto em empresas de tecnologia bem-sucedidas que usam algo diferente de window.onload para medir o desempenho; uma delas é o domInteractive.
Não é possível hoje utilizar resource timing para medir o tempo de carregamento de recursos de origem cruzada.
O que aconteceria se um handler onload acrescentasse outro handler onload. Será que o segundo handler onload executa?
O que começou como uma rápida análise de desempenho virou um quebra-cabeças que levou vários dias. Conheça os detalhes!
É importante entender por que precisamos de ambos os mecanismos síncronos e assíncronos para o carregamento de conteúdo.
Este é mais um artigo sobre Web Components, focando primeiramente no impacto do desempenho do imports do HTML.
Veja como imports do HTML fazem bloqueio, como torná-los assíncronos, os perigos de se usar document.write e a solução para tudo isso.
Sempre quis saber se o aumento de vídeos na Web está relacionado ao comportamento de pré-carregamento da tag VIDEO.
Fragmentar recursos entre múltiplos domínios oferece um ganho expressivo de desempenho para muitos websites, mas há espaço para debate.
O que é necessário para um bom desempenho web são engenheiros de desempenho web dedicados e equipes de desempenho dedicadas.
ActiveTable torna mais agradável para mim percorrer as tabelas enormes que encontro todos os dias.
Esses indicadores têm um impacto na percepção da velocidade do website pelo usuário.
E se sua empresa é nova no mundo dos sites de alto desempenho? Como você pode fazer do desempenho uma prioridade dentro da sua organização?
window.onload não é a melhor métrica para medir a velocidade do site, mas não nos esforçamos para achar um substituto. Façamos isso agora.
Meu foco em JS e CSS foi motivado pelo desejo de baixar as imagens o mais breve possível. Mas usuários veem imagens. Eles não veem JS e CSS.
Meus testes demonstram que o iOS baixa até 298K de dados de vídeo, resultando em custos inesperados para os usuários.
Sempre quis saber se o aumento de vídeos na Web está relacionado ao comportamento de pré-carregamento da tag VIDEO.
Duas boas práticas de desempenho são definir data de expiração futura e atraso para o carregamento de elementos até após o evento de onload.
Antes de tentar medir a frequência e os benefícios do cache, eu queria começar avaliando o que acontece quando os usuários limpam o cache. Além do cache de disco do browser, eu comecei isso para incluir outros tipos de dados persistentes: cookies, localStorage, e cache de aplicação.
Recentemente, tuitei que as chaves para um aplicativo web mais rápido eram arquitetura do Ajax, JavaScript, e caching. Essa afirmação é baseada na minha experiência, mas vou comentar sobre cada uma.