Veille Technologique

01. Thématique choisie

Un framework web est un ensemble d'outils et de composants prêts à l'emploi qui permettent de construire des applications plus rapidement. Il prend en charge les tâches répétitives — routage, sécurité, accès aux données — pour que le développeur puisse se concentrer sur la logique métier.

J'ai choisi cette thématique car les frameworks sont au cœur de mon quotidien en BTS SIO. Comprendre pourquoi certains frameworks montent, pourquoi d'autres perdent du terrain, et ce que les entreprises choisissent vraiment, me permet de faire de meilleurs choix techniques et de mieux orienter ma montée en compétences. Cette veille couvre la période de septembre 2025 à février 2026.

02. État de l'art initial

Au démarrage de cette veille en septembre 2025, le paysage des frameworks web est dominé par JavaScript côté frontend avec React comme référence absolue (~44 % d'utilisation), et Node.js côté backend. Des frameworks plus récents comme Astro et Svelte gagnent du terrain pour leur légèreté et leurs performances. Côté Python, FastAPI monte rapidement grâce à son lien fort avec l'intelligence artificielle. Côté PHP, Symfony reste la référence pour les projets d'entreprise en France.

La grande question du moment : comment l'IA, TypeScript et l'edge computing sont-ils en train de redistribuer les cartes entre les frameworks ?

Developer Survey 2025 : la photo la plus fidèle de ce que les développeurs utilisent vraiment

C'est avec ce rapport que j'ai lancé ma veille. Chaque année, Stack Overflow interroge des dizaines de milliers de développeurs dans le monde — 65 000 répondants en 2025 — pour savoir quels outils ils utilisent réellement en production. C'est la source la plus fiable pour avoir une photo du terrain, loin des effets de mode.

Les résultats sur les frameworks web sont parlants : Node.js domine avec 48,7 %, suivi de React à 44,7 %. Ce qui surprend vraiment, c'est jQuery à 40,4 % — une bibliothèque créée en 2006 qui reste utilisée par presque un développeur sur deux. Cela dit beaucoup sur la réalité des entreprises : beaucoup de projets "legacy" tournent encore sur des bases anciennes que personne n'a encore eu le temps ou le budget de migrer. FastAPI, lui, gagne +5 points en un an, signe que Python s'invite côté web grâce à l'essor de l'IA.

Côté langages, JavaScript reste numéro 1 (66 %), mais Python a bondi de 7 points en un an (57,9 %) — une progression impressionnante directement liée à l'IA. Le PHP, souvent annoncé comme mort, se maintient à 18,9 %, ce qui représente des millions de projets actifs dans le monde.

Ce que ça m'a appris : Ces chiffres changent ma perspective. jQuery à 40 % m'a rappelé qu'en entreprise, on hérite souvent de bases de code qu'on ne choisit pas. Et la montée de FastAPI confirme qu'il faut garder un œil sur Python, même en développement web classique.

🔗 Stack Overflow Developer Survey 2025 — Technology — survey.stackoverflow.co

Pourquoi Next.js s'est imposé comme le framework par défaut — et pourquoi ça commence à poser problème

Cet article de WeLoveDevs est l'un des plus équilibrés que j'ai trouvés sur Next.js. L'auteur explique comment Next.js est passé d'un outil pour startups à l'architecture par défaut pour les projets React en entreprise. Selon le Developer Survey 2025, 21 % des développeurs professionnels l'utilisent dans leur travail. Les grandes entreprises l'adoptent aussi : plus de 18 000 entreprises B2B l'utilisent, et les salaires des développeurs qui le maîtrisent sont en moyenne plus élevés.

Mais l'article ne s'arrête pas là : il pointe aussi les revers de cette domination. En 2025, Next.js a subi deux failles de sécurité majeures. La première, une faille dans le middleware permettant un contournement d'authentification (CVSS 9.1). La seconde, la faille "React2Shell" (CVE-2025-55182), notée 10.0/10 sur l'échelle CVSS — le score maximum. Résultat : beaucoup d'équipes ont commencé à remettre en question le fait de choisir un framework "par défaut" sans réfléchir. L'auteur conclut que Next.js reste le meilleur choix pour la plupart des projets, mais que son adoption quasi automatique est un problème en soi : on choisit un outil par inertie plutôt que par analyse.

Ce que ça m'a appris : Un framework populaire n'est pas forcément le meilleur choix pour un projet donné. Et la popularité crée aussi des cibles : plus un framework est utilisé, plus les failles découvertes ont d'impact. La veille sécurité est indissociable de la veille technique.

🔗 Pourquoi Next.js est-il adopté si massivement ? — WeLoveDevs

TypeScript numéro 1, IA dans 84 % des projets : les grandes forces qui redessinent le web en 2026

Cet article est l'un des plus complets que j'ai trouvés pour comprendre les forces structurelles qui influencent le choix des frameworks aujourd'hui. L'auteur part d'un constat fort : selon le Developer Survey 2025, 84 % des développeurs utilisent ou prévoient d'utiliser des outils d'IA dans leur workflow — et 51 % le font déjà quotidiennement. Cette adoption massive de l'IA change la façon dont on choisit un framework : on privilégie ceux qui sont bien documentés et bien supportés par les outils IA, car GitHub Copilot ou Cursor "connaissent" mieux React que des frameworks plus confidentiels.

TypeScript est passé numéro 1 sur GitHub avec +66 % de croissance. Ce n'est plus une option : tous les frameworks sérieux l'intègrent nativement ou le recommandent par défaut. L'article souligne aussi la montée de l'edge computing : des plateformes comme Vercel et Cloudflare Workers permettent d'exécuter du code au plus près de l'utilisateur géographiquement. Les meta-frameworks comme Next.js et Nuxt l'intègrent maintenant nativement, ce qui pousse les développeurs à choisir des outils compatibles avec ce modèle de déploiement.

Ce que ça m'a appris : Le choix d'un framework n'est plus seulement technique. Il est aussi influencé par l'écosystème IA qui l'entoure et par les modèles de déploiement modernes. Un framework mal supporté par les outils IA sera progressivement délaissé, même s'il est techniquement excellent.

🔗 Les tendances du développement web en 2026 — hurterandco.group

Les 8 tendances qui vont définir le développement web en 2026 : TanStack, sécurité et la fin du JavaScript "nu"

LogRocket est un outil de monitoring utilisé par des milliers d'équipes frontend. Leur blog est écrit par des développeurs qui observent en temps réel comment les applications sont construites et cassées. Cet article de fin d'année 2025 est donc ancré dans la réalité du terrain, pas dans la théorie.

Leur première conclusion : en 2026, écrire du JavaScript "nu" pour un projet professionnel sera considéré comme du legacy. TypeScript est maintenant le point de départ par défaut. Deuxième tendance forte : l'écosystème TanStack (TanStack Query, Router, Form, Store, Start) est en train de devenir "le couteau suisse du frontend". Ces librairies sont framework-agnostiques — elles fonctionnent avec React, Vue, Solid — ce qui les rend très attractives pour les équipes qui veulent éviter le lock-in sur un seul écosystème. Troisième tendance : la sécurité est devenue impossible à ignorer. Les failles dans Next.js en 2025 ont rappelé que les meta-frameworks, en gérant à la fois frontend et backend, augmentent mécaniquement la surface d'attaque. En 2026, les frameworks vont intégrer des protections par défaut plus strictes et des avertissements explicites sur les patterns dangereux.

Ce que ça m'a appris : La notion de TanStack m'était inconnue avant cet article. Découvrir qu'une suite d'outils peut être "framework-agnostique" m'a ouvert les yeux sur une autre façon de construire des frontends — pas en choisissant un framework monolithique, mais en composant des briques spécialisées.

🔗 The 8 trends that will define web development in 2026 — LogRocket Blog

L'état de Python en 2025 : FastAPI passe de 29 % à 38 % en un an et s'attaque au trône de Django

JetBrains publie chaque année une enquête auprès de plus de 30 000 développeurs Python dans le monde. C'est la référence côté Python, comme le Stack Overflow Survey l'est pour l'ensemble des développeurs. Les résultats de l'édition 2025 sont sans appel sur un point : FastAPI est passé de 29 % à 38 % d'utilisation en un an, soit une progression de 30 % — la plus forte de tous les frameworks web Python. Il concurrence désormais directement Django et Flask pour la première place.

Ce bond s'explique par deux facteurs. Le premier est l'essor de l'IA : 46 % des développeurs Python font maintenant du développement web, et parmi eux, ceux qui travaillent sur des projets IA utilisent FastAPI pour exposer leurs modèles en production via des APIs. Microsoft, Netflix et Uber l'ont adopté pour cette raison. Le second est l'adoption de l'asynchrone : les serveurs web Python migrent vers des outils asynchrones basés sur Rust (comme uvicorn et uv), et FastAPI, conçu nativement pour l'asynchrone, en bénéficie directement. À titre de comparaison, FastAPI comptait seulement 15 000 étoiles sur GitHub en 2020 — il en compte 78 000 en 2025, dépassant Flask.

Ce que ça m'a appris : Ces chiffres confirment que la montée de FastAPI n'est pas un effet de mode — c'est une tendance de fond portée par l'IA. Pour un développeur web, ignorer Python serait une erreur : c'est désormais le langage du ML et des APIs qui alimentent les applications intelligentes.

🔗 L'état de Python en 2025 — JetBrains / PyCharm Blog

Choisir le bon framework frontend en 2025 : React, Vue, Angular ou Svelte — la grille de décision des équipes

Pour clore cette veille, cet article de l'agence Nexa aborde la question que tout développeur finit par se poser : concrètement, comment choisit-on un framework frontend en 2025 ? L'article distingue quatre profils de projets et recommande un outil différent pour chacun.

React (40 %+ des nouveaux sites modernes selon HTTP Archive) est recommandé pour les applications complexes avec de nombreux composants réutilisables et des équipes importantes. Sa force : une communauté de 2 millions de développeurs actifs et un écosystème de bibliothèques inégalé. Angular, souvent choisi par les grandes entreprises pour ses conventions strictes, favorise la cohérence dans les grandes équipes mais présente une courbe d'apprentissage élevée. Vue.js est recommandé pour les projets qui n'ont pas besoin de toute la puissance de React — son approche progressive permet de l'intégrer dans un projet existant morceau par morceau. L'article mentionne aussi l'émergence des Web Components natifs — des composants directement supportés par les navigateurs sans dépendre d'un framework — comme une tendance de fond qui pourrait à terme réduire la dépendance aux frameworks JavaScript pour certains projets.

Ce que ça m'a appris : Il n'existe pas de "meilleur framework" en absolu. La vraie question n'est pas "quel est le meilleur ?" mais "pour qui, pour quel projet et avec quelle contrainte ?". C'est cette façon de raisonner que j'essaie d'appliquer dans mes propres choix en BTS.

🔗 Choisir le bon framework frontend en 2025 — Nexa

04. Ce que cette veille m'a appris

Ces six mois de veille m'ont permis de passer d'une vision technique des frameworks à une vision plus stratégique. Trois enseignements principaux ressortent.

Le premier : la popularité crée à la fois des avantages et des risques. Next.js est partout car il est bien supporté par les outils IA, facile à recruter et éprouvé en production. Mais cette même popularité en fait une cible : les failles de sécurité de 2025 ont touché des milliers de projets. Choisir un framework populaire, c'est aussi accepter de maintenir une veille sécurité active.

Le second : le marché se fragmente intelligemment. React ne fait pas tout mieux que tout le monde — Astro est meilleur pour les sites de contenu, Vue.js est plus accessible pour les petites équipes, Angular impose une discipline utile dans les grandes organisations. Savoir quand utiliser quel outil est une compétence à part entière.

Le troisième : l'IA change les règles du jeu indirectement. Elle ne remplace pas les frameworks, mais elle favorise ceux qui sont les mieux documentés et les plus populaires, car les outils comme GitHub Copilot ou Cursor les "connaissent" mieux. C'est un avantage concurrentiel invisible mais réel pour React et Next.js.

Ma méthode de veille

Pour mener cette veille de façon régulière et organisée, j'ai mis en place plusieurs sources d'information complémentaires que je consulte chaque semaine.

Mon point de départ a été le Stack Overflow Developer Survey, un rapport annuel que je connaissais déjà car il est cité partout dans la communauté. Je me suis abonné à leur newsletter sur stackoverflow.blog pour être alerté dès la publication des prochaines éditions. C'est ce rapport qui m'a donné les premiers chiffres concrets sur l'état réel du marché des frameworks.

Pour les analyses et articles de fond, je suis plusieurs sources en français et en anglais. Je reçois la newsletter de WeLoveDevs, une communauté francophone très active dans le monde du développement, qui publie régulièrement des articles d'analyse sur les technologies du moment. Pour l'anglais, je suis le tag #webdev sur DEV Community, où des équipes comme LogRocket publient des analyses terrain issues de leur expérience avec des milliers d'applications en production.

Quand un chiffre ou une information m'interpelle dans un article, je fais une recherche Google ciblée pour aller plus loin — c'est comme ça que j'ai trouvé l'article Hurter & Co sur les tendances 2026 ou l'analyse de Nexa sur le choix de framework.