L’article présente un sujet qui fait pas mal de bruit dans la communauté Web en ce moment : le virage serré que sont en train de prendre les frameworks modernes (comme Next.js).

1.Avant (Le CSR / "Meuble en kit")

Pendant longtemps, le web fonctionnait comme IKEA :

• Le site t'envoyait un camion (le fichier JS) avec toutes les planches, les vis et la notice.

• C'était ton navigateur (ton téléphone ou ton ordi) qui devait transpirer pour tout assembler.

• Le problème : Si ton téléphone est vieux ou ta connexion 4G est faible, tu restes devant un salon vide pendant que le meuble se construit. C'est ça, le fameux temps d'attente avant de voir le texte.

2.Aujourd'hui (Le SSR / "Meuble déjà monté")

Le vent tourne et on revient à la livraison déjà montée :

• Le serveur prépare tout le site chez lui (il assemble le meuble).

• Il t'envoie directement le résultat final (du HTML tout prêt).

• Le résultat : Dès que le "camion" arrive, tu peux déjà t'asseoir sur le canapé. C'est immédiat, c'est léger pour ton téléphone, et Google (qui n'aime pas perdre son temps à monter des meubles) voit tout de suite ce qu'il y a dans la pièce.

3.La révolution des "Server Components"

 L'idée, c'est de diviser nos composants en deux catégories :

• Les composants serveurs : Ils s'exécutent sur le serveur, accèdent directement à la base de données, et envoient juste du HTML léger au navigateur. Zéro JavaScript envoyé pour eux !

• Les composants clients : On ne les utilise que pour l'interactivité (boutons, formulaires, animations).Comme résultat : On obtient le meilleur des deux mondes. La rapidité du web "à l'ancienne" (PHP/HTML) avec la fluidité des interfaces modernes.

4.Ce que ça change pour nous, les étudiants et les futurs programmeurs

Si vous apprenez le développement web aujourd'hui, le Fullstack n'est plus une option, c'est la norme. La frontière entre le frontend et le backend devient de plus en plus floue :

• On doit apprendre à gérer la récupération de données directement dans nos composants UI.

• La gestion du "State" change : on essaie de garder le maximum d'infos sur le serveur plutôt que de tout stocker dans le navigateur.

Conclusion

Le JS ne disparaît pas, mais il devient plus "intelligent". On ne l'envoie plus partout, on l'envoie là où il est utile. Pour nous, ça veut dire coder des apps plus rapides, plus écologiques et mieux référencées.

Source:  https://www.sencha.com/blog/why-low-code-application-development-software-is-gaining-momentum-in-2025/ , https://wavedigital.agency/actualites/les-web-components-revolutionnent-le-developpement-pourquoi-2025-signe-la-fin-des-frameworks-javascript ,