


La dure réalité de React : un aperçu à lire absolument par Alex Russell
Je viens de tomber sur ce qui pourrait être l'article le plus perspicace que j'ai lu depuis des lustres. Intitulé « Si vous ne réagissez pas, alors quoi ? », il est rédigé par Alex Russell, chef de produit partenaire chez Microsoft Edge.
Cette pièce m’a profondément marqué. En le lisant, en acquiesçant à chaque paragraphe, il est devenu clair que je devais le partager avec vous. J’ai commencé à noter des citations remarquables qui m’ont vraiment touché, et peu de temps après, j’ai réalisé que je ne pouvais pas limiter mes réflexions à une poignée de tweets – cela mérite une scène plus large.
L'article examine l'ensemble de l'écosystème Frontend, avec un accent particulier sur React, présentant une critique bien étayée par de nombreuses données et ressources. Il met en lumière les tristes réalités du développement front-end, remet en question l’orientation collective de l’industrie et expose la « mentalité grégaire » qui semble dominer.
Plus sérieusement, c'est une lecture essentielle pour tout développeur ou architecte frontend.
Si vous ne réagissez pas, alors quoi ?
C'est une lecture substantielle (environ 9,5 000 mots) mais avant de plonger dans le vif du sujet, permettez-moi de partager quelques-uns des extraits les plus convaincants qui m'ont profondément marqué
« Bref, personne ne devrait démarrer un nouveau projet dans les années 2020 basé sur React. Point final. »
«C'est le côté gratifiant de la véritable ingénierie, essayer de nouveaux matériaux sous des contraintes bien comprises pour améliorer les résultats des utilisateurs.»
« Les technologies vont et viennent, mais ce qui fait toujours la différence, c'est de se soucier de l'utilisateur. »
« … Et ce n'est que lorsqu'une architecture SPA est requise que les outils conçus pour prendre en charge les mises à jour optimistes par rapport à un modèle de données local – y compris les « frameworks frontend » et les outils de « gestion de l'état » - devraient un jour faire partie de l'architecture d'un site. »
« Les éditeurs de toutes sortes conviennent naturellement aux modèles de données locaux et aux architectures basées sur SPA pour prendre en charge leurs modifications. Cependant, la complexité endémique de ces systèmes garantit que la performance restera un combat constant. En conséquence, les équipes qui créent des applications dans ce style doivent prendre en compte de solides garde-fous en matière de performances, identifier dès le départ les parcours utilisateur critiques et s'assurer que l'instrumentation est en place pour éviter les mauvaises surprises en matière de performances. »
« En effet, le résultat dominant du développement de « jeter des trucs avec NPM, qui se sent bien sur mon ordinateur portable à 3 000 $ », est d'amener les équipes à se retrouver coincées dans la boue beaucoup plus tôt que prévu. »
««...ça marche pour Facebook»
Avec une certitude statistique, vous ne créez pas Facebook. Vos problèmes ne ressemblent probablement en rien à ceux de Facebook au début des années 2010, et même s’ils ressemblaient à ceux de Facebook, suivre leur exemple est une très mauvaise idée. »
« Les connaissances React ne sont pas non plus particulièrement précieuses. Toute équipe familière avec les conventions... baroques... de React peut facilement maîtriser Preact, Stencil, Svelte, Lit, FAST, Qwik ou l'un des douze systèmes côté client plus rapides, plus petits et réactifs qui nécessitent moins de comptabilité mentale. 🎜>
« ... des héros qui feront un bien incroyable à vos produits pour une fraction du coût de la résolution du prochain problème, la communauté React reconnaît enfin que le frameworkisme lui-même a été causé. »« L'idée selon laquelle les gens qui maîtrisent les horreurs de useMemo et leurs amis ne peuvent pas intégrer les méthodes de cycle de vie DOM, la boucle d'événements ou le CSS moderne est insultante. C’est injustement stigmatisant et limite le potentiel de l’organisation. »
««...React est la norme de l'industrie»
C'est, au mieux, une fiction réconfortante. »
«... Et si cela ne vous dérange pas, comment se passe cette aventure "CSS-in-JS" ? Vous êtes toujours en train d'écrire des composants de classe, ou avez-vous subi une migration forcée (et partielle) importante qui crée encore des maux de tête ? »
«... considérez les dépendances du NPM comme une sorte de dette à taux d'intérêt élevé garantie par une future capacité d'ingénierie.»
« Les sites construits avec Next.js fonctionnent bien moins bien que ceux des systèmes HTML-first comme 11ty, Astro et al. »
Photo de Lautaro Andreani sur Unsplash
Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!

Outils d'IA chauds

Undresser.AI Undress
Application basée sur l'IA pour créer des photos de nu réalistes

