Dévelopeur Web
Hubert est passionné par le Web. Il est toujours à la recherche de nouvelles idées et autres bidouilles pour améliorer l'expérience des utilisateurs et des développeurs.
Joignez-vous à nous pour une discussion détendue sur les normes du web et les bonnes pratiques dans le développement front-end, notamment dans les tests. Pour cette session nous aurons la chance d'avoir avec nous 3 experts en la matière : Lise, Antoine et Hubert !
Saviez-vous que toute la journée, nos serveurs compressent nos réponses HTTP et que nos navigateurs les décompressent ? C'est comme si on passait notre temps à plier des T-shirts et à les déplier. Cette compression est partout sur le Web, et pourtant ses subtilités nous échappent souvent. On compresse des formats qui n'en ont pas besoin, on compresse à la volée des fichiers statiques, on n'adopte pas les nouveaux algorithmes... Parfois, on oublie carrément d'activer la compression. Bref, on remplit les tuyaux d'internet plus que nécessaire, comme si on remplissait notre valise de chaussettes en boule.
Mais rassurez-vous, il y a de l'espoir ! Dans cette session, nous allons (re)découvrir la compression pour le Web. Nous vous présenterons les principaux algorithmes et techniques qui se cachent sous les formats gzip et brotli. Nous aborderons également la négociation de contenu entre serveurs et navigateurs.
Ça sera l'occasion de rappeler les termes, d'évoquer des ordres de grandeur, de faire des démos et aussi de partager quelques astuces pour améliorer les performances de votre site web. Car, oui, optimiser la compression de vos données, c'est un peu comme optimiser votre valise avant de partir en vacances : vous gagnez de la place, vous êtes plus efficace, et vous évitez de criser sur cette satanée fermeture éclair qui ne veut pas se fermer !
Dans le cadre de nos projets Web, on finit tous tôt au tard par faire appel à ce bon vieux cache HTTP. Évidemment, on cherche à réduire les temps de chargement de nos utilisateurs et à soulager la charge de nos serveurs. Au départ, ça parait simple, il suffit "juste" de l'activer. Au milieu, on se perd un peu dans les en-têtes et les multiples couches qui entrent en jeu. Et à la fin, ça se termine bien trop souvent par un « Ça ne marche pas ? Essaye en vidant ton cache ! ». Choisir et implémenter une stratégie de cache, c'est complexe et ça ne se fait pas à la fin du projet. Chaque étape est concernée : conception, développement, build, déploiement et run. Pour faire les bons choix, il est important de bien comprendre comment tout cela fonctionne. Au menu de cette session, je vous propose de (re)découvrir le cache HTTP par l'exemple et la pratique. Nous reviendrons sur les différents en-têtes HTTP gérés par les navigateurs, CDN, proxys-cache et autres serveurs. Nous parlerons des différents caches présents au sein des navigateurs (HTTP, Service Worker, back/forward...). Enfin, nous aborderons différents contextes et cas de figures.
Parlons un peu développement front et mobile !
Dans le monde merveilleux du frontend Web, les frameworks et leurs écosystèmes vont et viennent. Cette course folle fatigue une grande partie des développeurs. Pourtant, nous continuons à faire des choix d'architecture qui nous pousseront demain, à jeter et réécrire beaucoup de code.
Il est devenu trop facile de s'enfermer dans un framework/écosystème X ou Y et trop facile de limiter ses connaissances à ce qu'il propose. On en oublie les problèmes de bases, les fondamentaux, et le plus souvent cela nous pousse à écrire du code qui mélange les couches (UI, accès au DOM, accès aux données, router, state manager...) et qui résiste mal au temps.
Au menu de cette session, je vous propose de décortiquer les différentes parties qui composent les frameworks Web modernes :
Les cookies HTTP sont partout ! Pas une journée sans qu’un site nous demande “d’accepter les cookies”. Rares sont les projets Web qui ne les utilisent pas et pourtant leur fonctionnement nous échappe trop souvent.
Dans nos architectures REST modernes, les bons vieux cookies de session ne suffisent plus. Il est temps de s’intéresser aux JSON Web Token : une nouvelle approche plus simple, 100% stateless et facilement scalable.
Plus de stockage et plus de réplication de session côté serveur !
Les Services Workers arrivent dans nos navigateurs Web et nous promettent du lourd : hors-ligne, notifis push, synchro en background...
Blog
À propos
