Vue vs React vs Angular Part.4

■ このスレッドは過去ログ倉庫に格納されています
2020/06/11(木) 19:01:45.26ID:uGsh0NQC
実際どうなん？
Vue
https://jp.vuejs.org/
React
https://reactjs.org/
Angular
https://angular.io/
※前スレ
Vue vs React vs Angular Part.3
https://mevius.5ch.net/test/read.cgi/tech/1560333895/

★ここではjQueryの話題は禁止です
★jQuery房が書き込んでも無視してください
2020/07/19(日) 05:20:39.95ID:VEGN/NtA
WebAssembly自体が期待されるほど速くないから、今のままだと廃棄物になることがわかりきってるもんなあ。
ある日突然爆速になったら状況は全然変わってくるだろうけど
2020/07/19(日) 05:28:36.09ID:W3hSYpRn
WebAssemblyの目的は既存アプリ（特にゲーム）の移植なんだって
他の言語で開発できるって言うけど、
サーバーサイドは昔から他の言語で開発できたのに
遅いはずのスクリプト言語を使っていただろ
速度ははやければ良いねぐらいの扱いで、誰も期待してないんだよ

それに脆弱性につながるからブラウザのセキュリティ能力を超えることはできない
JavaScriptでもできることを他の言語でできるだけ
2020/07/19(日) 05:33:59.05ID:x6eBp0n6
Webはやはり描画がクソ重いよなあ
ゲームの超複雑な計算でも60fps出るだろ
DOM構築ごときに処理かかりすぎなんだよ
2020/07/19(日) 07:47:59.56ID:tFAvgvCU
>>375
wasmはVM転送しないの？
仕組みを見るとwasmは仮想アセンブラのバイトコードを実行するみたいに見える

たとえばC/C++をコンパイルする場合、完全スタティックリンクが必要になるのでは？
つまり依存libcもwasmにして転送されるのではないですか？（全体ではなく必要な関数だけとはいえ）

同様にC#はVM部分をwasmにしてブラウザに転送する必要があるように見える
違うの？
libcやVMなどはブラウザ側の更新で増えていくものなの？
2020/07/19(日) 07:53:19.22ID:tFAvgvCU
やっぱり数MBのVM(mono.wasm)を転送するじゃないか！
2020/07/19(日) 08:02:41.88ID:PEwdaGfT
libcもmono.wasmもどっちもVMじゃないから。そういうライブラリのことを聞きたかったのだとしたら
使う言葉を間違えてる。
2020/07/19(日) 08:10:57.60ID:tFAvgvCU
.NETが現実的な選択肢になりえないことは分かったのでもういいですよ
2020/07/19(日) 08:26:55.45ID:W3hSYpRn
>>385
wasmは転送量増えるよね。
小規模なコードならJavaScriptの方が小さくなる

だからwasmが対象としてるのは過去の比較的大規模なアプリを
そのままブラウザで動かすためのもの
それは大体ゲームｗ
2020/07/19(日) 08:45:06.05ID:nXJK1voh
ブラウザでゲームやるならクラウドでええやんってなるに決まってるだろ
2020/07/19(日) 08:45:29.98ID:PIkW4oBq
>>380
LOHじゃん
よっぽど馬鹿なプログラム書かなきゃ問題にならんよ
2020/07/19(日) 08:47:06.11ID:W3hSYpRn
>>389
クラウドが何を言ってるのかわからんけど、
ここで言ってるゲームっていうのは過去PC用でリリースしたものの話だよ
移植を楽にしてくれるのがwasm
2020/07/19(日) 08:48:50.35ID:PIkW4oBq
>>388
業務系
2020/07/19(日) 08:50:00.32ID:j+IrtB5e
>>385
キャッシュされるからそれは無視していいよ
2020/07/19(日) 08:53:37.36ID:tFAvgvCU
>>393
気になるかならないか決めるのは開発者ではなく利用者だから
2020/07/19(日) 08:57:28.54ID:W3hSYpRn
>>393
jQueryなどは複数のサイトで同じライブラリを使うから
あるサイトでキャッシュされたら他のサイトでも早くなることがある。
CDNが使われることも多い
でもwasmはそうならんやろ？使われてる例自体も少ないし。
2020/07/19(日) 08:59:03.14ID:PIkW4oBq
>>394
ユーザーは遅いなら遅いでしゃあねえかって使うもんだよ
Gmailとか起動遅いけどみんな普通に使ってるだろ
まあ遅いといってもデスクトップアプリよりは速いし
開発者が過剰に神経質になってるだけだ
2020/07/19(日) 08:59:45.80ID:W3hSYpRn
>>392
業務系にwasmは使い物にならんよね。HTMLで簡単にUIをつかえるのに
wasmだとそこから作らなければいけない
ゲームならそこから作るのは当たり前だけど
業務系はすでにある使いやすいコンポーネントを再利用するのが普通
速度も業務系だと結局サーバーサイドでやることが多いし
2020/07/19(日) 09:01:44.02ID:W3hSYpRn
>>396
> ユーザーは遅いなら遅いでしゃあねえかって使うもんだよ
> Gmailとか起動遅いけどみんな普通に使ってるだろ

