フロントエンドのリプレイスに、いつまでかけるんだ？

一時期Ruby on RailsのERB + jQueryベースのフロントエンドをReactやVueのモダンフロントエンドにリプレイスするのが流行りました。私も現場でこういう例を複数見ています。 しかしどれも途中で止まっています。半分にも届かないぐらいのところで "ERB + jQuery"だったものが "ERB + jQuery + React + Next.js"とか"ERB + jQuery + Vue"になっています。 複雑度はむしろ明確に増しています そこで、こういう結末が一般的なのかどうか、ウェブを検索して調べてみました。 タイミー社の例 Rails (多分ERB) + jQueryが出発点 30画面 Next.jsのSPAに移行 3年間かかった （2年弱の時点で一回中断） クックパッド社の例 2020年にRails (多分ERB) + CoffeeScript/jQueryを

[gabill]

10年かけてjQueryを剥がす時代を耐え抜いた先には、10年かけてReactを剥がす時代が待っている

[prograti]

筆者の主張は同意できる部分も多いけど自分が開発に関わっていない会社を例に挙げてこういうタイトルを付けるのはその会社の技術者の方にちょっと失礼じゃないかなと思うのだけど

[yellowsoil]

でもレトロな技術を使い続けると、学習意欲が高い人ほどモチベーションが維持できずに辞めてしまうのよね。もはやスタンダードではない技術を学ぶ人も少ないから、緊急の人員確保もしにくくなるし。

[ryokdy]

これはごもっとも。フレーワークやライブラリを選ぶときは「イケてそう」よりも「長くメンテナンスされそう」をもっと重視すべき

[trowems]

取り上げられた会社の中で改善している側だけど、本当にそう。>「自分が開発に関わっていない会社を例に挙げてこういうタイトルを付けるのはその会社の技術者の方にちょっと失礼」

[sabinezu]

これは完全にフロントエンドエンジニアのエゴです。労力に対するユーザー側のメリットがない。やってみたいだけ。もっと簡単に代用可。先が読めない奴の選定はズレてる事も多い。その費用はどこから出てるのか。

[kobito19]

VBのこと笑ってたけど、結局VBプログラマーと同じになっちゃったね

[masa8aurum]

フロントエンドエンジニアの端くれとしては、jQueryのWebアプリ（一定規模以上）はしんどすぎて保守したくない。jQueryは、規模というか複雑さの2乗に比例してつらくなる

[marshi]

だんだんメンテできる人がいなくなるリスクとだんだん開発速度が遅くなるリスクを承知のうえならいいと思う

[homarara]

jqueryからReactにリプレースしたきゃ、機能が変わらないのにjqueryからReactにリプレースする事に金出してくれる顧客を連れてきてくれ。

[huusen20]

フロントエンドの利用技術の刷新以上に、フロントエンドとバックエンドを分離した環境にすることに価値があると考えているのでは？

[aiya000]

ここ最近なら、Devinに全部移行してもらえば人間の作業はレビュー作業とQAだけなので、もしかしたら半年以内に終わるかも？ もしくはNuxt Layerやbun (npm) workspaceなどを使って、ページごとに徐々に移行すれば現実的かも

[ducktoon]

そしてフロントエンドのフレームワークの更新が難しくなって完全に負債化するオチ

[boomerangj]

読んでなくてすまんだけど、フロントエンドに限ったことじゃないよ。世の中様々な会社がリプレイスに失敗するやで！って記事出して音沙汰がないんだから。多くの場合は計画段階で失敗してると思うが、難易度が高い。

[u_sho]

jQueryからSPAへのリプレイスは工数高いので案件としては取りたいけど、実際のところはjQueryをモダンなJSで置き換えつつリファクタリングするだけでコスパ良く改善する現場は多そう。特に裏がRailsとかだと。

[rgfx]

via:"これの解答は「一番価値が高いページにコストかけて最初にやる」です。リプレイス／リプレースにしろ大きくコードに手を入れるときは、嬉しさを早く受け取れる仕事の形を作れ" https://x.com/berlysia/status/1915174357137264855

[takutakuma]

今、ERBやjQueryのコードを整備・リファクタリングをしたい人がいないし、やりたくない人の方がほとんどなのを分かってない発言だと思う。新しい技術があるのに古い技術を使い続けるのしんどい。

[sigwyg]

技術的負債という観点ではそうかもしれんけど、いわゆる現代的な「イケてるサイトにしたい」ってUI改善要求は、むしろ事業側からくるよね。ERBやJQueryでそれを保守対応しようってのが、まず地獄。

