Scribble at 2025-03-24 11:04:20 Last modified: 2025-03-24 11:12:02

注釈：上記の記事を NotebookLM で要約させた文書を元に、文体や文章構造を手直ししてある。

このブログ記事は、著者のマルコ・ロジャース氏が、現代のフロントエンド開発における頻繁なフレームワークの書き換えという慣行に対して抱く強い懸念と批判を中心に展開されている。主なテーマは以下の通り。

フロントエンドのフレームワークの選択は、長期的な製品にとって最も重要度の低い技術的決定である。 フレームワークは５年以内に時代遅れになる可能性が高く、それに費やす議論は無駄なエネルギーであると断言している。頻繁なフレームワークの書き換えは「トレッドミル」のようなものであり、製品開発チームはそこから抜け出すべきである。 現在のフレームワークを深く理解し、使いこなすことに投資する方が、新しいツールに乗り換えるよりも賢明な戦略であると主張している。

エンジニアは、入社するチームに既存のフレームワークから自分の好みのものへの切り替えを強いるべきではない。 これはチームの妨げとなり、多大なコストを招くと批判している。長期的な視点で見ると、フロントエンド技術はより根本的なウェブ・プラットフォームに立ち返るべきである。 複雑な抽象化を避け、ウェブの基本的な能力を再学習することが、将来的なコスト削減とエンジニアの採用において有利であると示唆している。エンジニア自身も、フレームワークの流行を追いかけるよりも、コアなウェブ技術を深く理解することで、長期的な市場価値を高めることができる。河本：まったくそのとおりだ・・・「誰だ、React の悪口を言っているのは？」

現在のフロントエンドのエコシステムは「壊れている」と著者は感じており、新しい開発者が学習に苦労し、企業が採用に苦戦する原因となっている。 また、ウェブの停滞の一因にもなっていると指摘している。ウェブ・プラットフォームの潜在能力と、その継続的な進化、そして驚くべき後方互換性を高く評価している。 現在のフレームワーク層が、プラットフォームの利点を十分に活かせていないと考えている。

「もしあなたの製品が５年後も存続していれば、それは素晴らしいことであり、成功したと感じるべきです。しかし、推測してみてください。あなたが選択したどんなフレームワークも５年後には時代遅れになっているでしょう。それがフロントエンドのコミュニティがこれまでやってきたやり方であり、私はそれがすぐに変わるとは思っていません。現存する人気のあるフレームワークでさえ、完全に異なるものになっています。なぜなら、『変化』こそがゲームの名前だからです。だから、彼らも自分たちのものを書き換えて、新しいバージョン番号を与えるでしょう。」・・・この引用は、フロントエンドのフレームワークの必然的な陳腐化という著者の中心的な主張を強く示している。

「賢明な製品チームは、このトレッドミルから降りようとしています。現在あなたが持っているどんなフレームワークでも、それを深く理解することに投資し始めてください。そのツールがあなたの進捗の妨げにならないようになるまで、それを学びましょう。それが唯一の選択肢です。それをピカピカの新しいツールに置き換えるのは罠です。」フレームワークの乗り換えではなく、既存の技術への深い理解こそが解決策であるという著者の考えを明確に示している。

「企業は、フロントエンド技術の陳腐化によるコストを削減したいのであれば、根本に立ち返ることを検討すべきです。あなたのチームは、はるかに複雑でない抽象化を用いて、ウェブ・プラットフォームにより密接に取り組むべきです。私たちはウェブが何ができるのかを再学習し、それに立ち返る必要があります。」より根本的なウェブ技術への回帰が、長期的なコスト削減と技術的な安定につながるという著者の提案だ。

「新しい開発者は、十分に雇用されるだけのスキルを学ぶのに非常に苦労しています。彼らはこの複雑なゴミの山に溺れて、非常に落胆しています。その結果、企業は基本的な採用さえより困難になっています。通常の開発者の仕事を得るだけでもハードルが非常に高くなっています。そして、誰もが損をしています。」現代のフロントエンド開発の複雑さが、新しい開発者と企業双方にとって負の影響を与えているという著者の懸念を示している。

「私がウェブの可能性を信じて20年以上経ちますが、これからもそうあり続けます。私は、ウェブはソフトウェアを提供する非常に有能でユニークなプラットフォームだと考えています。そして、信じられないほどの後方互換性を維持しながら、時間の経過とともに向上しています。私たちが持っている基盤となるツールは今や素晴らしいものです。しかし、現在のフレームワーク層は、プラットフォームを受け入れるのではなく、それに逆らって機能しています。」ウェブ・プラットフォームへの強い信頼と、現在のフロントエンドの状況に対する根本的な不満を表明している。

こういうわけで、マルコ・ロジャース氏は、フロントエンド開発における絶え間ないフレームワークの乗り換えという現状を強く批判し、それは無駄な努力とコストを生み出す「トレッドミル」であると述べている。長期的な製品開発においては、フレームワークの選択よりも、既存の技術を深く理解し使いこなすこと、そしてより根本的なウェブ・プラットフォームに立ち返ることが重要であると主張している。また、現在の複雑なエコシステムは新しい開発者の学習を困難にし、企業の採用活動にも悪影響を与えていると警鐘を鳴らしている。エンジニアに対しては、流行の技術を追いかけるのではなく、コアなウェブ技術を習得することで長期的なキャリアの安定を図るべきだと提言している。

河本：僕も基本的に著者に同感だ。これに加えて、恐らくはプログラミング言語の選択についても似たようなことが言えるだろう。もちろん Rust を学ぶ必要がないとは言わないが、C という膨大な経験が蓄積された言語がいまでも使われている状況で、一も二もなく Rust を「ナウい」というだけで選ぶのは、ソフトウェア・エンジニアという立場から言っても、それからシステム・アーキテクトの観点から言っても、未熟であり愚かであると思う。