Vue vs React vs Angular vs Svelte Part.8

**デフォルトの名無しさん** · 2021/05/23(日) 13:42:32.51

Vue
https://jp.vuejs.org/
React
https://reactjs.org/
Angular
https://angular.io/
Svelte
https://svelte.dev/

※前スレ
Vue vs React vs Svelte Part.7
https://mevius.5ch.net/test/read.cgi/tech/1610901677/

★ここではjQuery, Ruby, C#, Blazorの話題は禁止です
★jQuery, Ruby, C#, Blazorｷﾁｶﾞｲが書き込んでも無視してください
Next, Nuxt, Sapper, Gatsby, VuePress, RedWoodなどはおｋ。

**デフォルトの名無しさん** · 2022/01/11(火) 12:08:07.72

しかも上位ノードのイベントバブリングとか
全く話に出てきてないことを言い出すし
な？こういうことだよ。jQueryをわかってないで批判してる

**デフォルトの名無しさん** · 2022/01/11(火) 12:16:30.78

> IEサポート外した時にIE対処コードは除去されてるよ

IEサポート外なら、メモリリークしないということになるだろｗ
IE以外ではメモリリークしないんだろ？

**デフォルトの名無しさん** · 2022/01/11(火) 12:21:35.79

>>882
いやだからお前が無知って話なんだが？
本当の起源を知らないでjQueryが起源だ！と言ってる無知なあなたを咎めてる

**デフォルトの名無しさん** · 2022/01/11(火) 12:22:19.44

>>885
答えになってない

**デフォルトの名無しさん** · 2022/01/11(火) 12:23:03.67

>>881
もうIE死んだんだからどうでもいいよ

**デフォルトの名無しさん** · 2022/01/11(火) 12:23:06.68

「jQueryが起源だ」でこのスレを検索しても何も見付からない
自分で嘘つきであることを証明した瞬間ｗ

**デフォルトの名無しさん** · 2022/01/11(火) 12:23:30.40

jQueryおじさんはどんなアプリ作ってるか（仕事してるか）とか、大きいアプリ作った事ない疑惑に関してはきっちりスルーするね

**デフォルトの名無しさん** · 2022/01/11(火) 12:24:49.74

JavaScriptよりも先にjQueryの方が
Promise（Deferred）を採用したって俺が言ったから、
それにムカついてるのか？

起源なんて書いてないがｗ

**デフォルトの名無しさん** · 2022/01/11(火) 12:25:49.86

>>895
誰もが知ってる超大規模ウェブサイトだな

**デフォルトの名無しさん** · 2022/01/11(火) 12:27:16.03

>>893
メモリリークするIEが死んだんだから
jQueryもメモリリークしないで終わる話
お前がいい出したんだぞ

**デフォルトの名無しさん** · 2022/01/11(火) 12:28:28.28

>>896
それを起源って言うんだよw
日本語もわからないの？

**デフォルトの名無しさん** · 2022/01/11(火) 12:28:56.54

>>898
いやそれは俺じゃないぞw
お前みたいに自演などしない

**デフォルトの名無しさん** · 2022/01/11(火) 12:29:22.45

>>897
答えてなくて草

**デフォルトの名無しさん** · 2022/01/11(火) 12:29:49.05

>>899
なるほど

JavaScriptよりも先にjQueryの方が
Promise（Deferred）を採用したって俺が言ったから、
「jQueryが起源」という意味に勘違いして
あらしてたのかｗｗｗ

な？こういうやつなんだよ

**デフォルトの名無しさん** · 2022/01/11(火) 12:36:39.36

>>902
起源に論点ずらしてるがまずその認識が間違ってるのよ
jQueryのはtwistedを参考に作られたの
それを知らなかったよね？と言う話
あなたが無知を論点にしてたからそれを咎めたの
わかる？
起源の話はしてない
jQueryは凄くないと言う話をしてる

**デフォルトの名無しさん** · 2022/01/11(火) 12:37:23.27

