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

【本命】Blazor スレ2 ..

2:デフォルトの名無しさん
20/11/22 16:00:22.77 bqzy0V6t.net
なんかASP野郎に乗っ取られたので立てました

3:デフォルトの名無しさん
20/11/22 16:02:31.06 bqzy0V6t.net
破壊的変更、バージョン 3.1 から 5.0 - .NET Core | Microsoft Docs
URLﾘﾝｸ(docs.microsoft.com)

4:デフォルトの名無しさん
20/11/22 16:03:27.75 bqzy0V6t.net
Blazor and ASP.NET Core Get Faster in .NET 5 -- Visual Studio Magazine
URLﾘﾝｸ(visualstudiomagazine.com)

5:デフォルトの名無しさん
20/11/22 17:55:55.16 1vVLpjnv.net
>>2
GJ

6:デフォルトの名無しさん
20/11/22 18:04:18.20 LBpBJ7Cn.net
パフォーマンスもどんどん良くなっていくね
成熟して進歩が難しい既存JSフレームワークと違ってBlazorは成長するだけだ

7:デフォルトの名無しさん
20/11/22 19:10:18.07 HCtRnQNZ.net
>>6
こいつが他の板を荒らして
アンチ呼び寄せてる。

8:デフォルトの名無しさん
20/11/22 19:12:42.49 HCtRnQNZ.net
>>6
そもそも今のBlazorは万能とは程遠い。
特性を生かして使えば有用なのに...

9:デフォルトの名無しさん
20/11/22 19:30:35.89 LBpBJ7Cn.net
アンチは呼び寄せるまでもなく寄ってくるよ

10:デフォルトの名無しさん
20/11/22 19:31:07.25 LBpBJ7Cn.net
例えば君もアンチの1人だろｗ
バレバレ

11:デフォルトの名無しさん
20/11/22 19:36:40.20 bLh5qcao.net
ほかのスレ荒らしてるのはアンチだけでしょ

12:デフォルトの名無しさん
20/11/22 19:39:19.39 HCtRnQNZ.net
他のスレでも迷惑がられて
出禁になってる。

13:デフォルトの名無しさん
20/11/22 19:42:15.46 9sRk+KqJ.net
>>12
お前スレのVSアンチやん

14:デフォルトの名無しさん
20/11/22 19:49:16.60 HCtRnQNZ.net
>>13
馬鹿かMSのアーキチームの一員だ。

15:デフォルトの名無しさん
20/11/22 19:51:24.58 4wJGAiK7.net
VSで対立煽る奴は荒らしの特徴だから気を付けて

16:デフォルトの名無しさん
20/11/22 20:07:13.46 HCtRnQNZ.net
Blazorの特性を正しく理解して啓蒙すれば
少なくとも現状のBlazorのままでもMSが食い込んでいる分野で
かなりの市場規模を見込めると判断している。
時期が遅れると効果は薄くなるが。

17:デフォルトの名無しさん
20/11/22 22:11:33.98 uhzHwQWu.net
>>14
MS社員詐称まで始めたのか

18:デフォルトの名無しさん
20/11/22 23:50:51.30 HCtRnQNZ.net
>>17
MS系のだ。
たしかに間際らしいな。

19:デフォルトの名無しさん
20/11/23 01:42:56.77 SIzGI7s9.net
Blazorの話題を聞きたいのに、.NETとか範囲広げられてもね・・・
>>1乙です

20:デフォルトの名無しさん
20/11/23 02:48:56.99 WFPhqmL6.net
>>19
.NETは検索ワードだっての。
ASP.NETを使っているがBlazorは良く知らない人のために検索ワードつけてるわけ。

このスレの >>1はASP.NETを敵視してるしここはASP.NETの話題禁止

ふつうにWeb appでBlazor使う場合は下の正常なスレへどうぞ

Microsoft ASP.NET Blazor #02
ｽﾚﾘﾝｸ(tech板)

21:デフォルトの名無しさん
20/11/23 02:56:49.98 Vc2V5aYW.net
>>20
ウゼーんだよ
ウセロ

22:デフォルトの名無しさん
20/11/23 16:24:04.45 wNDxY5mG.net
限定されてしまったので話題がなくなってしまったような

23:デフォルトの名無しさん
20/11/23 16:37:30.39 /JoU028x.net
スレ違いの演説やられるよりは書き込みがない方がマシ

24:デフォルトの名無しさん
20/11/23 16:47:48.94 +OJUoxLC.net
>>20
そのスレタイじゃメインの話題はASP.NETになっちゃうからね
Blazorとそのエコシステムを中心とした話はこっちのスレだね

25:デフォルトの名無しさん
20/11/23 19:50:37.05 wNDxY5mG.net
いまいちわからんなあ
asp.netが絡まないBlazorってどこの部分なんだ？
Blazorの話したいときにどうしてもソリューションの構成の話になることもあると思うんだが
それもだめ？

そもそもこんな間口を狭めてほんとに普及して欲しいのか？

26:デフォルトの名無しさん
20/11/23 20:07:20.78 UgGRFwp8.net
>>25
絡まないものなんてないよ