AI Clothes Remover
Outil d'IA en ligne pour supprimer les vêtements des photos.

Undress AI Tool
Images de déshabillage gratuites

Clothoff.io
Dissolvant de vêtements AI

Video Face Swap
Échangez les visages dans n'importe quelle vidéo sans effort grâce à notre outil d'échange de visage AI entièrement gratuit !

Article chaud

Outils chauds

Bloc-notes++7.3.1
Éditeur de code facile à utiliser et gratuit

SublimeText3 version chinoise
Version chinoise, très simple à utiliser

Envoyer Studio 13.0.1
Puissant environnement de développement intégré PHP

Dreamweaver CS6
Outils de développement Web visuel

SublimeText3 version Mac
Logiciel d'édition de code au niveau de Dieu (SublimeText3)

Sujets chauds











Python convient plus aux débutants, avec une courbe d'apprentissage en douceur et une syntaxe concise; JavaScript convient au développement frontal, avec une courbe d'apprentissage abrupte et une syntaxe flexible. 1. La syntaxe Python est intuitive et adaptée à la science des données et au développement back-end. 2. JavaScript est flexible et largement utilisé dans la programmation frontale et côté serveur.

Le passage de C / C à JavaScript nécessite de s'adapter à la frappe dynamique, à la collecte des ordures et à la programmation asynchrone. 1) C / C est un langage dactylographié statiquement qui nécessite une gestion manuelle de la mémoire, tandis que JavaScript est dynamiquement typé et que la collecte des déchets est automatiquement traitée. 2) C / C doit être compilé en code machine, tandis que JavaScript est une langue interprétée. 3) JavaScript introduit des concepts tels que les fermetures, les chaînes de prototypes et la promesse, ce qui améliore la flexibilité et les capacités de programmation asynchrones.

Les principales utilisations de JavaScript dans le développement Web incluent l'interaction client, la vérification du formulaire et la communication asynchrone. 1) Mise à jour du contenu dynamique et interaction utilisateur via les opérations DOM; 2) La vérification du client est effectuée avant que l'utilisateur ne soumette les données pour améliorer l'expérience utilisateur; 3) La communication de rafraîchissement avec le serveur est réalisée via la technologie AJAX.

L'application de JavaScript dans le monde réel comprend un développement frontal et back-end. 1) Afficher les applications frontales en créant une application de liste TODO, impliquant les opérations DOM et le traitement des événements. 2) Construisez RestulAPI via Node.js et Express pour démontrer les applications back-end.

Comprendre le fonctionnement du moteur JavaScript en interne est important pour les développeurs car il aide à écrire du code plus efficace et à comprendre les goulots d'étranglement des performances et les stratégies d'optimisation. 1) Le flux de travail du moteur comprend trois étapes: analyse, compilation et exécution; 2) Pendant le processus d'exécution, le moteur effectuera une optimisation dynamique, comme le cache en ligne et les classes cachées; 3) Les meilleures pratiques comprennent l'évitement des variables globales, l'optimisation des boucles, l'utilisation de const et de locations et d'éviter une utilisation excessive des fermetures.

Python et JavaScript ont leurs propres avantages et inconvénients en termes de communauté, de bibliothèques et de ressources. 1) La communauté Python est amicale et adaptée aux débutants, mais les ressources de développement frontal ne sont pas aussi riches que JavaScript. 2) Python est puissant dans les bibliothèques de science des données et d'apprentissage automatique, tandis que JavaScript est meilleur dans les bibliothèques et les cadres de développement frontaux. 3) Les deux ont des ressources d'apprentissage riches, mais Python convient pour commencer par des documents officiels, tandis que JavaScript est meilleur avec MDNWEBDOCS. Le choix doit être basé sur les besoins du projet et les intérêts personnels.

Les choix de Python et JavaScript dans les environnements de développement sont importants. 1) L'environnement de développement de Python comprend Pycharm, Jupyternotebook et Anaconda, qui conviennent à la science des données et au prototypage rapide. 2) L'environnement de développement de JavaScript comprend Node.js, VScode et WebPack, qui conviennent au développement frontal et back-end. Le choix des bons outils en fonction des besoins du projet peut améliorer l'efficacité du développement et le taux de réussite du projet.

C et C jouent un rôle essentiel dans le moteur JavaScript, principalement utilisé pour implémenter des interprètes et des compilateurs JIT. 1) C est utilisé pour analyser le code source JavaScript et générer une arborescence de syntaxe abstraite. 2) C est responsable de la génération et de l'exécution de bytecode. 3) C met en œuvre le compilateur JIT, optimise et compile le code de point chaud à l'exécution et améliore considérablement l'efficacité d'exécution de JavaScript.
