なぜ僕が「SPAはコストが高い」と考えているのか

テクノロジーカテゴリーの変更を依頼記事元:

471users がブックマークコメント

なぜ僕が「SPAはコストが高い」と考えているのか

どうもみなさんこんばんはちょっと前に「個人開発者やスタートアップの初期からSPAで開発するのはコス... どうもみなさんこんばんはちょっと前に「個人開発者やスタートアップの初期からSPAで開発するのはコスト高いっすよね」みたいな事を書いたらフロントエンドエンジニアの皆様からバチバチに叩かれた僕です彼らには彼らの考えがあるのでそれはどうでもいいのですが、どういう理由があってその発言をしたのか～と言う部分が気になっている方もいたようなので説明しておこうと思いますちなみに今でも全く意見は変わっておらず、この発言に同意できるかできないかは単純に視点の違い、規模の違い、スキルの違いだと思ってます追記: もちろんSPAじゃないと実現できないようなサービスを作りたい場合はSPA一択ですし（インタラクティブにHPつくるサービスとか。でも世の中の95%くらいのサービスはそうじゃないと思います）、サイトの利用はログインした人にだけ提供するような業務系ツールなどはまた話が別です前提の話こういう記事ではコ

masatomo-m 4はAPI設計が腐ってるという問題（DBのテーブルをそのままフロントAPIにする愚）なので別だが概ね同意できる。金さえ出せば優秀なエンジニアが確保できるかというとそうでもないので、獲得可能なメンバーでやるしかない

2022/03/31 リンク

ockeghem XSSとかはSPAの方が対策しやすいと思うけど、まだSPAのセキュリティに関するベストプラクティスが知られていないので脆弱性が入りやすいというのはある

n314 画面の内容が大きく変わったときにはURLを変えてほしいよね。戻ったときにまた最初から読み込みが始まるとげんなりする。

civicpg 購入画面とかは、ブラウザのローディング見ながらページ遷移して「完了しました」って出たほうが安心する。画面遷移せずにAPIで受付して即座に「完了しました！」出ると「ほんとに大丈夫か？」という気持ちになる

knjname セキュリティはちょっと俺の実感とは違うかな　むしろAPIというレベルで取得内容や副作用がはっきり定義され認可もきっちりするんで上がってる印象　テーブルそのまま返すアホ設計をするのがスタートアップなら滅んで

xxxxxxxxlarge "サーバー→フロントに分離していることでエラーがどこで起こっているのか分かりづらかったり" 全くもって逆。SPAはapiでエラー吐いてればサーバー、そうじゃなかったらフロントで殆ど解決できる。

yasu-log Flash時代からSPA(当時はRIA)を開発していた立場からいえば、技術の正しい理解と実装力を要するので、コストは普通のウェブに比べて高いです

newnakashima これだけ読むと反論したい気持ち湧きそうだけどこの人は個人開発でヒットを何個も出してるらしいので（質問箱とか作った人）、そういう人がRailsを好んでるところにRailsの強さみたいなものを感じる

dbfireball SPAは分業できるけど、コミュニケーションコストすごく増える事ない？画面に項目1つ追加するだけでUI側とAPI側、最低2人稼働する羽目になる。

ビジネス

YassLab “もちろんSPAじゃないと実現できないようなサービスを作りたい場合はSPA一択（インタラクティブにHPつくるサービスとか。でも世の中の95%くらいのサービスはそうじゃないと思います）”

Rails
SPA

2022/04/07 リンク

tettekete37564 SPAというかWeb API化におけるアクセス制御(インフラ的・ロジック的・セキュリティ的)とバグの見つけづらさ(=テスト書く量がめちゃめちゃ増える)に対してほんの少しでも理解してる人が自分しか居ないからみんな楽観的

pmint "last_access_ip"ってなんだ…。note.comでIPアドレス流出させた本人か。ユーザーごとにIPアドレスひとつ結び付けてどうするんだ。

seal2501 初速は確かにMPAの方が速いかも知れない。が、それはアーキテクチャを作っては壊してできる環境の場合で、最初に作ったものを変えることが難しい環境ではトータルで見ると低コストになることもある。

seenoview SPAが台頭してきたのは、モバイルがメインになったからだと思ってた。サーバからいちいち画面とって来るの大変だから、フロントでどうにかできるように進化せざるを得なかった

ngmy フロントエンドしかできないマンが何でもかんでもSPAで作ろうとしたり、サーバーサイドしかできないマンが何でもかんでもMPAで作ろうするからつらいのであって、費用対効果やメンバーのスキル等の制約に基づいて文字数

daichirata 個人的には規模が小さい時や内向けの奴は MPA の方が考えることが少なくて楽というのはあるけど、next/nuxt も簡単になってるし人によってはそっちの方が楽とかはあるかも。

boomerangj 慣れや人それぞれというのはありそうだけど、バックエンドの管理ツールはSPAにしないパターンも見てきたので気持ちはわかってしまう。

ys0000 セキュリティリスクはエンジニアの質だとは思うけど。返してはいけないものを返してしまうっていうのはレビューで弾いて欲しい所ではあるけど難しいね。設計不備だからUTじゃ見つけるの厳しいし。

c-matt SPAまわりで使うサービスって新しめのものが多いから英語を苦もなく使うメンバーを集めるっていうコストもかかるよね。コストをかけて得られる見返りを求めてなら問題ないと思うな

rryu MPAで済むようなものをSPAで実装したらコストが高いのは当たり前だが、コストをかけてもMPAでできないことがあるからSPAを選ぶわけで、コストが高いからSPAはやめようというのはまあ色々言われると思う。

システム開発

nicht-sein 作るページに寄るんじゃないのかなぁ。コンテンツをアニメーションばりばりさせて魅せるようなサイトだと、Railsでも結局JSばりばり書かなきゃだし、そしたら二重実装になるぐらいならSPAで作っちゃおう、ってなる

mag4n コストが高いのは合ってると思う。SPAはフロントで考えることが増える。セキュリティはSNS系でもセキュアなページはサーバーレンダリングしてるし。

ネタ

w1234567 Reactでサーバー通信なしのモックアップを作ってそれベースでAPIやDBの仕様を決めてけばいいのに、Railsベースの開発にとらわれ過ぎて無駄に難しく考え過ぎているような気がする

NOV1975 だいたい妥当かな。一番良いのは画面はUX重視だけどやってることは大したことない一方でサーバー処理はそれなりにやらなければならない反面APIという形できれいに整理できる、って場合。

はてなブックマーク

なぜ僕が「SPAはコストが高い」と考えているのか

記事へのコメント98件

関連記事