>>888
うーん文意読み取れない？
onのリークとIE固有のリークは別物だよ
さらにその2つとも関係ないjQueryの実装の話も混じってるよ
と補足したらわかるかな？

リークはonとremoveChild繰り返しで簡単に確認できるよ

**デフォルトの名無しさん** · 2022/01/11(火) 12:39:48.98

891 返信：デフォルトの名無しさん[sage] 投稿日：2022/01/11(火) 12:21:35.79 ID:P6YErMSE [3/7]
> >>882
> いやだからお前が無知って話なんだが？
> 本当の起源を知らないでjQueryが起源だ！と言ってる無知なあなたを咎めてる

899 返信：デフォルトの名無しさん[sage] 投稿日：2022/01/11(火) 12:28:28.28 ID:P6YErMSE [5/7]
> それを起源って言うんだよw

903 返信：デフォルトの名無しさん[sage] 投稿日：2022/01/11(火) 12:36:39.36 ID:P6YErMSE [7/7]
> 起源の話はしてない

わろたｗｗｗ

**デフォルトの名無しさん** · 2022/01/11(火) 12:40:53.24

どうやら完璧に論破したみたいだな
気持ちいいぜ

**デフォルトの名無しさん** · 2022/01/11(火) 12:41:05.16

>>904
> リークはonとremoveChild繰り返しで簡単に確認できるよ

reactとDOM APIを混ぜて使って
reactはメモリリークするって話をしてるんですね

「お前がアホ」で終わるよねｗｗｗ

**デフォルトの名無しさん** · 2022/01/11(火) 12:42:42.26

恣意的な編集して論破とか言ってる恥ずかしい人がいる……

**デフォルトの名無しさん** · 2022/01/11(火) 12:45:51.77

いつもの勝利宣言だから、もう書き込まないでしょうｗ

**デフォルトの名無しさん** · 2022/01/11(火) 12:48:06.76

あ、間違えた。論破してる人と恣意的編集してる人は別だわ。
論破は確かにしてるわ

**デフォルトの名無しさん** · 2022/01/11(火) 12:49:25.14

>>910
IDを見ずに内容から、こいつキチガイだって判断したんだろ？ｗ
それが事実だよ

**デフォルトの名無しさん** · 2022/01/11(火) 12:50:46.87

>>911
恣意的な編集してる方が普通にキチガイだよ

**デフォルトの名無しさん** · 2022/01/11(火) 12:52:13.82

>>912
自分の判断に素直になれよｗ
誰も起源なんて言ってないのに
「恣意的な編集して起源って言ったニダ！論破したニダ！」
って言ったほうがキチガイに決まってるじゃんかｗ

**デフォルトの名無しさん** · 2022/01/11(火) 12:55:00.59

ここのスレタイとテンプレみて居座る奴がまずキチガイ

**デフォルトの名無しさん** · 2022/01/11(火) 12:55:18.35

>>913
突然ニダニダ言い出してどうしたの？
もうすぐ超大規模ウェブサイトの端っこで惨めに数行減らす作業の時間だよ？

**デフォルトの名無しさん** · 2022/01/11(火) 12:55:59.22

>>915
jQuery使ってるから、すでに最小の労力で
プロジェクトは完遂してるぞｗ

**デフォルトの名無しさん** · 2022/01/11(火) 12:58:05.23

>>916
jQuery以外には何使ってるの？ jQuery以外の部分は触らせてもらえないんだろうけどさ

**デフォルトの名無しさん** · 2022/01/11(火) 12:59:24.44

>>917
それに答えたらなにかいいことでもあるのか？

GCP使ってるけど？

**デフォルトの名無しさん** · 2022/01/11(火) 13:02:09.73

>>918
執拗に回答を避けてるからなんでかなと思って。GCPとか全然回答になってない事言うし

**デフォルトの名無しさん** · 2022/01/11(火) 13:04:01.96