27:デフォルトの名無しさん
20/11/23 20:53:26.50 p2NExX0H.net
なんでBlazorの話題かasp.netの話題かも判断できないの？
アホなん？

28:デフォルトの名無しさん
20/11/23 20:54:01.33 Ecqei1yA.net
>>25
WebAssemblyアプリの場合サーバーはどんなシステムでもいいから
そのこと言ってるんじゃないの

WebAssemblyアプリ自体はasp.net core runtime 上で動いているわけじゃないしね。

29:デフォルトの名無しさん
20/11/23 21:00:09.91 IPcYUTc4.net
じゃあここはBlazorServerの話は禁止ってことか…

えーと…
wasmってデバッグしづらいよね～

30:デフォルトの名無しさん
20/11/23 21:18:58.61 +OJUoxLC.net
>>29
どこにも禁止なんて書いてないでしょ
ASP.NETの話題も禁止されてるわけではないのでは？

31:デフォルトの名無しさん
20/11/23 21:23:27.17 IPcYUTc4.net
え、じゃあ先に建ったスレで良くないか…？

32:デフォルトの名無しさん
20/11/23 21:35:09.14 OOjNxMKG.net
いいね
こっちのスレの方が盛り上がってきた

33:デフォルトの名無しさん
20/11/23 21:41:08.87 Ecqei1yA.net
別にスレ分ける必要はないと思うけど
質問の時はserverアプリなのかWwbassemblyアプリなのか前置きはほしいところやね

34:デフォルトの名無しさん
20/11/23 21:55:48.88 +OJUoxLC.net
>>31
>>24

35:デフォルトの名無しさん
20/11/23 22:50:39.36 con/o1/6.net
>>24
これの理屈がよくわからんなあ
Blazorより先にasp.netってあるから？
その理屈だとマイクロソフトがメインの話になるけど。

とにかく本命とか真打とかこれがダサすぎるしイモすぎるしチョベリバ。

36:デフォルトの名無しさん
20/11/23 23:13:47.86 WFPhqmL6.net
>>28
現実はWeb Assembly使う場合は
スタンドアロンはほぼないし
バックエンドはASP.NET使う場合がほとんどだろ
ASP.NETの話題すんなとかほんとアホだとおもう

37:デフォルトの名無しさん
20/11/23 23:16:52.06 WFPhqmL6.net
>>29
下のスレは前スレ同様、BlazorがメインにしつつASP.NETの話題OK
気持ち悪いテンプレもない

Microsoft ASP.NET Blazor #02
ｽﾚﾘﾝｸ(tech板)

>>30
いや、この真打スレはASP.NETの話題すんなっていうやつが立てたスレ。
まともな下のスレにどうぞ
Microsoft ASP.NET Blazor #02

38:デフォルトの名無しさん
20/11/23 23:17:14.88 OOjNxMKG.net
>>36
そう思うなら巣に帰れよ

39:デフォルトの名無しさん
20/11/23 23:28:59.18 Ecqei1yA.net
>>36
WebAssembly使う場合はWebAPIにアクセスして
データ取ったり取ったりしたりでしょ

WebAPIがどんなシステムで動いてるかは関係ないでしょ

40:デフォルトの名無しさん
20/11/23 23:36:39.82 UgGRFwp8.net
BlazorだってASP.NETの中のひとつやろ

41:デフォルトの名無しさん
20/11/24 00:12:43.99 nu3d9WBn.net
>>37
スレ立てた者だけど違うよ
勝手にASP.NET立てられて次スレみたいな顔してるからこっちはこっちで立てただけ

42:デフォルトの名無しさん
20/11/24 00:18:33.89 PiY/tjpH.net
見事にアンチの分断工作にハマってんな

43:とくめい
20/11/24 01:33:53.76 SQQDs1Pp.net
このメアドで悪用できる？

44:デフォルトの名無しさん
20/11/24 06:32:12.82 VvBbDMQG.net
>>41
だから下のスレはASP.NETだけのスレじゃないっていってんだろ
いつまでデマ流してんだ
扱う内容はpart1実態と変えてない

Microsoft ASP.NET Blazor #02
ｽﾚﾘﾝｸ(tech板)

本命とか真打とかしょうもないサブタイトルを削って
代わりにBlazorに関連性が高い検索ワードのMicrosoftとASP.NETを
追加し、気持ち悪い>1みたいな文章をなくしただけ。
改善の変更しかしてない。

45:デフォルトの名無しさん
20/11/24 06:42:15.54 VvBbDMQG.net
>>41
現状のBlazorはASP.NETの一部だ
バックエンドの知識と経験が足りなすぎるからASP.NETの話題がスレ違いなどとバカなことを言い出す。

特にBlazor Serverなんてコアな部分はほぼASP.NET側でやってる。
ASP.NETの話題禁止というおまえの立てたこのスレがいかにバカげているか気付け

46:デフォルトの名無しさん
20/11/24 07:03:12.62 hlrBAbIv.net
アンチの分断工作というほどのやつじゃなくて
 >>1がちょっとアレなんだろうな
会社とかでも浮いてて飲みにも誘われず陰口叩かれてるけど気づいてないようなタイプ。

てなわけで俺はもう一つのスレの方に戻る