速度とかよりも手軽さ重視だからね
ブラウザでもアプリでも気にしないし
wasmの価値は移植を楽にしてくれる所というのはそういう話
2020/07/19(日) 09:02:52.10ID:tFAvgvCU
>>396
もういいって
遅くても我慢して使ってくれるから大丈夫！
とかなんなの？
あなたとは話す価値がないと判断した
2020/07/19(日) 09:02:58.39ID:PIkW4oBq
>>395
時間が解決する問題だな
つか別に複数サイトで共有しなくてもキャッシュされるし
つか.NETは単一バイナリのビルドとモジュールのトリミングを研究してるからデカイランタイム問題もすぐ解決するよ
2020/07/19(日) 09:04:20.16ID:W3hSYpRn
> 時間が解決する問題だな
「使う理由がない」は時間が解決してくれないよ
時間が解決するのは、今実際に起きている課題だけ
2020/07/19(日) 09:04:23.55ID:tFAvgvCU
時間が解決する問題ってことは
やはり現時点では.NETは現実的ではないってことね
成熟したらまた教えて
2020/07/19(日) 09:05:40.29ID:W3hSYpRn
>>399
> 遅くても我慢して使ってくれるから大丈夫！
> とかなんなの？

誰もそんな話はしていない。
遅いのだろうが許容範囲なのでみんな使ってくれているので大丈夫
使ってくれるはずという希望じゃないんだよ。
実際に使ってるんだよ。だからこの程度であれば大丈夫であることは証明済み。
2020/07/19(日) 09:06:25.23ID:PIkW4oBq
>>397
まるごと再利用しか頭にないのか？
業務系ではレガシーなシステムの移植とかいくらでもあるんだが
業務系の開発者はフロントエンド苦手だからC#でフロントを新規開発できるというメリットはあまりにも大きい
2020/07/19(日) 09:06:59.87ID:W3hSYpRn
> 業務系ではレガシーなシステムの移植とかいくらでもあるんだが
移植で作り変えるならブラウザ版を作りますって（笑）
2020/07/19(日) 09:08:44.46ID:W3hSYpRn
> 業務系の開発者はフロントエンド苦手だからC#でフロントを新規開発できるというメリットはあまりにも大きい

苦手なやつがC#使ったからって克服できるわけ無いやろｗ
苦手なら得意な人がやればいいだけだし
分業できる方が良いよ
2020/07/19(日) 09:09:00.50ID:PIkW4oBq
>>399
お前も話す価値ないよ
速度なんてこれからいくらでも最適化で改善していく部分だから現状で少しビハインドでも全く問題にならねえんだよね
逆にそこしか否定できないってことはもうBlazorを無意識化では認めちゃってるってことだよ
2020/07/19(日) 09:09:48.38ID:PIkW4oBq
>>401
時間が経てば使う理由も増えるわけだが
2020/07/19(日) 09:10:04.29ID:W3hSYpRn
JavaScriptの速度も随分と改善しましたしね。
十分実用レベルに達している。
さらにCPUの性能は上がり続けてる。
2020/07/19(日) 09:10:20.89ID:PIkW4oBq
>>402
十分実用的、で、時間が経てば更によくなる
2020/07/19(日) 09:10:39.96ID:W3hSYpRn
>>408
増えないよ。お前がネット始めてから20年ぐらい立つだろうが
普段やってることは大して変わってねーだろ？ｗ
2020/07/19(日) 09:11:54.71ID:tFAvgvCU
Blazor勢 必死すぎるだろw
もういいんだって
2020/07/19(日) 09:12:03.15ID:W3hSYpRn
そもそもな。デスクトップアプリとして以前からできることを
ブラウザでわざわざやる理由がないんだよ
アプリ版を作ればいいだけなんだから
2020/07/19(日) 09:12:19.58ID:PIkW4oBq
>>405
移植でブラウザ版を作るから業務系開発者が得意なC#で開発できること価値が大きいんだろ
2020/07/19(日) 09:14:29.32ID:W3hSYpRn
>>414
だからサーバーサイドは以前からC#で開発できてますってｗ
2020/07/19(日) 09:15:20.05ID:m5eV0pvm
追うのめんどいから誰か論点整理して貼って
2020/07/19(日) 09:18:02.57ID:PIkW4oBq
>>406
克服できてしまうんだなぁこれが
つか.NETとVisualStudioが優秀だからなんとなくで作れるようになる

