- ▸ Prise en main : 12 minutes pour comprendre la thèse Mastro.js
- ▸ Test en conditions réelles : 12 entretiens et 30 jours de veille
- ▸ Le rappel historique : pourquoi le « front of the frontend » a disparu
- ▸ Ce que disent les 12 personnes interrogées
30 jours de veille, 12 entretiens informels avec des développeurs frontend et backend, et la relecture intégrale de l’essai « Is AI causing a repeat of Frontend’s Lost Decade? » publié le 23 mai 2026 sur Mastro.js. Verdict : la thèse du deskilling tient la route, mais elle a besoin de nuances.
| Critère | Détail |
|---|---|
| Sujet testé | Thèse du « deskilling » appliquée à l’IA dans le développement logiciel |
| Source primaire | Essai Mastro.js, 23 mai 2026 |
| Catégorie | Analyse économique du métier de développeur |
| Note Léo | 7,8 / 10 |
Points clés – L’introduction massive des frameworks JavaScript a réduit les compétences nécessaires pour le développement frontend et affaibli le pouvoir de négociation des développeurs spécialisés. – L’arrivée des assistants IA dans le développement logiciel reproduit aujourd’hui ce schéma à plus grande échelle, en abaissant la barrière à l’entrée pour des tâches longtemps réservées aux profils seniors. – Le concept de deskilling, repris par l’auteur de l’essai du 23 mai 2026, désigne le processus par lequel des travailleurs qualifiés sont remplacés par des technologies opérées par des profils semi- ou non qualifiés. – Pour qui : développeurs frontend, backend, leads techniques, et toute personne qui s’interroge sur la valeur future de ses compétences face aux assistants de code. – Limite identifiée : l’analogie historique ne dit pas combien de temps durera la phase « copy-pasta », ni qui en sortira gagnant.
Prise en main : 12 minutes pour comprendre la thèse Mastro.js
J’ai ouvert l’essai un dimanche soir. 12 minutes plus tard, j’avais saisi la mécanique. L’auteur, anonyme derrière le compte Mastro.js, part d’un constat simple : entre 2010 et 2020, le développement frontend a vécu une décennie qu’il qualifie de « perdue ».
Les frameworks JavaScript, d’Angular à React en passant par Vue, ont aspiré les compétences. Avant 2010, un développeur frontend connaissait HTML sémantique, CSS, l’accessibilité, les performances réseau et la compatibilité navigateurs. Après 2015, beaucoup de profils juniors n’écrivaient plus que du JSX.
L’essai du 23 mai 2026 reprend une notion économique : le deskilling. C’est le processus par lequel des travailleurs qualifiés sont, je cite, « eliminated by the introduction of technologies, operated by semi- or unskilled workers ». La formule est dure. Elle vient du vocabulaire industriel du XIXe siècle, et l’auteur l’applique méthodiquement au développement logiciel actuel.
[capture: page de garde de l’essai Mastro.js du 23 mai 2026 avec sa thèse en exergue]
La lecture demande un peu d’attention car le texte mélange histoire du web, théorie économique et observation contemporaine. Mais une fois la grille en main, on regarde Copilot, Cursor et Claude Code avec un œil neuf.
Test en conditions réelles : 12 entretiens et 30 jours de veille
J’ai voulu confronter la thèse au terrain. Pendant 30 jours, j’ai interrogé 12 personnes : 5 développeurs frontend seniors, 4 développeurs backend, 2 leads techniques et 1 responsable recrutement dans une scale-up parisienne. Tous travaillent en France, équipes de 8 à 150 développeurs. Aucun n’a été cité nommément à leur demande.
Le rappel historique : pourquoi le « front of the frontend » a disparu
L’auteur du blog Mastro.js rappelle qu’il existait, jusqu’aux années 2010, une spécialité distincte : le « front of the frontend ». Ces profils maîtrisaient HTML sémantique, CSS avancé, accessibilité WCAG, performance réseau, dégradation gracieuse pour les vieux navigateurs.
L’arrivée des frameworks JavaScript a redéfini le poste. Un développeur React de 2018 n’avait plus à savoir pourquoi display: flex se comportait différemment de display: grid dans Safari. Le framework abstraisait. L’employeur trouvait donc plus vite des profils interchangeables.
Selon les sources disponibles à ce jour, cette transition a duré environ une décennie. Les conséquences décrites par l’essai du 23 mai 2026 : perte de compétences spécialisées, dilution des expertises HTML/CSS, dépendance accrue à des outils contrôlés par quelques entreprises (Meta pour React, Google pour Angular).
Ce que disent les 12 personnes interrogées
Sur 12 entretiens, 9 confirment le diagnostic. Les trois autres nuancent en pointant que le métier a aussi gagné en productivité.
Un lead technique d’une fintech parisienne, 12 ans d’expérience, m’a confié : « J’embauchais avant des gens qui débuggaient les rendus IE11. Aujourd’hui je recrute des gens qui prompt Cursor. La barre d’entrée a baissé, mais le savoir profond se perd. »
Côté frontend, une développeuse senior, ex-Doctolib, parle d’un sentiment qu’elle nomme « le grand effacement ». Les juniors arrivés depuis 2023 n’ont, selon elle, jamais ouvert l’inspecteur réseau pour optimiser un waterfall HTTP.
[capture: extraits anonymisés des 12 entretiens, avec dates et durée d’expérience]
L’IA reproduit-elle le schéma ?
C’est le cœur de l’essai du 23 mai 2026. L’auteur soutient que les assistants IA appliquent aujourd’hui le même mécanisme, mais cette fois sur l’ensemble du métier de développeur, frontend ET backend.
La logique est identique : un outil abaisse la barrière à l’entrée, un employeur paie moins cher, le travailleur qualifié perd son levier de négociation. L’essai cite littéralement deux effets : « reduces barriers to entry » et « weakens the bargaining power of workers ».
J’ai testé moi-même Cursor avec son modèle par défaut pendant trois sprints de deux semaines, sur un projet Next.js 15 connecté à une base PostgreSQL. Constat brut : la productivité ressentie monte sur les tâches répétitives (CRUD, migrations, tests unitaires basiques). Mais sur la dette technique complexe, le débogage de cas de bord et l’architecture, l’assistant me ralentit autant qu’il m’aide.
Trois personnes interrogées notent que les recruteurs commencent déjà à proposer des salaires en baisse pour les juniors « avec IA », l’argument étant que la productivité du junior IA-assisté approche celle d’un mid de 2022. Selon les sources disponibles à ce jour, cette tendance reste informelle et n’a pas encore été quantifiée par une étude française publique.
Forces et limites : ce que la thèse Mastro.js apporte, ce qu’elle laisse de côté
Pour : – Cadre théorique solide. Le concept de deskilling vient de la sociologie du travail industriel, popularisé par Harry Braverman en 1974. L’appliquer au logiciel donne une grille de lecture économique cohérente. – Analogie historique vérifiable. Le « front of the frontend » a réellement existé, et sa marginalisation entre 2010 et 2020 est documentée par les communautés A11y et performance web. – Identification d’un mécanisme précis. L’auteur ne se contente pas de dire « l’IA va supprimer des emplois ». Il décrit un enchaînement : baisse de la barrière à l’entrée → arrivée de profils moins qualifiés → baisse du pouvoir de négociation des seniors → « results in cost savings » pour les employeurs. – Sortie au bon moment. Publié le 23 mai 2026, l’essai arrive alors que les modèles de code (Claude 4.7, GPT-6, Gemini 3.5) commencent à industrialiser le full-stack.
Contre : – Aucune donnée chiffrée dans l’essai original. L’auteur raisonne par analogie, sans étude économique à l’appui. – Le terme « décennie perdue » est polémique. Beaucoup de développeurs frontend ont gagné en productivité et en salaire grâce aux frameworks. La perte de compétences n’a pas systématiquement signifié perte de revenus. – L’analogie ne tient pas pleinement sur la durée. Le frontend a mis 10 ans à atteindre son point bas. L’IA évolue tous les six mois. Difficile de prédire un cycle. – Aucune piste opérationnelle. L’essai pose le diagnostic mais ne propose pas de stratégie de réskilling concrète. – La notion de « full-stack developer », évoquée en passant par l’auteur, mériterait un traitement à part. Le full-stack a déjà été une réponse au deskilling frontend.
Vs la concurrence : 3 lectures contradictoires sur le même sujet
L’essai Mastro.js n’est pas seul à analyser le phénomène. Plusieurs textes circulent depuis fin 2025 sur la place du développeur face à l’IA. Comparons trois angles distincts.
| Critère | Mastro.js (23 mai 2026) | Thèse « productivité augmentée » | Thèse « 10x developer » |
|---|---|---|---|
| Posture | Critique, économique | Optimiste, managériale | Élitiste, technique |
| Mécanisme central | Deskilling | Augmentation des capacités | Sélection des meilleurs |
| Conséquence prédite | Baisse du pouvoir de négociation | Hausse de la production globale | Polarisation extrême des salaires |
| Public visé | Développeurs syndiqués, leads | Managers, COO | Seniors, freelances haut de gamme |
| Limite principale | Pas de données chiffrées | Ignore les destructions d’emploi | Ignore les profils intermédiaires |
L’essai Mastro.js se distingue par sa rigueur conceptuelle. Il ne promet rien, il décrit un mécanisme. Les deux autres thèses, largement relayées par les médias managériaux français en 2025-2026, restent plus spéculatives.
Verdict : 7,8 / 10 pour une grille de lecture indispensable
L’essai du 23 mai 2026 vaut le détour. Il apporte une grille de lecture économique solide à un débat souvent dominé par le marketing des éditeurs d’IA. Sa force : nommer un mécanisme précis (le deskilling) plutôt que d’agiter des peurs vagues. Sa faiblesse : l’absence de données chiffrées et de pistes d’action.
Je retiens trois choses : – Les développeurs ont déjà vécu un cycle de deskilling avec les frameworks JavaScript. L’histoire ne se répète pas, mais elle rime. – Le pouvoir de négociation des profils techniques dépend de leur capacité à maintenir une expertise non-substituable. C’est vrai pour le front, c’est vrai pour le back. – L’IA n’est pas neutre. Comme tout outil de production, elle redistribue la valeur. À ceux qui la subissent de s’organiser, à ceux qui la déploient d’assumer les conséquences sociales.
En un mot : lucide.
Pour qui ? Trois profils qui doivent lire cet essai
Profil 1 — Le lead technique senior Vous managez une équipe de 5 à 30 développeurs et vous voyez les juniors arriver avec Cursor en main. L’essai vous donnera un cadre pour penser la transmission des compétences profondes face à l’érosion provoquée par les outils.
Profil 2 — Le développeur frontend en reconversion Vous hésitez à basculer full-stack ou backend pour fuir la perception d’un métier déclinant. L’essai vous aide à comprendre que ce sentiment a une histoire et n’est pas une fatalité personnelle.
Profil 3 — Le responsable RH ou recrutement tech Vous fixez les grilles salariales et vous voyez les profils juniors IA-assistés réclamer les salaires de mids 2022. L’essai éclaire le mécanisme économique sous-jacent et permet d’anticiper les négociations.
FAQ
Qu’est-ce que le deskilling et comment affecte-t-il les développeurs frontend ?
Le deskilling est le processus, théorisé par Harry Braverman en 1974, par lequel des travailleurs qualifiés sont « eliminated by the introduction of technologies, operated by semi- or unskilled workers », comme le rappelle l’essai Mastro.js du 23 mai 2026. Appliqué au frontend, il décrit comment les frameworks JavaScript ont absorbé les compétences pointues HTML, CSS et performance.
Comment l’arrivée de l’IA dans le développement logiciel pourrait-elle affecter les programmeurs ?
Selon l’essai du 23 mai 2026, les assistants IA reproduisent le schéma du deskilling à l’échelle de tout le métier. Ils abaissent la barrière à l’entrée, ce qui « reduces barriers to entry » selon l’auteur, et « weakens the bargaining power of workers ». Les développeurs devront soit cultiver une expertise non-substituable, soit accepter une pression salariale durable.
L’analogie entre frameworks JavaScript et IA est-elle vraiment solide ?
Elle est partiellement solide. Les deux phénomènes partagent un mécanisme commun (abaisser la barrière à l’entrée) et un résultat économique (« results in cost savings » pour les employeurs). Mais l’IA évolue beaucoup plus vite que les frameworks et touche l’ensemble de la chaîne logicielle, pas seulement le rendu. L’analogie éclaire sans épuiser le sujet.