47:デフォルトの名無しさん
20/11/24 07:05:12.90 hlrBAbIv.net
>>39
これ書くの2回目だけど
その理屈だとBlazorServerの話ができなくなる

48:デフォルトの名無しさん
20/11/24 12:57:16.00 8hpZFOGb.net
>>47
Blazor server は webassembly使わないし
asp.net core runtime上で動いてるからいいんじゃないの

個人的にはwebassemblyでサーバー側がjavaだろうがなんだろうが
結局話はblazorの話であって
Javaの話するわけでもないから
どっちがどっちのスレとか言ってるのがあほだと思ってるけどね

49:デフォルトの名無しさん
20/11/24 13:00:47.03 IV+MkG/a.net
asp.netとazureの違いが分からない。

50:デフォルトの名無しさん
20/11/24 13:30:41.53 hlrBAbIv.net
>>48
なんか噛み合わないな
勘違いしてたらすまんが俺の理解は
あちらのスレはasp.netの話してOK
こちらはNG。

こちらもOKなら先に建ったあっちのスレでよくないか？
なんでこのスレわざわざ建てたのかいまいち意図がわからなくなってきた。
違いはなんなんだ？

51:デフォルトの名無しさん
20/11/24 13:34:52.67 JMlhJlKP.net
>>50
ASP.NETの話がNGならBlazorの話なんてできないね

52:デフォルトの名無しさん
20/11/24 13:42:52.43 x/0S9/Yn.net
良スレage

53:デフォルトの名無しさん
20/11/24 14:16:09.25 VvBbDMQG.net
>>50
正常なスレへどうぞ
Microsoft ASP.NET Blazor #02
ｽﾚﾘﾝｸ(tech板)

違いはこのスレの1はASP.NETの話題を排除しようとしている人だということ
俺がまっとうなスレタイとテンプレにしてpart2立てたらそいつがキレてこのスレ立てて
ASP.NETの話題禁止とか言い出したというのが経緯

#02スレに移動すればOK

54:デフォルトの名無しさん
20/11/24 15:12:57.78 T90amP8o.net
>>53
うるせーな
巣に帰れよ

55:デフォルトの名無しさん
20/11/24 17:43:56.36 8hpZFOGb.net
>>50
俺が建てたんじゃないしなぁ

56:デフォルトの名無しさん
20/11/24 18:10:53.70 hlrBAbIv.net
>>55
建てた人の見解を聞きたいところだがどーでも良くなってきた

57:デフォルトの名無しさん
20/11/24 18:23:04.44 VvBbDMQG.net
俺が書き込むと罵声浴びせてくる>54,
こいつがこのスレの1だよ

2 名前：デフォルトの名無しさん[] 投稿日：2020/11/22(日) 16:00:22.77 ID:bqzy0V6t [2/4]
なんかASP野郎に乗っ取られたので立てました

21 返答名前：デフォルトの名無しさん[sage] 投稿日：2020/11/23(月) 02:56:49.98 ID:Vc2V5aYW
>>20
ウゼーんだよ
ウセロ

58:デフォルトの名無しさん
20/11/24 22:42:20.84 nu3d9WBn.net
立てたのは俺だが
こっちの方が伸びてるしもうここが本スレでいいよね

59:デフォルトの名無しさん
20/11/24 23:06:18.02 VvBbDMQG.net
>>58
いいわけないだろ
ASP.NETの話題するなとかいうアホはスレ立てる資格なし
気持ち悪いスレタイとテンプレねじこんでくるし最悪

60:デフォルトの名無しさん
20/11/24 23:21:57.27 Oqg6nDOe.net
ID:VvBbDMQG
なんでこの人自分の気に入らないスレに常駐してんだろう

61:デフォルトの名無しさん
20/11/24 23:38:39.51 On9V3ydd.net
正直そんなに話題もなかったりするのでここで遊んでる

62:デフォルトの名無しさん
20/11/24 23:58:11.67 nu3d9WBn.net
>>59
何回か言ってるけどASP.NET禁止なんて言ってない
お前が勝手に妄想して発狂してるだけ

63:デフォルトの名無しさん
20/11/25 07:45:20.61 zFotDvmS.net
>>62
俺も何度も聞いてるが、このスレとあっちのスレと何が違うんだ？
違いがないなら先に建ったスレを優先するべきでは？

64:デフォルトの名無しさん
20/11/25 09:12:52.88 imttWao4.net
>>62
嘘つけ。はっきり書いてるだろ
前スレでもASPの話題をするなっていうレスが目立った

2 名前：デフォルトの名無しさん[] 投稿日：2020/11/22(日) 16:00:22.77 ID:bqzy0V6t [2/4]
なんかASP野郎に乗っ取られたので立てました

65:デフォルトの名無しさん
20/11/25 09:17:51.66 imttWao4.net
>>63
そいつ嘘つきだぞ
ASP.NETの話題をするなといってる奴がそいつ
変なスレタイと >>1の気持ち悪い文章にしないと気が済まないようで
「勝手にたてられた」とオーナー気取りで重複スレ立てた。

2 名前：デフォルトの名無しさん[] 投稿日：2020/11/22(日) 16:00:22.77 ID:bqzy0V6t [2/4]
なんかASP野郎に乗っ取られたので立てました