得意なやつがやればいい、なんてのはコスト意識のない下っ端の考え方なのではっきり言って論外
業務系はWeb系みたいなホビーじゃねえんだよ
2020/07/19(日) 09:19:09.28ID:W3hSYpRn
コスト意識があったら、適材適所って言葉を知ってるはずだがなｗ
なぜ苦手な人がフロントを作るのか
2020/07/19(日) 09:20:43.25ID:W3hSYpRn
C#で業務系と言うとASP.NETを使います。
UI込ですでに実現できてるんですよ。
wasmで一体なんのUIを作るんですか？
2020/07/19(日) 09:22:19.43ID:PIkW4oBq
>>411
ユーザー目線では特に変わってない
ということは開発者目線での進化がフレームワーク選定に大きな影響を与えるということだ

マイクロソフトの提供する開発体験はいつも素晴らしいものだ
Blazorがもたらす開発体験にも当然、期待していいだろう
今では誰もが使ってるVSCodeもTypeScriptもそういやマイクロソフトだよなぁ
次のビッグウェーブが来てるんだろうな
2020/07/19(日) 09:24:05.39ID:PIkW4oBq
>>415
フロントエンドでもC#を使えるようになるのが大きいんだって話だろ
2020/07/19(日) 09:24:15.27ID:W3hSYpRn
> ユーザー目線では特に変わってない
> ということは開発者目線での進化がフレームワーク選定に大きな影響を与えるということだ

どういう理屈？言ってみただけの中身がない言葉は要らないよ
2020/07/19(日) 09:26:11.82ID:W3hSYpRn
>>421
> フロントエンドでもC#を使えるようになるのが大きいんだって話だろ

だからサーバーサイドの開発にフロントエンドも含まれてるんだってｗ
C#の面倒な実装じゃなくて、テンプレートエンジンを使った簡単な方法で
フロントエンドを作成できる

繰り返すが、C#で一体なにを実装するの？
すでにユーザーインターフェースは揃っている。
2020/07/19(日) 09:26:37.05ID:PIkW4oBq
>>418
やっぱホビーだなあんた
安い人材でもそれなりに開発できるように、うまいこと誘導するんだよ
大規模なチームで仕事をするなら絶対に必要なスキルだ
それをシラナイということは個人開発か、少数精鋭で作れるおもちゃみたいなスタートアップしかやったことないんだろ
2020/07/19(日) 09:27:14.26ID:W3hSYpRn
> 安い人材でもそれなりに開発できるように、うまいこと誘導するんだよ
だからフロントはHTMLが得意な安い人材を使います。
2020/07/19(日) 09:31:34.04ID:PIkW4oBq
>>419
SPAを作るんだよ
既存のASP.NET(Core)でも開発はできるがデスクトップアプリと比べると操作性が悪いことは否めない
複雑怪奇な業務に適応するためにSPAの導入は今後不可避になるだろう
しかしSPAをやるには今まではクソッタレJSやらポンポン入れ替わるWebフレームワークを学ぶ必要があって学習コストが高すぎた
業務系の主力である安い人材では習得が難しいのでSPAはずっと見送られてきた
しかしBlazorならその問題を一挙にカイケツすることができる
2020/07/19(日) 09:32:22.28ID:PIkW4oBq
>>422
君、プログラム下手でしょ
インターフェイスと実装の分離ができないタイプと見た
2020/07/19(日) 09:32:58.15ID:PIkW4oBq
>>423
>>426
2020/07/19(日) 09:37:55.76ID:PIkW4oBq
>>425
フロントエンド特化人材は高えんだよ

