[フレーム]
はてなブックマークアプリ

サクサク読めて、
アプリ限定の機能も多数!

アプリで開く

気に入った記事をブックマーク

  • 気に入った記事を保存できます
    保存した記事の一覧は、はてなブックマークで確認・編集ができます
  • 記事を読んだ感想やメモを書き残せます
  • 非公開でブックマークすることもできます
適切な情報に変更

エントリーの編集

loading...

エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。

タイトルガイドライン

このページのオーナーなので以下のアクションを実行できます

タイトル、本文などの情報を
再取得することができます
コメントを非表示にできます コメント表示の設定

ブックマークしました

ここにツイート内容が記載されます https://b.hatena.ne.jp/URLはspanで囲んでください

Twitterで共有

ONにすると、次回以降このダイアログを飛ばしてTwitterに遷移します

171users がブックマーク コメント 36

ガイドラインをご確認の上、良識あるコメントにご協力ください

0 / 0
入力したタグを追加

現在プライベートモードです 設定を変更する

おすすめタグタグについて

よく使うタグ

モダンフロントエンドはJSON APIが鬱陶しいので、無くしていきたい

171 users zenn.dev/naofumik

ガイドラインをご確認の上、良識あるコメントにご協力ください

0 / 0
入力したタグを追加

現在プライベートモードです 設定を変更する

おすすめタグタグについて

よく使うタグ

はてなブックマーク

はてなブックマークで
関心をシェアしよう

みんなの興味と感想が集まることで
新しい発見や、深堀りがもっと楽しく

ユーザー登録

アカウントをお持ちの方はログインページへ

記事へのコメント36件

  • 注目コメント
  • 新着コメント
snowcrush
この人の記事は常に「Rails開発している人としてはこういう意見になる」というコンテキストが抜けている。逆にその背景を理解していればなるほどと頷けることも多い

その他
soxandcity
複雑ではなく冗長で煩雑なだけでしょう。 寧ろ複雑性でいうと挙げられている例の方が高いと思います。AI時代は煩雑さは問題にならないので、シンプルにバックエンドはAPIに専念することを私はお勧めします。

その他
hc0001
責任分界点を FE/BE の技術的分業に選んだ故の JSON API であり、巷は「モダンな FE は React による SPA だ」という思考停止も多いので、*トレードオフ(解像度重要)に見合っている限り* は BE での HTML 生成はたぶん合理的

その他
yuuAn
UI が重要で、BE を FE から独立させるほどの規模でもないなら、普通は FE 側に BE の機能を実装する発想になる気がする。

その他
cpw
良い設計はコミュニケーションをしなくてよくなる設計と思う。この例であれば何をERBに載せて何をAPIに載せるのかを議論しなくてよくなるのが良いかな。

その他
yamad111
"Rubyは動的型付け言語ですが、実行時には強い型付けをします。それに対してJavaScript/React/Vueは実行時に弱い型付けになります" ←ここの後者は例示はReactの仕様。他方で前者Rubyは言語。かなりナンセンスな比較だ。

その他
ghostbass
そのWEBフレームワークで使われるテンプレートエンジンを捨ててまでSPAというかそういうのを導入する理由があるのかどうか。jQueryは嫌だとか言って余計にややこしくてどうするんだとか

その他
door-s-dev
JSON APIにしてるのは元々クライアントがウェブだけじゃなくてアプリとかも出てきたからってのがあるのでは。ここで書かれてるような用途ならいらないよねってのはまあそう

その他
yojik
フロントエンドを作る視点だけならそうだけど、API定義で仕様を明確にしてフロントエンドやバックエンド開発に制約をかけたい(=面倒くさくしたい)という要求もあるからなー。むしろSPAでやりたい場合それが大きいのでは

その他
atico
JSON APIがいい。 生成AIはどういうリクエストでどういうJSONが返ってきたかを見れば、問題解決できる。手間等々はコーディングエージェント使えば全く問題ないし、テストもopenAPIの規格だったらcommitteeでほぼ自動。

その他
YassLab
"実現する方法は(流行りの言葉では)island化と呼ばれるものです。インタラクティブ性が要求されるところだけをReactなどで書き、それ以外はサーバでレンダリングする方法です。"

