【本命】Blazor スレ1【真打】

**デフォルトの名無しさん** · 2020/07/20(月) 23:36:36.67

混沌を極めるWebアプリケーション界隈に現れた一筋の光明
型無し言語 JavaScript の悪夢を打ち払い
林立するエコシステムの亡霊を退散
アプリケーション開発者の希望となるMVVMを引っ提げて登場した真のSPA開発環境

Blazorを語る者よ、集え！

ASP.NET Core Blazor の概要
https://docs.microsoft.com/ja-jp/aspnet/core/blazor/?view=aspnetcore-3.1

**デフォルトの名無しさん** · 2020/07/23(木) 12:37:44.60

この板はC#が理解できない低能が多いから
まだ人気がないのは仕方がない

**デフォルトの名無しさん** · 2020/07/23(木) 13:08:01.16

>>20
確かにBlazorガイジが他スレで暴れ回ってるのに本スレが過疎とか笑えないな。
基地外しかBlazor使ってないのか？

**デフォルトの名無しさん** · 2020/07/23(木) 18:52:18.28

三大サーベイの中で最もJSに厳しいIEEEの今年のランキングが出たぞーｗｗｗ

Top Programming Languages 2020
https://spectrum.ieee.org/at-work/tech-careers/top-programming-language-2020

あっれれ～？おっかしぃぞ～？ｗｗｗｗ

**デフォルトの名無しさん** · 2020/07/23(木) 21:50:49.37

>>20
せっかく隔離スレ立てたのにお前みたいな嵐が乗り込んで来たらこっちが過疎るわ
お前はあっちのスレも相変わらず荒らしてるしどうしようもないクソだな

**デフォルトの名無しさん** · 2020/07/23(木) 22:24:01.06

>>23
C#がランク外でアホが喜んでるが
おまえの推してたTSもランク入ってないし

ここまで実態を反映しないランキングなどどうでもいい
Pythonは過大評価されすぎ
AI以外であまり使われてない
言語ではないArduinoまで入ってる

**デフォルトの名無しさん** · 2020/07/24(金) 06:25:22.65

こっちが過疎ってるのはC#が不人気のクソ言語だからｗ

**デフォルトの名無しさん** · 2020/07/24(金) 07:12:28.57

またキチガイが

**デフォルトの名無しさん** · 2020/07/25(土) 06:04:24.43

フロントエンドフレームワークのかなり網羅的なベンチマークの最新版。
左ほど良い。右ほど悪い。
https://krausest.github.io/js-framework-benchmark/current.html

二回ほど前からblazor-wasmもフロントだから入れろと信者にゴネられてリストされてる。
なお不動の最下位で大恥かいた模様。

**デフォルトの名無しさん** · 2020/07/25(土) 06:06:32.47

最近のビルドについてBlazorプロジェクトのマネージャーであるマイクロソフトのDaniel Rothはchatにて
「Blazor would be 10x slower than JS and not winning speed competitions」
（BlazorはJSよりも10倍遅く、スピード競争に勝つことはない）
と述べた。

**デフォルトの名無しさん** · 2020/07/25(土) 06:09:41.10

AOTサポートにより（JSに勝つことはないにせよ）性能向上が期待され、また宣伝し、信者も大いに期待していたが…

AOT support in Blazor WASM will be postponed and not show up in .NET 5.
Blazor WASMでのAOTサポートは延期され、.NET 5には含まれません。
https://twitter.com/christianweyer/status/1270602821688328192?s=20
延期されたｗｗｗｗ
一時ソースはGitHubのAoT compilation issueへのDaniel Rothの6/6のコメントとみられる。
他の改善アイテムで頑張るってよｗ
https://twitter.com/5chan_nel (5ch newer account)
https://twitter.com/5chan_nel (5ch newer account)

**デフォルトの名無しさん** · 2020/07/25(土) 09:39:58.16

アンチ必死だな

**デフォルトの名無しさん** · 2020/07/25(土) 14:06:16.60

アンチというかキチガイが他所に喧嘩売りに行ってんだからそらヘイト買うだろ

