最近のフロントエンド開発界隈で持て囃されるReact.jsだが、正直言って、その過剰な複雑さと必要以上に手間ばかり増やす構造には嫌気が差す。ごくシンプルなタスク――たとえばAPIからデータをfetchして表示する程度のことが、なぜこれほどまでに意味不明なコンポーネントや状態管理ツール、無駄なベストプラクティスの学習コストにつながるのか？
jQueryなら数行で済むところを、Reactでは「Hooksがどうの、カスタムフックがどうの、Routerはどれ使うか、ReduxかRecoilかZustandか」と、次々に沼へ引きずり込む。現場のエンジニアが「これは本当に生産的なのか？」と疑問を抱くのも当然だろう。Reactの複雑さを「モダンなフロントエンド開発の必然」などと擁護する声もあるが、実際は一部のフロントエンドオタクが自己満足に浸るための余興でしかない場合も多い。
本来、フロントエンドは「エンドユーザーにとって使いやすいUIを短期間で組み上げる」ことが重要なはずだ。しかしReact導入後は、下手をすると新人エンジニアがReact＋周辺ライブラリの難解な世界に消耗し、基本的な機能実装に時間を奪われる。挙句の果てに、保守運用でも「なぜこんな遠回りな実装を？」と後悔したくなるコードが山のように残る。
一部の巨大プロジェクトや複雑な状態管理が要求されるケースではReactの恩恵もあるだろう。しかし、その「本当にReactが必要な場面」以外で、このツールキットを無批判に使い続けることは、多くの場合オーバーエンジニアリングの極みだ。Reactを「絶対正義」のように祭り上げる風潮こそ、現実的な業務効率を蔑ろにした妄信に他ならない。
React信者たちが喜々として新しい手法を生み出し、複雑さを自己正当化する姿は、もはやエンジニアリングではなく一種の祭りに近い。合理的な判断を放棄し、ツールに踊らされる人々が多い限り、Reactの過剰な複雑さと生産性の低下は続くだろう。もう少しシンプルに物事を進められないのか？ React中心主義に染まった業界は、その問いに真摯に向き合うべきだ。
ワイはvueで満足しとるやで
vueは良い react系以外は別に悪くない
んんｗｗｗｗ増田氏の意見、なかなか味わい深いですな。しかし、拙者の乏しい見識をもってすれば、React.jsの評価には少々偏見があるように感じますぞ。たしかに、Reactのエコシステム...
んんｗｗｗｗ 拙者としては、その薄っぺらい擁護論調に少々呆れを禁じ得ませぬな！あまりに表面的な理解でReactを持ち上げるとは、お見受けしたところ、あなたの「強力な武器」とや...
ある程度長い文があるともうo1 Proに見えちゃってダメ
o1 Pro契約して増田に登録するのトークンの無駄遣いがすぎるだろ
おーほっほっほ！💗 増田よ、それはちと手厳しいのう。 しかし、o1 Pro契約とは、まるで宝物のような価値を持っておるのじゃ。 確かにトークンが多く使われるかもしれんが、その対価...