その他
kobito19
JSON API作るだけでそんなに時間かかるわけないので、隠れてた負債が炙り出されてるとかが真の原因では。COBOL使い続けるのと同じ理由

その他
nak1114
AIで開発効率が良くなった結果、BE/FEで分けるのダルくね?でモノリシックに回帰するのは全然あり。そういう規模のプロダクトは無数にありそう。

その他
secseek
サーバーサイドが古くてJSON APIに向いてないからそういうことになるんではって感じがします

その他
aarx
"私はこのようなモダンリプレイスプロジェクトに頓挫した現場に複数入っていますが" この人が頓挫に多々貢献したんだろうなぁと思うような内容。複数現場入って何も学ばず失敗させ続け自慢とかヤバすぎ人材。

その他
soybeancucumber
モダンとは

その他
sippo_des
モダンフロントエンド大変なことになってるのね

その他
mk173
開発者の手間を減らすため他のことを諦めてそうなRailsからReactへの移行は大変そう

その他
kompiro
React Server Component の話かと思った。

その他
atico
atico JSON APIがいい。 生成AIはどういうリクエストでどういうJSONが返ってきたかを見れば、問題解決できる。手間等々はコーディングエージェント使えば全く問題ないし、テストもopenAPIの規格だったらcommitteeでほぼ自動。

2025年10月13日 リンク

その他
strawberryhunter
最近、PHPだけで作るのが楽だったので、気持ちは分かった。ビルドが必要ないとか最高だな。

その他
tmtms
バックエンドが Rails でフロントエンドとバックエンドで分業しないんであれば、React 使わないほうが簡単ってのはそれはそう

その他
Eiichiro
Rractメインでうまく高速開発できてる会社を見れてないから、比較しづらい。 バックエンド要件が固定やほぼ無い場合で、フロントだけ変える案件が多いならReactも良さそう。 shopifyサイトとか、既存api利用のみ構築とか。

その他
kimihito
https://inertiajs.com/ への私見も聞いてみたい。

その他
uehaj
リプレースの文脈ではそうだろう。壊れてない既存のリプレースで、見た目や機能が変わらないなら、移行前後のセマンティックギャップが少ないほうが工数や、作業の複雑さが減るのは確か。

その他
door-s-dev
door-s-dev JSON APIにしてるのは元々クライアントがウェブだけじゃなくてアプリとかも出てきたからってのがあるのでは。ここで書かれてるような用途ならいらないよねってのはまあそう

2025年10月13日 リンク

その他
ghostbass
ghostbass そのWEBフレームワークで使われるテンプレートエンジンを捨ててまでSPAというかそういうのを導入する理由があるのかどうか。jQueryは嫌だとか言って余計にややこしくてどうするんだとか

2025年10月13日 リンク

その他
hc0001
hc0001 責任分界点を FE/BE の技術的分業に選んだ故の JSON API であり、巷は「モダンな FE は React による SPA だ」という思考停止も多いので、*トレードオフ(解像度重要)に見合っている限り* は BE での HTML 生成はたぶん合理的

2025年10月13日 リンク

その他
cpw
cpw 良い設計はコミュニケーションをしなくてよくなる設計と思う。この例であれば何をERBに載せて何をAPIに載せるのかを議論しなくてよくなるのが良いかな。

2025年10月13日 リンク

その他
yuuAn
yuuAn UI が重要で、BE を FE から独立させるほどの規模でもないなら、普通は FE 側に BE の機能を実装する発想になる気がする。

2025年10月13日 リンク

その他
mole-studio
バックエンドに型のある言語使ってGraghQL経由で生成したら、リゾルバ書くだけで勝手にシリアライズされるのでデータ変換層が消えるんだけどねー

その他
fa11enprince
SPAが必要なところと、JavaScriptでこねくり回さなくてもいいところはあると思う。無駄に全部SPAで作っちゃってるケースはあるんじゃないかな。

その他
remonoil
Railsやめればいいと思うよ

その他
kakusuke07
Railsやるならそうですねとしか。

その他
mr_ozin
バックエンドのテンプレートエンジン+Vanilla JSで済むならいいんだけど、要件が複雑化してそれを折り曲げられない場面に耐えられるアーキテクチャとなるとフロントエンドに分離する必要がありますね......