66:デフォルトの名無しさん
20/11/25 14:21:03.33 zFotDvmS.net
ここで質問に答えないのが彼のやり口なのだ

67:デフォルトの名無しさん
20/11/25 15:30:14.50 jzvQX9aE.net
Blazor Serverって、例えば、XreaのCoreserverやSakura Internetみたいな
レンタルサーバーでも使えるの？

68:デフォルトの名無しさん
20/11/25 15:59:59.18 cpMhX0+Z.net
>>67
Linux + nginx
Linux + Apache
みたいな環境でも使えるよ
URLﾘﾝｸ(docs.microsoft.com)

69:デフォルトの名無しさん
20/11/25 16:05:56.46 zD7zhP2P.net
XreaのCoreserverやSakura Internetみたいなレンタルサーバーでも使えるの？

70:デフォルトの名無しさん
20/11/25 16:08:16.04 s/U6WABr.net
>>68
XreaのCoreserverやSakura Internetみたいなレンタルサーバーでは使えないということですねありがとうございました

71:デフォルトの名無しさん
20/11/25 16:19:05.22 cpMhX0+Z.net
>>70
PHP専用のプランで使えるかってこと？
そりゃ無理だわ
同じ会社のやってるVPSのプランにしてください

72:デフォルトの名無しさん
20/11/25 16:48:50.51 4YMIWKt+.net
千円もしないvpsがゴロゴロしてるのに未だにレンタルサーバに需要があるのがわからん
コンパネ？みたいなUiに需要があるのかね
スレチだが

73:デフォルトの名無しさん
20/11/25 17:04:44.90 jzvQX9aE.net
>>68
nginxとapacheだけで、asp.netが使えるようになるのですか？

74:デフォルトの名無しさん
20/11/25 17:06:44.11 jzvQX9aE.net
>>71
vpsじゃなくても、phpだけじゃなく、rubyやC/C++のcgiが使える
一ヶ月数百円から500円くらいまでの安いレンタルサーバーは沢山有ります。

75:デフォルトの名無しさん
20/11/25 17:06:50.34 imttWao4.net
こっちはASP.NETの話題禁止のクソスレだから
下のスレへどうぞ

Microsoft ASP.NET Blazor #02
ｽﾚﾘﾝｸ(tech板)

76:デフォルトの名無しさん
20/11/25 17:38:12.07 89i//6R1.net
>>75
じゃあBlazorの話も禁止ね

77:デフォルトの名無しさん
20/11/25 17:57:25.55 PB3oYzKc.net
>>74
さくらインターネットに585円のVPSプランあるやんw

78:デフォルトの名無しさん
20/11/25 18:58:04.37 aGDrX6e7.net
>>64
どこに書いてある？ASP禁止って
まあこっちのスレの方が伸びてるしここが本スレでいいよねもう

79:デフォルトの名無しさん
20/11/25 19:35:46.24 yKXMVzmF.net
>>67
レンタルサーバーで .NET core 使える環境はまだないね

っていうか使えるのが出てこない可能性の方が高いかなぁ

アプリ登録するのにシステムんにサービスとして登録しないといけないし。

VPSで自分で自由に使えるのは大丈夫

80:デフォルトの名無しさん
20/11/25 19:38:05.10 yKXMVzmF.net
まぁ active Server pages や
Application Service Provider の話は禁止でいいな

81:デフォルトの名無しさん
20/11/25 20:08:25.10 imttWao4.net
>>78
よくない、お前本人だろ
ここでまたこのスレ使ってしまうと1のカスが
クソスレタイとテンプレねじこんでスレ立てしにくる

82:デフォルトの名無しさん
20/11/25 22:11:23.20 rBSs4eKN.net
>>81
本スレを荒らさないでください

83:デフォルトの名無しさん
20/11/26 01:08:13.07 eoABo+tN.net
>>79
VPSを借りて、Linux上にasp.net core(?)をインストールすれば、BlazorServer
が普通に使える様になるのでしょうか？

84:デフォルトの名無しさん
20/11/26 01:08:55.32 lH6B10sG.net
>>79
VPSを借りて、Linux上にasp.net core(?)をインストールすれば、BlazorServer
が普通に使える様になるのでしょうか？

85:デフォルトの名無しさん
20/11/26 08:04:10.14 k5hYinBT.net
>>84
きちんとデプロイしなきゃならない
Linuxを全くわかっていないなら
Wkndows Server の VPS を探すことになる。
安くはないし通信量による課金も発生するけど
Azure WebApp 使えば楽

Apache 搭載の Linux で ASP.NET Core をホストする
URLﾘﾝｸ(docs.microsoft.com)

Nginx 搭載の Linux で ASP.NET Core をホストする
URLﾘﾝｸ(docs.microsoft.com)

86:デフォルトの名無しさん
20/11/26 12:33:26.10 lH6B10sG.net
>>85
Sakura Internetなどの日本のVPSのLinuxにASP.NET Coreをホスト(?)した場合、
MSクラウド(Azure(?))と同じ事が出来るようになるのでしょうか？
ならない場合、後者の優位な点を教えていただければ幸いです。