はぁ？やってることってプログラミング環境全てじゃん
RubyとかPythonとか言えばいいのか？

**デフォルトの名無しさん** · 2022/01/11(火) 13:07:58.15

>>920
普通GCPの～を使ってるって言い方するでしょ。GCPって言い方は変だよ、明らかに

**デフォルトの名無しさん** · 2022/01/11(火) 13:18:52.55

全体を把握してない、全く権限無いんだろうな

**デフォルトの名無しさん** · 2022/01/11(火) 13:21:43.73

reactその他と良し悪しを比較するなら意味があるだろうが、じぇーくえりーしか知らん奴のゴリ押しは無価値なんだよなぁ

**デフォルトの名無しさん** · 2022/01/11(火) 14:17:28.40

jQueryくんはなんかそっち系のスレ出来てるからそっちいって

**デフォルトの名無しさん** · 2022/01/11(火) 15:53:27.16

老害のテンプレみたいな人だな

**デフォルトの名無しさん** · 2022/01/11(火) 16:51:50.09

いわゆる無敵くん

**デフォルトの名無しさん** · 2022/01/11(火) 23:06:45.88

Ruby on Rails 6 でも、Bootstrap 4 を使うと、jQuery が自動的にインクルードされている。
React, Vue.js, Bootstrap 4 で、jQueryも使う

Bootstrap 5 で、jQueryは削除されたけど、まだpopper.js は使っている

Rails 7 では、外人のYouTuber のRailsのすべての学校・サロンは、
ここ3か月で、脱webpack のesbuild の動画を一斉に上げた！

すごい。全員が最先端を攻めている

**デフォルトの名無しさん** · 2022/01/12(水) 07:15:25.17

Railsはどうでもいけどesbuild使うとビルド速くなる以外にメリットあるのかな？

**デフォルトの名無しさん** · 2022/01/12(水) 09:01:00.33

★ここではjQuery, Ruby, C#, Blazorの話題は禁止です
★jQuery, Ruby, C#, Blazorｷﾁｶﾞｲが書き込んでも無視してください
Next, Nuxt, Sapper, Gatsby, VuePress, RedWoodなどはおｋ。

**927** · 2022/01/12(水) 23:33:25.22

Rails7がもつフロントエンドへの「答え」、2021/9
https://zenn.dev/kenzan100/articles/0f9b100655a4bf

Rails 7 をちょこっと試す（さらば、Webpacker 編）、2021/9
https://qiita.com/suketa/items/837eb97bdb48dd8c4688

規約だけのフレームワーク・Stimulus が入った。
React, Vue,js, Stimulus の選択

Foreman が入った。
JavaScript のbundle には、esbuild, rollup.js, webpack の選択

Bootstrap, Bulma, Tailwind, PostCSS, Dart Sass をサポート。
DartSass 以外の、Ruby Sass, node-sass(LibSass)は滅んだ

SASSでは、グローバルスコープの@import を廃止して、
ファイルスコープの@use へ変わる

**デフォルトの名無しさん** · 2022/01/15(土) 09:01:02.57

NextとFirebaseでSNSっぽいの作ってみて思ったんやが、NextとかNuxtとかのフロントエンドのフレームワークって、フロントエンドの技術メインで全部やろうとしたら有用やなとは思ったが、バックエンドちゃんと書けたり書ける人おるんやったら、いらんかもと思ったんやがどう思うよ
古い感覚なんかもしれんがロジックは基本バックエンドで書いて隠蔽して、フロントはjson要求したりjsonの色付けだけの方が、構成として綺麗かなーとは思ったんや
フロントでゴリゴリとロジック書いてて、これええんか…？って思ってまう
Railsみたいなフルスタックから、フロントやバックとかを分離する方向に時代は向かっとるとは思うが、Nextもフルスタックになりつつあるし
フロントがSPAとかSSGになってんのは体感速度爆上がるからそこはええと思うんやがな