**デフォルトの名無しさん** · 2020/07/25(土) 20:00:17.38

blazorガイジ「JSは終わる」

それGoogleに言ってみろよｗ

**デフォルトの名無しさん** · 2020/07/25(土) 20:34:09.42

>>33
なんで？w

**デフォルトの名無しさん** · 2020/07/25(土) 20:37:54.15

>>34
世界のブラウザシェアも知らんでJS終わるとか言ってんの？

**デフォルトの名無しさん** · 2020/07/25(土) 21:47:14.32

なぜC#は失敗したのか…
ﾄﾞﾄﾈﾄのクロスプラットホーム転換があと10年早ければ…
ほんとに残念。

**デフォルトの名無しさん** · 2020/07/25(土) 23:34:17.61

たった一人の醜態でBlazorのイメージがどんどん悪くなってるな

**デフォルトの名無しさん** · 2020/07/26(日) 00:47:39.16

.NETって名前がまずダメでしょ
これを変えるべき

**デフォルトの名無しさん** · 2020/07/26(日) 00:52:49.73

それな。ナカタ.NETでまず混乱。
ショップジャパン.NETで再び混乱ｗ

**デフォルトの名無しさん** · 2020/07/26(日) 12:45:27.83

>>38
.Net Core

**デフォルトの名無しさん** · 2020/07/26(日) 12:54:03.70

>>38
SEO対策だ最低だしな

**デフォルトの名無しさん** · 2020/07/26(日) 14:54:44.84

>>40
それももうすぐ消えますが

**デフォルトの名無しさん** · 2020/07/26(日) 14:58:24.62

もうEdgeもChromium系になったしなMSもブラウザでそこまで独自規格とかもうやらんのやない？

**デフォルトの名無しさん** · 2020/07/26(日) 20:29:59.78

>>42
そうなのか？

**デフォルトの名無しさん** · 2020/07/26(日) 20:52:10.41

>>44
うん

**デフォルトの名無しさん** · 2020/07/26(日) 21:01:56.38

Windows 10 Mobileも終わったもんな
MSってあんまクロスプラットフォームで売り出すのには向いてないんじゃないかって思う

**デフォルトの名無しさん** · 2020/07/27(月) 02:13:24.13

これって結局のところトランスパイルしてJSにしてるんだよね？
https://dotnet.microsoft.com/apps/aspnet/web-apps/blazor

**デフォルトの名無しさん** · 2020/07/27(月) 02:15:48.31

>>47
jsも一部使ってるけど、C#をjsにトランスパイルしているわけではないよ

**デフォルトの名無しさん** · 2020/07/27(月) 08:49:28.19

>>46
結局プラットフォームで商売してるからね
.NET Core系もAzureとの抱き合わせ戦略の結果だんだんおかしくなってきてるし

**デフォルトの名無しさん** · 2020/07/27(月) 09:01:19.90

というかソースを見れば分かるがもろscriptタグ使ってる
blaおじはjsオワコンみたいに言ってるからもちろんjsコードは一切書いてないんだろうし
となるとハンドライベントなんかはトランスパイルとは言わないまでも自動生成とかそんな感じなんじゃないの？

**デフォルトの名無しさん** · 2020/07/27(月) 09:19:18.69

>>49
何がおかしいの？

**デフォルトの名無しさん** · 2020/07/27(月) 09:26:38.30

jsコード一切書かないならwasmの読み込みも出来ないなｗ
あれもjsコードだからｗ

**デフォルトの名無しさん** · 2020/07/27(月) 09:26:43.19

クロスプラットフォームを売りにしたCoreも結局他プラットフォームには浸透しなさそうって意味じゃない？

**デフォルトの名無しさん** · 2020/07/27(月) 09:27:41.59

>>52
だから自動生成とかそんな感じか？って書いてあるじゃん

**デフォルトの名無しさん** · 2020/07/27(月) 10:10:16.38

デタラメな妄想を垂れ流すんじゃなくてちゃんとコードに基づいて書けよ