87:デフォルトの名無しさん
20/11/26 13:00:25.48 seB575Yt.net
>>86
Azure SignalR Service
Blazor Server アプリには Azure SignalR Service を使用することをお勧めします。
このサービスでは、多数の同時 SignalR 接続に対して Blazor Server アプリを
スケールアップできます。さらに、SignalR サービスのグローバルリーチと
ハイパフォーマンスのデータセンターは、地理的条件による待機時間の短縮に
役立ちます。
URLﾘﾝｸ(docs.microsoft.com)

Azure SignalR Serviceだと同時接続数がものすごく多くなってもスケールアップし易いという利点がありそうだね。
質問者はそんなこと気にするレベルではないだろうけど。

88:デフォルトの名無しさん
20/11/26 13:06:41.45 HhoxF6mi.net
>>86
同じことできるよ
ただOSのセキュリティも含めて自分で管理できなければいけない

Azureだとその辺は気にしなくていい
自分が作るアプリのセキュリティだけ気にすればいい

89:デフォルトの名無しさん
20/12/01 03:28:54.32 AyJ2ZU61.net
Blazor Advent Calendar 2020 1日目
Blazor WebAssemblyをただC#実行プラットフォームとして使って既存のReactのWebアプリを拡張した話
URLﾘﾝｸ(qiita.com)

90:デフォルトの名無しさん
20/12/01 09:01:10.98 egbABUn/.net
いいね

91:デフォルトの名無しさん
20/12/01 10:57:23.64 FTpqyNN7.net
>>89
俺も取り組んでるやつだwww

92:デフォルトの名無しさん
20/12/01 12:18:55.89 NavvHgIk.net
Svelteみたいな方向に進化せんかな

93:デフォルトの名無しさん
20/12/02 22:53:47.36 hJiXLNQ4.net
そういや.NET Insider にMacのVSでBlazorデバッグできるようになったよ！て書いてあったけど
WindowsのVSではまともにデバッグできるようになったんかな？

94:デフォルトの名無しさん
20/12/11 22:31:16.10 V7fk+d5E.net
Developer Decries WinForms-to-Blazor Performance Degradation
開発者がWinFormsからBlazorへのパフォーマンスの低下を非難
URLﾘﾝｸ(visualstudiomagazine.com)

> I have a c# WinForms app that I have been converting to Blazor Wasm.
なかなか猛者がいるようだな
自作のコンバータでもあるんかね

95:デフォルトの名無しさん
20/12/12 02:18:06.86 4q8SABHv.net
>>94
「Blazorではパフォーマンスが約20分の1に低下しています（たとえば、WinFormsでは350ミリ秒、Blazorでは7000ミリ秒）」

#これを改善するために AOT 方式にした場合、今ですら巨大なダウンロードサイズがさらに増えるとBlazorの専門化
により言及されている：

「将来、・・・、アプリ、またはアプリの一部である可能性が高いものもWebAssemblyにコンパイルされます。これはAOTまたはAhead Of Timeコンパイルと呼ばれます。このモードの利点はパフォーマンスですが、トレードオフはダウンロードサイズが大きくなることです。」

96:デフォルトの名無しさん
20/12/12 02:56:55.43 E+dxDDH/.net
i|!| |i┏┓! i!┏┳┓| |||i|!i| ||!i|| |||ii| ||| ||| |i||!|i│i!┏┓i!|
|i|┏┛┗━╋┻┛|i!||!|ii|| i|!i||i|┏━┓ ┏┓i|i| i┃┃i!|
i||┗┓┏┓┃||i┏━━┓┗━┛ ┃┃|i||!i┃┃i!|
|i |!|i┃┃┃┃i||┗━━┛|i|| || ||||!┃┃i|i| i┗┛!i|
i||i ||┃┃┃┃|! |||i ||i　　　　!|||!|┏━┛┃|i||!i┏┓i|!
|i!i |!┗┛┗┛i|!i|　 / |　　　/ |　┗━━┛i|i| i┗┛i!|
i| |||i|!i| ||!|i||i!　　　/,_ ┴─/　ヽ　　　 |!i| ||| |i||!|i|i|||| ||i
|i|| ||i!i||　　　　　（_゜.,》.'(_゜,》)ﾐヽ　　　　　　! | |!i||!|ii||!|ii|
i|ii　　　　　　　 / ,,_＿,ニ、、ﾉ( |　　　　　　　　　　　i|i!|i|
|i　　　　　　　　|　Y~~/~y} ｀,　~ |　そ、そんなー… 　 |i
!.　　　　　　　 | ,k.,.,!,.,.,r|　,!　く　　　　　　　　　　　　　|
i　　　　　　　／ <ニニニ'ノ　　＼　　　　　　　　ｌ

97:デフォルトの名無しさん
20/12/12 03:03:49.05 X07PkpTY.net
「Monoランタイムによる中間言語逐次変換実行方式（ILインタプリタ方式）の今は遅いが、いずれAoTに対応して爆速になる！そしたら勝つる！！」って言ってたのにこんなオチかよ…

98:デフォルトの名無しさん
20/12/12 06:07:21.86 nI2cvcZT.net
Dom操作の全てにJSが逐一介在してるの
どうにかせんとダメだよ。
これは、それとは別の大問題。