**デフォルトの名無しさん** · 2022/01/15(土) 09:37:58.71

ユーザーが何でも変更可能なクライアントのコードで
全部やったら不正しまくりだろ
フロントエンドで重要なことをしたらだめに決まってる

**デフォルトの名無しさん** · 2022/01/15(土) 12:34:20.93

Nextは別にフロントバックエンドがゴッチャにはならんでしょ、シームレスにも出来るってだけで。バックエンド好きなもの使えるし。
FirebaseというかFirestoreはたしかにそんな傾向あるけど、そこは考え方を転換すればセキュリティを担保できるし、必要なとこはFunctionsでやればいいのだ。

**デフォルトの名無しさん** · 2022/01/15(土) 12:50:45.75

>>931
要らんと思う
フロントはあくまでAPIクライアント

**デフォルトの名無しさん** · 2022/01/15(土) 13:49:47.30

フロントしか開発したことない人が使うには良いんだろうね
バックエンドも触ってる人からみれば分離した方が開発も運用も楽っての当たり前に理解しているし

**デフォルトの名無しさん** · 2022/01/15(土) 13:53:38.96

jQuery時代の人なら普通にバックエンドも
プログラミングしてたんだけどね

派手なものを簡単に作れるから
基礎技術ができてない人が多い

**デフォルトの名無しさん** · 2022/01/15(土) 14:07:50.12

別にReactとかじゃなくてもフロント改変なんていくらでもできる
なんならパケット直いじりツール使えばどんなシステムでも変更できるし

**デフォルトの名無しさん** · 2022/01/15(土) 16:41:02.38

ちょこちょこNext.jsやFirebaseやった事ないのかズレた事言ってる奴が居るな……

**デフォルトの名無しさん** · 2022/01/15(土) 16:49:44.37

>>931自体がNextを要らないと言っているのかSPAを要らないと言っているのかポイントが絞れてないからじゃね？

**デフォルトの名無しさん** · 2022/01/15(土) 18:21:05.07

ついにnext.jsを使うプロジェクトを開始したぞ
ちな俺はサーバーサイドもフロントもガッツリやったことがある
その俺が評価してやんよ
ミスったら俺の首が飛ぶ

**デフォルトの名無しさん** · 2022/01/15(土) 19:22:11.97

利用者の体感利便性を考えたら
まずはページ再送出をしないCSR/SPA化が今では必須でしょう
更に最初のアクセスページのためにCSRだけではダメで最低限SSR併用か可能ならSSGが必要

バックエンド開発者もこの変化についてこれない人は
CSRのためのAPI対応しか出来なかったり
もっと古い人はCSR未対応の古きSSRオンリーしか出来なかったりで
なぜ「CSRとほぼ同じコードをSSR/SSGする必要があるのか」さえも理解できていないようです

**デフォルトの名無しさん** · 2022/01/15(土) 19:54:39.76

SPAで利便性がよくなるか？という問題は場合によるとしか言えんからなー
シンプルなMPAのほうが使いやすいと感じるケースは未だに多い
SPAが必須と考えるのは開発側の独りよがりだよ

**デフォルトの名無しさん** · 2022/01/15(土) 20:06:15.24

まあでもSPAのほうが余分なもの読み込まないぶん若干ページ遷移早いよな
そこだけは褒めてやるべきだとおもうわ
まあ作り手の面倒は増えてるし回線速度が速い現在に本当に必要なのかは疑問だけど

**デフォルトの名無しさん** · 2022/01/15(土) 20:11:01.62

>>942
SPAは毎回ページまるごと送出しなおしのMPAよりも以下の利点がある
・サーバーの負荷減少
・トラフィックの減少
・ブラウザ側での表示書き換え減少
・ユーザーの待ち時間減少 (体感の向上)
つまり全てにおいてエコで優れている
もちろんSPAに加えて前述のように最初のページアクセス待ち時間減少のためにSSR/SSG併用
デメリットは「技術の低い人たちは提供できない」

