フロントエンドの移り変わりは早すぎるのか

インターネットでは毎日のように言われることですが、私はそこまでではないと考えています。 ネットでよくそう言われる理由として考えられるものと、それを踏まえてどう向き合っていくとよさそうか、個人的な考えをまとめてみます。 なぜ言われるのか 言語が実質的にJavaScript一択 バックエンド、というかサーバサイドでは技術選定に「言語の選択」が入りますが、フロントエンドでは実質的にはJavaScriptにほぼ固定されます（TypeScriptも別言語ではないので、ここではJavaScriptに含めます） サーバサイドと比較して「技術の移り変わりが早すぎる」と評される場合、多くはその人の使用しているとある言語と比較されているように思われます。 実質的に言語が固定なので、比較するならすべてのサーバサイドの変化の総量と比較するのが妥当でしょう。 PHP + Python + Ruby + go + J

[hagane]

現時点で早いとは思わないけど、ReactとかVueが出てくる前夜くらい（Backbone.jsとか）は、フレームワーク、ビルドシステムなど含めて早かったと思うよ。ともすればESの仕様変更も過激だったと思うし。

[chi-bd]

「一回作ったらソフトウェアの償却期間内はノーメンテで塩漬け」という層からすれば「早すぎる」

[awkad]

話してるレベル感が違い過ぎるのでは？生命保険料の計算システムはあなたが死ぬまで数十年同じロジックを計算し続けないといけないわけだけど。フロントの人は10年同じ技術なら「早いとはいえない」くらいの感覚そう

[metamix]

十分早すぎる。React+Vite+VSCodeという環境が普及してようやく少し落ち着いたが、ライブラリ単位でいえばまだまだ栄枯盛衰が激しい。React Routerの破壊的変更もそうだし、状態管理なんてもうRedux使ってたら化石でしょ

[peperon_brain]

SIだと改修案件が2-3年(以上)に1回とかザラなので触るたびに化石化してることよくある。5年前にAngularで作ったサービス、3年前にVue2系で作ったサービス……。保守でアップデートできるほどの顧客予算はなく。

[hylom]

むしろVueやReactが出てから遅くなってる気が。2、3年情報追わなくても最新情報見ればすぐリカバーできる感じになってるし

[partylife]

移り変わりが速いというより、技術が枯れるのが遅い。いろんな流儀のコードが溢れ返っていてウンザリ

[hase0510]

ライブラリガチャでハズレを引き続けてると乗り換えが多くて早く感じるかも

[rryu]

安定しないのはライブラリやフレームワークとかじゃなくてツールチェーンなんだよな。他人のソースコードは大体ビルドできない。

[typographicalerror]

「React以降のフロントエンドの移り変わりが早すぎる、というのはももクロがZになってもアイドル戦国時代と言うようなものだ」という例えを思いついたが伝わるレンジが狭すぎ、例えが長すぎる

[rogertroutman]

いずれにしてもどれかひとつは主流になるわけで、ケンを決め込んで後から急いで追いつくか、空振りを承知で先物買いに走るかはやっぱり自分で選ばなきゃいけない

[maecchi]

自分も最新を常に追いかけるのが苦労しているので一歩半遅れてついてく考え方で進んでるかな

[xlc]

有能なエンジニアはプロダクトを完成させることを優先し、枯れた技術を使う。プロジェクトに意識高い系エンジニアが投入されると「使ってみたかった」技術を使い現場を混乱させる。コントロールが必要。

[lessninn]

というか、フロントエンドは可変な要素が多すぎるのかもしれん。言語・ブラウザの仕様、ルーティング、状態管理、UIライブラリ、Linter、Formatter…他だと標準で入ってそうなものも分散して開発されてるのよな

[ducktoon]

変化を楽しめっていうけど苦行すぎて作り直す気にもならん。外れたら終わり

[pwatermark]

Reactに人がわーっと集まったので、一旦鈍化したね

[door-s-dev]

"皆が普通に使うようになって、人目を集めるための派手な言及が減ったあたりで食い付くのは効率的な立ち回りでしょう"

[hatfatcat]

ブコメにあるけどあの時代は早かった。早いというか戦国時代だった。

[kituneudon97]

「新しいものが注目を集めすぎる」これは確かにと思った。新しい情報のまとめ記事とか出てくるから強く感じる。主流になったタイミングをどうやってキャッチアップするか。npm trends確認するとかかな？

[nemoba]

COBOLだってまだまだ現役なので率先して拾って頂けるといいですね。人材と規模のミスマッチがフロントエンドで起きやすいって視点が抜けてるかな。

[uehaj]

移り変わりをリアルタイムに経験していないと外から見た時さぞかし辛く見えるだろう。しかし、目眩ましされずに、王道の技術、息の長い技術を見極めてきた先輩とかがいれば恩恵を享受できる/Vueとかお疲れ様

[yarumato]

“実務での採用では、最新よりも、一歩半だけ遅れてついてく。少し遅れて、皆が普通に使うようになったあたりで採用、が効率的な立ち回り。いずれ差し替えることを想定して設計していこう。”

[w1234567]

NextだのSveltekitだのがある程度カタチを用意して拘束してくれるおかげでよく分からんオレつえーエンジニアが考える最強ライブラリみたいなのが導入されづらくなってるのがありがたい

[greenbow]

内容と関係ないけど「早い」ではなく「速い」では？

[Futaro99]

社内のデザイナーがwebpack使い始めたけど便利ですねって喜んでたよ

[clubman023]

シンプルで事足りるものは多いのにね

[north_korea]

最近は落ち着いた気がする

[ultimatebreak]

現状でも早いと思うけど、さすがに2年くらいしたらオワコンみたいな速度ではなくなったかな

[gomer-pyle]

Reactのお陰でマイルドになった感。typescriptの普及も。

[ledsun]

2016年が一番早かったんじゃないかな？

[saiid]

Alt JSが乱立してた頃は、速いというよりカオスだった。