99:デフォルトの名無しさん
20/12/12 06:22:18.64 E+dxDDH/.net
それはWebAssemblyの仕様で、
C#固有の問題じゃないけどな。
Rustだろうが何だろうがそうだよ。
JS噛まさずにWebAssemblyからダイレクトにDOM触る方法は今のところ無いし計画もない。まあ要望はある。

100:デフォルトの名無しさん
20/12/12 08:30:35.96 cpIIyxGV.net
Wasmに過度な期待を持ってはいけないのは
触れば気づくだろう？

最後はnativeにいきつくわけよ
だから今やるべきはXamarin.Formsですわ
その後MAUIが主力になってくる

101:デフォルトの名無しさん
20/12/12 09:16:55.49 DkKIdPi2.net
WinFormsとBlazorなんて全く異なる物の速度を比較してる時点で滅茶苦茶胡散臭い記事だな
アンチBlazorが必死になって抵抗してるんだろうな

102:デフォルトの名無しさん
20/12/12 09:20:13.63 72312GxT.net
BlazorServerにしたらいいじゃん

103:デフォルトの名無しさん
20/12/12 09:27:23.49 DyBScL4l.net
実際、サーバと通信途切れてもいいアプリって
お絵描き系とメモ帳系くらい？

業務系なんかデータの整合性気にしないといけないし、
ゲームで通信切れるのもってのほかだし、
WASMのメリットがいまいち分からない

104:デフォルトの名無しさん
20/12/12 09:34:13.17 72312GxT.net
>>103
簡単なゲームとかもそうだろうね
業務系はServerの方がいいんではないかと思う。
なんだか反則みたいな仕組みなきもするけど。

105:デフォルトの名無しさん
20/12/12 09:35:02.72 DkKIdPi2.net
>>103
wasmというかSPAはサーバー計算資源を削減できるからクラウド料金が安い
あと配布ルートが多彩、CDN、S3、Dropbox、GitHub、、、
wasmの利点は開発言語の多様化、将来的にはパフォーマンスもJSより良くなる

106:デフォルトの名無しさん
20/12/12 09:38:35.55 rjq8VE9O.net
>>103
逆だ
サーバーと通信が途切れたらダメなんてウェブアプリは出来損ない
ウェブアプリはステートレスだから途切れても何にも問題ないそれがデフォルト

107:デフォルトの名無しさん
20/12/12 10:06:31.88 DyBScL4l.net
>>106
通信途切れたらというか、
何かボタン押したときに404が返ってきて困るアプリって何？
上に挙げたようにメモ帳系なんかは確かに書いてた内容がおじゃんになるのはよろしくない。
・・・が、それ以外のアプリってサーバにデータ送信できなきゃ
意味ないのが多いんじゃないの？ってのを聞きたかった。

108:デフォルトの名無しさん
20/12/12 10:57:59.67 DkKIdPi2.net
>>107
何が言いたいのか不明瞭
もしかしてSPAはサーバーと全く通信しないとでも思ってる？

109:デフォルトの名無しさん
20/12/12 11:10:56.90 UY03Th0g.net
みんなザマ爺NGしててエラい

110:デフォルトの名無しさん
20/12/12 15:12:24.20 gFRHn2zG.net
>>99
Domにアクセスするから問題になるのでは？
Wasmだとcanvasに点で描画するのが本流かと。
canvas内でネイティブアプリが動くに等しい。
VRとかゲーム系はみんなそーでしょ。

111:デフォルトの名無しさん
20/12/12 15:23:15.14 gFRHn2zG.net
>>108
SPAはViewがクライアント側で完結してるのに対して、
BlazorServerはViewがクライアントとサーバーにまたがって完結してるのが問題なんですよ。

なのでBlazorServerで接続が切れると
整合性の担保が怪しいので
致命的エラー扱いで強制終了せざるを得ないね。

112:デフォルトの名無しさん
20/12/12 15:58:56.00 njlY7O2j.net
>>105
ほーん
その利点は気付いてなかったわ
やっぱクライアントレンダリングの方が将来性ありそうね

113:デフォルトの名無しさん
20/12/12 16:34:37.37 4q8SABHv.net
>>112
安いというのは魅力だろうな。
ただ、MSとしてはAzureのクラウドを使わせなきゃ駄目だから、BlazorWasmはそれと矛盾するが。

114:デフォルトの名無しさん
20/12/12 16:54:35.64 4q8SABHv.net
>>113
MSとしてはダウンロード量やクラウドとのアクセス量、クラウドに助けてもらう処理
が多ければ多いほど自社のクラウド事業にとって有利になるわけだから、
BlazorWasmは、如何にバイナリサイズを大きくし、クラウドとの連携を複雑化
してなるべくクライアントの処理だけで済まさずにサーバーの助けを混ぜないと
動作しないようにするかで経営手腕を問われる。
つまり、基礎はわざと複雑で使いにくしておきながら、その複雑さをフレームワーク
が除去するような変な仕組みになっているほうがMSは儲かる。

115:デフォルトの名無しさん
20/12/12 17:57:54.70 E+dxDDH/.net
そうか、そう考えると >>95 は理にかなってるね。さすがMS