私、フロントエンドなんてぜんぜんできませんよ～
って具合の人材を
ふ～ん、なら少し安めのお値段で雇ってもいいよね？
大丈夫、大丈夫、こっちでうまいことレール敷くんで、安心して手だけ動かしてください
ってな具合で格安で調達すんの
できない奴でも、できるようにすんの
2020/07/19(日) 09:38:44.30ID:W3hSYpRn
>>426
お前フレームワークもなしに独自でSPA作るの？ｗ

https://codezine.jp/article/detail/10599

ASP.NET Core 2.0でのSPAサポート
　ASP.NET CoreではView層にSPAを使用するための機能が用意されています。
クライアントサイドとサーバサイドでそれぞれJavaScript、
C#が得意なメンバーのいるチームや、既にASP.NET Coreを使っていて
UIやUXを改善したいといったユースケースに適用できるかと思います。

　また、SPAにおける問題点のいくつかを解消するサーバサイドレンダリングも
サポートしています。サーバサイドレンダリングについては後ほど説明します。

　ASP.NET Core 2.0からは、Angular（バージョン4）、React、Reduxといった
SPAフレームワークがプロジェクトテンプレートとして新しく追加になりました。
これらのプロジェクトテンプレートを使用すると、SPAフレームワークと
ASP.NET Core MVCを連携したアプリケーションを素早く開始することができます。
2020/07/19(日) 09:39:23.07ID:W3hSYpRn
>>429
> フロントエンド特化人材は高えんだよ
ならフロントエンドに特化してない人を使えば？
バカなのかなこいつ
2020/07/19(日) 09:42:08.97ID:W3hSYpRn
なんかC#を使ってWindows Formsとかでデスクトップアプリを作れば
それがそのままSPAになるって思ってそうなんだよなｗ
URLどうするんのよって感じだ
2020/07/19(日) 09:45:34.17ID:W3hSYpRn
URLじゃ話通じないですかね？ｗ
SPAはデスクトップアプリとは違ってURLがあって
ブラウザの進むや戻るがつかえるんですよ
2020/07/19(日) 09:47:19.12ID:PIkW4oBq
>>430
意味不明な切り返しすんな
SPAでやると決まったらフレームワーク使うに決まってんだろ

お前が得意げに挙げた.NETの従来のSPAテンプレートは各種JSフレームワークのテンプレートを生成するだけだ
おまけ程度にC#のAPI開発テンプレートも生成してくれるがJSフレームワークを隠蔽するようなものじゃない
だからそれらを使ってもフロントエンド特化人材を雇わないと開発なんてできねえぞ
2020/07/19(日) 09:49:53.45ID:PIkW4oBq
>>431
オメーがバカ
特化した人材は高い
特化してない人材ではJSフレームワーク使った開発は生産性が低い
安いには安いなりの理由があるんだよ
だがBlazorならそんな安い連中でもC#とVSを使って簡単に開発できるようになる
2020/07/19(日) 09:50:41.48ID:PIkW4oBq
>>432
誰もそんな話はしてねー
そんな理解になるってお前の頭どういう構造してんだ
2020/07/19(日) 09:51:14.00ID:W3hSYpRn
> フロントエンド特化人材を雇わないと開発なんてできねえぞ

