Rails: HotwireとSPAを比較するなら実装コストの違いに注意（翻訳）｜TechRacho by BPS株式会社

概要 原著者の許諾を得て翻訳・公開いたします。 英語記事: The popover drama 原文公開日: 2024/06/02 原著者: Jorge Manrubia 日本語タイトルは内容に即したものにしました。 インターネット接続が遅い環境でHEYカレンダーのポップオーバーの読み込みが遅くなる様子が以下でツイートされたことがきっかけで、ポップオーバーのドラマが幕を開けました。その後、無慈悲で辛辣な書き込みやプロの荒らしの出現など、最もSNSらしい形で議論がヒートアップしました。 If you want to know why an app *needs* JavaScript on the client and can’t just do it all on the server, just look at Hey or any other Hotwrite app pic.twit

[s_rsak]

案件でSPAが要件になったことはないな。ほとんどのユーザーは、そのサイトがSPAかMPAかは意識してないんじゃないかな。

[sora_h]

Reactで作るのが一番簡単だろ…。

[nmcli]

学習コスト含めてもなおコスパ高い

[YassLab]

“SPAは潜在的に優れた応答性を提供しますが、途方もなく高コストです。ここ数年、SPAがらみの恐ろしい話が原因でプロダクトが失敗したという話を数え切れないほど耳にしています。現実世界ではコスパがすべてである”

[hachi]

ここで言うSPAはRailsで使う場合を指していると思えるので、ReactでSPAを実装する場合よりつらくなるのはもう仕方ない気がします