その他
huusen20
フロントエンドとバックエンドを分けることで、変化の流れが速いフロントエンドの乗り換えをしやすくなるし、バックエンドもAPIで抽象化されるので、部分的に切り換えも可能になる。長期保守を考えると良いと思うが。

その他
mayumayu_nimolove
ちょっと前にフロントエンジニアはなくなるみたいな記事増田にあったけど、一向に安定しないからってのも一理あると思う。あ、私はしろーとなので知らん。Next.jsのディレクトリ構成決まった?

その他
dorapon2000
"ページ全体をSPA化をしてしまうと、インタラクティブではないフィールドもすべてJSON APIに載せる必要があります。一方でERB直接書き込んでおけば、JSON化は不要です。"

その他
yamad111
yamad111 "Rubyは動的型付け言語ですが、実行時には強い型付けをします。それに対してJavaScript/React/Vueは実行時に弱い型付けになります" ←ここの後者は例示はReactの仕様。他方で前者Rubyは言語。かなりナンセンスな比較だ。

2025年10月12日 リンク

その他
knjname
マルチクライアントやシステム間連携を1つのサーバで賄う、操作ごとにエンドポイントが分かれ監査コントロールを楽にするとかまあ色々あるので、最適なものを使っていきたい

その他

注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

リンクを埋め込む

以下のコードをコピーしてサイトに埋め込むことができます

プレビュー
アプリのスクリーンショット
いまの話題をアプリでチェック!
  • バナー広告なし
  • ミュート機能あり
  • ダークモード搭載
アプリをダウンロード

関連記事

usersに達しました!

さんが1番目にブックマークした記事「モダンフロントエ...」が注目されています。

気持ちをシェアしよう

ツイートする

モダンフロントエンドはJSON APIが鬱陶しいので、無くしていきたい

はじめに Kaigi on Rails 2025で発表し、何人かの人といろいろ話しているうちに、モダンフロントエンド... はじめに Kaigi on Rails 2025で発表し、何人かの人といろいろ話しているうちに、モダンフロントエンドが面倒臭いのはJSON APIのせいではないかと考えるようになりました。そしてJSON APIそのものが悪いというよりは、JSON APIを必要以上に使う原因となっているSPAが問題ではないかと思っています。まだ考えは固まっていないのですが、まずは部分的に紹介したいと思います。 モダンフロントエンドはJSON基礎工事が大変 SPAのReact フロントエンドを作る場合、Hotwireなら不要だった多大な工数が新しく発生します。 APIエンドポイントのルータおよびコントローラから、JSON APIシリアライザ、クライアントサイドのルータ、JSON APIをfetchしてフォーマット変換する作業、さらにAPIの契約を文書化したOpen APIを作成します。ここには記載していませんが

ブックマークしたユーザー

  • aul2025年10月23日 aul
  • ranto3811242025年10月17日 ranto381124
  • YassLab2025年10月16日 YassLab
  • devdaikichi2025年10月15日 devdaikichi
  • kobito192025年10月15日 kobito19
  • Lie_Room2025年10月14日 Lie_Room
  • nak11142025年10月14日 nak1114
  • shion2142025年10月14日 shion214
  • secseek2025年10月14日 secseek
  • okey_oooooo2025年10月14日 okey_oooooo
  • Bell0002025年10月14日 Bell000
  • yuki_next2025年10月14日 yuki_next
  • aarx2025年10月13日 aarx
  • macrocro2025年10月13日 macrocro
  • yug12242025年10月13日 yug1224
  • bradyryo2025年10月13日 bradyryo
  • yamada_k2025年10月13日 yamada_k
  • soybeancucumber2025年10月13日 soybeancucumber
すべてのユーザーの
詳細を表示します

ブックマークしたすべてのユーザー

同じサイトの新着

同じサイトの新着をもっと読む

いま人気の記事

いま人気の記事をもっと読む

いま人気の記事 - テクノロジー

いま人気の記事 - テクノロジーをもっと読む

新着記事 - テクノロジー

新着記事 - テクノロジーをもっと読む

同時期にブックマークされた記事

いま人気の記事 - 企業メディア

企業メディアをもっと読む

はてなブックマーク

公式Twitter

はてなのサービス

Copyright © 2005-2025 Hatena. All Rights Reserved.
設定を変更しましたx

AltStyle によって変換されたページ (->オリジナル) /