**デフォルトの名無しさん** · 2022/01/15(土) 20:17:20.94

ユーザー目線で言うと非SPAはリロード時、遷移時に画面がしっかりリセットされる安心感があるんだよな
なんか動きが変な気がしたらとりあえずリロード、戻る、適当にハイパーリンククリック
それでまあまあ具合がよくなると経験的にわかってる
これは非常に重要なんじゃないかな

たぶん何も知らんユーザーからするとSPAは巨大でミュータブルなオブジェクトに見えてるんじゃないかとおれは考えてる
逆に非SPAはほとんどイミュータブルな関数に見えてる
もちろんプログラミングの素人であるユーザーがイミュータブルとミュータブルの違いを認識してるはずは無いんだが
ぼんやりと感覚的にその違いを使い勝手という形で体感してるんじゃないかな

**デフォルトの名無しさん** · 2022/01/15(土) 20:17:38.17

>シンプルなMPAのほうが使いやすいと感じるケースは未だに多い

MPAの方がシンプルってそれこそ開発側の視点じゃね？
ユーザーから見てシンプルだというなら仕様が違うものを作っていることになるわけで、そもそも比較にならない。

**デフォルトの名無しさん** · 2022/01/15(土) 20:17:52.19

場合によってはSPAのほうが想定すること少なくて楽。
それはそれとしてSPAが適するかどうかは用途次第。なんだけど、最近MPAはSSGとSPAのハイブリッドばかりでSSR作って無いなぁ

**デフォルトの名無しさん** · 2022/01/15(土) 20:20:47.89

>>945
一般ユーザーはそこまで考えてないと思うし、そう思わせるならUIが悪いと思うな。個人的な意見だけども

**デフォルトの名無しさん** · 2022/01/15(土) 20:26:33.13

>>944
・サーバーの負荷減少はユーザーでなく運用側のメリットで今はユーザー視点のメリットについて議論しているのでは？
・トラフィックも同様
・表示書き換えは、、、SPAのほうが増えてないか？
・ユーザーの待ち時間は減る傾向が見られるね
・技術力が低い人に提供できないのはユーザーにとってはデメリットだね
つまりそれだけ利便性の高いサイトが少ないということだから

こうして一個一個深堀していくとやっぱりユーザー目線ではデメリットのほうが大きい気がするなー
ウェブIDE、オフィス文書編集、BPMエディタ、、、この手の従来デスクトップでしかできなかった超複雑なツールをブラウザで提供出来るようになったのは凄い発明だけど
何でもかんでもSPAってのは典型的なミステイクだね
未だに世の中のほとんどのサイトは従来の非SPAがマッチしてるよ

**デフォルトの名無しさん** · 2022/01/15(土) 20:27:14.48

>>946
ユーザー目線でも開発者目線でもどっちもシンプルということだね

**デフォルトの名無しさん** · 2022/01/15(土) 20:29:04.59

>>948
ユーザーは考えてないよ
感じてる

**デフォルトの名無しさん** · 2022/01/15(土) 20:31:15.89

>>945
それはそのサイトのバグです
>>949
普通に正しくSPAが作られていれば
ユーザーにとって見た目やUI自体は同じです
その上で反応速度の向上による体感の良さをユーザーは得られます

一方でSPAはサイト提供側にもメリットが大きく
サーバーの負荷減少と送出トラフィック減少により支出コスト(費用)を減らせます

**デフォルトの名無しさん** · 2022/01/15(土) 20:37:03.33

>>950
そうじゃなくて、同じ機能、同じ画面仕様のものをMPAとSPAで作ったのに
ユーザーから見て一方がシンプルに見えるのはどのへんが違うのかという話。

**デフォルトの名無しさん** · 2022/01/15(土) 21:02:44.04

バックエンドがどれだけ地獄になろうが知ったこっちゃない
って話なら確かにフロントエンドは何の機能も持たせず極限にシンプルに出来るね

