Sur mon mandat, je code du web depuis des années avec une frustration constante: chaque clic recharge toute la page. Le monde attend, l’écran clignote en blanc, pis la page revient. Cette année, ça change enfin — le web se met à bouger pour de vrai, pis comme dev web, ça me réjouit.

Le truc, c’est de parler au serveur en arrière-plan sans recharger la page au complet. On envoie une petite requête, on reçoit juste les données qui changent, pis on met à jour un bout d’écran. Soudainement, une page web se sent comme une vraie application.

Avant / après

flowchart TD
    subgraph Avant
    A1[Clic] --> A2[Recharge TOUTE la page]
    A2 --> A3[Écran blanc + attente]
    end
    subgraph Maintenant
    B1[Clic] --> B2[Requête en arrière-plan]
    B2 --> B3[Mise à jour d'un bout d'écran]
    end

La différence est énorme pour l’utilisateur. Plus de clignotement, plus d’attente sur toute la page. On modifie juste ce qui doit changer. Le web arrête de se sentir comme une série de feuilles statiques pis commence à répondre comme un logiciel.

Le revers de la médaille

Sauf que comme dev, ça complique ma vie. Avant, une page = une page, facile à raisonner. Là, l’état vit dans le fureteur, les requêtes partent dans tous les sens, pis le débogage devient plus subtil. Le bouton « précédent » du fureteur, qui marchait tout seul, devient un casse-tête. La fluidité a un prix: plus de complexité dans mon code.

Ce que j’en retiens

Le web qui bouge enfin, c’est un tournant que j’attendais depuis longtemps. La promesse d’une expérience fluide est réelle. Mais comme toujours, la magie côté utilisateur veut dire plus de travail côté dev. Je trouve l’échange payant — un web qui répond vaut bien quelques nuits blanches à comprendre où mon état s’est perdu.