検索
ホームページウェブフロントエンドjsチュートリアルReact の厳しい現実: 必読の洞察 (Alex Russell 著)

React

私はここ数年で読んだ中で最も洞察力に富んだ記事に出会ったところです。 「If Not React, then What?」というタイトルのこの本は、Microsoft Edge のパートナー プロダクト マネージャーである Alex Russell によって執筆されています。

この作品は私に深く共鳴しました。それぞれの段落にうなずきながら読み進めていくうちに、これを皆さんと共有しなければならないことが明らかになりました。私は心に刺さる傑出した名言を書き留め始めました。そしてやがて、自分の考えをほんの一握りのツイートに限定することはできないことに気づきました。これはもっと広い舞台に値するものです。

この記事は、特に React に焦点を当ててフロントエンド エコシステム全体を精査し、広範なデータとリソースに裏付けられた十分に裏付けられた批評を示しています。フロントエンド開発の厳粛な現実に光を当て、業界全体の方向性に挑戦し、支配しているように見える「集団心理」を暴露します。

真剣に言うと、これはフロントエンド開発者またはアーキテクトにとって必読です。

反応しない場合はどうすればよいですか?

これは約 9.5,000 語もの読み応えのある内容ですが、本題に入る前に、私に深く共鳴した最も説得力のある抜粋をいくつか紹介させてください。


「要するに、2020 年代に React に基づいて新しいプロジェクトを始める人は誰もいないはずです。終点。」

「ユーザーの成果を向上させるために、十分に理解された制約の下で新しい材料を試すのは、実際のエンジニアリングのやりがいのある側面です。」

「テクノロジーは栄えては消えていきますが、常に違いを生むのはユーザーについて考慮することです。」

「…そして、SPA アーキテクチャが必要な場合にのみ、ローカル データ モデルに対する楽観的な更新をサポートするように設計されたツール (「フロントエンド フレームワーク」や「状態管理」ツールなど) をサイトのアーキテクチャの一部にする必要があります。」

「あらゆる種類のエディターは、ローカル データ モデルとその変更をサポートする SPA ベースのアーキテクチャに自然に適合します。ただし、これらのシステム特有の複雑さにより、パフォーマンスは常に苦労することになります。そのため、このスタイルでアプリケーションを構築するチームは、強力なパフォーマンスのガードレールを検討し、重要なユーザー ジャーニーを事前に特定し、不快なパフォーマンスの予期せぬ事態を回避するための手段を確実に導入する必要があります。」

「これは、NPM を使って、3,000 ドルのラップトップで快適に開発を進めた結果、チームが予想よりもずっと早く泥沼にはまってしまうことが原因だからです。 ”

「「...Facebook では機能します」
統計的に確実に言えることは、あなたは Facebook を作っているわけではありません。あなたの問題は、おそらく 2010 年代初頭の Facebook の問題とはまったく似ていませんし、たとえ似ていたとしても、彼らの先例に従うのはひどい考えです。」

「反応に関する知識も特に価値があるわけではありません。 React の...バロック... 規約に精通しているチームは、Preact、Stencil、Svelte、Lit、FAST、Qwik、または頭の中での簿記をあまり必要としない、より高速で小型のリアクティブなクライアント側システムのいずれかを簡単にマスターできます。」 🎜>

「...フレームワーク主義自体が引き起こした次の問題を、React コミュニティがついに認めつつあります。その問題を解決するために、わずかなコストであなたの製品に信じられないほどの利益をもたらしてくれるヒーローたちです。」

「useMemo やその友人たちの恐ろしさを知っている人たちが、DOM ライフサイクル メソッドやイベント ループ、最新の CSS を受け入れることができないという考えは、侮辱的です。それは不当に非難され、組織の可能性を制限するものです。」

「「...React は業界標準です」

これは、せいぜい気休めのフィクションです。」

「100 件以上のコンサルティング業務を通じて、開発者が Create React App のデフォルトにまだ追加していない小規模なケースを、2 つの同一の React セットアップが保存しているのを見たことはありません (これ自体は、最終的に削除されるまで何年にもわたって劇的に変更されました)始めるための最良の方法として React ドキュメントを参照してください)。

「...それで、もしよろしければ、その「CSS-in-JS」の冒険はどうなったのですか?まだクラス コンポーネントを作成中ですか、それともまだ頭痛の種となっている大規模な強制 (および部分的) 移行がありましたか?」

「...NPM への依存関係を、将来のエンジニアリング能力によって担保された一種の高金利の借金のように考えてください。」

「Next.js で構築されたサイトは、11ty、Astro などの HTML ファースト システムで構築されたサイトよりもパフォーマンスが大幅に低下します。」


Unsplash の Lautaro Andreani による写真

以上がReact の厳しい現実: 必読の洞察 (Alex Russell 著)の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。

声明
この記事の内容はネチズンが自主的に寄稿したものであり、著作権は原著者に帰属します。このサイトは、それに相当する法的責任を負いません。盗作または侵害の疑いのあるコンテンツを見つけた場合は、admin@php.cn までご連絡ください。
JavaScriptのデータ型:ブラウザとNodejsに違いはありますか?JavaScriptのデータ型:ブラウザとNodejsに違いはありますか?May 14, 2025 am 12:15 AM

JavaScriptコアデータ型は、ブラウザとnode.jsで一貫していますが、余分なタイプとは異なる方法で処理されます。 1)グローバルオブジェクトはブラウザのウィンドウであり、node.jsのグローバルです2)バイナリデータの処理に使用されるNode.jsの一意のバッファオブジェクト。 3)パフォーマンスと時間の処理にも違いがあり、環境に従ってコードを調整する必要があります。