116:デフォルトの名無しさん
20/12/13 11:02:43.12 UCfR+Gyz.net
>>111
接続が切れても自動で再接族試みてくれるんだけど

それにずっと状態をクライアント側で持ってるわけじゃないから
再接続に失敗しても
1時間の作業が全部きえたー、とかにはならないし

そうなるとしてもこれまでのwebアプリと一緒でしょ

117:デフォルトの名無しさん
20/12/13 11:20:48.44 MilXzpek.net
>>114
Wasm（というかSPA）はサーバーリソースの使用率を減らせるからクラウド使用料金はむしろ減るぞ

118:デフォルトの名無しさん
20/12/13 11:33:03.01 k9p7uAHs.net
維持費はオンプレミスのが安い
しかも速い

119:デフォルトの名無しさん
20/12/13 11:39:02.25 yG0Ic1Ux.net
オンプレは高い
電気代、人件費、場所代

120:デフォルトの名無しさん
20/12/13 11:40:54.84 +g+t61bw.net
>>117
だとすると、MSのクラウド事業が縮小するね。

121:デフォルトの名無しさん
20/12/13 11:53:07.09 k9p7uAHs.net
>>119
大嘘だな
海外より日本は電気代高いが割合は微々たるものだ
クラウド事業者が儲かってるのは利益率高い証拠

122:デフォルトの名無しさん
20/12/13 12:04:15.56 yG0Ic1Ux.net
>>120
縮小しないよ

安くて便利
→みんな使う
→儲かる

1顧客からの収益が減っても客数が増えれば全体収益は上がる
これ商売の基本というか子供でもわかる理屈だろ？

123:デフォルトの名無しさん
20/12/13 12:07:50.17 yG0Ic1Ux.net
>>121
クラウドがなぜ儲かるかって
大量のリソースを纏めて管理してるから台数で割ったときに安くなるからだよ

これも商売の基本
取り扱う数を増やすほど1個辺りの単価は安くなる
物を売り買いする場合もそう
人や物を管理する場合のコストもそう

124:デフォルトの名無しさん
20/12/13 12:09:04.90 k9p7uAHs.net
海外では大手企業はクラウド離れの動きでてる
オンプレミスのが速くてコスパいいことに気付いた企業が多い

125:デフォルトの名無しさん
20/12/13 12:12:50.27 k9p7uAHs.net
>>123
実態をわかってない
オンプレミスでは運用管理の専任の人なんて必要ない
他のサーバー管理のついでにやる程度

 >>124嫁
利用料金が高すぎてクラウド脱出企業が増えてるの知らないのは情弱

126:デフォルトの名無しさん
20/12/13 12:13:19.75 CXVbPnPb.net
もしかしてハイブリッドクラウドのことを言ってるなら、
あれは従来クラウド化など考えられなかったお硬いシステムにもクラウドの柔軟性を導入しましょうって話で、オンプレミスへの回帰とはむしろ真逆

127:デフォルトの名無しさん
20/12/13 12:17:10.05 k9p7uAHs.net
脱クラウドはいわゆるパブリッククラウドからの脱却
賢い企業はオンプレミスに移行してる
利用料金が高すぎるため

128:デフォルトの名無しさん
20/12/13 12:18:11.59 CXVbPnPb.net
だとしたらよほど人間の単価が安い企業なんだろうな

129:デフォルトの名無しさん
20/12/13 12:20:47.32 yG0Ic1Ux.net
>>125
専任が居ないとはいえメンテナンス、トラブル対応には賃金が発生する
初期投資、修理費、電気代（鯖、空調）、人件費
後は障害による停止期間中の作業停止も地味だが大きな人件費の浪費になる
トータルで見ればクラウドのほうが安いよ
まあ専任が居ない程度の小規模ならクラウドよりVPSのほうがより良いかもね

130:デフォルトの名無しさん
20/12/13 12:26:46.53 yG0Ic1Ux.net
>>126
大規模に機器を調達して自社クラウドを構築する企業は増えてきてるそうだね
金融系とかデータを外に出せない分野ではそういう選択肢もあるのだろう

ただクラウド専門事業者と比べて小規模にならざるをえない
そうなるとさっき言った纏めて管理する台数が減るので1台あたりのコストは依然として大きなままだ
コスト的には厳しいだろうね

131:デフォルトの名無しさん
20/12/13 12:28:28.35 k9p7uAHs.net
>>128
だからさ、無能な企業とちがって
運用管理のエンジニアなんて雇わないんだよ
昔はサーバーのオペレーターとかいた時代あるようだけど
今はそんな時代じゃない

壊れたら原因調査して予備のパーツに交換してすぐ復旧させる。
自社内でスキルあるエンジニアいればできることだ

132:デフォルトの名無しさん
20/12/13 12:29:10.07 CXVbPnPb.net
俺が担当してるシステムはオンプレとクラウドのハイブリッドで、
俺の業務時間の大部分はオンプレのお守りを投げているベンダーとの間の無駄なコミュニケーションに費やされている
もうすぐクラウドへの置き換えが完了するけど、そうなればベンダーは切って(俺の給料を抜きにしても)年間数千万は浮く見込みだ

