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

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

アプリで開く

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

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

エントリーの編集

loading...

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

タイトルガイドライン

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

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

ブックマークしました

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

Twitterで共有

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

135users がブックマーク コメント 28

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

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

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

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

よく使うタグ

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

135 users zenn.dev/naofumik

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

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

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

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

よく使うタグ

はてなブックマーク

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

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

ユーザー登録

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

記事へのコメント28件

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

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

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

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

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

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

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

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

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

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

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

その他
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つのサーバで賄う、操作ごとにエンドポイントが分かれ監査コントロールを楽にするとかまあ色々あるので、最適なものを使っていきたい

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

2025年10月12日 リンク

その他
hasiduki
Next.jsのserver actionかな!!!!!!!

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

2025年10月12日 リンク

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

2025年10月12日 リンク

その他
ssig33
RailsにこだわらないでGraphQLとかtrpcとかでやってくほうがいいんじゃねえかなこれ

その他
for-my-internet-demo
remix以降楽なのでそれはわかる

その他

注目コメント算出アルゴリズムの一部に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を作成します。ここには記載していませんが

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

  • kompiro2025年10月13日 kompiro
  • cyber_snufkin2025年10月13日 cyber_snufkin
  • atico2025年10月13日 atico
  • kinushu2025年10月13日 kinushu
  • heroheat2025年10月13日 heroheat
  • strawberryhunter2025年10月13日 strawberryhunter
  • yasuhiro12122025年10月13日 yasuhiro1212
  • fuji_haruka2025年10月13日 fuji_haruka
  • nodat2025年10月13日 nodat
  • tmtms2025年10月13日 tmtms
  • Eiichiro2025年10月13日 Eiichiro
  • yk56562025年10月13日 yk5656
  • jacoyutorius2025年10月13日 jacoyutorius
  • kimihito2025年10月13日 kimihito
  • saken6492025年10月13日 saken649
  • watatakahashi2025年10月13日 watatakahashi
  • kiokudot2025年10月13日 kiokudot
  • grfxdsgn2025年10月13日 grfxdsgn
すべてのユーザーの
詳細を表示します

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

同じサイトの新着

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

いま人気の記事

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

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

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

新着記事 - テクノロジー

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

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

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

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

はてなブックマーク

公式Twitter

はてなのサービス

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

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