普通にフロントエンド開発者を使えばいいだけでは？ｗ
いないんですか？
2020/07/19(日) 09:52:08.96ID:PIkW4oBq
>>437
高えつってんだろ
鳥頭か
2020/07/19(日) 10:52:37.38ID:5Si5cYu0
そろそろwasmの話は別スレでやってくれないか？
2020/07/19(日) 10:58:54.20ID:x6eBp0n6
実際フロントエンドまともにできないゴミエンジニアばかりだからな
以前某エンジニアリクルート系の検索システムでフロントエンドエンジニアを検索したら全エンジニアの0.5％しかいなかった
その0.5％も自称だからガチで少ない
2020/07/19(日) 11:04:27.08ID:jXwWFSFG
>>440
Blazorはゲームチェンジャーになりうる
なんたって雑魚カスC#erでも超お手軽にSPAを開発できてしまうんだから
JS系のエンジニアの市場価値は相対的に下がるだろうね
2020/07/19(日) 11:18:11.07ID:AjlQmunT
Blazor-wasmまとめ
重い>>385
遅い>>380
有名クラウドサービス採用実績ゼロ
（React/Angular採用多数は言わずもがな）
C#以外覚えられなくなった年寄りを再利用するための介護フレームワーク。
2020/07/19(日) 11:20:10.35ID:m5eV0pvm
よっぽど高度なことするわけじゃない限り、C#書けるならReactとか2週間もあれば書けると思う
2020/07/19(日) 11:34:57.86ID:x6eBp0n6
>>441
バックエンドゴミエンジニアが何を使ったってゴミのようなフロントしか作れないぞ
絶望的に才能がない
目ん玉はただの飾り
こいつら（＝おまえら）に良い筆を持たせても無意味
2020/07/19(日) 12:02:35.96ID:Xo5fmFzm
いい加減専用スレ立ててそっちでやれよ
2020/07/19(日) 12:11:33.06ID:kmbJyWa5
数年後にwasmだらけになって涙目になるJSキッズが目に浮かぶ
2020/07/19(日) 12:14:17.72ID:kmbJyWa5
>>443
2週間�人数の教育工数が無駄
2020/07/19(日) 12:16:36.81ID:kmbJyWa5
>>442
重さは、遅さは現状でも十分実用に堪えうる
というか既存のSPAも体感はほとんど変わらんレベル
ゴリッゴリに最適化された既存フレームワークと比較してだから、最適化の余地があるwasmのほうが将来的には優位
採用実績はまだ正式発表されたばかりだから、比較しても意味がないことは小学生でもわかるはずだが君はどうだ？
2020/07/19(日) 12:17:49.08ID:PEwdaGfT
そこで振り落とされるような奴は今のJSフロントエンドすら無理。
2020/07/19(日) 12:20:18.80ID:BU8dfNcw
blazor厨もそれに付き合うやつも
よそでやれよ
そんなんだからいつまでたっても
そんなんなんだぞ
2020/07/19(日) 12:28:01.28ID:ZFRvNo6R
次スレはvs Blazorも入れたほうがいいな
2020/07/19(日) 12:46:08.93ID:YlpileWs
なんでこんな迷惑なBlazor厨に合わせてスレタイ変える必要があるのか
Blazor厨も相手してる連中もどっか行ってよ、ウザイ
2020/07/19(日) 12:46:49.46ID:n0f5aqSv
>>442
ついこないだRTMになったばかりのものを実績で批判しちゃうおばかさん
2020/07/19(日) 13:08:12.92ID:PQF4JxAh
それだけBlazorを恐れてるんだろうな
まあ自分の市場価値が下がるわけだから恐れて当然なんだけど
2020/07/19(日) 13:27:13.14ID:Xo5fmFzm
単純にスレチな話題を延々と展開するヤツが煩わしいだけ
どの道Microsoft系とは層は被らんよ
2020/07/19(日) 13:32:43.99ID:ktD9w8qF
>>382
大規模サイトのserver sideはJavaやC#が多かった。
社員しか使わないしょぼい業務系web appのことだけ考えていてはいけない。

あと大規模になるとtype safetyが必須になる
type safeでなければ開発生産性ががた落ちだ

速度も大事だがビジネスとしてみると開発生産性、コストもとても大事なわけ
2020/07/19(日) 13:54:52.10ID:Nf0PDjLy
GAFAでは使ってないし大手SNSでも使ってないけどな
458デフォルトの名無しさん
垢版 |
2020/07/19(日) 14:00:36.02ID:DFSJX5gq
>>455
ほんそれ
2020/07/19(日) 14:20:55.19ID:ktD9w8qF
>>384
最小限のファイルだけbrowserに転送されるし
cacheされるから2回目以降は読み込みもはやい

ほとんどの人は5秒未満で初回読み込み終わるんでは
2回目以降速いのにそんなにガタガタ騒ぐ理由がわからない
いまどきトップページ読んだだけで数MB消費のサイトたくさんあるだろ

mobileでYouTube見てる人とかたくさんいる時代に
初回だけ数MBの読み込みって問題になるとは思えない
2020/07/19(日) 14:25:37.40ID:ktD9w8qF
>>385 >>387
初回はデータ読み込み多いのはAngularとかのSPAも同じだから
このスレに来ないほうがいいと思うぞ
いつまでも古い開発に固執していればいい

そもそもwebでC++とか普通使わないだろ、開発生産性が低い