133:デフォルトの名無しさん
20/12/13 12:30:38.56 +g+t61bw.net
>>129
畑違いだから分からんけど、大規模なところなんてほとんど無くて、
小規模なところの方が圧倒的に多いはずだよね

134:デフォルトの名無しさん
20/12/13 12:31:19.61 k9p7uAHs.net
>>129
電気、空調の工事、なんてクラウドやDCでも外部の業者呼ぶだけに決まってるだろｗ
修理費とかかけてる方がバカ
賢い企業は予備パーツストックしておいてすぐ交換しすぐ復旧させる

135:デフォルトの名無しさん
20/12/13 12:34:10.43 k9p7uAHs.net
>>129
＞障害による停止期間中の作業停止
これもすでにかいた。
スキルあるエンジニアが障害箇所を特定してハード故障なら
すぐパーツ交換
データのリカバリーまでしてサービス再開させる。

あとデータ転送量の多いサイトはどうやってもクラウドのが超高額になる。
絶対にオンプレミスのが安くなる
絶対に、だ。
これ否定するやつはマジで情弱、

136:デフォルトの名無しさん
20/12/13 12:35:27.24 CXVbPnPb.net
>>134
正月休みの帰省中の夜中にぶっ壊れたらどうすんの？
そりゃ俺が24時間張り付いたらそこそこの規模のオンプレのシステムは運用できるかもしれんが、少なくとも俺は絶対にやりたくないねw

137:デフォルトの名無しさん
20/12/13 12:40:47.87 k9p7uAHs.net
>>136
そんなミッションクリティカルならDC使うだろうし
DCの近所に自社のエンジニアが住んでるのが普通だぞ
なにかあったら夜中でもすぐかけつけられる体制になってる

大昔の無能オペレーターじゃあるまいし、
２４時間はりつきなんてばかなことしないｗ
監視するプログラムが走ってて異常を検知してメールとかがくる

138:デフォルトの名無しさん
20/12/13 12:42:02.67 yG0Ic1Ux.net
>>133
小規模でもクラウドやVPSのほうが安い
大規模だともっと安い
オンプレはセキュリティ規約の都合でクラウドを借りれない場合などに使うものだ

139:デフォルトの名無しさん
20/12/13 12:44:56.51 yG0Ic1Ux.net
>>134
業者呼ぶのも金かかる
パーツ交換も人件費がかかる
パーツ交換まで作業者手が止まる可能性あり
やっぱりオンプレは金がかかるな

140:デフォルトの名無しさん
20/12/13 12:46:52.16 yG0Ic1Ux.net
>>135
その作業中止まってるじゃん
従業員数時間に比例して損失が増えていく
オンプレは高くつくね

141:デフォルトの名無しさん
20/12/13 12:47:01.00 113EdQf0.net
>>137
答え出てるじゃん
その運用体制を整備して実行していくのにいくらかかると思う？

142:デフォルトの名無しさん
20/12/13 12:48:39.09 yG0Ic1Ux.net
>>137
で、深夜に叩き起こされたエンジニアが嫌気が差して転職するわけだ
今まで人材育成にかけたコストが全部吹っ飛ぶね

143:デフォルトの名無しさん
20/12/13 12:50:18.13 yG0Ic1Ux.net
そっかオンプレだと会社やDCの近くに担当者の家を借りないといけないのか
うわー金掛かりそうだなー

144:デフォルトの名無しさん
20/12/13 13:04:19.18 k9p7uAHs.net
必死にオンプレミス否定してるやついて笑えるｗ
クラウドやDC勤務のやつらかな

145:デフォルトの名無しさん
20/12/13 13:06:28.03 k9p7uAHs.net
>>139
まだ理解できないんだなこいつは。
パーツ交換くらい業者呼ばずにやるんだよ
そんなのよんでたら時間と金がかかる

スキルある企業は予備パーツさくっと交換して復旧終わり。
ダウンタイムが最小限になるのもオンプレミス

146:デフォルトの名無しさん
20/12/13 13:08:17.50 rq9kuXid.net
毎回クラウドかザマリンのはなしになる

147:デフォルトの名無しさん
20/12/13 13:09:08.86 k9p7uAHs.net
>>141
夜間対応が必要なほどミッションクリティカルなサービスは
金融のごく一部のみだしほとんどの企業は関係ない。

金融でもそもそもパブリッククラウドにしたところで解決しない。
むしろハードがブラックボックス化してトラブル解決が困難になる

148:デフォルトの名無しさん
20/12/13 13:13:52.67 k9p7uAHs.net
>>143
なんもしらないんだなこのアホは
DC多いは千葉の印西市とか郊外だぞｗ

149:デフォルトの名無しさん
20/12/13 13:24:08.33 8JARRe3z.net
>>116
複数画面を経由しての
トランザクションぽい処理とかはきついなーー。

150:デフォルトの名無しさん
20/12/13 13:28:04.09 +g+t61bw.net
DC = Data Center

151:デフォルトの名無しさん
20/12/13 13:32:40.08 3afJGKv9.net
>>144
必死に中小オンプレ養護するということはクラウド職を奪われそうな中小インフラ屋かな？

次ページ