Le tapis roulant du frontend

• Beaucoup d’équipes frontend sont convaincues qu’une réécriture du frontend mènera au succès
  • Pourtant, le choix d’un framework frontend est la décision technique la moins importante dans le développement d’un produit à long terme
  • Perdre du temps à choisir un framework est inefficace
• Un framework a de fortes chances de devenir obsolète en moins de 5 ans
  • La communauté frontend évolue rapidement, donc les frameworks sont souvent mis à jour ou remplacés par de nouvelles versions

L’approche des équipes produit intelligentes

• Les bonnes équipes produit cherchent une compréhension approfondie du framework actuel plutôt que d’en changer
• Changer de framework est un piège
• Il est important de bien comprendre les outils utilisés actuellement et de faire en sorte qu’ils ne gênent pas le travail

Conseils pour les ingénieurs en recherche d’emploi

• Si vous avez une forte préférence pour un framework donné, cherchez un poste en fonction de ce critère
• N’entrez pas dans une équipe existante en essayant de la convaincre de changer de framework
  • Cela entraîne des coûts importants et de la confusion pour l’équipe

Comment réduire le coût technique du frontend

• Il faut se concentrer sur les technologies web fondamentales
• Il faut réduire les couches d’abstraction complexes et réapprendre les fonctionnalités de base de la plateforme web
• Cela permet d’apporter une meilleure valeur sur le long terme
  • En restant proche des technologies web essentielles, on peut recruter plus facilement de nouveaux ingénieurs
  • Il est possible de maintenir la productivité sans refactoring massif du code

Stratégie de gestion de carrière à long terme pour les ingénieurs

• Une compréhension approfondie des technologies web fondamentales augmente la valeur d’une carrière sur le long terme
• On pouvait exister avant React, et on peut survivre après React
• Il est plus avantageux de maîtriser les fondamentaux que de se concentrer sur l’apprentissage des technologies les plus en vogue
• Le risque d’être licencié à cause des évolutions technologiques existe toujours
  • Renforcer ses bases est plus stable que dépendre d’une technologie particulière

Pourquoi il est difficile de parler franchement dans le monde professionnel

• Quand on occupe un poste de management, il est difficile de tenir ce genre de propos sincères
• On peut voir ses motivations remises en cause ou susciter une résistance de l’équipe
• C’est un conseil réaliste tiré de plus de 20 ans d’expérience

Les problèmes de l’écosystème frontend

• L’écosystème frontend actuel est complexe
• Il est difficile pour les développeurs débutants d’apprendre les compétences nécessaires
  • Ils se découragent à cause d’outils trop complexes
  • Même recruter des développeurs juniors devient plus difficile
• Les compétences acquises dans l’écosystème technique actuel reposent sur trop d’abstraction
  • Cela peut devenir un sérieux handicap lorsque la technologie change

La stagnation du web et les problèmes des outils

• La stagnation du web est causée par la complexité des outils
• Les développeurs veulent créer des choses créatives et impressionnantes, mais les outils les en empêchent
• Le problème vient de l’idée selon laquelle apprendre les technologies web fondamentales serait inefficace

Position personnelle

• L’auteur est passionné par le développement web depuis longtemps
• Le web reste une plateforme puissante et unique
• Les outils fondamentaux de la plateforme web sont excellents
• Mais la couche actuelle des frameworks va à l’encontre de l’essence même de la plateforme web

[GN⁺]

Avis Hacker News

• Je suis récemment en train de remplacer le système de build du code FE, de yarn vers pnpm

  • Je suis ingénieur back-end, mais j’ai aussi beaucoup travaillé en JS
  • Ce qui me frustre le plus en travaillant sur le FE, c’est que presque tout finit par être abandonné
  • Par exemple, j’utilisais apollo CLI en 2022, mais c’est désormais abandonné, donc il faut apprendre graphql-client
  • Quand j’essaie de faire une mise à niveau corrective des dépendances, je ne peux qu’espérer ne pas dépendre des signatures de types
  • Au final, le build se termine, mais avec des centaines d’avertissements de dépréciation
  • Le développement FE semble accepter bien trop facilement le changement et l’obsolescence
  • Sur les projets Rust, il n’y a eu que quelques petits changements en 4 ans
  • En JS, on a l’impression qu’il faut réécrire quelque chose tous les 6 mois

• Je travaille dans le FE depuis presque 20 ans et j’ai traversé plusieurs changements de paradigme

  • Je pense que connaître les technologies web fondamentales aide à devenir un ingénieur plus polyvalent
  • Mais je me demande si cela rend vraiment plus attractif sur le marché de l’emploi
  • Il faut être vraiment très bon en React pour maximiser sa valeur sur le marché

• Je ne suis pas développeur front-end, mais j’utilise React depuis 10 ans

  • Il y a un mouvement vers Svelte, mais React reste solide
  • Le développement front-end évolue vite, mais ce n’est pas si terrible

• Ne pas utiliser de framework front-end est une manière de descendre du tapis roulant

  • Rendu côté serveur et JavaScript uniquement quand c’est nécessaire

• À mesure que les LLM deviennent plus visibles, l’intérêt pour les nouvelles technologies va diminuer

  • Mes expériences avec Bevy et Svelte vont me faire préférer les outils existants aux nouveaux outils

• Avec les progrès de Vanilla JS et du CSS, il est plus logique d’utiliser du HTML templatisé côté serveur et du JS là où c’est nécessaire

  • Les frameworks comme React restent puissants, mais la gestion de l’état de l’interface côté serveur est plus simple

• Ce n’est pas un problème propre au front-end, c’est un problème d’écosystème plus large

  • J’ai vécu une situation similaire en Java aussi
  • Côté back-end, le passage à un nouveau langage est un problème plus important

• Au début du développement web, j’entendais parler de Svelte et React, mais il vaut mieux lire MDN et ignorer le reste

• J’utilise React depuis plus de 10 ans et je ne suis pas d’accord avec l’idée qu’un framework devienne obsolète en moins de 5 ans

• Je fais du développement web depuis plus de 20 ans et je suis satisfait de la stack CHAMP

  • CHAMP signifie CSS, HTML, Apache, MySQL, PHP
  • Je suis content d’être resté sur les technologies existantes sans utiliser de framework