JavaScriptコメント://および / * *を使用するためのガイドJavaScriptコメント://および / * *を使用するためのガイドMay 13, 2025 pm 03:49 PM

javascriptusestwotypesofcomments:シングルライン(//)およびマルチライン(//)

Python vs. JavaScript:開発者の比較分析Python vs. JavaScript:開発者の比較分析May 09, 2025 am 12:22 AM

PythonとJavaScriptの主な違いは、タイプシステムとアプリケーションシナリオです。 1。Pythonは、科学的コンピューティングとデータ分析に適した動的タイプを使用します。 2。JavaScriptは弱いタイプを採用し、フロントエンドとフルスタックの開発で広く使用されています。この2つは、非同期プログラミングとパフォーマンスの最適化に独自の利点があり、選択する際にプロジェクトの要件に従って決定する必要があります。

Python vs. JavaScript:ジョブに適したツールを選択するPython vs. JavaScript:ジョブに適したツールを選択するMay 08, 2025 am 12:10 AM

PythonまたはJavaScriptを選択するかどうかは、プロジェクトの種類によって異なります。1)データサイエンスおよび自動化タスクのPythonを選択します。 2)フロントエンドとフルスタック開発のためにJavaScriptを選択します。 Pythonは、データ処理と自動化における強力なライブラリに好まれていますが、JavaScriptはWebインタラクションとフルスタック開発の利点に不可欠です。

PythonとJavaScript:それぞれの強みを理解するPythonとJavaScript:それぞれの強みを理解するMay 06, 2025 am 12:15 AM

PythonとJavaScriptにはそれぞれ独自の利点があり、選択はプロジェクトのニーズと個人的な好みに依存します。 1. Pythonは、データサイエンスやバックエンド開発に適した簡潔な構文を備えた学習が簡単ですが、実行速度が遅くなっています。 2。JavaScriptはフロントエンド開発のいたるところにあり、強力な非同期プログラミング機能を備えています。 node.jsはフルスタックの開発に適していますが、構文は複雑でエラーが発生しやすい場合があります。

JavaScriptのコア:CまたはCの上に構築されていますか?JavaScriptのコア:CまたはCの上に構築されていますか?May 05, 2025 am 12:07 AM

javascriptisnotbuiltoncorc;それは、解釈されていることを解釈しました。

JavaScriptアプリケーション:フロントエンドからバックエンドまでJavaScriptアプリケーション:フロントエンドからバックエンドまでMay 04, 2025 am 12:12 AM

JavaScriptは、フロントエンドおよびバックエンド開発に使用できます。フロントエンドは、DOM操作を介してユーザーエクスペリエンスを強化し、バックエンドはnode.jsを介してサーバータスクを処理することを処理します。 1.フロントエンドの例:Webページテキストのコンテンツを変更します。 2。バックエンドの例:node.jsサーバーを作成します。

Python vs. Javascript:どの言語を学ぶべきですか?Python vs. Javascript:どの言語を学ぶべきですか?May 03, 2025 am 12:10 AM

PythonまたはJavaScriptの選択は、キャリア開発、学習曲線、エコシステムに基づいている必要があります。1)キャリア開発:Pythonはデータサイエンスとバックエンド開発に適していますが、JavaScriptはフロントエンドおよびフルスタック開発に適しています。 2)学習曲線:Python構文は簡潔で初心者に適しています。 JavaScriptの構文は柔軟です。 3)エコシステム:Pythonには豊富な科学コンピューティングライブラリがあり、JavaScriptには強力なフロントエンドフレームワークがあります。

See all articles

ホットAIツール

Undresser.AI Undress

Undresser.AI Undress

リアルなヌード写真を作成する AI 搭載アプリ

AI Clothes Remover

AI Clothes Remover

写真から衣服を削除するオンライン AI ツール。

Undress AI Tool

Undress AI Tool

脱衣画像を無料で

Clothoff.io

Clothoff.io

AI衣類リムーバー

Video Face Swap

Video Face Swap

完全無料の AI 顔交換ツールを使用して、あらゆるビデオの顔を簡単に交換できます。

ホットツール

ゼンドスタジオ 13.0.1

ゼンドスタジオ 13.0.1

強力な PHP 統合開発環境

SublimeText3 Linux 新バージョン

SublimeText3 Linux 新バージョン

SublimeText3 Linux 最新バージョン

SAP NetWeaver Server Adapter for Eclipse

SAP NetWeaver Server Adapter for Eclipse

Eclipse を SAP NetWeaver アプリケーション サーバーと統合します。

MinGW - Minimalist GNU for Windows

MinGW - Minimalist GNU for Windows

このプロジェクトは osdn.net/projects/mingw に移行中です。引き続きそこでフォローしていただけます。 MinGW: GNU Compiler Collection (GCC) のネイティブ Windows ポートであり、ネイティブ Windows アプリケーションを構築するための自由に配布可能なインポート ライブラリとヘッダー ファイルであり、C99 機能をサポートする MSVC ランタイムの拡張機能が含まれています。すべての MinGW ソフトウェアは 64 ビット Windows プラットフォームで実行できます。

DVWA

DVWA

Damn Vulnerable Web App (DVWA) は、非常に脆弱な PHP/MySQL Web アプリケーションです。その主な目的は、セキュリティ専門家が法的環境でスキルとツールをテストするのに役立ち、Web 開発者が Web アプリケーションを保護するプロセスをより深く理解できるようにし、教師/生徒が教室環境で Web アプリケーションを教え/学習できるようにすることです。安全。 DVWA の目標は、シンプルでわかりやすいインターフェイスを通じて、さまざまな難易度で最も一般的な Web 脆弱性のいくつかを実践することです。このソフトウェアは、