**デフォルトの名無しさん** · 2022/01/15(土) 21:06:50.84

>>954
やっぱりフロントエンドしかできないやつはこの程度ｗ

**デフォルトの名無しさん** · 2022/01/15(土) 21:11:23.62

>>954
それやるとjsonを装飾するだけのフロントになるねw

>>955
jQueryおじさんはフロントもバックエンドもわかってないじゃん。どんな技術使ってるか尋ねられてGCPとか答えてたしw

**デフォルトの名無しさん** · 2022/01/15(土) 21:13:13.42

現代の多くのユーザーとこれからのほとんどのユーザーはネイティブアプリ触りまくってるから、ネイティブアプリっぽい動きできるspaの方がユーザー体験いいやろな

**デフォルトの名無しさん** · 2022/01/15(土) 21:18:38.65

>>956
使ってる技術なんだからGCPは間違いない
普通はデータベースなんかも使うだろう
まさかお前フロントJavaScriptしかやったことないのか？

**デフォルトの名無しさん** · 2022/01/15(土) 21:19:49.63

>>957
はっはっは、思考停止

現代の多くのユーザーが触りまくってるというのなら
ウェブサイトを触りまくってる

Amazonがゲームみたいなインターフェースだったら
使いづらくてしょうがない

**デフォルトの名無しさん** · 2022/01/15(土) 21:25:29.78

>>958
尻尾出すの早いよw
Linuxバリバリ使えるしそれこそクラウドも使えるよ。ちょっと年季入ったフロント屋ならバックエンド書けるのなんて普通じゃん。
さて、どんなDB使ってるのかな？

**デフォルトの名無しさん** · 2022/01/15(土) 21:30:54.53

>>959
ゲームみたいなインターフェースの是非は話してへんでおっちゃん
あとAmazonのネイティブアプリはおっちゃんが作れるウェブサイトみたいにベージ遷移の度にベージ全体読み込まへんで
一回Amazonのアプリをスマホにインストールして確かめてみたらええで笑
おっちゃんはスマホアプリでゲームしかしてへんのは分かったわ笑笑

**デフォルトの名無しさん** · 2022/01/15(土) 21:31:05.16

まあバックエンド＝LAMPの時代が長すぎたよね

**デフォルトの名無しさん** · 2022/01/15(土) 21:47:21.05

>>962
百花繚乱な今から考えるとスゲー長かったなぁ……

**デフォルトの名無しさん** · 2022/01/15(土) 22:17:52.65

おめえらゴミクソでまったくSPAの利点を理解してなくて萎えた

**デフォルトの名無しさん** · 2022/01/15(土) 22:25:28.96

>>964
お、解説してくれるのか。頼むぜ！

**デフォルトの名無しさん** · 2022/01/15(土) 22:28:49.96

マジでSPAアプリ開発したことあんのか？

**デフォルトの名無しさん** · 2022/01/16(日) 00:08:27.05

Ruby on Rails 5 からは、デフォルトでTurbolinks を使って、SPA, Pjax。
他にも、API モードもある

Turbolinksは、リンクのクリックイベントやWebブラウザのナビゲーションイベント（進む/戻る）を監視し、
通常の遷移イベントをキャンセルします

代わりに非同期通信（XMLHttpRequest/Ajax）で遷移先のページを取得し、
現在のページのheadとマージし、bodyを差し替えることで、ページ遷移したように見せかけます

**967** · 2022/01/16(日) 00:14:31.10

SPA の利点は、JavaScript のパース時間が無くなる事だろ

**デフォルトの名無しさん** · 2022/01/16(日) 00:41:09.81

>>960
人に聞く前に自分で答えろよ
お前ひろゆきか？相手に喋らせて
ボロをだろうとするやり方だってバレバレなんだよ
で、お前は何使ってんの？

**デフォルトの名無しさん** · 2022/01/16(日) 00:43:10.18

>>968

