【本命】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/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
開発者ツールで見せて

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

>>105
トップページの転送料は3.3MBだったけど？

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

開発者ツールで見てみたけど、最終的には9MBダウンロードするが、1～2MBでページは完成してるしスクロールもできる

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

現実には、ページが見られるまでに必要なのは、300KB程度のはずだ。

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

>>112 >>119
アマゾンは広告が変わるから日時によってサイズは変わる。
今見たらアマゾンのトップは10MB程度ある。
おまえが調べ方知らないだけだろ
Firefox developer tool使え

>>121
それCache無効化してないだろ
Firefoxの場合は
Shift押しながらreloadしないとcacheを読んでしまう

Twitterのtimelineとかも画像多いから10MB程度いくこともある。
フォローしてる人、画像にもよるがけっこう食う。
それ考えたらBlazor Wasmの初回のみ2MB程度なんてたいしたことない。

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

>>124
いやいやありえないってw
開発者ツールの画像晒してみ

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

twitterは無限スクロールでどんどんロードしてくんだから当たり前。
それともBlazorでは無限スクロールは

　実　装　で　き　な　い

のかなぁ…？
だって実装したら同じように10MB20MB簡単に行っちゃうからね。

フォローしてる人、画像にもよるがけっこう食う。
それはフォローしてる人の投稿内容、画像というコンテンツがあるから。

一方Blazorはなんにもない。
なんにもなくて2MBｗｗｗ

なんにもコンテンツなくて既に全サイト中真ん中のパフォーマンスｗｗｗｗ

さて内容カラッポで2MBｗｗｗここからコンテンツ足したら重くなるのでしょうか軽くなるのでしょうか？ｗｗｗｗｗ

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

>>125
今見てみたら、やはり、主要部分は300KB程度で、あとは、商品の画像ファイル
の読み込みが続き、最上部の映画などの宣伝動画がずっと続く。
商品の画像は大体、見てる範囲が先にDLされ、すべてがDLし終わらなくても
見られるから、余りDLの遅さを感じない。
宣伝動画が8MBくらいあるようだが、ストリーミングで再生されているので、
全部 DL されなくても見られる。

これは、Blazor/Wasmが、最初に2MBくらいをDLし終わらないと全く実行できない
のとは全く異なる。

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

2MB弱で騒いでるアホは
アナログ回線でダイヤルアップ接続でもしてるの？
クソ回線自慢にしかなってないんだがｗ

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

>>128
そうやって、相手のハードウェア環境を馬鹿にしたりするのはソフトウェア失格。
そんなこと言い出したら、もともこもない。
如何にハードウェアの性能を出し切るかがソフトウェア。

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

>>126
そういや去年くらいの当時のAngular最新版の実装の新機能で挙がってた機能だかスクロールで表示範囲外になった部分の内容がアンロードされる仕様今のTwitterに入ってるね

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

>>126
通常のサイトは、たとえ 2MB と言っても、ページを表示してから時間を掛けてDL
しているものが多い。
まず、タイトルと文書が見られるようになって、上から順に画像がDLされていくような。
だから、実際には最初の100KBくらいDLされた時点でページ事態は見られる状態になっている。

一方、Blazor/Wasmの場合は、2MBが完全にDLしきらない限りは、全くページが見られない。
この差は大きい。

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

すぐに改善される部分にしかイチャモンつけられない時点でアンチの敗北なんだがわかってないのかねぇ

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

>>132
MS製品は、未だかつて何も改善されたためしがないのだが。

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

>>133
アホくさ

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

MSは、サイズに関しては小さく出来たためしがない。

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

名前はマイクロソフトなのにｗｗｗ

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

起動が遅いアプリの場合、スプラッシュウインドウを表示するべし。
大昔からの言い伝えだ。

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

楽天のトップページが20MBあるから。

リアクトで100kbに減らせるなら美味しい。

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

まあただ同じ低価格帯ならリゴルよりシグレントのほうが歪み少ないね。
テクトロは別格だけど100万するからね。

まあプロならLinux使っとけってことだよね。

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

最近のオシロはどれもUSB接続できるけど、シミュレータ含めてアプリがWindowsに対応していないからね。

Ubuntuに慣れておくべきだよね。

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

アナログプローブがWindowsに対応していないのが痛い。

デジタルだけならWindowsでも良いんだけど、結局デジタルも突き詰めて言えばアナログの一部なので、Ubuntuが必要になる。

富岳に対応していないのも使いにくい。
業務だから。

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

富岳はさすがに日本の技術の粋を集めただけあって速かったね。

Windowsで一時間かかるプログラミングが、富岳なら30分で終わる。

これはイケルと思いました。

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

MSは、サイズに関しては小さく出来たためしがない。

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

名前はマイクロソフトなのにｗｗｗ

**デフォルトの名無しさん** · 2020/08/04(火) 08:05:09.09

あっ
ボットかこいつ

**デフォルトの名無しさん** · 2020/08/04(火) 09:56:23.74

MSの悪口を言われた雇われエバンジェリストが、任された仕事を全うするため
全く関係ないオシロスコープの話題を出して、ごまかそうとしている。

**デフォルトの名無しさん** · 2020/08/04(火) 19:11:18.47

Blazorなんか業務システム用途だろ
朝に一度立ち上げるだけなんだから
ダウンロードの量とか大した問題じゃないわ

開発の生産性あがる方が大きい