**デフォルトの名無しさん** · 2020/07/27(月) 11:04:20.90

>>51
IEが駄目になったのも、Javaが流行ったのも、サーバーサイドがUnix一色になったのも、
MobileでMSが駄目だったのも、理由が分からないのはMSのみ。

**デフォルトの名無しさん** · 2020/07/27(月) 11:07:42.90

>>44
.NET は、亜種が沢山ありすぎる上に、短時間で次から次へと変化して、大混乱中だし、
細かく調べれば調べるほど、誇大宣伝ばかりでMSが言った通りにはなってないので
信用が下がってる。
どれでプログラムしたらいいかもさっぱりわからないから、結局、昔からあるものを
使わざるを得ない。
新しいのに飛びついても、数年でさらに新しいのが出るし。
しかも、変化してるだけで良くなってない。

**デフォルトの名無しさん** · 2020/07/27(月) 11:18:11.69

WinForms, WPF, UWP, Xamarin.Forms, XAML, Blazor, Razor, .NET MAUI
沢山有りすぎて選べない。
始まったと思ったら、すぐ終わる。
「WinFormsは終わってWPFですよ」
何て言ってもWPFはWinFormsより劣った部分も多くて、結局、下火に。
UWPは見る影も無く。
Xamarinは調べれば調べるほどおかしい。
Blazorもおかしい。
結局、一番最初に出たWinFormsが一番開発し易くて、いろいろな意味で安定している。

**デフォルトの名無しさん** · 2020/07/27(月) 11:42:53.33

>>58
というか、まともなアプリの開発に最も適するのは MFC(Win32)。

**デフォルトの名無しさん** · 2020/07/27(月) 12:45:24.48

WPFは言うほど悪くない

**デフォルトの名無しさん** · 2020/07/27(月) 13:20:35.32

>>58
うむ、まったく同意見だ

**デフォルトの名無しさん** · 2020/07/27(月) 13:38:17.14

よく >>58 みたいな体たらくのくせして
「今度は、Blazor は大丈夫！」なんて楽観的に踊れるよな信者は。
過去の経験を記憶する海馬あたりに障害があるんじゃないだろうか？
誇大広告でも、それでも性能で夢見させてくれるのかと思ったら >>28-30 の有り様。もうね…ｗ

**デフォルトの名無しさん** · 2020/07/27(月) 13:44:17.97

>>58
少しはググれよw
全然用途の違うものを並べてぼくわかりましぇーんって言われてもな

**デフォルトの名無しさん** · 2020/07/27(月) 13:56:53.50

>>63
用途は関係ないよ
マイクロソフトが普及を諦めてなおざりにしてきたライブラリの歴史だよ
マイクロソフトのことだからBlazorもすぐに捨てるだろってこと

**デフォルトの名無しさん** · 2020/07/27(月) 13:58:41.69

>>63
用途ごとにフレームワークを変えるなんて、馬鹿ですか。

**デフォルトの名無しさん** · 2020/07/27(月) 15:07:43.99

>>62
xamarinはもうちょっと長生きするかと思ったんだけどなあ。
COCOAで挽回できるかと思ったけどかえってミソつけちゃったね

**デフォルトの名無しさん** · 2020/07/27(月) 16:09:09.94

>>65
変えるのが当たり前だろ
スマホアプリ作りたいって要件なのにWPF使うか？

**デフォルトの名無しさん** · 2020/07/27(月) 18:27:52.93

.NET MAUIって、.NETまいうーに見える

>>58
いくつか種類があるのは悪いことじゃない
MSはそれだけ長期間サポートしてる証拠でもある

JSのOSSの世界だと破壊的なバージョンアップで仕様変更してるだけ。
MSは長期サポートしないといけないから、名前かえて新しいのを作る

Desktop:
いまさら新規でWinFormsもない。迷わない
WPFは悪いとは思わない。とがってる部分は使わなければいいし。

Cross-platform:
Xamarinの後継が.NET MAUIだからこれも迷わない。
迷わず新しい.NET MAUIにいけばいいんじゃないか
https://qiita.com/nskydiving/items/927b39c2983eb1f2d2b3