[nida3001]

政治的には画面改修と併せてリプレイスを進めるのが手やね。React/Vueならページに動きを作るのも簡単ですという証明になるし。

[Chron]

この話題はリプレイスの成否とライブラリの評価は分けたほうがいいと思う。結果的に両者の環境が混在になったせいでより複雑になってしまったという話で、だからReactは…みたいな話でもないね。他にも論点はありそう

[otihateten3510]

そういう案件って興味ベースで動いてるから飽きたら途中で止まるんだよね、確実に必要となればやり切るわけで。んで離脱するわけよ、ホント嫌になる。

[mr_mayama]

Rust化だのAPIの境界を曖昧にするだの戻るだのLinterがどうだTestがどうだ…半分ぐらい固定しないことで儲けてる扇動屋のせいだと思ってるし社内や要件に合った技術選定をしながら動向につま先突っ込むぐらいで丁度いい

[satomi_hanten]

まぁまぁ有名どころですらこんなに苦労してるのは事実なんだからこのエントリをDisるのはサッパリ理解できん。そんなに有能ならやってあげれば。「Reactの次」は考えたくないな正直js自体消えて欲しい。

[mole-studio]

React出た当初からスクラッチで使うもんだと思ってたけど、そんなもんをjQueryと混ぜたら先は地獄しかないなんて分かってたでしょう

[sh0g0]

フロントエンドリプレイス。自分も何度もやっているが、本当に計画段階からトレードオフを考慮して判断出来ている現場は少ないと思う。メリットもあるが、やってみた結果想定外にデメリットが大きくなるケースも多い

[kabuquery]

それで食っていけてる人もいるからいいのではないか

[kakei-akihiko]

道路のメンテナンスにいつまでかけるんだみたいな話かと。

[xxxxxtttttt]

リプレイスし終わったと思ったら、メジャーバージョンアップによる破壊的な変更がまってるヨ

[xlc]

元々jQueryをどのように使っていたかにはよるけれど、一般的には「置き換え」ではなく「作り直し」になると思う。であるならば、ただ単にjQueryよりReactの使い勝手が悪く、開発工数がかかっているということになるまいか

[dorokei]

一旦Hotwireにしようぜ

[repon]

これもまた「t_wadaの前で同じこと言えんの？」案件じゃない？／先日のVue-tokyo Meetupで`signals`が標準WebAPIに取り込まれるかも、と聞いて驚いた／そうか「✨フロント」が憎いのかぁ。でも尻拭いはオフショア→外注でしょ？

[n314]

サーバーサイドみたいにレイヤーや役割を分ける考えでjQueryを使ってたら別に複雑にならないんだよねえ…。まあその場合はjQueryというかほぼバニラJSを書くということになるけれども。

[cloverstudioceo]

CobolからAngular案件やってから物言ってくれ

[jintrick]

意味も分からずjQueryをエイリアスみたいに使って内部最適化に目をつむり、糞重たい処理を強いるのでなければ、ユーザー側としては何でもいいよというのが正直なところです。

[khtokage]

この手の移行、入力（状態）に対して期待される出力が確定しててテスト揃えやすいので、LLMに投げやすい分野だなーと思ってます　もちろんかなりの複雑度だと思うので何も考えずに丸投げは難しいでしょうけど

[n_231]

まあでもどこもそれなりの合理性を持ってリプレースし始めるんだよね。実はメリットがあるのか、リプレースの見積もりが軽く見積もられがちなのか。

[Eiichiro]

新規開発画面から、jquery辞めてrails7のstimulusへ移行してる。バニラ化には賛成。 一番剥がしにくいのはbootstrp3なので、あきらめてbootstrap4の便利メソッドだけ逐次導入しjqueryをなるべく使わないようにしてる。

[cad-san]

片手間でしかやってない身としては、フロントエンドの辛さってビジネスロジックや、fetch含め表示の元になるデータ管理が体系化されてないのでフレームワーク毎にやり方が違うというかスコープ外になってる所だと思う

[fukken]

jQueryとReact/vueは不連続というか、パラダイムが大きく変化するし、設計思想として相性も悪い。

[monorod]

ほんの10年ぐらい前まではTSすら当たり前じゃない世界だったからねフロントエンドは いい加減COBOL辛いんでJavaにしたいっす…って感覚に近いのではと 型すらないウン十万行規模のコードメンテするのキツいんすよ