J’utilise GPT, mais je ne pense pas qu’il puisse remplacer le poste d’un développeur senior. En revanche, à mesure que la productivité augmente, il semble que les développeurs débutants et juniors auront de plus en plus de mal à trouver un emploi.
Les développeurs front-end doivent communiquer avec des coéquipiers de domaines très variés, comme le design, la planification et le back-end, donc je ne pense pas qu’ils seront fortement réduits. Il y a cette phrase de Jobs : « Les gens ne savent pas ce qu’ils veulent tant qu’on ne le leur a pas montré. » Les développeurs front-end ont justement pour rôle de produire plusieurs prototypes pour montrer ce que les gens veulent, donc je ne pense pas qu’ils diminueront beaucoup. Il est même possible qu’on produise davantage de prototypes.
En revanche, je pense que les développeurs back-end vont progressivement diminuer à cause de la génération automatique de code et de l’IA. Je ne pense pas non plus qu’ils disparaîtront complètement, mais qu’ils seront moins nombreux. Le développement back-end comporte, d’une certaine manière, des aspects qui ressemblent à des formules, et il y a aussi beaucoup de marge pour l’automatisation, donc il me semble que ce domaine va un peu se réduire.
Cela ne remplacera pas complètement les développeurs, mais même s’il peut y avoir une baisse partielle des emplois, avec l’apparition de davantage de missions de transformation numérique et de modernisation des systèmes legacy dans de nombreux domaines, je pense que ça ira encore pendant un certain temps.
J’ai vu que des récepteurs UHD d’information d’urgence étaient installés à certains arrêts ; si cela utilise aussi la norme ATSC 3.0, alors pour pouvoir vraiment exploiter le BPS, il faudra sans doute que la réception soit possible même avec une faible sensibilité du signal.
📝 The Post-Developer Era – résumé détaillé (par ChatGPT)
Contexte et objectif de l’article
Juste après la présentation de GPT-4 en 2023, l’auteur avait exprimé son scepticisme, via l’article « The End of Front-End Development », face à l’idée que l’IA remplacerait les développeurs.
Deux ans plus tard (en 2025), il revient sur la situation réelle pour vérifier si cette prévision était correcte.
État de l’adoption de l’IA dans les entreprises
Google a fait l’objet d’articles affirmant que « l’IA écrit 25 % de l’ensemble du code », mais dans les faits, les développeurs humains restent aux commandes et l’IA n’est qu’un outil.
L’IA n’écrit pas le code de manière autonome : les développeurs donnent la direction puis examinent et corrigent les résultats.
Devin : les résultats concrets d’une IA censée remplacer les développeurs
Devin de Cognition promettait un « développement sans développeurs », mais la plupart des entreprises qui l’ont adopté ont rapporté des échecs.
Il peut gérer de petites tâches, mais montre vite ses limites sur les travaux complexes. La plupart des équipes ont arrêté de l’utiliser en moins d’un mois.
Le vibe coding
Présentation du cas d’usage personnel de Josh avec un IDE IA (Cursor + Claude).
Les tâches simples peuvent être résolues rapidement, et dans certains cas l’outil propose même un code meilleur que prévu.
Mais cela nécessite malgré tout une supervision, et ce n’est pas viable à long terme avec l’IA seule.
« L’IA, c’est un régulateur de vitesse. Si on lâche le volant, on finit tôt ou tard par sortir de la route. »
Le marché actuel de l’emploi pour les développeurs
La situation reste difficile. Mais ce n’est pas à cause d’un remplacement par l’IA :
recul des investissements lié à la hausse des taux d’intérêt
licenciements massifs dans la big tech
illusion selon laquelle « l’AGI arrive bientôt »
Autrement dit, ce n’est pas l’IA qui remplace réellement les développeurs ; c’est plutôt la croyance exagérée en cette idée qui freine les embauches.
Le front-end est-il plus exposé ?
Certains affirment que « le front-end se remplace plus facilement », mais Josh pense au contraire que non.
Le front-end touche directement à l’expérience utilisateur, ce qui exige un travail fin et aligné avec l’identité de la marque.
Le code back-end pourrait au contraire être simplifié et automatisé plus rapidement par l’IA.
Utiliser les LLM comme outil d’apprentissage
L’IA est un outil très utile pour les débutants afin d’expliquer des concepts et de comprendre des erreurs.
Mais lui faire confiance aveuglément est dangereux.
« L’IA n’est pas un GPS. Il faut l’aborder avec un esprit critique, comme un juré. »
Si on la suit sans recul, on finit par ne plus savoir lire le code ni le corriger.
Message aux développeurs juniors
Il ne faut pas arrêter d’apprendre à développer par crainte de l’IA.
Au contraire, les développeurs capables de travailler avec l’IA seront les plus puissants.
À l’avenir, une « renaissance des développeurs » pourrait même arriver.
« Il n’est pas trop tard pour commencer à apprendre le développement aujourd’hui. »
État actuel des progrès technologiques
Les performances de l’IA continuent de s’améliorer, mais on est désormais davantage dans une phase d’amélioration progressive que de progrès explosifs.
De nouveaux modèles comme GPT-4.5 et Gemini 2.5 sortent, mais ils se contentent surtout d’affiner les détails des performances existantes.
Points d’inquiétude
L’instabilité économique mondiale, notamment liée à une réélection de Trump, pourrait avoir un impact négatif sur le secteur technologique.
Une dépendance excessive aux outils d’IA peut fragiliser les bases des compétences de développement.
Il ne faut pas laisser passer les occasions d’apprendre et de progresser, et il faut utiliser l’IA de manière active.
📌 Résumé de la conclusion
L’IA ne peut pas remplacer complètement les développeurs,
et s’installe plutôt comme un outil d’assistance qui améliore la productivité.
Le rôle des développeurs humains reste indispensable, et sa valeur continuera de perdurer.
C’est vraiment un texte dont on peut beaucoup apprendre. Utiliser 2 heures chaque matin pour écrire et mener à bien plusieurs projets, c’est impressionnant... !
J’utilise Plex et Jellyfin, donc j’ai vérifié le code et la documentation ; si Bun SQLite avait été utilisé, les performances auraient peut-être été un peu meilleures, et c’est un peu dommage que la documentation pour Jellyfin ne soit pas encore prête.
Même en Corée, il y a pas mal d’endroits non couverts dans les villes de province ; j’imagine que c’est encore pire dans les zones périurbaines d’autres pays ?
Je me dis aussi que la zone couverte ne sera probablement pas la même que celle du GPS.
Chaque fois que je vois un licenciement à l’américaine, je me dis que c’est d’une brutalité barbare. Ce sont des gens avec qui on a passé du temps ; même si on doit les faire partir, on ne peut pas au moins leur dire « rangez vos affaires et partez » ?
Est-ce qu’il faut organiser son travail de manière stateless en partant du principe que tout le monde peut perdre tous ses accès d’un seul coup… ?
Peut-on appeler cela du RAG si l’on place un fichier bundle dans le prompt ou qu’on le joint à l’application pour interroger le LLM ? Je me demande quelle partie correspond à la récupération.
Il n’y a peut-être pas de modèles qui battent GPT-4.5 sur les specs, mais... rien qu’en leur demandant une simple traduction, leurs capacités de construction de phrases ne sont même pas comparables. (GPT l’emporte largement)
J’ai l’impression qu’il faut désormais aussi débattre de la manière de concevoir les benchmarks et les jeux de test.
Et puis on entend assez souvent dire que les performances des LLM eux-mêmes sont en deçà des attentes sur des tâches générales...
C’est un article très instructif. En fin de compte, il ne faut pas oublier que le SaaS aussi est un produit que les clients « embauchent » pour résoudre leurs problèmes.
Mickey 17.. haha
J’ai beaucoup appris. Merci.
Les réactions dans les commentaires sur Bluesky sont vraiment trop drôles lol
Les commentaires sont intéressants.
Merci pour le partage.
Super astuce... merci
Je suis assez d’accord avec ce point de vue.
J’utilise GPT, mais je ne pense pas qu’il puisse remplacer le poste d’un développeur senior. En revanche, à mesure que la productivité augmente, il semble que les développeurs débutants et juniors auront de plus en plus de mal à trouver un emploi.
Les développeurs front-end doivent communiquer avec des coéquipiers de domaines très variés, comme le design, la planification et le back-end, donc je ne pense pas qu’ils seront fortement réduits. Il y a cette phrase de Jobs : « Les gens ne savent pas ce qu’ils veulent tant qu’on ne le leur a pas montré. » Les développeurs front-end ont justement pour rôle de produire plusieurs prototypes pour montrer ce que les gens veulent, donc je ne pense pas qu’ils diminueront beaucoup. Il est même possible qu’on produise davantage de prototypes.
En revanche, je pense que les développeurs back-end vont progressivement diminuer à cause de la génération automatique de code et de l’IA. Je ne pense pas non plus qu’ils disparaîtront complètement, mais qu’ils seront moins nombreux. Le développement back-end comporte, d’une certaine manière, des aspects qui ressemblent à des formules, et il y a aussi beaucoup de marge pour l’automatisation, donc il me semble que ce domaine va un peu se réduire.
Cela ne remplacera pas complètement les développeurs, mais même s’il peut y avoir une baisse partielle des emplois, avec l’apparition de davantage de missions de transformation numérique et de modernisation des systèmes legacy dans de nombreux domaines, je pense que ça ira encore pendant un certain temps.
J’ai vu que des récepteurs UHD d’information d’urgence étaient installés à certains arrêts ; si cela utilise aussi la norme ATSC 3.0, alors pour pouvoir vraiment exploiter le BPS, il faudra sans doute que la réception soit possible même avec une faible sensibilité du signal.
📝 The Post-Developer Era – résumé détaillé (par ChatGPT)
Contexte et objectif de l’article
État de l’adoption de l’IA dans les entreprises
Devin : les résultats concrets d’une IA censée remplacer les développeurs
Le vibe coding
Le marché actuel de l’emploi pour les développeurs
Le front-end est-il plus exposé ?
Utiliser les LLM comme outil d’apprentissage
Message aux développeurs juniors
État actuel des progrès technologiques
Points d’inquiétude
📌 Résumé de la conclusion
C’est vraiment un texte dont on peut beaucoup apprendre. Utiliser 2 heures chaque matin pour écrire et mener à bien plusieurs projets, c’est impressionnant... !
J’utilise Plex et Jellyfin, donc j’ai vérifié le code et la documentation ; si Bun SQLite avait été utilisé, les performances auraient peut-être été un peu meilleures, et c’est un peu dommage que la documentation pour Jellyfin ne soit pas encore prête.
Merci pour l’existence de ce type de projet
Même en Corée, il y a pas mal d’endroits non couverts dans les villes de province ; j’imagine que c’est encore pire dans les zones périurbaines d’autres pays ?
Je me dis aussi que la zone couverte ne sera probablement pas la même que celle du GPS.
Le LLM ne fait-il pas une récupération à partir des fichiers regroupés pour retrouver ensuite le code d’origine ?
Je pense un peu la même chose.
En voyant ça, le premier mot qui m’est venu, c’est que ça avait de l’allure. J’ai peut-être simplement une sensibilité d’une autre époque ?
Chaque fois que je vois un licenciement à l’américaine, je me dis que c’est d’une brutalité barbare. Ce sont des gens avec qui on a passé du temps ; même si on doit les faire partir, on ne peut pas au moins leur dire « rangez vos affaires et partez » ?
Est-ce qu’il faut organiser son travail de manière stateless en partant du principe que tout le monde peut perdre tous ses accès d’un seul coup… ?
Je suis surpris qu’il y ait des réactions aussi cool...
Peut-on appeler cela du RAG si l’on place un fichier bundle dans le prompt ou qu’on le joint à l’application pour interroger le LLM ? Je me demande quelle partie correspond à la récupération.
Il n’y a peut-être pas de modèles qui battent GPT-4.5 sur les specs, mais... rien qu’en leur demandant une simple traduction, leurs capacités de construction de phrases ne sont même pas comparables. (GPT l’emporte largement)
J’ai l’impression qu’il faut désormais aussi débattre de la manière de concevoir les benchmarks et les jeux de test.
Et puis on entend assez souvent dire que les performances des LLM eux-mêmes sont en deçà des attentes sur des tâches générales...
C’est un article très instructif. En fin de compte, il ne faut pas oublier que le SaaS aussi est un produit que les clients « embauchent » pour résoudre leurs problèmes.