SPAはJavaScriptが複雑で巨大になるんです。
だからJavaScriptのパース時間を少なくしないといけないんです。

こんな感じだよなｗ

**デフォルトの名無しさん** · 2022/01/16(日) 07:14:17.48

>>969
さんざ人の揚げ足取っといて（取れてなかったけど）自分が取られるとそんな事言い出すのか、惨めだな～

**デフォルトの名無しさん** · 2022/01/16(日) 08:43:03.79

MPAでもSPAでも速い配信は（技術があれば）やり方次第で可能だし、見せ方次第で違いなんてわからなくなる。要はコンテンツや技術に合わせてスマートな設計をする事が肝要じゃないかな。ハイブリッドでも良い。
仮にECサイト作れと言われて、規模等にもよって設計は変わるだろうし、ここの住民でもみんなそれぞれ違う設計するでしょ。

**デフォルトの名無しさん** · 2022/01/16(日) 09:25:44.34

>>972
いや、だからお前がSPAを根本的に理解してないからそんなゴミクソみたいな判断しかできないんだよ

**デフォルトの名無しさん** · 2022/01/16(日) 10:36:32.19

>>973
急にどうした？
別にSPA否定してないし、反論あるなら具体的にね？

**デフォルトの名無しさん** · 2022/01/16(日) 12:21:40.14

SPAってもうクライアントアプリじゃん
普通のWEBアプリしか理解してなさそう

**デフォルトの名無しさん** · 2022/01/16(日) 13:22:59.10

まあSPAってぶっちゃけ使えるのホームページレベルぐらいで
大規模なのになってくると画面数が多すぎてMPAになるからねー

**デフォルトの名無しさん** · 2022/01/16(日) 13:39:04.81

>>976
ホームページしか作れない無知のゴミクソは黙ってろ

**デフォルトの名無しさん** · 2022/01/16(日) 14:24:15.17

安い喧嘩売るだけじゃなくてさぁ、もうちょっと内容で語りなよ

**デフォルトの名無しさん** · 2022/01/16(日) 14:24:58.15

>>976
SPAはアプリですよ
代表例としては Google mail とか

自分も数年前から普通にキオスク端末を
PWA(SPA)で設計してリリースしてますし
今もみなさんも店頭で使うことできます

**デフォルトの名無しさん** · 2022/01/16(日) 14:30:30.35

>>976
OSがWindows7でブラウザはIE使ってそうなおじさんだね

**デフォルトの名無しさん** · 2022/01/16(日) 14:46:06.92

TwitterもSPAなんだよね。知らないとそうは見えないだけで

**デフォルトの名無しさん** · 2022/01/16(日) 15:10:18.25

>>971
なんで、人に何使ってんのって聞いておいて
自分が同じ質問をされると答えられないの？

おかしいよね

**デフォルトの名無しさん** · 2022/01/16(日) 15:41:48.06

>>982
仕方のない人だな……DBで良いんだよね？
場合によるけどFirestoreやPostgreSQL使う事が多いよ、Postgre使うのはjsonbがあるからだけど。
さて、君は何使ってるのかな？

**デフォルトの名無しさん** · 2022/01/16(日) 15:45:55.51

MPAて未だに鯖でHTML生成してんの？
React開発経験した後だと非効率過ぎて嫌にならん？

**デフォルトの名無しさん** · 2022/01/16(日) 15:46:10.68

>>983
PostgreSQLとかMySQLとか使うけど
で、何のためにそんな質問したの？

**デフォルトの名無しさん** · 2022/01/16(日) 15:48:09.02

>>984
なんでHTMLを生成する場所が
サーバーからクライアントに移動しただけで
効率が変わると思ってんだ？

**デフォルトの名無しさん** · 2022/01/16(日) 15:49:34.70

>>985
GCPで？

**デフォルトの名無しさん** · 2022/01/16(日) 15:50:34.45

>>987
GCPだとCloud SQLっていいますね。
それで？
何のために聞いたのさｗ