LO
Être averti quand un dossier vérifié arrive sur ce métier → · Indiquez lesquelles de ces tâches sont les vôtres (VOLO Pro, gratuit) → · Pour une équipe ou une promotion de diplômés →
Développeur frontal
Construit la surface que les gens touchent réellement — et se retrouve avec les parties auxquelles un écran généré ne survit pas : de vrais appareils, de vrais réseaux, et l'obligation légale que cela fonctionne pour tout le monde.
Prenez un écran de votre produit et listez chaque état dans lequel il peut se trouver. Puis vérifiez combien d'entre eux existent réellement dans le code.
Ce n'est pas une probabilité de perdre votre emploi. Il combine la part de la charge de tâches du poste exposée à l'automatisation avec le chemin réellement parcouru par l'adoption — utile pour comparer des métiers sur une même base cohérente, et pour rien d'autre.
Écrit pour les développeurs qui construisent des interfaces web et applicatives. Cette page coupe par couche plutôt que par séniorité — les pages du junior et de l'ingénieur expérimenté coupent dans l'autre sens, et un ingénieur frontal senior se trouve sur les deux. Le design lui-même est un métier distinct ; le mobile natif et le jeu vidéo divergent.
Ce qui change réellement#
L'unité d'analyse est la tâche, non l'intitulé du poste. Un poste n'est pas remplacé — sa composition en tâches se déplace.
Chaque case est une tâche. Sa taille est son poids dans le métier ; sa couleur, la direction que prend la tâche. Cliquez sur une case pour voir ce que ce jugement n'établit pas.
Un écran qui s'affiche n'est pas un écran qui part en production. Cela ne dit rien de la maintenabilité du résultat, de sa conformité à un système de design existant, ni de son comportement dans les états que personne n'a dessinés — vide, en chargement, en erreur, à moitié de liste.
C'est un jugement sur l'endroit où se loge le travail, non une mesure de celui-ci. Les équipes ne comptent pas quelle part de leur code frontal relève du traitement des cas limites : il n'existe donc aucun chiffre auquel confronter cela, et l'équilibre diffère énormément entre une page marketing et un écran de salle de marché.
Une norme gouvernementale exige ces tests pour les propres services de ce gouvernement ; rien ici ne dit combien d'heures cela prend ailleurs ni si les équipes le font — une grande part du travail frontal livré ne reçoit jamais cette attention, et l'existence des outils ne veut pas dire qu'ils ont été lancés.
L'action d'un régulateur a dressé la liste des obstacles restés sur des sites qui s'en remettaient à une surcouche automatisée, sans nommer ces sites ; ce qui trancherait davantage la question, c'est une action de sanction nommant une interface précise et ce qui n'allait pas dans celle-ci. Les exigences diffèrent selon le marché et selon que le produit s'adresse ou non au grand public.
Que ce soit un poste ou une tâche en plus dépend entièrement de la taille de l'équipe, et le nombre d'équipes qui y affectent quelqu'un délibérément, personne ne le compte.
Un travail nouveau qui apparaît n'est pas un effectif nouveau : cela est absorbé par des postes existants, et rien ici ne dit que quelqu'un a été recruté pour le faire.
C'est votre métier ? Dites-le et cette page se resserre sur votre part de celui-ci.
Un intitulé de poste est un paquet de tâches achetées ensemble, et deux personnes n'ont jamais le même paquet. Rien n'est envoyé où que ce soit — cela reste dans ce navigateur.
Lire les 6 tâches en entier — direction, raison et limites →
Changements récents#
Une règle fédérale américaine qui lie les administrations des États et les collectivités locales en vertu du titre II de l'Americans with Disabilities Act. La règle de 2024 exige que leurs contenus web et leurs applications mobiles satisfassent aux WCAG 2.1 AA ; cette règle finale provisoire (interim final rule), entrée en vigueur le 20 avril 2026, reporte la mise en conformité au 26 avril 2027 pour les entités de 50 000 habitants ou plus et au 26 avril 2028 pour les plus petites et pour les districts spéciaux. Dans son raisonnement, le ministère indique qu'une technologie avancée telle que l'IA générative n'automatise pas encore de façon fiable la correction à grande échelle des contenus inaccessibles, et que moins les entités publiques pourront compter sur la technologie pour rendre les contenus accessibles, plus elles devront s'en remettre au travail manuel. C'est le raisonnement du ministère, non une obligation que la règle impose, et il porte sur la correction de contenus existants plutôt que sur la construction d'interfaces nouvelles ; la règle lie les administrations, non les entreprises privées.
Un échec, un retour en arrière, une réglementation ou un coût freine l'adoption. Cela peut abaisser une appréciation ou élargir son incertitude.
Le document établit le comptage, non son effet. Figma déclare avoir introduit des crédits IA sur tous les sièges au cours de 2025 et avoir commencé à appliquer les plafonds en mars 2026, en vendant au-delà des compléments mensuels ou un usage facturé à la consommation ; le document donne le mois, pas le jour. Il ne fournit aucun chiffre d'usage pour Figma Make ni pour Dev Mode. Il dit seulement qu'une fois les plafonds appliqués, Figma a constaté davantage de demandes d'assistance, un certain mécontentement public et une baisse de l'usage chez certains clients, sans mesurer de combien. Figma vend ces sièges et a donc un intérêt dans la manière dont un changement tarifaire est présenté — mais le fait consigné ici, à savoir que produire une interface à partir d'une maquette consomme désormais des crédits comptés au lieu d'être compris dans le siège, figure dans un document où exagérer engage la responsabilité. Il ne dit rien des outils d'autres éditeurs, ni des chaînes internes.
Un échec, un retour en arrière, une réglementation ou un coût freine l'adoption. Cela peut abaisser une appréciation ou élargir son incertitude.
La norme du gouvernement central britannique pour la construction des services numériques publics. Si un service utilise l'IA, il doit indiquer clairement aux usagers comment cela peut affecter leurs données ainsi que le résultat ou les informations qu'ils reçoivent ; s'il utilise un agent conversationnel fondé sur l'IA, il doit s'assurer que les usagers comprennent que les réponses ne viennent pas d'un humain et peuvent ne pas être exactes, et qu'ils savent comment contacter un être humain. La page indique aussi que les services devraient être prêts à cesser d'utiliser l'IA si nécessaire. Elle lie les équipes de services du gouvernement central britannique, non les entreprises privées, et elle fixe ce que l'interface doit communiquer, non la manière dont une équipe la construit.
Un échec, un retour en arrière, une réglementation ou un coût freine l'adoption. Cela peut abaisser une appréciation ou élargir son incertitude.
La plainte du régulateur américain de la protection des consommateurs contre une entreprise qui vendait un widget fondé sur l'IA censé rendre n'importe quel site conforme aux Web Content Accessibility Guidelines, réglée par une ordonnance définitive exigeant un paiement de 1 million de dollars et interdisant de telles allégations sans preuves. La plainte affirme que, selon des experts en accessibilité, aucun outil de test automatisé ne peut à lui seul déterminer si un site web satisfait aux normes d'accessibilité et que des tests manuels par des personnes sont nécessaires, et elle énumère les obstacles restés sur les sites utilisant le produit : indicateurs de focus absents, pièges au clavier dans les formulaires et les menus, textes alternatifs absents ou inexacts, titres incorrects. C'est une affaire de publicité trompeuse close par un accord consenti, la phrase sur les experts cite des experts extérieurs, et les sites concernés ne sont pas nommés.
Un échec, un retour en arrière, une réglementation ou un coût freine l'adoption. Cela peut abaisser une appréciation ou élargir son incertitude.
La base de code d'une entreprise, publiée par cette entreprise, l'estimation de migration à la main (1,5 année de temps d'ingénierie) étant fournie par la même entreprise et non vérifiable de l'extérieur. Ce qui rend le résultat reproductible est le mécanisme, que le billet décrit en entier : la migration est une machine à états dont chaque étape a un arbitre automatique — jest, eslint et tsc disent réussi ou échoué — de sorte que le modèle pouvait réessayer sans personne pour regarder, et la première passe en masse a traité 75 % des fichiers en quatre heures. La queue restante est le chiffre le plus utile : après quatre jours de réglages, 97 % ; beaucoup des fichiers de la queue avaient été relancés entre 50 et 100 fois, et les derniers 3 % ont été finis à la main. Le billet dit aussi explicitement que le principal facteur était la sélection des bons fichiers connexes à mettre dans le prompt — qui a grossi jusqu'à 40 000 à 100 000 jetons en tirant jusqu'à 50 fichiers — plutôt que la formulation du prompt. Il ne rapporte aucun changement d'effectifs, de recrutement ou de postes, et n'en prétend aucun.
Un employeur l'a mis en production. Cela peut déplacer la ligne de base — pondéré par l'échelle et par la ressemblance du cadre avec le vôtre.
La norme du gouvernement central britannique pour la construction des services numériques publics. Tous les services de l'administration doivent suivre l'amélioration progressive — fonctionner d'abord en HTML, puis ajouter CSS et JavaScript — même si une partie du service a besoin de JavaScript. Pour que JavaScript fonctionne d'un navigateur à l'autre, la page énumère la détection de fonctionnalités, les polyfills et la transpilation, le recours à des tests automatisés ou à des linters, et des tests manuels réguliers, y compris sur des appareils plus anciens ou moins puissants. Elle lie les équipes de services du gouvernement central britannique ; c'est une norme sur la manière dont le travail doit être fait, non une mesure de la part qui en est automatisée.
Un échec, un retour en arrière, une réglementation ou un coût freine l'adoption. Cela peut abaisser une appréciation ou élargir son incertitude.
Ce que cela veut dire pour vous#
La tâche pour laquelle on vous aurait recruté d'abord — transformer une maquette en écran — est la plus exposée ici. Cela vaut d'être su avant de passer un an à devenir rapide dessus. Les parties qui tiennent sont les états que personne n'a dessinés et l'obligation que cela marche pour tout le monde, et ni l'une ni l'autre ne s'apprend en construisant des pages de portfolio.
Votre levier est passé de produire des écrans à les contraindre : le système de design, les états, le budget de performance, l'obligation d'accessibilité. C'est un travail moins visible et plus difficile à montrer dans un portfolio, ce qui est un vrai problème au prochain changement de poste — commencez à consigner ce que vous avez refusé et pourquoi.
Vos options#
Quatre directions, chacune avec ses contraintes réelles et une chose que vous pouvez tester cette semaine. Continuer comme aujourd'hui est un choix légitime — il faut simplement que ce soit un choix.
Détenez la couche de contraintes
Quand les écrans deviennent bon marché, la denrée rare est la personne qui maintient la cohérence d'un produit — la bibliothèque de composants, les états, le budget de performance.
C'est un travail peu visible qu'il est facile de prendre pour acquis, et il faut une équipe assez grande pour que la cohérence compte.
Prenez un écran de votre produit et listez chaque état dans lequel il peut se trouver. Puis vérifiez combien d'entre eux existent réellement dans le code.
Devenez celui qui peut prouver l'accessibilité
Cela passe de bonne pratique à obligation sur plusieurs marchés, et une obligation a besoin d'une personne nommée capable de démontrer la conformité plutôt que de l'affirmer.
Exige d'apprendre à tester avec des technologies d'assistance plutôt qu'avec un vérificateur, ce que la plupart des développeurs n'ont jamais fait.
Activez un lecteur d'écran et accomplissez un parcours de votre propre produit sans regarder l'écran. Notez où vous êtes resté bloqué.
Allez vers la décision produit
Les développeurs frontaux voient ce que les utilisateurs font réellement plus directement que presque quiconque, et cette observation est la matière première du travail produit.
Exige de renoncer à être celui qui connaît le code le mieux, et d'apprendre à argumenter avec des chiffres plutôt qu'avec du goût.
Trouvez une fonctionnalité que vous avez construite et que personne n'utilise, et allez découvrir pourquoi. La réponse n'est presque jamais celle que l'équipe supposait.
Questions fréquentes#
Aucun chiffre ne serait honnête ici, et la question se pose mieux tâche par tâche. Produire un écran depuis une maquette est déjà largement fait par machine ; décider ce que l'écran fait quand la donnée manque non, et répondre du fait que cela fonctionne pour quelqu'un qui utilise un lecteur d'écran non plus. Un signal vérifiable par vous : quelle part de votre dernier mois a été passée à taper du balisage par rapport à décider des comportements. Si c'est surtout le premier, l'exposition est réelle et le mouvement va vers le second.
Sur sa tâche la plus visible, oui, et la raison est mécanique plutôt qu'un jugement sur la difficulté : l'entrée est visuelle, la sortie est du texte, la justesse se vérifie à l'oeil, et les données d'entraînement sont le web public. Mais l'essentiel d'une vraie base de code frontale n'est pas cette tâche — ce sont les états que personne n'a dessinés, les appareils sur lesquels personne n'a testé, et les contraintes qui maintiennent la cohérence d'un produit qui grandit. Une exposition sur la moitié visible n'est pas une exposition sur le métier.
L'étendue n'est pas automatiquement une protection, et c'est le cadrage à abandonner. Deux expositions superficielles sont plus faciles à remplacer qu'une profonde ; ce qui protège est d'être la personne à qui l'on peut faire confiance pour juger, et le jugement est propre à un domaine. Si vous traversez, traversez pour une raison — les états et le modèle de données sont réellement liés, et comprendre les deux vous rend meilleur à la frontière, là où vivent la plupart des bogues.
On le demande encore, et c'est un signal qui s'affaiblit pour la même raison que la première tâche de cette page : un relecteur sait désormais ce que coûte la production d'un bel écran. Ce qui ne s'est pas affaibli est la preuve d'un jugement — un composant que vous avez supprimé et pourquoi, un état que vous avez traité et que personne n'avait spécifié, un budget de performance que vous avez tenu sous la pression. Cela est plus difficile à rassembler et beaucoup plus difficile à générer.
Vous étudiez pour cela ?
Ces filières mènent ici. Leurs pages détaillent lesquelles de leurs compétences se transfèrent et ce qui manque généralement aux diplômés.
Sur quoi reposent ces jugements#
Sur les 6 jugements de tâche de cette page, 5 s'appuient sur un événement vérifié et 1 relèvent d'une inférence de la plateforme, chacun étant signalé là où il apparaît. Derrière eux se trouvent 2 dimensions technologiques, une trajectoire reconstruite depuis que les modèles de langage ont atteint le public, et 6 événements vérifiés.
Voir quelles technologies, comment on en est arrivé là, et la méthode →
Sa place dans la nomenclature officielle : compétences, connaissances, métiers liés →
Autres postes de la même fonction#
Une entreprise répartit son travail en fonctions avant de le répartir en postes. Ceux-ci se trouvent dans Technologie et données aux côtés de celui-ci — un fait d'organigramme, non un jugement selon lequel ils se ressembleraient ou évolueraient dans le même sens.
Développeur logiciel junior · Ingénieur logiciel expérimenté · Développeur côté serveur · Ingénieur de données · Ingénieur en apprentissage automatique · Chercheur en IA · Testeur logiciel / ingénieur qualité · Analyste de données · Data scientist · Statisticien · Économiste · Analyste métier · Responsable des systèmes de gestion · Technicien de support informatique · Analyste sécurité (SOC) · Ingénieur DevOps / ingénieur plateforme / SRE · Ingénieur réseau · Rédacteur technique / ingénieur documentation · Rédacteur de demandes de subvention / chargé de subventions