Monthly Shaarli

All links of one month in a single page.

November, 2019

[Video] "performance.now().reject(reasons)", Ilya Grigorik (@igrigorik) at | performance.now() 2019
thumbnail

The issue of Web Performance adoption is not related to a lack of tools, but to a lack of incentives.

"Making Instagram.com faster: Part 3 — cache first", Glenn Conner (@mr_sharpoblunto)

Since we’re already pushing data to the client at the earliest possible time in the page load — the only faster way to get data to the client would be to not have to fetch or push any data at all.

[FR] "Chrome va-t-il signaler les sites lents, et comment ?", Sarah Salis (@Fasterize)
thumbnail

Aussi, nous ne pouvons pas nous empêcher de supposer une volonté de Google de soulager son infrastructure.

Pourquoi vouloir à tout prix rendre un site rapide ? Pas seulement par souci UX ou par amour de son.a prochain.e, mais aussi parce que Google passe du temps à crawler un volume immense de pages.

"Six Web Performance Technologies to Watch in 2020", Simon Hearne (@@simonhearne)
thumbnail
  • JAMstack
  • Web Assembly
  • Edge Compute
  • Observability
  • Browser Platform Improvements
  • Web Monetisation
"Les risques webperf : focus sur JavaScript vs. les mobiles d’entrée de gamme", Sarah Salis (@Fasterize)
thumbnail

L’excès de JavaScript dégrade fortement l’expérience de navigation sur un site mobile, et je constate que personne ne pense à vérifier les performances sur tous les devices - encore moins ceux d’entrée de gamme. Pourtant ce sont les premiers à être bloqués si les JS ne sont pas optimisés
[…]
Les résultats de cette étude ont montré que, en dehors des 51 % de l'ensemble des visiteur.se.s qui disposent d’un iPhone ou d’un iPad, 30 % ont un smartphone d’entrée de gamme qui peut même être très vieux. C’est une part du trafic non négligeable pour qui l’expérience de navigation doit être la plus fluide possible !
<cite>Jean-Pierre Vincent</cite>

"Making instagram.com faster: Code size and execution optimizations (Part 4)", Glenn Conner (@mr_sharpoblunto)

In parts 1–3 we covered various ways that we optimized the loading patterns of the critical path static resources and data queries. However there is another key area we haven’t covered yet that’s crucial to improving web application performance, particularly on low-end devices — ship less code to the user — in particular, ship less JavaScript.

"Responsible JavaScript: Part III – A List Apart", Jeremy Wagner (@malchata)
thumbnail

If you do find yourself in a position where your site’s initial rendering depends on a third-party script, refer to your mitigation plan to see what you can do to eliminate or ameliorate your dependence on it. Depending on a third party for core functionality is never a good position to be in, as you’re relinquishing a lot of control to others who might not have your best interests in mind.

"Mise en perspective des impacts écologiques du numérique", Raphaël Lemaire (@rlemaire) #ecologie

On voit qu’il est tout à fait cohérent d’être flexitarien et de regarder Stranger Things.
[…]
Laissez vos emails tranquilles, la grosse bonne action en numérique est de faire durer le plus longtemps possible les appareils et d’éviter d’acheter des gadgets.