20/07/20 23:38:29.65 td0HkrQz.net
でもデバッグの仕方がわかんないんだｙね
URLﾘﾝｸ(docs.microsoft.com)
↑ここに書いてある通りにしてもChromeでうまく動かん
3:デフォルトの名無しさん
20/07/20 23:49:47.23 uvZgkaZD.net
作りかけ本番採用ゼロの欠陥フレームワークだからしょうがないｗ
4:デフォルトの名無しさん
20/07/20 23:51:01.79 EV6R9d7T.net
普通にF5デバッグできるけど？
5:デフォルトの名無しさん
20/07/21 00:11:34.58 PmtuV1Mx.net
ブラザー、そう呼んでいいのかい？
6:デフォルトの名無しさん
20/07/21 00:42:48.40 SJ0RWW6w.net
>>1
Blazor Tutorial
URLﾘﾝｸ(dotnet.microsoft.com)
わかりやすいTutorial
SDKインストールしてコマンド3個打つくらいでBlazorが動く
7:デフォルトの名無しさん
20/07/21 00:53:47.84 +X/WvtGC.net
着衣と同じ発音らしいからブラジャーだろ
8:デフォルトの名無しさん
20/07/21 04:28:48 svlMOeDH.net
この盛り上がらなさである。
人気がなくて悔しいから、人気のスレに寄生して煩く宣伝するしかない。
だから嫌われる。
C#ｶﾞｲｼﾞはRubyｶﾞｲｼﾞと全く一緒。
C#コミュニティとRubyコミュニティは、これらｶﾞｲｼﾞを生み出して迷惑かけてる責任を取ってもらいたい。
9:デフォルトの名無しさん
20/07/21 08:00:25.49 SJ0RWW6w.net
>>8
それは日本人の大半が英語がろくにできないからだ
YouTubeの英語動画みてみろ
Blazorの英語の解説動画はたくさんあって
海外では既にかなり人気になってるのがわかる
ただ日本が遅れてる
YouTubeのBlazor動画いろいろみてると
front endの開発でうんこJS使う必要なくなって良かった！
めちゃくちゃ生産性あがった！
ってみんな感激してるわ
10:デフォルトの名無しさん
20/07/21 09:59:44.87 svlMOeDH.net
たくさんｗ
JSの何兆分の一だよｗｗｗ
11:デフォルトの名無しさん
20/07/21 10:16:52.89 SJ0RWW6w.net
仕方なく使わされていたJSとは比較できない
JSという罰ゲーム開発から解放されたひとたちは
喜んでC#とBlazorを使っているのだ
12:デフォルトの名無しさん
20/07/21 14:21:08 bt9y6mdw.net
>>8
ホンマこれ。
C# Ruby jQueryは使用者が頭おかしい荒らしばっかだよな
13:デフォルトの名無しさん
20/07/21 14:38:13.07 RakZXNGC.net
Webのフロントエンドに疎く、これまでReactみたいなクライアントサイドテンプレートに触れたことがなかった.NETerが現代文明に触れて感動している図
14:デフォルトの名無しさん
20/07/21 14:46:38.80 xas0Ujpg.net
>>12
この板だけだろw
15:デフォルトの名無しさん
20/07/21 16:51:30.11 SJ0RWW6w.net
>>13
JS界隈がレガシーすぎるんだがね
JSは互換性を重視しすぎて化石のようになってる言語
>>12
言語ではないjQueryまでいれてしまう頭のおかしい12なのであった
16:デフォルトの名無しさん
20/07/21 18:38:49.93 aodmvxxX.net
ESnextも悪くないしPHP8も悪くない
ただ現場見てる人からだとイメージは違うかも
17:デフォルトの名無しさん
20/07/21 18:42:20.86 HtHQwFay.net
お前の同類にRubyガイジとjQueryガイジがいるから並べられただけだろう
18:デフォルトの名無しさん
20/07/22 10:50:18.28 z+eeQg9W.net
>>17
最近RubyガイジがおとなしくなってるせいでBlazorガイジが悪目立ちしてるよな
19:デフォルトの名無しさん
20/07/22 11:41:00.12 ILXZvJ+B.net
オーバーナイトBlazorになってからアクセスしてこいって感じ
20:デフォルトの名無しさん
20/07/23 12:32:28.00 Eu0fAWmh.net
ケンカ売って、荒らして、かき回して注目を集める強盗宣伝しかできない。良くて子供のダダっこか。
本スレはこの体たらくｗｗｗ
人気のなさは隠せない。
こどおじらしい自分本意ないやらしいこといくらしても誰も注目してくれない。
お前と一緒なフレームワーク。
だから親近感覚えたのかな？ｗｗｗ
21:デフォルトの名無しさん
20/07/23 12:37:44.60 atvy6zMd.net
この板はC#が理解できない低能が多いから
まだ人気がないのは仕方がない
22:デフォルトの名無しさん
20/07/23 13:08:01.16 ai8d9jfq.net
>>20
確かにBlazorガイジが他スレで暴れ回ってるのに本スレが過疎とか笑えないな。
基地外しかBlazor使ってないのか？
23:デフォルトの名無しさん
20/07/23 18:52:18.28 Eu0fAWmh.net
三大サーベイの中で最もJSに厳しいIEEEの今年のランキングが出たぞーｗｗｗ
Top Programming Languages 2020
URLﾘﾝｸ(spectrum.ieee.org)
あっれれ～？おっかしぃぞ～？ｗｗｗｗ
24:デフォルトの名無しさん
20/07/23 21:50:49.37 rEo5oJ86.net
>>20
せっかく隔離スレ立てたのにお前みたいな嵐が乗り込んで来たらこっちが過疎るわ
お前はあっちのスレも相変わらず荒らしてるしどうしようもないクソだな
25:デフォルトの名無しさん
20/07/23 22:24:01.06 atvy6zMd.net
>>23
C#がランク外でアホが喜んでるが
おまえの推してたTSもランク入ってないし
ここまで実態を反映しないランキングなどどうでもいい
Pythonは過大評価されすぎ
AI以外であまり使われてない
言語ではないArduinoまで入ってる
26:デフォルトの名無しさん
20/07/24 06:25:22.65 9v9Epd9J.net
こっちが過疎ってるのはC#が不人気のクソ言語だからｗ
27:デフォルトの名無しさん
20/07/24 07:12:28.57 SsZ4AS8R.net
またキチガイが
28:デフォルトの名無しさん
20/07/25 06:04:24.43 vIjhxGJs.net
フロントエンドフレームワークのかなり網羅的なベンチマークの最新版。
左ほど良い。右ほど悪い。
URLﾘﾝｸ(krausest.github.io)
二回ほど前からblazor-wasmもフロントだから入れろと信者にゴネられてリストされてる。
なお不動の最下位で大恥かいた模様。
29:デフォルトの名無しさん
20/07/25 06:06:32.47 vIjhxGJs.net
最近のビルドについてBlazorプロジェクトのマネージャーであるマイクロソフトのDaniel Rothはchatにて
「Blazor would be 10x slower than JS and not winning speed competitions」
（BlazorはJSよりも10倍遅く、スピード競争に勝つことはない）
と述べた。
30:デフォルトの名無しさん
20/07/25 06:09:41.10 vIjhxGJs.net
AOTサポートにより（JSに勝つことはないにせよ）性能向上が期待され、また宣伝し、信者も大いに期待していたが…
AOT support in Blazor WASM will be postponed and not show up in .NET 5.
Blazor WASMでのAOTサポートは延期され、.NET 5には含まれません。
URLﾘﾝｸ(twitter.com)
延期されたｗｗｗｗ
一時ソースはGitHubのAoT compilation issueへのDaniel Rothの6/6のコメントとみられる。
他の改善アイテムで頑張るってよｗ
URLﾘﾝｸ(twitter.com) (5ch newer account)
(deleted an unsolicited ad)
31:デフォルトの名無しさん
20/07/25 09:39:58.16 9x1ahMJJ.net
アンチ必死だな
32:デフォルトの名無しさん
20/07/25 14:06:16.60 ZlqyHRW3.net
アンチというかキチガイが他所に喧嘩売りに行ってんだからそらヘイト買うだろ
33:デフォルトの名無しさん
20/07/25 20:00:17.38 NDV9tbLY.net
blazorガイジ「JSは終わる」
それGoogleに言ってみろよｗ
34:デフォルトの名無しさん
20/07/25 20:34:09.42 cqG0h/rG.net
>>33
なんで？w
35:デフォルトの名無しさん
20/07/25 20:37:54.15 ZlqyHRW3.net
>>34
世界のブラウザシェアも知らんでJS終わるとか言ってんの？
36:デフォルトの名無しさん
20/07/25 21:47:14.32 blo6HsLG.net
なぜC#は失敗したのか…
ﾄﾞﾄﾈﾄのクロスプラットホーム転換があと10年早ければ…
ほんとに残念。
37:デフォルトの名無しさん
20/07/25 23:34:17.61 ZlqyHRW3.net
たった一人の醜態でBlazorのイメージがどんどん悪くなってるな
38:デフォルトの名無しさん
20/07/26 00:47:39.16 T0U3lDAz.net
.NETって名前がまずダメでしょ
これを変えるべき
39:デフォルトの名無しさん
20/07/26 00:52:49.73 Lwmxod4b.net
それな。ナカタ.NETでまず混乱。
ショップジャパン.NETで再び混乱ｗ
40:デフォルトの名無しさん
20/07/26 12:45:27.83 n3XFZLl3.net
>>38
.Net Core
41:デフォルトの名無しさん
20/07/26 12:54:03.70 8c+LEo48.net
>>38
SEO対策だ最低だしな
42:デフォルトの名無しさん
20/07/26 14:54:44.84 pD32vvMJ.net
>>40
それももうすぐ消えますが
43:デフォルトの名無しさん
20/07/26 14:58:24.62 8c+LEo48.net
もうEdgeもChromium系になったしなMSもブラウザでそこまで独自規格とかもうやらんのやない？
44:デフォルトの名無しさん
20/07/26 20:29:59.78 w+GapKf+.net
>>42
そうなのか？
45:デフォルトの名無しさん
20/07/26 20:52:10.41 ZgmlRto3.net
>>44
うん
46:デフォルトの名無しさん
20/07/26 21:01:56.38 8c+LEo48.net
Windows 10 Mobileも終わったもんな
MSってあんまクロスプラットフォームで売り出すのには向いてないんじゃないかって思う
47:デフォルトの名無しさん
20/07/27 02:13:24.13 c0Q45HfR.net
これって結局のところトランスパイルしてJSにしてるんだよね？
URLﾘﾝｸ(dotnet.microsoft.com)
48:デフォルトの名無しさん
20/07/27 02:15:48.31 o3qaYBwJ.net
>>47
jsも一部使ってるけど、C#をjsにトランスパイルしているわけではないよ
49:デフォルトの名無しさん
20/07/27 08:49:28.19 xQtC6s1H.net
>>46
結局プラットフォームで商売してるからね
.NET Core系もAzureとの抱き合わせ戦略の結果だんだんおかしくなってきてるし
50:デフォルトの名無しさん
20/07/27 09:01:19.90 c0Q45HfR.net
というかソースを見れば分かるがもろscriptタグ使ってる
blaおじはjsオワコンみたいに言ってるからもちろんjsコードは一切書いてないんだろうし
となるとハンドライベントなんかはトランスパイルとは言わないまでも自動生成とかそんな感じなんじゃないの？
51:デフォルトの名無しさん
20/07/27 09:19:18.69 o3qaYBwJ.net
>>49
何がおかしいの？
52:デフォルトの名無しさん
20/07/27 09:26:38.30 TfnjDE3E.net
jsコード一切書かないならwasmの読み込みも出来ないなｗ
あれもjsコードだからｗ
53:デフォルトの名無しさん
20/07/27 09:26:43.19 c0Q45HfR.net
クロスプラットフォームを売りにしたCoreも結局他プラットフォームには浸透しなさそうって意味じゃない？
54:デフォルトの名無しさん
20/07/27 09:27:41.59 c0Q45HfR.net
>>52
だから自動生成とかそんな感じか？って書いてあるじゃん
55:デフォルトの名無しさん
20/07/27 10:10:16.38 o3qaYBwJ.net
デタラメな妄想を垂れ流すんじゃなくてちゃんとコードに基づいて書けよ
56:デフォルトの名無しさん
20/07/27 11:04:20.90 9Xn50/5g.net
>>51
IEが駄目になったのも、Javaが流行ったのも、サーバーサイドがUnix一色になったのも、
MobileでMSが駄目だったのも、理由が分からないのはMSのみ。
57:デフォルトの名無しさん
20/07/27 11:07:42.90 9Xn50/5g.net
>>44
.NET は、亜種が沢山ありすぎる上に、短時間で次から次へと変化して、大混乱中だし、
細かく調べれば調べるほど、誇大宣伝ばかりでMSが言った通りにはなってないので
信用が下がってる。
どれでプログラムしたらいいかもさっぱりわからないから、結局、昔からあるものを
使わざるを得ない。
新しいのに飛びついても、数年でさらに新しいのが出るし。
しかも、変化してるだけで良くなってない。
58:デフォルトの名無しさん
20/07/27 11:18:11.69 9Xn50/5g.net
WinForms, WPF, UWP, Xamarin.Forms, XAML, Blazor, Razor, .NET MAUI
沢山有りすぎて選べない。
始まったと思ったら、すぐ終わる。
「WinFormsは終わってWPFですよ」
何て言ってもWPFはWinFormsより劣った部分も多くて、結局、下火に。
UWPは見る影も無く。
Xamarinは調べれば調べるほどおかしい。
Blazorもおかしい。
結局、一番最初に出たWinFormsが一番開発し易くて、いろいろな意味で安定している。
59:デフォルトの名無しさん
20/07/27 11:42:53.33 9Xn50/5g.net
>>58
というか、まともなアプリの開発に最も適するのは MFC(Win32)。
60:デフォルトの名無しさん
20/07/27 12:45:24.48 vNtx9fDh.net
WPFは言うほど悪くない
61:デフォルトの名無しさん
20/07/27 13:20:35.32 O6ncpH5Z.net
>>58
うむ、まったく同意見だ
62:デフォルトの名無しさん
20/07/27 13:38:17.14 7U86HVSX.net
よく >>58 みたいな体たらくのくせして
「今度は、Blazor は大丈夫！」なんて楽観的に踊れるよな信者は。
過去の経験を記憶する海馬あたりに障害があるんじゃないだろうか？
誇大広告でも、それでも性能で夢見させてくれるのかと思ったら >>28-30 の有り様。もうね…ｗ
63:デフォルトの名無しさん
20/07/27 13:44:17.97 o3qaYBwJ.net
>>58
少しはググれよw
全然用途の違うものを並べてぼくわかりましぇーんって言われてもな
64:デフォルトの名無しさん
20/07/27 13:56:53.50 O6ncpH5Z.net
>>63
用途は関係ないよ
マイクロソフトが普及を諦めてなおざりにしてきたライブラリの歴史だよ
マイクロソフトのことだからBlazorもすぐに捨てるだろってこと
65:デフォルトの名無しさん
20/07/27 13:58:41.69 9Xn50/5g.net
>>63
用途ごとにフレームワークを変えるなんて、馬鹿ですか。
66:デフォルトの名無しさん
20/07/27 15:07:43.99 yFV6PxsL.net
>>62
xamarinはもうちょっと長生きするかと思ったんだけどなあ。
COCOAで挽回できるかと思ったけどかえってミソつけちゃったね
67:デフォルトの名無しさん
20/07/27 16:09:09.94 o3qaYBwJ.net
>>65
変えるのが当たり前だろ
スマホアプリ作りたいって要件なのにWPF使うか？
68:デフォルトの名無しさん
20/07/27 18:27:52.93 q4lb5yU9.net
.NET MAUIって、.NETまいうーに見える
>>58
いくつか種類があるのは悪いことじゃない
MSはそれだけ長期間サポートしてる証拠でもある
JSのOSSの世界だと破壊的なバージョンアップで仕様変更してるだけ。
MSは長期サポートしないといけないから、名前かえて新しいのを作る
Desktop:
いまさら新規でWinFormsもない。迷わない
WPFは悪いとは思わない。とがってる部分は使わなければいいし。
Cross-platform:
Xamarinの後継が.NET MAUIだからこれも迷わない。
迷わず新しい.NET MAUIにいけばいいんじゃないか
URLﾘﾝｸ(qiita.com)
69:デフォルトの名無しさん
20/07/27 18:32:23.46 q4lb5yU9.net
>>64
普及するかはユーザーが選ぶか次第だろう
ちゃんと長期サポートするからこそこうやって選択肢がたくさんある
プラットフォーム、用途、安定性、実績を考えて
新しいものから選べばいいとおもう
Xamarinカオスだったから.NET MAUIは楽しみだ
70:デフォルトの名無しさん
20/07/27 19:08:15 0SUtHL0h.net
I/FならWinUI 3.0 も来るぞ。(混乱)
71:デフォルトの名無しさん
20/07/27 20:27:01.90 Yb4FfF6H.net
Win7サポートしないとダメだよ
72:デフォルトの名無しさん
20/07/27 23:33:52.29 ydhLADhs.net
>>68
本当は、新規でもWinFormsだな。
73:デフォルトの名無しさん
20/07/27 23:36:22.92 qpVhwZSH.net
簡単なツールならWinFormでちゃっちゃと作る
74:デフォルトの名無しさん
20/07/27 23:57:48 q4lb5yU9.net
WinFormsはUIしょぼいじゃないの
WPFで作った後は戻れない
戻ったら負け感があるだろう？
ASP.net MVC(Core)はこのまま開発終了なのかな
Blazor系だけになったら悲しい
75:デフォルトの名無しさん
20/07/28 00:00:13 mqD6IZiK.net
開発終了はさすがにねーよ
76:デフォルトの名無しさん
20/07/28 00:15:11 2t1H/VoS.net
俺もWinFormsよりWPFを選ぶなあ
77:デフォルトの名無しさん
20/07/28 01:36:59 uRzl2y8u.net
>>73
簡単なツールならそもそもGUI要らなくね？って事で結構CUIで作ってたっけな
78:デフォルトの名無しさん
20/07/28 15:31:38 XpAjM/1U.net
WPF++
79:デフォルトの名無しさん
20/07/29 16:48:29 ivzpA7HG.net
少し前までは何でもUIを求められたけど、RPAやらタスクランナーで業務が回りだすとコンソールアプリでいい気がしてる
あととりあえずjsonで出し入れできるようにしてると困らなくなった
80:デフォルトの名無しさん
20/07/29 20:18:50 mK2eufmg.net
WebAssemblyを批判してる人たちは
GoogleもWebAssemblyに取り組んでるの知ってるのかな？
MicrosofとGoogleが取り組んでて普及しないわけがない
81:デフォルトの名無しさん
20/07/29 21:00:18 z6Fnx3oM.net
wasmは普及するよいずれ。
その時にはblazorなんて滅んでるけどｗｗｗ
82:デフォルトの名無しさん
20/07/29 21:52:59 XelKZAZW.net
1年後の世界へ行こう！
／'⌒`ヽ、 Blazorが世界1のシェア取ってるはず…
ヽ、┗ ノ
`ーｰ' γ⌒ヽ／ﾌﾞﾚｷﾁ＼ ／'⌒⌒ヽ、
,-ｰｰ-､ .||~￣~|/-O-O-ヽ|. （ ┃ ⌒ヽ
/ ┃ ） || 6| . : )'e'( : . |9 ＼ ━┛ ）
.（. ┃ ） || ｀‐-＝-‐ ' ＼＿＿_,ノ
ヽ､＿＿,ノ || ＿(つ¶¶と)＿_
／||'''''| 三 | |'（⌒）
／ '―――` ￣ ＼
`＝＝＝＝＝＝＝＝＝＝＝＝'
83:デフォルトの名無しさん
20/07/29 22:06:33 XelKZAZW.net
￣￣￣| | ｌｌヽ _| ヽ
| | |l￣| | l Blazorって未来ではどうなってんの？
| | / ´＼ /
| | ヽ､＿ ｀＾イ
二二二 」 ＿ ＿＿ ｌﾆ二二ｌ､ ＿＿＿_
─┴┐ ⊆ﾌ＿)＿_./ ┌ヽ ヽ┐ ／´ ｀＼
二二二二二二ｌ / | | | |. / ヽ
＿l＿＿＿＿_| ／｀ｰ─‐|＿| |_| / ヽ
| ／｀ヽ__, ─ ､ノ |─l ｌ l
|──/ ／lﾆ/ /二ﾆluul. | ! え？そんなゴミないよ
| ___|￣ | | |_|. l /
└─（ ）(ﾆ| ￣|./二ﾆ) ヽ /
￣￣ / ） >━━━ く
｀ー ´ / ヽ
84:デフォルトの名無しさん
20/07/30 04:41:03.42 rEfqRs7F.net
WebAssemblyのプロジェクトを作ると、サーバーも同時に作られちゃうけどさ
これWebAssembly部分だけ作るにはどうすりゃいいの？
85:デフォルトの名無しさん
20/07/30 05:01:55.76 U5fODHRo.net
>>84
たいしてサイズ変わらないんだしBlazorServerのも同時に
作られたっていいじゃない
86:デフォルトの名無しさん
20/07/30 10:44:35 9quanFrk.net
つまり、出来ません。
87:デフォルトの名無しさん
20/07/30 11:10:28.59 9quanFrk.net
Blazorのせいで、Wasmが使いにくい印象を持たれる恐れあり。
88:デフォルトの名無しさん
20/07/30 17:51:09.43 jpY92a62.net
>>84
dotnet new blazorwasm -o projdir
だったかなコマンドラインヘルプ見てみて
89:デフォルトの名無しさん
20/07/30 22:43:31 ozDrFsTH.net
調べてくれたの？
ずいぶん時間かかったね
90:デフォルトの名無しさん
20/07/31 02:16:03 F84TbMHr.net
MS社員が金貰ってここに書いているからさ。
91:デフォルトの名無しさん
20/07/31 02:16:03 F84TbMHr.net
MS社員が金貰ってここに書いているからさ。
92:デフォルトの名無しさん
20/07/31 09:57:33.80 Is13D4iK.net
MSはそんなしないよ
そういうことするのは大体勘違いした迷惑な信者
93:デフォルトの名無しさん
20/07/31 12:35:44 mccS7x6Z.net
信者を装ったアンチだろ
94:デフォルトの名無しさん
20/07/31 15:25:11 MVdwX9C7.net
例えば迷惑な信者って声優関係ではめっちゃあるあるなんよね
無駄に別の声優やファンに余計な喧嘩売ったり
95:デフォルトの名無しさん
20/08/03 02:28:50.36 9/tK9gy1.net
URLﾘﾝｸ(www.telerik.com)
blazor-server: 入力に対するレスポンスがとても遅く、反応が失われることすらある。
blazor-client: 起動すれば反応は速いが、ロードが遅い。
なお、後者の反応が早いといっても、ベンチマーク的にはツールキットの中で最も遅いらしいが。
96:デフォルトの名無しさん
20/08/03 02:39:10.27 9/tK9gy1.net
Blazorに比べれば、UnityのWasmポートの方がまだ速いらしい。
97:デフォルトの名無しさん
20/08/03 05:08:55.52 qdvto+rV.net
遅いという評判しか聞かないな…
反面、速いという話しは信者の「一年後には最速になる！」といった希望的観測ばかり。
韓国の「１０年後には日本を追い抜く！」と同じ精神を感じる。
98:デフォルトの名無しさん
20/08/03 05:23:16.89 mp/HFfOi.net
韓国はもう追い抜いてるから例えとして不適切
99:デフォルトの名無しさん
20/08/03 06:13:35.68 gnTaw2rH.net
>>95-96
らしい、らしいって試したこともないバカが他人の
コメントで知ったかぶり
C#を理解できないから自分で試すこともできない。無能
Blazor Serverはserver遅ければ遅くなるのは当たり前
スケールしにくいアーキテクチャだ
社内利用など人数がわかってる場合は爆速で使える
WebAssemblyの初回ロードは決して大きくないし
2回目以降は通常のwebサイトよりも相当小さい
GmailやAmazonのほうがはるかにデータ転送量が多い。
100:デフォルトの名無しさん
20/08/03 07:23:08.27 qdvto+rV.net
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のサイズデータ。
URLﾘﾝｸ(beta.httparchive.org)
何にもコンテンツ無しの状態でデスクトップ5,563,976 URLの中央値2MB超えててワロタｗｗｗｗ
何にもコンテンツ無しの状態でモバイル6,399,199 URLの中央値1.9MB超えててワロタｗｗｗｗｗ
何にもコンテンツ無しの状態で2.4MBワロタｗｗｗｗｗｗ
101:デフォルトの名無しさん
20/08/03 09:50:40 N8X3JloH.net
そもそもwasmが現時点で遅いでしょ
V8のJITの方が早いから使う意味がない
102:デフォルトの名無しさん
20/08/03 10:16:55.32 9/tK9gy1.net
>>99
>WebAssemblyの初回ロードは決して大きくないし
Blazorの場合は、かなり大きい。
>GmailやAmazonのほうがはるかにデータ転送量が多い。
大嘘。
103:デフォルトの名無しさん
20/08/03 10:18:19.77 9/tK9gy1.net
>>101
Wasm自体は、結構速い。
遅いのは、Blazor。
104:デフォルトの名無しさん
20/08/03 10:20:23.09 9/tK9gy1.net
CUI的なHelloWorldが2.4MBという時点で終わってる。
105:デフォルトの名無しさん
20/08/03 10:22:00.59 gnTaw2rH.net
>>102
使ったことないだろ？
MS demoなんて2回目は400kb程度しかない
Amazonはトップページで15MB近くある。
それくらいは許容される時代になってるし
Wasmが初回のみ1-2MBとかあったとしても何も問題ない
106:デフォルトの名無しさん
20/08/03 10:25:38.81 gnTaw2rH.net
>>104
1-2MBというのは最初のランタイム込みだろうが、
2回目は激減するからどうでもいい
wasmではないweb appよりもcacheが効いている。
ランタイムはブラウザ同梱にしてしまう手もある
107:デフォルトの名無しさん
20/08/03 10:35:03.61 qdvto+rV.net
だれも使ってないEdgeにかｗ
いつか来て潰れた道だなｗｗｗ
108:デフォルトの名無しさん
20/08/03 10:43:30 0nT8uF8W.net
サイドバイサイドが売りだったはずの.NETをWin同梱にしたらバージョン上げにくくなってインプレースでアップデートをやりはじめて
そしたらまたサイドバイサイドを売りにした.NET Coreが出てきたと思ったら今度はASP.NET Coreの同梱とかISSへの統合とかやりはじめて依存関係地獄へ逆戻り
.NETって延々同じ失敗を繰り返してるよな
109:デフォルトの名無しさん
20/08/03 10:44:13.45 0nT8uF8W.net
訂正
IIS
110:デフォルトの名無しさん
20/08/03 11:04:22.51 oRu+bRIB.net
そもそもSPAはアプリケーション、つまり長時間開きっぱなしが前提
だから開くのに数秒かかるぐらいはユーザーは全く気にしない
起動に数秒かかるVSCodeでもみんな大好きだろ、そういうこと
それより重要なのは、開いたあとに安定して速度を出せるかどうか
その点についてはJSよりwasmのほうが高性能って結果がすでに出てる
開くまでの速度が重要ならそもそもSPAを使わずｚ従来の非SPAの静的サイトあるいはASPNET Core MVCを始めとしたFWが最速なのでそっちにすればいい
111:デフォルトの名無しさん
20/08/03 11:20:54 qdvto+rV.net
二回目から速いから初回訪問は遅くてOK！
…が通るならSSRなんか流行ってない。
現在GoogleがSSR勧めてるのは、以下の二点から。
・SEO
Googleはクライアント側JSでレンダリングされるコンテンツも把握するようボットを継続的に改善してきているが、今はまだ、SSRを勧めるという。
・初回訪問時パフォーマンス
初回訪問時に重い・遅いBlazorみたいなサイトは離脱率が高い傾向があり、せっかく誘導してもムダになるので検索での格を落とすという。いわゆるパフォーマンスアップデートと呼ばれるもので、現在コロナで一時的に延期中。
検索を落とされたくなければ、サイトのサイズを小さくして初回訪問時のパフォーマンスの向上に努めること。SSRはその手段のひとつとして進められている。
Googleが把握するサイトパフォーマンスは、
キャッシュの効かない、
初回訪問時のパフォーマンス
である。
Blazor何にもコンテンツ無しの状態で2.4MBクソワロタｗｗｗ
ちなみにこれデスクトップ5,563,976 URL、モバイル6,399,199 URLのサイズデータ。
URLﾘﾝｸ(beta.httparchive.org)
何にもコンテンツ無しの状態でデスクトップ5,563,976 URLの中央値2MB超えててワロタｗｗｗｗ
何にもコンテンツ無しの状態でモバイル6,399,199 URLの中央値1.9MB超えててワロタｗｗｗｗｗ
何にもコンテンツ無しの状態で2.4MBワロタｗｗｗｗｗｗ
112:デフォルトの名無しさん
20/08/03 11:35:34 9/tK9gy1.net
>>105
>Amazonはトップページで15MB近くある。
無い。嘘つき。
113:デフォルトの名無しさん
20/08/03 11:36:42 9/tK9gy1.net
>>105
二回目で400KBって。どんなに大きいねん！
二回目は0でなくてはならん。
114:デフォルトの名無しさん
20/08/03 11:48:40 wtIvuTvM.net
1.8MBのはずだけど、いつの時代の話をしているんだ？
115:デフォルトの名無しさん
20/08/03 12:10:15 qdvto+rV.net
>>114
それはすごい！さすがBlazor！！
モバイル6,399,199 URLの中央値1.9MBだから、画像含むコンテンツをあと100KB内に納めると、速くもなく遅くもない、ちょうど中間のサイトができるな！
さすがBlazorすごい！！
116:デフォルトの名無しさん
20/08/03 12:14:16 oRu+bRIB.net
>>111
だからSEOが気になる、初速が重要なサイトにはSPAなんてそもそも必要ないんだよ
SPAの必要がないサイトにむりやりSPAを通そうとしてるからおかしなことになる
銀の弾丸はないっていい加減学ぼう
117:デフォルトの名無しさん
20/08/03 12:20:15 qdvto+rV.net
そう、Blazorは銀の弾丸ではない。
遅くて重いがWebがワカラナイC#業務ソフトおじさんを再利用できる介護フレームワークなのだ！
118:デフォルトの名無しさん
20/08/03 12:35:01 grXRK/j3.net
再利用大いに結構
偏屈で高い割に柔軟性がないJSユーザーより一緒に仕事しやすい人材が多いから
119:デフォルトの名無しさん
20/08/03 12:46:59 9/tK9gy1.net
>>105
1MBのDLに12秒くらいかかる環境でも、amazon.co.jp は、初回でも
数秒以内に利用できる状態になる。
ということは、300KB位しかなく、15MBなんてとんでもない。
120:デフォルトの名無しさん
20/08/03 13:21:13 HWaVQs96.net
>>119
開発者ツールで見せて
121:デフォルトの名無しさん
20/08/03 13:26:57 wtIvuTvM.net
>>105
トップページの転送料は3.3MBだったけど？
122:デフォルトの名無しさん
20/08/03 13:37:44 U3N5AFk/.net
開発者ツールで見てみたけど、最終的には9MBダウンロードするが、1～2MBでページは完成してるしスクロールもできる
123:デフォルトの名無しさん
20/08/03 13:41:37 9/tK9gy1.net
現実には、ページが見られるまでに必要なのは、300KB程度のはずだ。
124:デフォルトの名無しさん
20/08/03 15:22:07.53 gnTaw2rH.net
>>112 >>119
アマゾンは広告が変わるから日時によってサイズは変わる。
今見たらアマゾンのトップは10MB程度ある。
おまえが調べ方知らないだけだろ
Firefox developer tool使え
>>121
それCache無効化してないだろ
Firefoxの場合は
Shift押しながらreloadしないとcacheを読んでしまう
Twitterのtimelineとかも画像多いから10MB程度いくこともある。
フォローしてる人、画像にもよるがけっこう食う。
それ考えたらBlazor Wasmの初回のみ2MB程度なんてたいしたことない。
125:デフォルトの名無しさん
20/08/03 15:28:40.47 wtIvuTvM.net
>>124
いやいやありえないってw
開発者ツールの画像晒してみ
126:デフォルトの名無しさん
20/08/03 15:33:35 qdvto+rV.net
twitterは無限スクロールでどんどんロードしてくんだから当たり前。
それともBlazorでは無限スクロールは
実 装 で き な い
のかなぁ…？
だって実装したら同じように10MB20MB簡単に行っちゃうからね。
フォローしてる人、画像にもよるがけっこう食う。
それはフォローしてる人の投稿内容、画像というコンテンツがあるから。
一方Blazorはなんにもない。
なんにもなくて2MBｗｗｗ
なんにもコンテンツなくて既に全サイト中真ん中のパフォーマンスｗｗｗｗ
さて内容カラッポで2MBｗｗｗここからコンテンツ足したら重くなるのでしょうか軽くなるのでしょうか？ｗｗｗｗｗ
127:デフォルトの名無しさん
20/08/03 15:35:46.53 9/tK9gy1.net
>>125
今見てみたら、やはり、主要部分は300KB程度で、あとは、商品の画像ファイル
の読み込みが続き、最上部の映画などの宣伝動画がずっと続く。
商品の画像は大体、見てる範囲が先にDLされ、すべてがDLし終わらなくても
見られるから、余りDLの遅さを感じない。
宣伝動画が8MBくらいあるようだが、ストリーミングで再生されているので、
全部 DL されなくても見られる。
これは、Blazor/Wasmが、最初に2MBくらいをDLし終わらないと全く実行できない
のとは全く異なる。
128:デフォルトの名無しさん
20/08/03 15:41:14.36 gnTaw2rH.net
2MB弱で騒いでるアホは
アナログ回線でダイヤルアップ接続でもしてるの？
クソ回線自慢にしかなってないんだがｗ
129:デフォルトの名無しさん
20/08/03 15:48:10 9/tK9gy1.net
>>128
そうやって、相手のハードウェア環境を馬鹿にしたりするのはソフトウェア失格。
そんなこと言い出したら、もともこもない。
如何にハードウェアの性能を出し切るかがソフトウェア。
130:デフォルトの名無しさん
20/08/03 16:03:26.85 0MenM/I/.net
>>126
そういや去年くらいの当時のAngular最新版の実装の新機能で挙がってた機能だかスクロールで表示範囲外になった部分の内容がアンロードされる仕様今のTwitterに入ってるね
131:デフォルトの名無しさん
20/08/03 16:14:50.85 9/tK9gy1.net
>>126
通常のサイトは、たとえ 2MB と言っても、ページを表示してから時間を掛けてDL
しているものが多い。
まず、タイトルと文書が見られるようになって、上から順に画像がDLされていくような。
だから、実際には最初の100KBくらいDLされた時点でページ事態は見られる状態になっている。
一方、Blazor/Wasmの場合は、2MBが完全にDLしきらない限りは、全くページが見られない。
この差は大きい。
132:デフォルトの名無しさん
20/08/03 16:19:29.41 hyEwWuLa.net
すぐに改善される部分にしかイチャモンつけられない時点でアンチの敗北なんだがわかってないのかねぇ
133:デフォルトの名無しさん
20/08/03 16:20:15.40 9/tK9gy1.net
>>132
MS製品は、未だかつて何も改善されたためしがないのだが。
134:デフォルトの名無しさん
20/08/03 16:31:32 0/lt0JjB.net
>>133
アホくさ
135:デフォルトの名無しさん
20/08/03 16:52:40 9/tK9gy1.net
MSは、サイズに関しては小さく出来たためしがない。
136:デフォルトの名無しさん
20/08/03 18:20:54.60 qdvto+rV.net
名前はマイクロソフトなのにｗｗｗ
137:デフォルトの名無しさん
20/08/03 21:10:07.71 ukM+b7An.net
起動が遅いアプリの場合、スプラッシュウインドウを表示するべし。
大昔からの言い伝えだ。
138:デフォルトの名無しさん
20/08/03 21:27:54.68 VfthWC1J.net
楽天のトップページが20MBあるから。
リアクトで100kbに減らせるなら美味しい。
139:デフォルトの名無しさん
20/08/03 21:33:39.76 VfthWC1J.net
まあただ同じ低価格帯ならリゴルよりシグレントのほうが歪み少ないね。
テクトロは別格だけど100万するからね。
まあプロならLinux使っと
140:けってことだよね。
141:デフォルトの名無しさん
20/08/03 21:35:13.78 VfthWC1J.net
最近のオシロはどれもUSB接続できるけど、シミュレータ含めてアプリがWindowsに対応していないからね。
Ubuntuに慣れておくべきだよね。
142:デフォルトの名無しさん
20/08/03 21:42:24.02 VfthWC1J.net
アナログプローブがWindowsに対応していないのが痛い。
デジタルだけならWindowsでも良いんだけど、結局デジタルも突き詰めて言えばアナログの一部なので、Ubuntuが必要になる。
富岳に対応していないのも使いにくい。
業務だから。
143:デフォルトの名無しさん
20/08/03 21:46:26.66 VfthWC1J.net
富岳はさすがに日本の技術の粋を集めただけあって速かったね。
Windowsで一時間かかるプログラミングが、富岳なら30分で終わる。
これはイケルと思いました。
144:デフォルトの名無しさん
20/08/03 23:47:54 9/tK9gy1.net
MSは、サイズに関しては小さく出来たためしがない。
145:デフォルトの名無しさん
20/08/04 00:28:38 vydsY05j.net
名前はマイクロソフトなのにｗｗｗ
146:デフォルトの名無しさん
20/08/04 08:05:09.09 WJJgCWj+.net
あっ
ボットかこいつ
147:デフォルトの名無しさん
20/08/04 09:56:23.74 CK7AS0VE.net
MSの悪口を言われた雇われエバンジェリストが、任された仕事を全うするため
全く関係ないオシロスコープの話題を出して、ごまかそうとしている。
148:デフォルトの名無しさん
20/08/04 19:11:18 CLCPvHjf.net
Blazorなんか業務システム用途だろ
朝に一度立ち上げるだけなんだから
ダウンロードの量とか大した問題じゃないわ
開発の生産性あがる方が大きい
149:デフォルトの名無しさん
20/08/04 19:30:17 eB3iNrrw.net
だよな。
遅すぎ重すぎでとてもコンシューマーには見せられないよな。
150:デフォルトの名無しさん
20/08/04 19:34:29.20 FHqpkUfc.net
最初おそかったけど気付いたら最速になっていた程度の認識でいいと思います
151:デフォルトの名無しさん
20/08/04 19:40:44 cWgQ3xfc.net
Linux板だとLAMPとWindows Serverを比較してああだこうだ言う人が居るんだけどね。
152:デフォルトの名無しさん
20/08/04 19:46:42.53 pID3dDUo.net
赤帽で動いてる既存システムをとりあえずなるはやでdockerizeしたいときに便利そう←SYSTEMD
153:デフォルトの名無しさん
20/08/04 20:18:53.10 9595nKGY.net
>>147
Blazor Wasmはブラウザ閉じて立ち上げ直しても
アプリがちゃんとキャッシュされてる。
全部のダウンロードは本当に最初の1回だけ。
朝だろうが関係ない、翌日以降含めてずっとサイズ小さい
154:デフォルトの名無しさん
20/08/04 20:21:26.90 9595nKGY.net
URLﾘﾝｸ(youtu.be)
ASP.NET coreはnode.jsより7倍速い。
node.jsはオワコン。低速・開発生産性も低い
155:デフォルトの名無しさん
20/08/05 01:35:29.29 zbDytttg.net
最初の一回って、オンラインアップデートが常に高速にできることがWebアプリ
のいいところでもあるのに、それができなくなるってことじゃん。
それに最初の一回でも20秒もかかるのは駄目だ。
156:デフォルトの名無しさん
20/08/05 10:57:38 s8pcBT+O.net
まぁどんなことでもそうだけど
要はバランスだからな
向く用途と向かない用途がある
どんな技術でも
自分の目的用途で最適だと思うのを選べばいいだけ
157:デフォルトの名無しさん
20/08/05 13:10:16 tll6+bZl.net
>>154
ダウンロードするwasmのコードに変更あったら
アップデートされるだろう
それなかったら変更のたびにエラーが出る
158:デフォルトの名無しさん
20/08/05 13:21:49.69 1gOfDJp+.net
ランタイムは変わらない
差分なら一瞬ですわ
159:デフォルトの名無しさん
20/08/05 14:10:26.08 zbDytttg.net
Yモバ、UQ、Rakuモバなどだと、Blazorでは、HelloWorldの初回起動に20秒以上かかるだろう。
160:デフォルトの名無しさん
20/08/05 14:11:17.80 zbDytttg.net
>>158
なお、その環境でも、amzon.co.jpのページは、2秒くらいで使えるようになる。
161:デフォルトの名無しさん
20/08/05 14:49:38.22 6NzwAzCO.net
今後は遅延ロードがカギになんのかな
Blazorの場合どうなってんだろ
メソッド呼び出し時にまだアセンブリがロードされてなかったらそこでダウンロード開始なのか
メイン開始時にバックグラウンドでダウンロード開始なのか
どちらにしても今のDIコンテナはエントリポイントでアセンブリを全部読み込む必要があるから再検討が必要かもしれんな
162:デフォルトの名無しさん
20/08/05 15:03:31.53 O3zNF1qA.net
ランタイム部分だけはせめて、全サイトで共用になって欲しいな
163:デフォルトの名無しさん
20/08/05 15:45:23.00 eyNhEtAe.net
>>159
これ言っとかないとBlazorおじさんが「Amazonも～」とか捏造し出すからなｗ
164:デフォルトの名無しさん
20/08/05 16:09:49 PkhzukNe.net
>>161
Blazorの同一バージョンが効果的にキャッシュヒットするほどBlazorが普及するというありえない仮定のもとでは同意
165:デフォルトの名無しさん
20/08/05 16:15:30.76 tll6+bZl.net
>>159
GmailやAmazonは実際のデータ量は大きいだろう
backgroundで落としてるから気になりにくいだけ。
見かけの速さではなく実データのダウンロードサイズを見るべきだ
>>158
MNOやサブブランドは速いしそんなに時間かからない。
166:デフォルトの名無しさん
20/08/05 16:23:58.96 tll6+bZl.net
Blazorに文句つけてるやつの大半が
激遅いスクリプト言語つかってるんだよな
167:デフォルトの名無しさん
20/08/05 16:30:52.93 jXC4yZOe.net
>>165
いや、Blazor関係なしにお前が嫌われてるだけやぞ
168:デフォルトの名無しさん
20/08/05 18:53:20 zbDytttg.net
形態の格安キャリアだと一ヶ月5GBを過ぎると1Mbit/s位に速度が落ちる。
5GBだと、まともな画質でYouTubeを見るとなると、2時間もたないだろう。
となると、一ヶ月の内の大部分の日は、1MBbit/sの状態で過ごすことになるだろう。
ならば、Blazorの2MBのDownloadに20秒かかるのはあながち間違いではない。
169:デフォルトの名無しさん
20/08/05 19:31:52.05 X9SXCUcc.net
スマホで見るようなものはSPAで作らないよ
170:デフォルトの名無しさん
20/08/05 19:47:21.31 tll6+bZl.net
>>167
低速1Mbpsは格安SIMとは呼ばない。それは
サブブランドかMNOの低速モードだ。
格安と呼ばれるMVNOは、低速200kbps以下
200kbpsの人たちは切り捨てでいいだろ
IE対応と同じで切り捨てていく
光回線も持たずに動画見まくってギガ不足になって追加課金も
しないような事例だされても知らんがなで終わり
171:デフォルトの名無しさん
20/08/05 19:47:34.12 GhYHD/aN.net
SSRとWASMのスイッチングをサポートするのが現実的な落としどころかも
デフォルトはSSR
気に入って起動コストが無視できるぐらい利用時間が増えたらWASMに乗り換え
172:デフォルトの名無しさん
20/08/05 20:01:35.41 Gos4KFdP.net
javascript触るのもう嫌やねん
173:デフォルトの名無しさん
20/08/05 20:46:00.88 yvhpxJsg.net
もうすでにLazy Loadingは実装されてるみたいだね
URLﾘﾝｸ(isc30.github.io)
コンポーネント単位で、依存アセンブリが未ロードならダウンロードって感じのようだ
React.lazyと似たような感じかな
これで最初にロードしなきゃいけないのはキャッシュしやすいランタイムだけになった
ほとんど待たされずに最初のページが表示される
174:デフォルトの名無しさん
20/08/05 21:38:13.46 DmZXfViQ.net
>>164
GMail、CPUが1コアとかだとメッチャ遅いな
175:デフォルトの名無しさん
20/08/05 22:09:28.38 eyNhEtAe.net
> これで最初にロードしなきゃいけないのはキャッシュしやすいランタイムだけになった
ゴチャゴチャと屁理屈捏ねた結果…
>>126 >>131 から状況は何も変わっていないｗｗｗｗ
Blazorはなんにもない。
なんにもなくて2MBｗｗｗ
なんにもコンテンツなくて既に全サイト中真ん中のパフォーマンスｗｗｗｗ
さて内容カラッポで2MBｗｗｗここからコンテンツ足したら重くなるのでしょうか軽くなるのでしょうか？ｗｗｗｗｗ
176:デフォルトの名無しさん
177:
ウェブブラウザーから派生して、アプリブラウザーというものが出来るなら、Blazorが標準かもしれないんだよな。 そういう未来もあり得るからな。
178:デフォルトの名無しさん
20/08/05 22:59:21.28 ReXZMZda.net
むしろ、アプリブラウザーが存在しない状態のほうが、不思議に感じるが。
179:デフォルトの名無しさん
20/08/05 23:00:25.00 ReXZMZda.net
HTMLの代わりにXAMLを標準とするアプリブラウザがあっても良いはずだよな。
180:デフォルトの名無しさん
20/08/05 23:36:44.84 pVYMqErl.net
そうだな。Silverlightと名付けよう。流行らない理由がない！
181:デフォルトの名無しさん
20/08/05 23:39:24.63 ReXZMZda.net
Silverlightはフラッシュを意識しててちょっと違うんだよな。
俺たちが欲しいのはそういうものじゃない。
182:デフォルトの名無しさん
20/08/05 23:40:01.71 ReXZMZda.net
俺たちが欲しかったのはBlazorですよ。
183:デフォルトの名無しさん
20/08/06 00:13:22.81 YI93igBY.net
ページにはjQuery、アプリにはBlazorという使い分けだろね。
これは良い考え。
184:デフォルトの名無しさん
20/08/06 01:51:28.66 Z11Bxbv7.net
>>174
2Mってなんか勘違いしてないか
そんなでかくないよ
185:デフォルトの名無しさん
20/08/06 02:07:45.39 S0Cut7WY.net
>>174
もうここだけがアンチの希望なんだな
こんなのすぐに最適化されて小さくなる
あっという間にダウンロードできる
2回目からキャッシュされてダウンロード時間ゼロ
ほとんど全員が不快感を感じることなく受け入れられるパフォーマンスだね
186:デフォルトの名無しさん
20/08/06 02:10:06 3k5Zhdnk.net
格安SIMを使ってる人が沢山いる以上、2MBはウェブページにはもちろん、
ウェブアプリにも適さない。
187:デフォルトの名無しさん
20/08/06 02:12:08 3k5Zhdnk.net
>>183
いや、Windows Updateなんかも最悪なのに、OSにWindows以外の選択肢が
実質存在しないのでみんな仕方無しに使ってるだけで、2MBが少ないなんて
ことはない。1.4MBのFDにOSもCコンパイラもゲームも入っていた時代もあるし、
ファミコンゲームなんてもっと小さかったわけだし。
188:デフォルトの名無しさん
20/08/06 02:15:54 Pv5GzrgX.net
Blazorのデモ
URLﾘﾝｸ(isc30.github.io)
Reactのデモ
URLﾘﾝｸ(react-spa-demo.herokuapp.com)
正直体感できるほどの速度差はなかった
Blazorで駄目と感じるユーザーならReactでもダメだろうな
189:デフォルトの名無しさん
20/08/06 02:17:52.19 Pv5GzrgX.net
>>185
話飛びすぎ
急にOSの話しだすとか思考回路どうなってんだろこの人
190:デフォルトの名無しさん
20/08/06 02:20:47.53 3k5Zhdnk.net
>>186
Reactもかなり遅いが、Blazorは、未だに起動できない、全く問題外の遅さ。
こんなに遅いWebページ見たことない。
191:デフォルトの名無しさん
20/08/06 02:22:57.61 3k5Zhdnk.net
Wasmが本質的にこんなに遅いならまだしも、遥かに起動が速いものもあるから。
192:デフォルトの名無しさん
20/08/06 02:24:32.19 WGshixPb.net
>>188
嘘ついてまでアンチしたいのか
両方とも僅かなもたつきですぐに開くぞ
193:デフォルトの名無しさん
20/08/06 02:25:15.24 3k5Zhdnk.net
>>190
いや、俺の環境では実際に起動できない。
194:デフォルトの名無しさん
20/08/06 02:26:15.47 3k5Zhdnk.net
50秒は待ったが起動できないので、不良品と判断した。
195:デフォルトの名無しさん
20/08/06 02:26:15.61 3k5Zhdnk.net
50秒は待ったが起動できないので、不良品と判断した。
196:デフォルトの名無しさん
20/08/06 02:33:17 WGshixPb.net
こっちはどっちとも1秒で開くぞ
遅いっていってたのはパソコンの故障が原因だったのか？
人騒がせな
197:デフォルトの名無しさん
20/08/06 02:36:08 3k5Zhdnk.net
>>194
それは、通信環境が速いだけ。
自分が速い環境にいると、遅い環境の事が分からない。
だから、わざと遅い環境で試すことも重要。
198:デフォルトの名無しさん
20/08/06 02:38:44 3k5Zhdnk.net
言っておくが、この環境でも、Yahoo、livedoor、amazon.co.jp、5ch/2ch
などは1秒くらいで開く。
Googleも問題ないし、ほとんどのサイトの閲覧も問題ない。
ReactとBlazorは異常。Reactは、まだ30秒くらい待てば開いたが、
Blazorは50秒は待ったが開かない。
199:デフォルトの名無しさん
20/08/06 02:41:11 YI93igBY.net
楽天はどうだ？
200:デフォルトの名無しさん
20/08/06 02:42:14 YI93igBY.net
Googleのシンプルなトップページが600kb程度だけどな。
201:デフォルトの名無しさん
20/08/06 02:42:18 WGshixPb.net
>>195
ごく普通に一般向けに提供されてる回線だよ
無線だから回線全体から見ればむしろ遅い部類だ
202:デフォルトの名無しさん
20/08/06 02:45:20.84 WGshixPb.net
つまり帯域制限された後の異常に遅い回線とかだと使用に耐えられないが
普通に使ってる分にはなんの問題もないということか
それがわかっただけでもよかった
遅いという意見は無視してもいい特殊なケースだったということだ
203:デフォルトの名無しさん
20/08/06 02:45:45.51 YI93igBY.net
Blazorの時代が来てるな。
キチガイアンチの湧き具合で判断できる。
204:デフォルトの名無しさん
20/08/06 02:46:47.63 YI93igBY.net
楽天のトップページが20mbあるんだよ。
2mb程度で重い言うても仕方ないだろ。
アプリなんだから。
205:デフォルトの名無しさん
20/08/06 02:47:13.14 3k5Zhdnk.net
>>197
楽天の場合、上の方の検索ボックスが数秒後に表示され、しばらくすると、
下の方の画像以外の枠類が表示されてきて、なんとなく「待てる」。
>>198
キャッシュが全く無い状態からでも、600KBと6秒程度で表示できるのでなんとかなる。
OSを最初に使い始めたとき以外には、Googleのページはキャッシュに乗っているので
遅さを感じない。
206:デフォルトの名無しさん
20/08/06 02:48:34.27 3k5Zhdnk.net
>>201
個人的に反論してるだけだから、Blazorの時代は来てないし、今後も来ないと思われる。
207:デフォルトの名無しさん
20/08/06 02:50:42 YI93igBY.net
いや、これは完全に来てる。
208:デフォルトの名無しさん
20/08/06 02:51:15.94 Zl4XeqTl.net
URLﾘﾝｸ(www.rakuten.co.jp)
これか
Blazor、Reactのデモより遅いじゃん
でもみんななんとも思わず普通に使ってるんだろ
SPAの初回負荷はユーザー目線ではそんなに気にならないってことだな
209:デフォルトの名無しさん
20/08/06 02:52:20.80 3k5Zhdnk.net
>>202
個人的には楽天は大嫌いで、ほとんど使ったことが無い。
ごちゃごちゃして、めちゃくちゃ使いにくい店に感じる。
文字の大きさがめちゃくちゃで、落書きみたいだ。
210:デフォルトの名無しさん
20/08/06 02:54:53.12 3k5Zhdnk.net
>>206
いや、実際に遅い回線だと、Blazorの方がずっと遅いぞ。
Blazorは、全く表示されずにグルグルが回っているだけで全く使い物にならないが、
楽天は、まだ、5秒後くらいに検索ボックスが使える状態になり、しばらくすれば、
なんとなくサイトの構造が見える状態になるから、まだ、操作も出来そうだし、
心理的にも待てる。
Blazorは、何にも出来ない状態で数分間待たされることになるので、役に立たない。
211:デフォルトの名無しさん
20/08/06 03:09:47.08 Zl4XeqTl.net
>>208
極端に遅い回線ではそういうことも稀にあるんだろうね
SPAってそういう回線で使うようなものじゃないから気にしなくていいよ
212:デフォルトの名無しさん
20/08/06 03:11:07.31 DKKm8LHU.net
アンチがつく身分になったのか
213:デフォルトの名無しさん
20/08/06 03:12:26.87 Zl4XeqTl.net
一連のレスにより一般的なシチュエーションではなんの問題もなくBlazorが使えることがわかった
楽天のような規模のサイトと比較すると逆に早く表示される場合もあるということがわかった
今日はいい収穫があったね
214:デフォルトの名無しさん
20/08/06 03:18:09.49 3k5Zhdnk.net
>>211
あんたは実際に遅い環境で試してないから間違ってる。
楽天は、遅い回線でも、現実的にはなんとかなる。
Blazorは、同じ回線でも、全く起動すらしない。
前者では、全部読み込まなくても使える/見える状態になるのに対し、
後者は、全部読み込まなくては、全く文字すら見えないから。
楽天は画像以外は、割と早い段階で見えるのでなんとかなってる。
>>210
アンチが多いものとしてデスクトップのLinuxがあるが、未だに普及できてない。
5ch以外でもBlazorはアンチが多いので、デスクトップLinuxと同じ運命をたどる
かも知れない。
逆に、Rubyは初期のころはアンチが少なく、使っているうちに問題点が見えてきて、
アンチが多くなるにしたがって、シェアも激減した。
だから、アンチが多いことと優れていることの相関は低いどころか、逆相関で、
アンチが多いことは、そのままそれが劣っていると言うことだ。
215:デフォルトの名無しさん
20/08/06 03:53:28.50 YOMmAvu6.net
アンチスレ立てなよ
216:デフォルトの名無しさん
20/08/06 07:55:49 Z0IRQC5l.net
遅い遅い言ってるのって、VisualStudioか何かのスレで、いまだにADSL使ってるくせにアップデートでかすぎ！ユーザのことを考えてない！とか騒いでいた奴と同一人物かも。
217:デフォルトの名無しさん
20/08/06 08:22:04.88 Hi44VBCL.net
格安SIMしか使えない貧乏人がアンチしてるだけか
わろた
218:デフォルトの名無しさん
20/08/06 08:52:46 Zl4XeqTl.net
>>212
一般的にみて比較的遅い回線でためした
結果、なんの問題もなかった
楽天よりデモのほうがはやかった
アンチはお前だけだ
現実を直視しろ
219:デフォルトの名無しさん
20/08/06 11:33:18 3k5Zhdnk.net
じゃあ、あなたの思う普通の人向けをターゲットにして、
貧乏人には見てもらえないページを作ってればいいさ。
それで結果がどうなろうとあなたの自由だ。
220:デフォルトの名無しさん
20/08/06 11:42:41.08 QzF98GH4.net
極々少数の極細回線を無視してもビジネス的には全く問題ない
逆にサポートするためのコストを考えると無視しないほうがマイナスになりかねない
221:デフォルトの名無しさん
20/08/06 11:45:09.00 3k5Zhdnk.net
>>218
そうか。
だから、Win10のUpdateも、普通の人々だと数分くらいに済む程度に軽くなって
いるから、世界の普通の人々は何の問題もなく快適に行えており、
MS人気は高止まりだからWindowsは売れ続けているんだよね。
株価もなんといっても、アメリカ3位だし。
222:デフォルトの名無しさん
20/08/06 11:57:02.63 QzF98GH4.net
「ブラウザなら環境に依存しない」という謳い文句を真に受けて「あらゆる環境をサポートすべきだ」
と考えを飛躍させてしまう初心者は少なくない
しかしこれは全く持って現実的ではない
どんなアプリでも必ずサポート対象範囲は有限にしなければならない
どこまでサポートするかはアプリの特性や客層を分析してアプリごとに最適解を導かなければならない
223:デフォルトの名無しさん
20/08/06 12:23:55.72 3k5Zhdnk.net
うん。だから、Blazorは、Blazorの遅さを許容できる普通の人々だけを
ターゲットにするから、何の問題もないね。
お前の中ではな！
224:デフォルトの名無しさん
20/08/06 12:26:23.67 QzF98GH4.net
>>221
そうだね
一般的なレベルの回線を使ってるふつーのユーザーなら2M程度、なんのストレスもないね
これは一般的な感覚だよ
225:デフォルトの名無しさん
20/08/06 12:27:58.50 CNjpcpEJ.net
深夜と真っ昼間にID真っ赤にして発狂してるお前暇すぎだろ。無職なの？
無職で金がなくて、2MBで発狂してるの？
226:デフォルトの名無しさん
20/08/06 12:38:04.39 YI93igBY.net
しかしこれは凄いぞ。
C#でデスクトップアプリを書くかの如くウェブアプリが書ける。
227:デフォルトの名無しさん
20/08/06 12:59:15.34 Dywe59yG.net
まとめると、楽天みたいに重くてゴチャゴチャしたサイトをさらに重くてゴチャゴチャさせたいときに使えるのがblazor ってことか
228:デフォルトの名無しさん
20/08/06 14:00:03 QzF98GH4.net
まとめると、複雑なサイトを高生産、高速動作にしたいときに使えるのがBlazorということだよ
229:デフォルトの名無しさん
20/08/06 14:31:10.67 B2JhCKKC.net
クライアントサイドはデバッグがむずいんよねー
Mauiでなんか進展あればいいんだけど
230:デフォルトの名無しさん
20/08/06 14:44:14.38 PW5B5ZEe.net
>>186
そのweb appをひらくまでの時間
Blazorは3秒、Reactは10秒だった
application serverの遅さ、
node.jsの遅さ、どれが原因か不明だが、
Blazor、実用的な速さだよな
231:デフォルトの名無しさん
20/08/06 14:49:18.78 PW5B5ZEe.net
>>208
どんなクソ回線使ってんだよ
MVNOなかでも低品質なSIMか低速モードだろ
光回線やまともなSIMなら>>186 のBlazorは
3秒以内に開く。
2回目以降はcacheあるから爆速
232:デフォルトの名無しさん
20/08/06 14:57:22 Dywe59yG.net
>>186
このblazorの激遅クソアプリ、
69リクエスト、
7.6MB(圧縮転送6.2MB)、
表示されるまで38.93秒ｗｗｗ
その間ポケモンボールみたいなのが白っぺっぺの画面上でグールグル(^-^;)
なーんにも表示されないｗｗ
なーんにも操作できないｗｗｗ
何このゴミｗｗｗｗｗ
233:デフォルトの名無しさん
20/08/06 15:03:21.99 Z0IRQC5l.net
>>230
ゴミはお前さんの環境だろw
超低スペックPCをADSLで繋いでアクセスしてるのか？
234:デフォルトの名無しさん
20/08/06 15:03:37.94 Dywe59yG.net
>>230 とまったく同じ環境で今度は >>186 のreactのほうを開く。
15リクエスト、
3.0MB(圧縮転送809kB)、
表示されるまで10.35秒
235:デフォルトの名無しさん
20/08/06 15:06:58.59 Dywe59yG.net
>>230と>>232によるまとめ
ブレカスはReactに比べ、
８ 倍 の転送帯域を消費し、
表示までに ４ 倍 の時間がかかるｗｗｗ
ファーｗｗｗｗｗ
236:デフォルトの名無しさん
20/08/06 15:09:49.76 buA5WS3+.net
wasmって圧縮効かねえのな。
ま、そりゃそうか…
237:デフォルトの名無しさん
20/08/06 15:12:14.29 QzF98GH4.net
何倍というと大げさに聞こえるが
一般的なレベルの回線ではどちらも体感であっという間におわるので無視していい差でしかない
巨人からみたらアリの大小なぞ見分けがつかないということだね
238:デフォルトの名無しさん
20/08/06 15:12:45.98 Dywe59yG.net
最近のビルドについてBlazorプロジェクトのマネージャーであるマイクロソフトのDaniel Rothはchatにて
「Blazor would be 10x slower than JS and not winning speed competitions」
（BlazorはJSよりも10倍遅く、スピード競争に勝つことはない）
と述べた。
４倍ならまだマシなほうだなｗｗｗ
239:デフォルトの名無しさん
20/08/06 15:14:08.96 QzF98GH4.net
しかも提示されたデモサイト内容はBlazorのほうが複雑だ
ハンディキャップありでほとんど体感できる差がないというのはBlazorの優秀さの証明である
240:デフォルトの名無しさん
20/08/06 15:14:59.64 QzF98GH4.net
>>236
JSユーザーを哀れんで言ってるだけ
実際にはBlazorはまあまあ速い
そしてこれからもっと速くなる
241:デフォルトの名無しさん
20/08/06 15:24:03.21 PW5B5ZEe.net
>>231
ADSLはそこまで遅くないだろう
ゴミみたいなMVNO SIMでテザリングしてるんじゃないかな
>>233
その遅すぎなハードウェアと回線を書いてみろ
Speedtestの結果もな
242:デフォルトの名無しさん
20/08/06 15:24:44.76 Dywe59yG.net
>>186
環境を合わせた客観的評価のため、両者のlighthouseスコアを取ってみた。
Blazorのデモ
URLﾘﾝｸ(isc30.github.io)
のlighthouse結果：
URLﾘﾝｸ(lighthouse-metrics.com)
Reactのデモ
URLﾘﾝｸ(react-spa-demo.herokuapp.com)
のlighthouse結果：
URLﾘﾝｸ(lighthouse-metrics.com)
Blazorこんな酷い点数初めて見たｗｗｗｗｗ
243:デフォルトの名無しさん
20/08/06 15:30:04 buA5WS3+.net
>>240
フィルムストリップがポケモンボールで埋まっててワロタｗ
しかしGoogleのスピードアップデートを控える今、こんな体たらくでは誰も使わないだろうね。
さすがにパフォーマンス23点ではスピードアップデート後は検索に出てこなくなるだろう。
244:デフォルトの名無しさん
20/08/06 15:45:48 PW5B5ZEe.net
lighthouseってあんまり信用できないだろ
楽天市場で試すと
遅すぎて半分以上が測定不能になってる
245:デフォルトの名無しさん
20/08/06 15:50:20.19 Dywe59yG.net
信用しないならそれでもいいけどGoogleのスピードアップデートの指標に採用されてるから低いとGoogle八分にされるねｗ
Bingで頑張ってねｗ
246:デフォルトの名無しさん
20/08/06 15:52:03.23 buA5WS3+.net
こうやってMS製品に囲われていくのね…
247:デフォルトの名無しさん
20/08/06 15:59:22 4WTI24d8.net
>>240
楽天はどうした？
248:デフォルトの名無しさん
20/08/06 16:01:41 NJ3rQ1gR.net
こういう計測サービスって最も重要なユーザーの体感速度を全く考慮してないから参考にもならんよ
実際に目で見るとBlazorはすぐに表示されてるんだからなんの問題もない
249:デフォルトの名無しさん
20/08/06 16:04:26 Dywe59yG.net
Blazor教とでも言いましょうかｗｗｗ
250:デフォルトの名無しさん
20/08/06 16:06:13 3k5Zhdnk.net
>>232
圧縮後のバイト数で考えれば、Blazorが、38.9秒というのはむしろ速すぎで、
75秒くらいになってもおかしくない。
>>229
光回線で3秒と言うのは、使い物にならないほど遅いことを意味する。
251:デフォルトの名無しさん
20/08/06 17:58:43.22 Q3sPU8QA.net
もうキチガイは相手しない方がいいんじゃないの
時間の無駄
.net 使えないのが悔しいとかそんなんだろ
あほくさ
252:デフォルトの名無しさん
20/08/06 18:15:10.53 PW5B5ZEe.net
>>245
lighthouseで楽天市場、計測不能だよなｗ？
>>246
lighthouseは実態とかけ離れてるね
かなり昔のスマートフォンの性能を前提に計算してるのかも
>>244
wasmはweb standardだし
C#も .NETもオープンソース
囲い込みとか関係ない
253:デフォルトの名無しさん
20/08/06 18:21:08 Dywe59yG.net
現実
>>230
>>232
Lighthouse
>>240
まったくかけ離れてない。むしろ甘いくらい。
254:デフォルトの名無しさん
20/08/06 18:24:47.43 3k5Zhdnk.net
実際に、この環境では、楽天の方がBlazorのデモより早く開く。
さらに、amazonはもっとずっと早く開く。
これは、Blazorを貶めるために嘘を言っているとかではなく、本当の話。
事実だ。
255:デフォルトの名無しさん
20/08/06 18:25:02.49 NJXhghnv.net
アンチが必死になる気持ちもわからないでもない
フロントJSに一点集中して必死に勉強して、JS好きじゃない（苦手とは言ってない）バックエンドエンジニアにマウントをとろうとするフロントエンドエンジニアは少なくない
けどC#でバックエンドエンジニアがフロントもストレスなく開発できるようになったら、非生産的なJSはすぐに用済みとなる
必死に学んできた知識は無価値となり、フロントエンジニアの市場価値が大暴落する可能性が高い
彼らが生き残る為にはBlazorが普及してしまう前に難癖つけて、フォーラムを荒らし回って、流行る前に潰さなきゃならない
まあアンチの考えは、だいたいこんなところだろう
256:デフォルトの名無しさん
20/08/06 18:28:52.63 Dywe59yG.net
別に必死にならなくても勝手に気付いたら死んでるだろｗｗ
SilverlightもXamarinもそうだったｗｗｗ
俺は貶してるんじゃなくて、客観的事実書いてるだけ。
信者にとっては事実がアンチｗｗｗ
でもそれがBlazorなんだよねｗｗｗｗ
257:デフォルトの名無しさん
20/08/06 18:30:37.19 NJXhghnv.net
客観性ゼロのアンチしつけー
まあ消えるのも時間の問題だ
断末魔の叫びと思えば多少は許せるかな
258:デフォルトの名無しさん
20/08/06 18:33:43.69 Z0IRQC5l.net
>>252
遅いと騒いでるのがお前の環境での話だけで、お前の環境なんてみんなどうでもいいと思ってるというのも、また本当の話。
259:デフォルトの名無しさん
20/08/06 18:41:07.71 DKKm8LHU.net
NGにしときな
260:デフォルトの名無しさん
20/08/06 18:49:41 Dywe59yG.net
どけどけ～邪魔だ邪魔だ～
Lighthouse ２３点が通るぞ～ｗｗｗｗ
URLﾘﾝｸ(i.imgur.com)
URLﾘﾝｸ(i.imgur.com)
261:デフォルトの名無しさん
20/08/06 19:16:23.92 w37A/f7u.net
ID:3k5Zhdnk
ID:Dywe59yG
普通の人が仕事してる時間に発狂する200kbps回線の無職。
スレ立て荒らしもやらかしてるキチガイですね。
262:デフォルトの名無しさん
20/08/06 19:21:28.18 Dywe59yG.net
ID:QzF98GH4 ID:PW5B5ZEe のことかな？平日昼間からお暇なことでｗｗｗ
>>259
おやぁ？単発なのはもしかしてｗｗｗｗ
263:デフォルトの名無しさん
20/08/06 20:08:56.58 YOMmAvu6.net
アンチニート暴れすぎだろ
専用のアンチスレ立ててそっちで思う存分やれって
264:デフォルトの名無しさん
20/08/06 21:11:21 CBkcl0t0.net
>>227
ブラウザのデバッガ使えば全然困難ってほどじゃないだろ
265:デフォルトの名無しさん
20/08/06 21:23:10.95 PW5B5ZEe.net
デモサイトみてBlazorが問題ないスピードっていう認識の
人は増えた感じだな
まだ批判してるのは200kbpsおじだけ
266:デフォルトの名無しさん
20/08/06 23:14:51.40 JDrVVzh4.net
>>251
スマンがこれってどう解釈したらいいん？
URLﾘﾝｸ(lighthouse-metrics.com)
267:デフォルトの名無しさん
20/08/06 23:16:51.62 60rSesy3.net
なんだデタラメな計測だったのか
怪しいと思ったんだ
268:デフォルトの名無しさん
20/08/06 23:33:09 YI93igBY.net
ウェブサイトはjQuery、ウェブアプリはBlazorという住み分けが出来てくるのでは。
269:デフォルトの名無しさん
20/08/07 00:15:39.12 ts5R835r.net
>>264
阿部寛サイトは今は亡きフレームタグ(iframeじゃないぞ)使ってるからだろうな。
これは昔からあるサイトだからいいけど今から作るサイトでフレームタグなんて使ってたらグーグルにガン無視喰らうだろう。
270:デフォルトの名無しさん
20/08/07 00:19:01.74 ZSkLfYsp.net
でもパフォーマンスには関係ないだろ
やっぱ測定基準が怪しい
271:デフォルトの名無しさん
20/08/07 00:35:00 mqghv/47.net
怪しかろうがGoogleはパフォーマンスアップデートでLighthouseの値を使ってサイトをランク付けする。
272:デフォルトの名無しさん
20/08/07 00:49:20 DPYPUDuy.net
そもそもアプリだからグーグルのランクは関係ないのでは。
273:デフォルトの名無しさん
20/08/07 00:50:44 mqghv/47.net
Googleからの流入を期待しないのであればそれでいいと思うよ。
274:デフォルトの名無しさん
20/08/07 00:54:30 ZSkLfYsp.net
高ランクとれるサイトからアプリに誘導するからアプリ自体のランクはどうでもいい
こういった常識を知らないのだろうね
275:デフォルトの名無しさん
20/08/07 00:57:00 DPYPUDuy.net
そもそも、アプリに流入というのが少々キチガイっぽい。
276:デフォルトの名無しさん
20/08/07 01:03:41 ts5R835r.net
主張がコロコロ変わるんだよな。
今は、アプリなんだから激重・激遅で何の問題ないだろ！って主張？
それならいんじゃね？
今後変えんなよｗ
277:デフォルトの名無しさん
20/08/07 01:06:25 ZSkLfYsp.net
変わってないぞ
Blazorは軽快で高生産
これで一貫してる
278:デフォルトの名無しさん
20/08/07 01:10:28 ts5R835r.net
ああじゃあ軽快というのは嘘だからBlazorは誇大広告フレームワーク、信者は嘘吐きだな。
279:デフォルトの名無しさん
20/08/07 01:13:44 ZSkLfYsp.net
という嘘をつくアンチ
280:デフォルトの名無しさん
20/08/07 01:15:56 DPYPUDuy.net
楽天のウェブサイトがトップページ20MBの時代に、アプリが2MBというのは、軽量な部類に入るはずだけど。
入力欄一つのグーグルのトップページですら600KBあるのに。
281:デフォルトの名無しさん
20/08/07 01:40:03 ts5R835r.net
写真コンテンツテンコ盛りの楽天と違って、
コンテンツなーんにも無しのガワだけBlazorで2MB
ショボいメニュー付いた >>186 のBlazorで7.5MB
これに楽天並みの写真コンテンツ載せたらどうなっちゃうのｗｗｗ
表示までに日が暮れそうｗｗｗｗ
282:デフォルトの名無しさん
20/08/07 01:55:53 0IZ7x6pd.net
>>278
そもそも、楽天を実際に使う場合、トップページからではなく、
Googleで商品を検索してたままた楽天にたどり着くので、
トップページの遅さは関係ない。
283:デフォルトの名無しさん
20/08/07 01:57:29 0IZ7x6pd.net
それに、楽天は苦戦中で、amazonよりずっと使用者数が少ないと聞いている。
楽天のページは、表示し終わるまでに閉じる。
284:デフォルトの名無しさん
20/08/07 02:00:55 DPYPUDuy.net
しかし、既存フレームワークがこれだけビビってるところを見ると、ルールそのものを変える可能性があるのでは？
アンチの湧き具合から、大きな可能性が見える。
285:デフォルトの名無しさん
20/08/07 02:08:52.33 0IZ7x6pd.net
>>282
ルールを変えるのはWasmそのものであって、Blazorではない。
Wasmは、Blazorの占有物ではない。
286:デフォルトの名無しさん
20/08/07 02:09:41.65 ts5R835r.net
アンチではなく、事実を書いてるだけ。
Blazorが激重・激遅という事実を。
信者にとっちゃ事実はアンチらしいｗ
287:デフォルトの名無しさん
20/08/07 02:25:43.00 DPYPUDuy.net
そりゃ「こんなものウェブサイトには使えないぜ！！」と延々と主張するのは、アンチでは？
288:デフォルトの名無しさん
20/08/07 02:28:32.59 DPYPUDuy.net
グーグルのランクが云々言ってるようでは、おそらくMicrosoftに追い付くのは難しい。
まともなウェブアプリを提供できているのは、事実上Microsoftだけに見える。
289:デフォルトの名無しさん
20/08/07 02:45:55.74 0IZ7x6pd.net
>>286
何言ってるの？
Blazorのデモは、「まともな」でも「提供」でもない。
一方、Wasmには、Qtのデモ、AutodeskのCADのデモなどで、ウェブアプリのデモがある。
ウェブアプリ全般としては、HTML5ゲームがある。
290:デフォルトの名無しさん
20/08/07 02:49:42.96 DPYPUDuy.net
ビビッドアーミーをグーグルで測定するとどうなるかやってみろ。
291:デフォルトの名無しさん
20/08/07 02:50:57.31 0IZ7x6pd.net
>>285
最初から貶すのが目的で決め付けてかかるのが「アンチ」。
実験した事実に基づいて非難するのは科学的批判。
292:デフォルトの名無しさん
20/08/07 02:52:07.92 DPYPUDuy.net
じゃあやっぱりアンチだろ。
293:デフォルトの名無しさん
20/08/07 02:53:08.02 0IZ7x6pd.net
>>288
Blazorは、ビビッドアーミーのレベルには全く達してない。
他のやり方では100KBも必要ないようなものでも、2～7.5MBも必要となる。
294:デフォルトの名無しさん
20/08/07 02:54:27.92 DPYPUDuy.net
ビビッドアーミーは1GBあるぞ。
295:デフォルトの名無しさん
20/08/07 02:55:15.25 0IZ7x6pd.net
>>290
科学的実験が出来ていると思いこんでいる人と、本当に出来ている人の違いだ。
アメリカのIT企業は、客観的評価をすれば、どこも技術力は低い。
騙された馬鹿な女子高生がiPhoneを買いまくっている。
Win95もそうだった。
296:デフォルトの名無しさん
20/08/07 02:57:07.93 0IZ7x6pd.net
>>292
そんなにはない。
それだと、遅い環境では初回起動するのに三時間くらいかかるはずだが、実際には、
10分程度だった。
297:デフォルトの名無しさん
20/08/07 02:59:11.50 DPYPUDuy.net
10分かけてゲーム起動する人は居ないんだよ。
おまえに合わせて製造してたら会社がつぶれる。
つまり、おまえの意見なぞきくだけ無駄。
298:デフォルトの名無しさん
20/08/07 02:59:45.95 ts5R835r.net
ついにビビッドアーミーと戦いだしたBlazor信者ｗｗｗ
299:デフォルトの名無しさん
20/08/07 03:01:45.25 DPYPUDuy.net
>>296
俺の考えではビビッドアーミーをはじめとする中国のH5アプリは本質をつかんでいる。
もちろんMicrosoftのウェブアプリも。
日本勢はちょっと駄目だな。
ユーザー目線が無いから。
300:デフォルトの名無しさん
20/08/07 03:03:01.94 DPYPUDuy.net
SSRなんて最悪の事態だからな。
「SSRしてしまいましたか」
「やっちゃいましたね」
「反省してます」
これが本来の姿なんだけどな。
301:デフォルトの名無しさん
20/08/07 03:05:23.90 DPYPUDuy.net
俺は中国に学べと何度も言ってるはずだが。
中国は凄いぞ。
俺たちより10年先を行ってる。
302:デフォルトの名無しさん
20/08/07 03:06:25.14 ts5R835r.net
Amazon→楽天→ビビッドアーミーｗｗｗ
Blazor信者の藁人形は一体どこまで後退していくのかｗｗｗｗ
303:デフォルトの名無しさん
20/08/07 03:08:16.61 DPYPUDuy.net
中国のビビッドアーミーを馬鹿にしてるが、日本勢がこれを製造するのは無理だぞ。
304:デフォルトの名無しさん
20/08/07 03:09:28.06 DPYPUDuy.net
Blazorを使えば、中国勢と同じようなものが作れる。
これは日本にとって朗報だ。
305:デフォルトの名無しさん
20/08/07 03:10:02.32 0IZ7x6pd.net
>>301
馬鹿にしてない。
Blazorは駄目だが、ビビッドアーミーは割りとまとも。
306:デフォルトの名無しさん
20/08/07 03:10:30.47 0IZ7x6pd.net
>>302
Blazorは全く関係ない。
307:デフォルトの名無しさん
20/08/07 03:15:57.24 DPYPUDuy.net
Blazorはビビッドアーミーのようなアプリを作るためのもの。
ウェブサイトを作るものではない。
ここが理解できていないのが、日本人のダメなところ。
これでは世界で戦えない。
中国人に教えを請うべき。
308:デフォルトの名無しさん
20/08/07 03:20:06 DPYPUDuy.net
MicrosoftのGithubが開発したElectronというものがあるのだが。
309:デフォルトの名無しさん
20/08/07 03:21:03 DPYPUDuy.net
MicrosoftのGithubがBlazorionを作る可能性もある。
310:デフォルトの名無しさん
20/08/07 03:27:33 DPYPUDuy.net
まあビビッドアーミーなんてMixiの農業と大して変わらんシステムだけどな。
Mixiの農業も中国だったな。
311:デフォルトの名無しさん
20/08/07 03:30:07 0IZ7x6pd.net
ビビッドアーミーは、cocos2dでJSを使っており、Blazorとは全く関係ない。
312:デフォルトの名無しさん
20/08/07 03:38:54.53 DPYPUDuy.net
全世界に8カ所あるMSRのうち2箇所が中国にある。
日本には一つも無い。
なぜか？
本質を理解するものが日本には存在しないからだ。
313:デフォルトの名無しさん
20/08/07 03:39:57.93 DPYPUDuy.net
Blazorを見て、グーグルの点数などと言い出す始末。
これじゃ日本が見捨てられたのも納得。
314:デフォルトの名無しさん
20/08/07 03:53:25.67 t7o7dqmT.net
>>311
何その論理飛躍。
全く論理的でない。
結論のみで、全く根拠や理由が述べられてない。
315:デフォルトの名無しさん
20/08/07 04:19:30.98 DPYPUDuy.net
>>312
わからないならそれまでだろ。
316:デフォルトの名無しさん
20/08/07 06:25:02.46 DPYPUDuy.net
わざわざ完全論破されにやってきて何がしたいんだコイツラ。
317:デフォルトの名無しさん
20/08/07 07:44:56.56 aE46K+QX.net
ReactなんかのSPAフレームワークに乗り遅れた人が、Blazorを先取りすれば
上に立てると勘違いしてるんだろう。
他の人はBlazorが使い物になったらキャッチアップするだけ。
318:デフォルトの名無しさん
20/08/07 08:42:42.37 vLkWkOdj.net
アンチの断末魔が心地よい
319:デフォルトの名無しさん
20/08/07 09:20:30 H4iYPSAO.net
ヤフーでひどいことになってる。
他人の個人情報が見れたり、他人のデータが書き換わる事態
URLﾘﾝｸ(www.asahi.com)
URLﾘﾝｸ(about.yahoo.co.jp)
Wappalyzerで検出するとヤフーの登録情報変更のページは
Vue, Nuxt, node.jsを使っているようだが
おまえらはどういうバグだと推測する？
320:デフォルトの名無しさん
20/08/07 09:38:48.94 xwYl4FUW.net
BlazorはC#とVisualStudio(or Code)でフロント系スキルが低い非フロント専門職でもリッチなフロントを安く作れる
それで浮いた金をバックエンドに投資できるからその分だけセキュリティ事故も減るだろうね
まあバックエンドに金かければ確実に事故を防げるというわけでもないが確率は減らせるだろう
321:デフォルトの名無しさん
20/08/07 10:24:49.82 fkN1xMt5.net
>>317
常識的に考えて純粋にバックエンドの問題だろう
さすがにそんな事故はフロントエンドがどれだけバグってようが改竄されようが発生しないように作るものだ
むしろフロントエンドが関係あると思ってる君もかなりヤバいから人を笑う前に気をつけたほうがいい
322:デフォルトの名無しさん
20/08/07 10:52:28.88 H4iYPSAO.net
>>319
フロントとバックの境界ははっきりしていないし
フロントエンド担当者の問題でなければいいと
考えてるおまえのがレベル低いだろう。
そういうバックエンドの知識がないフロントが関与してるからこういう不具合が起こる。
323:デフォルトの名無しさん
20/08/07 10:59:09 xwYl4FUW.net
>>319
フロントエンドのコストが高いからバックエンドへの投資が減ってセキュリティがおろそかになったんじゃないの？
資金は有限だからフロントエンドのコストが増えるほどバックエンドに使える費用が減るのは自明ではないかな
あと1人日でもバックエンドへの投資を増やしてレビューとテストを増やしていれば起こらなかった事故かもしれない
324:デフォルトの名無しさん
20/08/07 11:59:29.42 DPYPUDuy.net
結局、アンチのおかげでBlazorの素晴らしさが理論づけられたな。
アンチもたまには役に立つ。
しかし、何がしたかったんだコイツラ。
叩かれるのが好きなのか？
325:デフォルトの名無しさん
20/08/07 12:05:57.36 UPopDVdK.net
まあそうだな
アンチも含めスレがこれだけ勢いよく伸びてるのはBlazorに関心のある人が多いってことだし
いまはまだアンチの人もBlazorに興味は持ってるわけだ
326:デフォルトの名無しさん
20/08/07 12:21:38.09 DPYPUDuy.net
アンチのフリしたステマじゃないだろうな。
327:デフォルトの名無しさん
20/08/07 12:40:18.99 xwYl4FUW.net
アンチも内心で焦りがあるんだろうな
JSがオワコンになったら乗り換えないと仕事がなくなる
自分達の生活を脅かす新技術に憤りを示すと同時に
、迎合して自分を変えなきゃならないという事も頭では理解してる
その葛藤を5chで喚き散らしてどうにか発散しようともがいてる
328:デフォルトの名無しさん
20/08/07 12:46:56 xwYl4FUW.net
革命的な技術の黎明期ってのはいつもこうなんだ
クラウドが現れた時のインフラ技術者とかも同じだね
329:デフォルトの名無しさん
20/08/07 13:06:25.05 DPYPUDuy.net
>>321 なんか見ても、HTMLエンジニアのコストが高いとか書いてるし。
そんなもん時給1000円で良いだろ。
330:デフォルトの名無しさん
20/08/07 13:24:54.57 DPYPUDuy.net
HTMLエンジニアなんてむしろこっちが金貰いたいくらいだ。
331:デフォルトの名無しさん
20/08/07 13:37:59.61 WWExzNx7.net
セッション情報の共有について全然出てこないんだけどさ
認証を使った場合って、Blazorの機能としてクラスタリングには対応してないの？
332:デフォルトの名無しさん
20/08/07 13:41:18.38 u2puirx9.net
クラスタリングって具体的には何のことを言いたいの？
333:デフォルトの名無しさん
20/08/07 14:24:20.24 LzLmm+cl.net
ロードバランサやらフェールオーバーやらでサーバー切り替わったときに
セッション引き継ぎたいとかそういうやつだろ
334:デフォルトの名無しさん
20/08/07 14:31:53 DPYPUDuy.net
それはそもそもウェブサイトなんだろうなあ。
335:デフォルトの名無しさん
20/08/07 14:33:10.39 DPYPUDuy.net
ユーザーの立場で言わせてもらうと、ウェブサイトのアプリ化は、イラっとするだけでメリットなにも無いからな。
336:デフォルトの名無しさん
20/08/07 14:34:28.09 DPYPUDuy.net
グーグルのランキング云々言ってるのは、ウェブサイトだからよ。
ホームページエンジニアは間抜けしかいないのか。
337:デフォルトの名無しさん
20/08/07 16:55:24 xwYl4FUW.net
>>329
それはフロントエンドじゃなくてAPIサーバーの責務
APIサーバー側で暗号化プロバイダのキーファイルを同じものにすればいい
React、Vueも同じこと
338:デフォルトの名無しさん
20/08/07 20:27:29.93 aE46K+QX.net
>>325
そうなったらそうなってから乗り換えりゃいいだけの話だと思うが、なんでそんな発想になるのか不思議。
フレームワークを1つしか使えない縛りがあるのか、それともは頭のキャパがそれしかないのかね。
339:デフォルトの名無しさん
20/08/07 21:24:13.18 e87DFkxv.net
string A { get; set; }
string B => A?.ToLower();
string C => A?.ToUpper();
A, B, Cをそれぞれinputにバインド
ブラウザからAに文字列を入力してもB, Cのinputが連動しない
string C {
get => A?.ToUpper();
set {}
}
setもつけると何故か連動するようになる
どういう仕組みで動いてんだこれ
340:デフォルトの名無しさん
20/08/08 00:10:44.92 hEengG0x.net
>>337
俺は分からんがILSpyで見てみたら？
341:デフォルトの名無しさん
20/08/08 00:22:02.33 Sbg9T/ud.net
遅いとか以前に、個人的には、blazorは、書き方が好きになれないな。
342:デフォルトの名無しさん
20/08/08 00:39:23.68 /g29G8om.net
>>339
どのへんが？
343:デフォルトの名無しさん
20/08/08 00:44:31.87 0dgKejxM.net
Razorはシンプルで書きやすくていい
インテリセンスの効き具合も最高
344:デフォルトの名無しさん
20/08/08 09:00:10 Sbg9T/ud.net
>>340
ノーヒント
345:デフォルトの名無しさん
20/08/08 09:36:28 /g29G8om.net
なんやこいつ
346:デフォルトの名無しさん
20/08/08 09:55:50.82 f+HIJ1ud.net
プレゼンテーションがRazorのうちは、ロジックをC#で書けるだけじゃそんなに美味しくないよなぁ。
早いところWPF/MVVM実現してもらいたいところ。
347:デフォルトの名無しさん
20/08/08 10:39:09.15 OePbmJZs.net
Xamlで書ける奴はもうあるよ
348:デフォルトの名無しさん
20/08/08 10:44:10.28 yLRwfWOD.net
Razorはシンプルで使いやすいとおもうがな
WPFは記述量が多くなりがちですきじゃない
テンプレートエンジンの是非は置いておいて
JSからC#に移行できるだけでもありがたい
特にValidationが共通化できるから凄い楽になった
349:デフォルトの名無しさん
20/08/08 11:03:35 n6UBlQy6.net
>>345
ここでボロクソ言われてるUno Platformかな？
URLﾘﾝｸ(techinfoofmicrosofttech.osscons.jp)
350:デフォルトの名無しさん
20/08/08 11:38:10 noFfmCPy.net
>>317
リリース後にテストしてればすぐ発覚したのにな
客が使い始めて何時間も経ってから客からの報告で気付くとか情けない
システム設計とか管理職のバグやろ
351:デフォルトの名無しさん
20/08/08 11:44:53 noFfmCPy.net
>>317
8月7日追記：以下URLにて掲載しました。
URL:URLﾘﾝｸ(id.yahoo.co.jp)
352:デフォルトの名無しさん
20/08/08 11:49:36 noFfmCPy.net
>>317
>6.再発防止策
>再発防止策として「実際のアクセス規模などを想定した事前検証の強化」「問題の早期発見に向けたシステムの監視強化」などを行なってまいります。
これが原因のヒントになってると考えると
ID重複とか初歩的なミスっぽいな
64bitのデータを32bitの変数に描き込んだとかもあり得るな
353:デフォルトの名無しさん
20/08/08 13:31:29.46 yLRwfWOD.net
>>347
違う
詳しくらんがサードパーティのOSSだったと
354:デフォルトの名無しさん
20/08/08 13:54:07.65 yLRwfWOD.net
サーバーサイドのバリデーションを忘れたってミスで大事なデータ壊す事故は信じられないがたまにあるらしい
なんでそうなるかというと
・フロントエンドでバリデーションを書いたからサーバーサイドは要らないとおもった
・バリデーションを別の言語で2回も実装するだけの工賃をもらってない
ということなんだそうだ
BlazorならバリデーションをC#コードで共通化できるので
追加の工数なしにバリデーションの多重化ができるようになるので
バリデーション不足が原因のセキュリティ事故が減ると期待できる
何よりもまず安全でメンテナンスしやすいシステムを作ることが大事だ
その上でパフォーマンスはじっくり改善していけばいい
Blazorはそんな堅実な開発スタイルによく合う
355:デフォルトの名無しさん
20/08/08 18:10:35.58 mkOodFIn.net
>>352
client sideでは改ざんできるからserver sideでのvalidationは
必須に決まってるのにそんな主張するアホ会社があるんだな
Blazorの前のASP.NET MVCのころから
validationとかdata bindingはめちゃくちゃ楽で良くできてると思うわ
356:デフォルトの名無しさん
20/08/10 00:25:31 phEjuxr2.net
WebAssembly版のBlazorはそろそろ使いもんになってきたの？
スマホ対応も考えた場合
357:デフォルトの名無しさん
20/08/10 00:43:18.94 2j6ruGmJ.net
>>354
今はまだダメだ
.NET Core 5 まで待て
その時点でダメだったらもう見込み無い
358:デフォルトの名無しさん
20/08/10 00:46:27.08 4fsiPHYJ.net
余裕で実戦配備いけるよ
359:デフォルトの名無しさん
20/08/10 00:47:41.67 lJp+wmfa.net
２３点ｗｗｗ
360:デフォルトの名無しさん
20/08/10 11:39:43.59 DQ0as7/c.net
.Net Core 5 と Xamarin の違いを教えてください
361:デフォルトの名無しさん
20/08/10 11:58:26.02 klahkyMy.net
開発楽ちんすぎて気分いいわ
VisualStudioってやっぱスゲーな
362:デフォルトの名無しさん
20/08/10 20:29:50 vDZtWZcp.net
>>358
Mauiで統合されるから待て
363:デフォルトの名無しさん
20/08/12 18:07:41.59 5K5oOtYu.net
WPFならViewModelを普通にユニットテストするだけでいい
しかしBlazorだとどうすればいい？
@codeブロックに書いたコードをユニットテストしたい
WASMでxUnitって動くのか…？
Seleniumを使えばテストはできそうだけど量が多くて大変だ
Reactではコンポーネントのユニットテストどうやってんだろ