**デフォルトの名無しさん** · 2020/07/27(月) 18:32:23.46

>>64
普及するかはユーザーが選ぶか次第だろう
ちゃんと長期サポートするからこそこうやって選択肢がたくさんある

プラットフォーム、用途、安定性、実績を考えて
新しいものから選べばいいとおもう

Xamarinカオスだったから.NET MAUIは楽しみだ

**デフォルトの名無しさん** · 2020/07/27(月) 19:08:15.38

I/FならWinUI 3.0 も来るぞ。(混乱)

**デフォルトの名無しさん** · 2020/07/27(月) 20:27:01.90

Win7サポートしないとダメだよ

**デフォルトの名無しさん** · 2020/07/27(月) 23:33:52.29

>>68
本当は、新規でもWinFormsだな。

**デフォルトの名無しさん** · 2020/07/27(月) 23:36:22.92

簡単なツールならWinFormでちゃっちゃと作る

**デフォルトの名無しさん** · 2020/07/27(月) 23:57:48.38

WinFormsはUIしょぼいじゃないの
WPFで作った後は戻れない
戻ったら負け感があるだろう？

ASP.net MVC(Core)はこのまま開発終了なのかな
Blazor系だけになったら悲しい

**デフォルトの名無しさん** · 2020/07/28(火) 00:00:13.75

開発終了はさすがにねーよ

**デフォルトの名無しさん** · 2020/07/28(火) 00:15:11.47

俺もWinFormsよりWPFを選ぶなあ

**デフォルトの名無しさん** · 2020/07/28(火) 01:36:59.68

>>73
簡単なツールならそもそもGUI要らなくね？って事で結構CUIで作ってたっけな

**デフォルトの名無しさん** · 2020/07/28(火) 15:31:38.53

WPF++

**デフォルトの名無しさん** · 2020/07/29(水) 16:48:29.82

少し前までは何でもUIを求められたけど、RPAやらタスクランナーで業務が回りだすとコンソールアプリでいい気がしてる
あととりあえずjsonで出し入れできるようにしてると困らなくなった

**デフォルトの名無しさん** · 2020/07/29(水) 20:18:50.28

WebAssemblyを批判してる人たちは
GoogleもWebAssemblyに取り組んでるの知ってるのかな？

MicrosofとGoogleが取り組んでて普及しないわけがない

**デフォルトの名無しさん** · 2020/07/29(水) 21:00:18.06

wasmは普及するよいずれ。
その時にはblazorなんて滅んでるけどｗｗｗ

**デフォルトの名無しさん** · 2020/07/29(水) 21:52:59.48