client sideにロジックが増えるという事は
それだけユーザーは快適に使えるようになるってことだ。
メリットとデメリットのトレードオフ
2020/07/19(日) 14:29:43.28ID:ktD9w8qF
>>455
TypeScriptの開発がMicrosoftなのも知らない人か
MSアンチやアップル信者の人ってこういう知識ない人が多い感じ
2020/07/19(日) 15:10:43.98ID:x6eBp0n6
もうここはBlazorスレだな
Reactとか微塵にも話題に出ない
2020/07/19(日) 15:18:33.36ID:Xo5fmFzm
>>461
ああ、知ってるが導入するコストと比べて型があるって事にメリットがそれほど感じられなかったから導入を見合わせたよ
2020/07/19(日) 15:23:00.55ID:m5eV0pvm
絶対ts入れた方がいいぞ
2020/07/19(日) 15:27:00.79ID:n0f5aqSv
>>457
どこの世界の話だろうか
2020/07/19(日) 15:35:58.18ID:3+L828Di
仕事で扱ってるドメインがショボいと型安全性のありがたみはわからねえだろうな
2020/07/19(日) 15:41:47.27ID:RfQaIH9f
Blazorの話は過疎ってるxamarinスレでやってくれないか
2020/07/19(日) 16:10:02.58ID:n0f5aqSv
>>467
スレチ
2020/07/19(日) 16:59:27.91ID:ktD9w8qF
>>457
大規模サイトのback endはJavaとC#だらけなの知らないのか

Twitterは過去にRuby遅すぎて捨ててるし
2020/07/19(日) 17:05:03.82ID:xggXZiaY
nodeは立ち上がりが軽くて速くてスケール時に使い捨てしやすいからだろう。

AWS Lambda Cold Start Language Comparisons, 2019 edition ☃
https://levelup.gitconnected.com/aws-lambda-cold-start-language-comparisons-2019-edition-%EF%B8%8F-1946d32a0244

https://miro.medium.com/max/3000/1*9sCYX6qNP2_v4h65dAXldQ.png
https://miro.medium.com/max/2100/1*yRoptbhiLIc8pcSkhKAWmA.png
https://miro.medium.com/max/3000/1*CTR45urzK4_gz177XyyWew.png

.NET遅っそｗｗｗ重っもｗｗｗｗ
Java遅っそｗｗｗ重っもｗｗｗｗ
2020/07/19(日) 17:36:47.16ID:lVLELK+9
.NET優秀やん
2020/07/19(日) 17:48:38.32ID:+/vqE4Sh
Javaや.NETは基本サーバーは決められた台数立てっぱなしが当たり前の時代に設計されたからな。
最近のコンテナ単位・ラムダ単位で負荷に合わせてスケールアウト・スケールインするアーキテクチャは想定外だったんだろう。
2020/07/19(日) 19:13:15.19ID:x6eBp0n6
もうjsでいいじゃん
使えないバックエンドゴミクズエンジニアがヒーヒー言ってるだけだろ
474デフォルトの名無しさん
垢版 |
2020/07/19(日) 19:25:21.82ID:c7cY5EYc
Why I Converted from Vue to React
https://dev.to/brettfishy/why-i-converted-from-vue-to-react-1abn

> The purpose of this post was not to say that Vue is bad

ワロタ
2020/07/19(日) 21:20:08.98ID:ktD9w8qF
>>377 >>470
これ記事かいたやつもそれ張り付けてるおまえもアホすぎ

.net2とかいう言語はない。
.netが言語だと思ってる時点で相当レベル低い

あとcold startだけのbenchなんてほとんど意味ない。
しかもcloud環境で計測してるというバカっぷり
そんなのその時のserver混雑状態で変わるってのｗｗ
2020/07/19(日) 21:51:47.75ID:xggXZiaY
hot startなんだから対象言語の実行に必要なVM・環境のロード時間含まれるの当たり前じゃんｗ
lambdaなんだからクライアントから測るの当たり前じゃんｗｗ
本番でユーザーに遅い言われたときサーバで測ったら速いです言うの？ｗｗｗ
バカ過ぎワロタｗｗｗｗおとなしくサーバサイドだけやっとけや老害ｗｗｗｗｗ
2020/07/19(日) 21:52:18.36ID:xggXZiaY
*cold
2020/07/19(日) 22:25:34.23ID:aWdyr5NP
世界最速は、このサイト。Ruby on Rails 製
https://dev.to/

Rails + React + Bootstrap + (Node.js + Webpack) の組み合わせには勝てない。
このエコシステムを超えるのは、無理

Rails: webpack(er)に乗り換える25の理由（翻訳）
https://techracho.bpsinc.jp/hachi8833/2020_04_10/90859
2020/07/19(日) 22:34:28.77ID:KAosLxZz
ｶﾞｲｼﾞ大集合ｗｗｗｗｗ
2020/07/19(日) 23:23:56.46ID:PIkW4oBq
Rubyって遅い言語代表格じゃん
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況