　　　　　　　　　1年後の世界へ行こう！
／'⌒`ヽ、　Blazorが世界1のシェア取ってるはず…
ヽ、┗　ノ
　 `ーｰ' 　　　 γ⌒ヽ／ﾌﾞﾚｷﾁ＼　　　　／'⌒⌒ヽ、
　　,-ｰｰ-､　　 .||~￣~|/-O-O-ヽ|.　　（　　 ┃　 ⌒ヽ
　/　 ┃　　）　　||　　6| . : )'e'( : . |9　　＼ ━┛　　　）
.（. 　 ┃ 　　）　　|| 　　｀‐-＝-‐ '　　　　　＼＿＿_,ノ
　ヽ､＿＿,ノ　　||　＿(つ¶¶と)＿_
　　　　　　　／||'''''| 　三　 | 　　 |'（⌒）
　　　　　　　／　　　'―――――`　￣＼
　　　　　　`＝＝＝＝＝＝＝＝＝＝＝＝'

**デフォルトの名無しさん** · 2020/07/29(水) 22:06:33.85

￣￣￣| |　　　　ｌｌヽ _|　　　　ヽ　
　　　 | |　　　　 |l￣| |　　　　 l　Blazorって未来ではどうなってんの？
　　　 | |　　　　/　　´＼　　 /　　　　　　　　
　　　 | |　　　ヽ､＿　｀＾イ　　　　　　　　　　
二二二」　＿　＿＿ｌﾆ二二ｌ､　　　　　＿＿＿_
─┴┐ ⊆ﾌ＿)＿_./ 　 ┌ヽ　ヽ┐　　／´　　　　　｀＼
二二二二二二ｌ　 /　　 |　 | 　 | |.　 /　　　　　　　　　ヽ
＿l＿＿＿＿_| ／｀ｰ─‐|＿| 　 |_|　/　　　　　　　　　　　　ヽ
　 |　　　　／｀ヽ__, ─ ､ノ |─l　　ｌ　　　　　　　　　　　　　 l　　　
　 |───/　／lﾆ/　 /二ﾆluul.　 |　　　　　　　　　　　　 !　　　え？そんなゴミないよ
　 |　　 ___|￣ |　　|　　|_|.　　　　　　l　　　　　　　　　　　 /
　└─（　　　　）(ﾆ| ￣|./二ﾆ)　　　ヽ　　　　　　　　　 /
　　　　　￣￣　　/　　）　　　　　　 >━━━━━━ く
　　　　　　　　｀ー ´　　　　　　 / 　　　　　　　ヽ

**デフォルトの名無しさん** · 2020/07/30(木) 04:41:03.42

WebAssemblyのプロジェクトを作ると、サーバーも同時に作られちゃうけどさ
これWebAssembly部分だけ作るにはどうすりゃいいの？

**デフォルトの名無しさん** · 2020/07/30(木) 05:01:55.76

>>84
たいしてサイズ変わらないんだしBlazorServerのも同時に
作られたっていいじゃない

**デフォルトの名無しさん** · 2020/07/30(木) 10:44:35.66

つまり、出来ません。

**デフォルトの名無しさん** · 2020/07/30(木) 11:10:28.59

Blazorのせいで、Wasmが使いにくい印象を持たれる恐れあり。

**デフォルトの名無しさん** · 2020/07/30(木) 17:51:09.43

>>84
dotnet new blazorwasm -o projdir
だったかなコマンドラインヘルプ見てみて

**デフォルトの名無しさん** · 2020/07/30(木) 22:43:31.38

調べてくれたの？
ずいぶん時間かかったね

**デフォルトの名無しさん** · 2020/07/31(金) 02:16:03.14

MS社員が金貰ってここに書いているからさ。

**デフォルトの名無しさん** · 2020/07/31(金) 02:16:03.16

MS社員が金貰ってここに書いているからさ。

**デフォルトの名無しさん** · 2020/07/31(金) 09:57:33.80

MSはそんなしないよ
そういうことするのは大体勘違いした迷惑な信者

**デフォルトの名無しさん** · 2020/07/31(金) 12:35:44.83

信者を装ったアンチだろ

**デフォルトの名無しさん** · 2020/07/31(金) 15:25:11.73

例えば迷惑な信者って声優関係ではめっちゃあるあるなんよね
無駄に別の声優やファンに余計な喧嘩売ったり

**デフォルトの名無しさん** · 2020/08/03(月) 02:28:50.36

https://www.telerik.com/forums/blazor-response-is-slowly!

blazor-server: 入力に対するレスポンスがとても遅く、反応が失われることすらある。
blazor-client: 起動すれば反応は速いが、ロードが遅い。

なお、後者の反応が早いといっても、ベンチマーク的にはツールキットの中で最も遅いらしいが。

**デフォルトの名無しさん** · 2020/08/03(月) 02:39:10.27

Blazorに比べれば、UnityのWasmポートの方がまだ速いらしい。

**デフォルトの名無しさん** · 2020/08/03(月) 05:08:55.52

遅いという評判しか聞かないな…
反面、速いという話しは信者の「一年後には最速になる！」といった希望的観測ばかり。
韓国の「１０年後には日本を追い抜く！」と同じ精神を感じる。

**デフォルトの名無しさん** · 2020/08/03(月) 05:23:16.89

韓国はもう追い抜いてるから例えとして不適切

**デフォルトの名無しさん** · 2020/08/03(月) 06:13:35.68

>>95-96
らしい、らしいって試したこともないバカが他人の
コメントで知ったかぶり
C#を理解できないから自分で試すこともできない。無能

Blazor Serverはserver遅ければ遅くなるのは当たり前
スケールしにくいアーキテクチャだ
社内利用など人数がわかってる場合は爆速で使える

WebAssemblyの初回ロードは決して大きくないし
2回目以降は通常のwebサイトよりも相当小さい
GmailやAmazonのほうがはるかにデータ転送量が多い。

**デフォルトの名無しさん** · 2020/08/03(月) 07:23:08.27

Blazorの弱点：
・Payload. Right now if you create a fresh new Blazor project, it weighs in at around 2.4mb. The team hopes to cut this down significantly come May.
・Load time. Due to download size, devices on poor connections can experience longer initial load times.
・Restricted runtime. Apps have to operate in the browser’s sandbox and are subject to the same security restrictions as any JavaScript application.

何にもコンテンツ無しの状態で2.4MBワロタｗｗｗ

ちなみにこれデスクトップ5,563,976 URL、モバイル6,399,199 URLのサイズデータ。
https://beta.httparchive.org/reports/state-of-the-web#bytesTotal

何にもコンテンツ無しの状態でデスクトップ5,563,976 URLの中央値2MB超えててワロタｗｗｗｗ
何にもコンテンツ無しの状態でモバイル6,399,199 URLの中央値1.9MB超えててワロタｗｗｗｗｗ

何にもコンテンツ無しの状態で2.4MBワロタｗｗｗｗｗｗ

**デフォルトの名無しさん** · 2020/08/03(月) 09:50:40.95

そもそもwasmが現時点で遅いでしょ
V8のJITの方が早いから使う意味がない

**デフォルトの名無しさん** · 2020/08/03(月) 10:16:55.32

>>99
>WebAssemblyの初回ロードは決して大きくないし
Blazorの場合は、かなり大きい。

>GmailやAmazonのほうがはるかにデータ転送量が多い。
大嘘。

**デフォルトの名無しさん** · 2020/08/03(月) 10:18:19.77

>>101
Wasm自体は、結構速い。
遅いのは、Blazor。

**デフォルトの名無しさん** · 2020/08/03(月) 10:20:23.09

CUI的なHelloWorldが2.4MBという時点で終わってる。

**デフォルトの名無しさん** · 2020/08/03(月) 10:22:00.59

>>102
使ったことないだろ？
MS demoなんて2回目は400kb程度しかない

Amazonはトップページで15MB近くある。
それくらいは許容される時代になってるし
Wasmが初回のみ1-2MBとかあったとしても何も問題ない

**デフォルトの名無しさん** · 2020/08/03(月) 10:25:38.81

>>104
1-2MBというのは最初のランタイム込みだろうが、
2回目は激減するからどうでもいい
wasmではないweb appよりもcacheが効いている。
ランタイムはブラウザ同梱にしてしまう手もある

**デフォルトの名無しさん** · 2020/08/03(月) 10:35:03.61

だれも使ってないEdgeにかｗ
いつか来て潰れた道だなｗｗｗ

**デフォルトの名無しさん** · 2020/08/03(月) 10:43:30.96

サイドバイサイドが売りだったはずの.NETをWin同梱にしたらバージョン上げにくくなってインプレースでアップデートをやりはじめて
そしたらまたサイドバイサイドを売りにした.NET Coreが出てきたと思ったら今度はASP.NET Coreの同梱とかISSへの統合とかやりはじめて依存関係地獄へ逆戻り
.NETって延々同じ失敗を繰り返してるよな

**デフォルトの名無しさん** · 2020/08/03(月) 10:44:13.45

訂正
IIS

**デフォルトの名無しさん** · 2020/08/03(月) 11:04:22.51

そもそもSPAはアプリケーション、つまり長時間開きっぱなしが前提
だから開くのに数秒かかるぐらいはユーザーは全く気にしない
起動に数秒かかるVSCodeでもみんな大好きだろ、そういうこと
それより重要なのは、開いたあとに安定して速度を出せるかどうか
その点についてはJSよりwasmのほうが高性能って結果がすでに出てる

開くまでの速度が重要ならそもそもSPAを使わずｚ従来の非SPAの静的サイトあるいはASPNET Core MVCを始めとしたFWが最速なのでそっちにすればいい

**デフォルトの名無しさん** · 2020/08/03(月) 11:20:54.86

二回目から速いから初回訪問は遅くてOK！
…が通るならSSRなんか流行ってない。
現在GoogleがSSR勧めてるのは、以下の二点から。
・SEO
Googleはクライアント側JSでレンダリングされるコンテンツも把握するようボットを継続的に改善してきているが、今はまだ、SSRを勧めるという。
・初回訪問時パフォーマンス
初回訪問時に重い・遅いBlazorみたいなサイトは離脱率が高い傾向があり、せっかく誘導してもムダになるので検索での格を落とすという。いわゆるパフォーマンスアップデートと呼ばれるもので、現在コロナで一時的に延期中。
検索を落とされたくなければ、サイトのサイズを小さくして初回訪問時のパフォーマンスの向上に努めること。SSRはその手段のひとつとして進められている。

Googleが把握するサイトパフォーマンスは、

キャッシュの効かない、

初回訪問時のパフォーマンス

である。

Blazor何にもコンテンツ無しの状態で2.4MBクソワロタｗｗｗ

ちなみにこれデスクトップ5,563,976 URL、モバイル6,399,199 URLのサイズデータ。
https://beta.httparchive.org/reports/state-of-the-web#bytesTotal

何にもコンテンツ無しの状態でデスクトップ5,563,976 URLの中央値2MB超えててワロタｗｗｗｗ

何にもコンテンツ無しの状態でモバイル6,399,199 URLの中央値1.9MB超えててワロタｗｗｗｗｗ

何にもコンテンツ無しの状態で2.4MBワロタｗｗｗｗｗｗ

**デフォルトの名無しさん** · 2020/08/03(月) 11:35:34.68

>>105
>Amazonはトップページで15MB近くある。
無い。嘘つき。

**デフォルトの名無しさん** · 2020/08/03(月) 11:36:42.48

>>105
二回目で400KBって。どんなに大きいねん！
二回目は0でなくてはならん。

**デフォルトの名無しさん** · 2020/08/03(月) 11:48:40.58

1.8MBのはずだけど、いつの時代の話をしているんだ？

**デフォルトの名無しさん** · 2020/08/03(月) 12:10:15.24

>>114
それはすごい！さすがBlazor！！
モバイル6,399,199 URLの中央値1.9MBだから、画像含むコンテンツをあと100KB内に納めると、速くもなく遅くもない、ちょうど中間のサイトができるな！
さすがBlazorすごい！！

**デフォルトの名無しさん** · 2020/08/03(月) 12:14:16.80

>>111
だからSEOが気になる、初速が重要なサイトにはSPAなんてそもそも必要ないんだよ
SPAの必要がないサイトにむりやりSPAを通そうとしてるからおかしなことになる
銀の弾丸はないっていい加減学ぼう

**デフォルトの名無しさん** · 2020/08/03(月) 12:20:15.28

そう、Blazorは銀の弾丸ではない。
遅くて重いがWebがワカラナイC#業務ソフトおじさんを再利用できる介護フレームワークなのだ！

**デフォルトの名無しさん** · 2020/08/03(月) 12:35:01.57

再利用大いに結構
偏屈で高い割に柔軟性がないJSユーザーより一緒に仕事しやすい人材が多いから

**デフォルトの名無しさん** · 2020/08/03(月) 12:46:59.56

>>105
1MBのDLに12秒くらいかかる環境でも、amazon.co.jp は、初回でも
数秒以内に利用できる状態になる。
ということは、300KB位しかなく、15MBなんてとんでもない。

**デフォルトの名無しさん** · 2020/08/03(月) 13:21:13.07

>>119
開発者ツールで見せて