Microsoft ASP.NET Blazor #02

**デフォルトの名無しさん** · 2020/11/22(日) 05:30:30.13

ASP.NETのBlazorのスレッド part2です。

ASP.NET
https://dotnet.microsoft.com/apps/aspnet
ASP.NETは、クロスプラットフォーム対応、無料、オープンソースのフレームワーク
Free. Cross-platform. Open source.
A framework for building web apps and services with .NET and C#.

Introduction to ASP.NET Core Blazor
https://docs.microsoft.com/en-us/aspnet/core/blazor/?view=aspnetcore-5.0

【本命】Blazor スレ1【真打】
http://mevius.5ch.net/test/read.cgi/tech/1595255796/

**デフォルトの名無しさん** · 2020/12/21(月) 17:56:07.61

>>189
Blazorだけの数字なんていみないし
そもそもBlazorのシェアがまだ1%すらない
ちょっとは現実みたほうがいいよ

**デフォルトの名無しさん** · 2020/12/21(月) 17:58:48.02

>>190
ほんとクラウド信者はしつこいな
スキルある企業、個人は
パブリッククラウドの料金体系見てすぐ除外する。
ほとんどの用途でオンプレミスよりコスト高になる。
わからないやつはその程度のレベルだししつこく反論してくるな

**デフォルトの名無しさん** · 2020/12/21(月) 17:59:42.03

>>191
心配しなくてもそのうち消える
俺にとってこの板は失うもののほうが圧倒的に多い

**デフォルトの名無しさん** · 2020/12/21(月) 18:00:08.46

雑談スレだとオンプレ爺さんも相手してもらえるんだなw

**デフォルトの名無しさん** · 2020/12/21(月) 18:11:17.19

あっちが本スレなんじゃよ爺さんも湧くからたまらんなあ

**デフォルトの名無しさん** · 2020/12/21(月) 19:04:54.94

>>194
そんなすぐに見切り付けられるんじゃクラウドは商売にならん
しかし現実の世界ではクラウドは大繁盛だ
みんなクラウドのほうが良いと判断してるわけだな

**デフォルトの名無しさん** · 2020/12/21(月) 20:35:12.12

>>198
しつこいな
どうせおまえは無能でオンプレミス対応できないんだから
気にしてもしょうがない

**デフォルトの名無しさん** · 2020/12/21(月) 20:42:24.04

俺はオンプレのサーバーに触れたことすらない無能だが、クラウドのお陰で一本稼いでる
オンプレのほうが安い可能性は否定しない(知らないから)けど、ぶっちゃけ全く興味ないわ

**デフォルトの名無しさん** · 2020/12/21(月) 20:52:32.75

>>199
クラウドに対応できないんだね
わかってるよ
オンプレ仕事は減っていくだろうけど頑張ってね

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

こんなところに書いてもあれだが雑談系スレッドならいいだろう。
オチは無い。

Qiitaや技術系ブログをみてると、Reactやらnode.jsやらJavaScript系の技術を使ってる俺たちは最先端だよねイケてるよねっていうのがすごく鼻につく。

その技術が苦手なこともあるはずなのに良い面ばかり書かれてて
そしてJavaやC#は馬鹿にされる。

おそらく若手はC#なんて古臭い言語やってられないですよ俺たちもTypeScriptヤりたいっすよ
って思ってるんだろうなあと。

いやいやnode.jsってン万件のCSVデータ取り込みとかに耐えれるのか？向き不向きがあるだろうと言いたいところだが
こればっかりは触ってみないと分からないんだよなあ。
そしてそんなことやってる暇がない。

BlazorServerなんて最強じゃんと思うんだが、若手はこんな潰しの効かなさそうな技術なんか学びたくないだろう。
俺が若手の頃にCOBOLなんてやってられないっすよと思ったように。

良し悪しとは別に技術には勢いというものがあって、勢いがあると沢山の知見が集約されてどんどん良くなっていく。
js系の技術やクラウドもそうなんだろうな。

**デフォルトの名無しさん** · 2020/12/21(月) 23:50:58.97

ン万件とか少な過ぎて笑える

**デフォルトの名無しさん** · 2020/12/22(火) 09:37:44.93

>>201
またでてきたか、低能のイキリが。
そんな簡単なことで自慢してくるから笑われる
オンプレミスやってるやつらで簡単な設定するだけの
クラウド使えない奴などいない

**デフォルトの名無しさん** · 2020/12/22(火) 09:42:09.37

>>202
ここ雑談スレじゃない。

Web系エンジニアのマウントには同意。
スクリプトしかできない無能なフロントエンドほどマウントとってくる。
バックエンドの知識ないからクラウドつかってるやつらなのに
クラウド使える俺たちすごい！みたいな奴らなｗ

コボラーに同意しちゃうとまた爺さんと誤解されるからやめとくか

**デフォルトの名無しさん** · 2020/12/22(火) 09:46:21.52

ここは雑談スレで本スレはこっちな
【本命】Blazor スレ2【真打】
https://mevius.5ch.net/test/read.cgi/tech/1606028377/

**デフォルトの名無しさん** · 2020/12/22(火) 09:47:06.91

>>202
C#が古臭くてTSがやりたい？
そんなこといってるやつは無能すぎだろ

nodeは低速だしクソだよ
nodeのweb frameworkでまともなやつはない

JSがどんどん良くなっていくも嘘
触ってみりゃわかる
ゴミみたいなのが乱立してるだけってのがJSフロントの実態

**デフォルトの名無しさん** · 2020/12/22(火) 10:03:50.70

>>204
使えてないからオンプレのほうがいいなどと間違ったことを言い始める
使えてる人はクラウドを選ぶ

**デフォルトの名無しさん** · 2020/12/22(火) 12:11:07.00

>>207
すまんがあなたの
クラウド貶してオンプレ推してるのに違和感を感じるので
そのnode、js貶してるのもいまいち信用できないんだよなあ
適材適所ってあるって思うんだよ。
何からなんでもクラウドはたしかにおかしい。
オンプレが必要なシーンはあるだろう。

同様に何からなんでもjsはクソ！もおかしい。
これではWeb系エンジニアのマウントと変わらない。

**デフォルトの名無しさん** · 2020/12/22(火) 12:24:41.48

地頭が悪いジジイやから数十年携わってきたサーバー運用しか出来んねん
スレ民はもうちょい労ってあげてや

**デフォルトの名無しさん** · 2020/12/22(火) 12:54:35.28

>>209
>これではWeb系エンジニアのマウントと変わらない。

こういうのはオンプレ爺と同じでコンプレックス丸出しなのでやめた方がいいよ
それに今どきWeb使わないシステムやソフトウェアのほうが圧倒的少数派なので「Web系」って括りは意味がない

**デフォルトの名無しさん** · 2020/12/22(火) 13:06:10.14

>>209
信用できない？
ベンチマーク見てから言え
C#, Javaに比べて
node(JS)遅いし
Rubyは激遅い

能無しフロントのマウントと一緒にするな
俺は技術の優劣をみてクソと言っている

**デフォルトの名無しさん** · 2020/12/22(火) 13:09:39.64

>>210
外部業者に委託しないとバックエンドの開発も運用も
できないようなおまえのような無能と一緒にすんなハゲｗ

もしジジイならスキル範囲ひろくてめちゃ有能ジイイだな
おにいさんだけど

**デフォルトの名無しさん** · 2020/12/22(火) 13:48:16.89

ジジイなんで毎度すぐレス返ってくるねん？
会社に相手してくれる人おらんで暇なんかな

しゃあない、おいちゃんが何でも話聞いたるわ！
これからは無理してITの話題振らんでもええさかい、ジジイの趣味話でも聞かせてや

**デフォルトの名無しさん** · 2020/12/22(火) 13:52:25.55

あ、それから無理して草生やす必要ないで？
つい背伸びしてまうのはジジイの悪いトコロやな

**デフォルトの名無しさん** · 2020/12/22(火) 14:30:43.23

>>212
文字速度、生産性全てにおいてASP.NET+C#が上回るならなぜみんな選択しないのか。
理由は必ずあるはず…！
小規模なシステムで使うには重量級すぎるとか？

それとも最初に覚えた言語が何かにもよるのだろうか。
js系言語から入ったらC#やJavaに手を出さないものなのか。
おれは機会があればjs系言語に手を出してみたい。

>>211
そう？会社もWeb系とSIer系で分けれるのかなとおもってるんだけど。
コンプレックスははっきり言ってめちゃくちゃある。
あいつらはなんであんなにキラキラとした目でjs系技術最高っスみたいなノリなんだちくしょうめ。

**デフォルトの名無しさん** · 2020/12/22(火) 14:32:57.24

>>216
×文字速度
○速度

**デフォルトの名無しさん** · 2020/12/22(火) 16:09:21.58

>>213
零細勤めなのは知ってるけどどれくらいの規模のシステム作ったことあるの？
ロードバランサー要らないレベル？

**デフォルトの名無しさん** · 2020/12/22(火) 16:42:02.20

>>216
なぜ選択されないのかというとWEB系ウェーイの連中がスクリプト布教活動に熱心だからだよ
やつらがnode最高です、ruby最高ですとひたすら布教するので、引っかかったユーザーがどんどん増える
C#erは布教活動にはあまり熱心ではないね
自分らが有効に活用できればOKという考え方なので、ユーザーを増やすことには興味がない
もしかするとウェブ系ウェーイみたいに雑魚が流入してくるリスクを懸念してるのかも

**デフォルトの名無しさん** · 2020/12/22(火) 20:12:23.02

毎度すぐレス返してきてお前暇なんか？言うてジジイ煽ってみたら案の定何も書き込まなくなりおった
なんちゅう打たれ弱さや…チンケなプライドが足枷になってること理解しとるんか？

**デフォルトの名無しさん** · 2020/12/22(火) 20:54:55.78

なんだこのエセ関西弁…このスレはなんでこうイロモノ揃いなのか

>>219
たしかにやつらは得た技術を発信することを良しとしてるよな。
Web系ならではのオープンな感じ。
SIerがやったら自社ノウハウを流出させたから減給とかなりそう。
それで情報が少ないから人気のない言語、フレームワークと捉えられるのは悲しいなあ。

**デフォルトの名無しさん** · 2020/12/22(火) 21:14:00.98

そもそもASP.NETの人気がないというのが嘘だろう
個人ブログ等の記者が主観で語ってるだけのいわゆる僕が考えたフレームワークランキングだと無視されがちだけど
ちゃんとした測定を元にランキングを出してるとこだとPHPの次ぐらいにASP.NETが入ってるものが多い

**デフォルトの名無しさん** · 2020/12/22(火) 22:12:00.01

>>221-222
ASP.NETはWeb Frameworkとしては1位だ
https://www.wappalyzer.com/technologies/web-frameworks/

>>220
無視されたことに気付かないバカ

**デフォルトの名無しさん** · 2020/12/22(火) 22:21:19.03

>>223のURLはもっと知名度あっていい。

node.jsが人気ないのもわかるだろ
Expressもシェア落として6%になった。
Expressはフルスタックではなく貧弱なやつだからな
node系のフルスタックはゴミみたいなのしかない

web frameworkは迷わずASP.NETでいい。
C#できないちょい無能はLaravelかRails
ガチ無能はバックエンドさわってはいけない。事故の元

**デフォルトの名無しさん** · 2020/12/22(火) 22:22:23.43

ほらな、逃げた言うて煽ったらすぐ書き込みにきよる
何より笑えるのはわいが煽って以降、ジジイがレスに草生やさなくなったことやｗ

要するにな、オンプレジジイはいい歳して己が確立してない精神的未熟児なんやね
他人に抗うことしか行動原理が無い、それこそが唯一のアイデンティティ…なんとも悲しくて哀れで虚しい話やないか！？

……おいちゃんな、ほんまはジジイの力になりたいんや！真剣にそう思ってる
ジジイがクラウド本気で勉強するつもりならわいが一から手取り足取り教えたる、blazorに関してもジジイと違っておいちゃんはプロやから正しい使い方伝授したるよ？どや、ええ話やろ？

**デフォルトの名無しさん** · 2020/12/22(火) 22:58:45.41

名探偵コナンの服部みたいな嘘くさい関西弁

**デフォルトの名無しさん** · 2020/12/22(火) 23:57:17.69

お前もおいちゃんと友だちになりたいんか…？
わいは全然構へんのやけどジジイが嫉妬してまうかもしれんからジジイの返答待ちやな

ほなまた明日

**デフォルトの名無しさん** · 2020/12/23(水) 00:26:15.53

こんなこと書いてても、昼間はBlazorWasmを自在に操って、洗練されたピザの販売サイトや天気の一覧が出てくる画面を作ってるんだろうなあ

**デフォルトの名無しさん** · 2020/12/23(水) 01:54:16.30

>>228
オンプレ爺さんは？

**デフォルトの名無しさん** · 2020/12/23(水) 07:14:04.95

雑談スレらしく活気があってイイネ！

**デフォルトの名無しさん** · 2020/12/23(水) 08:14:07.90

>>229
さあ…でもたぶんオンプレ爺さんは、己を育ててくれたBlazorに感謝しているのは間違い無いだろうから、
感謝のカウントアップをしてるんじゃね。
毎日一万回、カウントボタンをクリックし、スクショを取り、エクセルに貼り付けてる。
さすがにそこまでしないか。八千回かな。

**デフォルトの名無しさん** · 2020/12/23(水) 08:25:24.23

いい話だなァ（；＿；）

**デフォルトの名無しさん** · 2020/12/23(水) 08:34:59.21

ついでに恥を偲んで聞くんだが、
よくWeb系の奴らが、型があるって素晴らしいですね♪的なことQiitaとかに書いてるけど
奴らが言う型って、もしかしてC#で言うところのクラスのこと？

**デフォルトの名無しさん** · 2020/12/23(水) 08:43:14.91

TypeScriptのことだよ

**デフォルトの名無しさん** · 2020/12/23(水) 08:58:24.15

え、言語なのか…

**デフォルトの名無しさん** · 2020/12/23(水) 10:03:58.22

>>234
ts推しのひとのlevelはこの程度だｗ

>>235
言語のわけない。経験言語は？

**デフォルトの名無しさん** · 2020/12/23(水) 12:04:39.47

>>236
し、C#の経験がありますっ

**デフォルトの名無しさん** · 2020/12/23(水) 12:24:52.39

C#やってて型が何かわからないってどゆこと？
C#ではclass, struct, enum, interface, delegate, arrayが型

型があるって素晴らしいですね♪的なのは見たことないけど
動的言語でも型がない言語は実質ないから
静的型チェックっていいですねくらいの意味じゃないのかな

**デフォルトの名無しさん** · 2020/12/23(水) 12:28:36.82

これはひどい
>>236 で回答しちゃいそうになったが
C#やってて型もわからないような人が>>231のように煽ってたわけだ。
型わからないのにC#使えるわけないんだがね

これでまたはっきりしちゃったな
初心者がオンプレミスおにいさんのスキルに嫉妬して叩きまくってたということが

**デフォルトの名無しさん** · 2020/12/23(水) 12:33:43.74

>>239
TypeScriptは言語ですよ？

**デフォルトの名無しさん** · 2020/12/23(水) 12:41:43.57

>>240
そういう話じゃない
>>234のレスがずれまくってるということ
TSは型のある言語のひとつだが233返答として不適切ということ。

まあ質問者が煽ってたカスだったから答えはもう不要だけどね

**デフォルトの名無しさん** · 2020/12/23(水) 12:53:44.25

>>238
いや型が何かはわかってる
js系やってる人達のいう型と同じなのかなという、煽りではなく素朴な疑問

ただjsだって文字型、数値型はあるだろうから複合型のこと言ってるのだろうか。

**デフォルトの名無しさん** · 2020/12/23(水) 13:26:24.61

文脈的にTypeScriptでも合ってるような気がする。

**デフォルトの名無しさん** · 2020/12/23(水) 14:06:10.99

文脈的にはTypeScriptはすばらしいということだね

**デフォルトの名無しさん** · 2020/12/23(水) 14:12:41.92

>>242
変数が定義時に型を結び付けられていて、途中で別の型の値を代入すると
コンパイル段階でエラーにしてくれることを
「型があるって素晴らしい」
と言っているのだろう。例えば、C++では
int a = 5;
とした場合、aに文字列や浮動小数点値やクラスオブジェクトは代入できない。
auto a = 5;
としても、autoがintのように解釈されてaがint型の変数になるだけで
aに文字列や浮動小数点値やクラスオブジェクトは代入できない。
ところが、JSだと、
let a = 5;
とすると、aには文字列でも浮動小数点値でもオブジェクトでも何でも
代入できてしまう。
これがバグの原因になりやすいから。

**デフォルトの名無しさん** · 2020/12/23(水) 14:17:08.23

typescriptは厳密すぎるとは思うけどね
もうちょっと緩くする的な議論もあると聞く

**デフォルトの名無しさん** · 2020/12/23(水) 14:45:16.52

ウェブ系で型があるって素晴らしいってことは、型が無い世界に居たって事で。

Javascriptつこてて、TypeScriptに出会った感が強い。

**デフォルトの名無しさん** · 2020/12/23(水) 15:20:49.21

>>242
それはC#における型はわかってても
言語に依存しない型という概念を理解してないってことだったりしない？

JS使ってる人たちが言う型とC#の型に違いがあるかというと違いはない
型の種類や適用されるルールに違いがあるだけで型という概念は同じ

**デフォルトの名無しさん** · 2020/12/23(水) 18:02:10.45

>>245
>>248
ありがとう
jsにもプリミティブ型はあるけど、コンパイラによる型チェックがなかったってことかな。

逆に型チェックなしでよく頑張ってこれたな…
数値計算とかブラウザ上でやることがないから問題なかったのかな。

**デフォルトの名無しさん** · 2020/12/23(水) 18:45:31.75

>>249
[追加]
JSの場合、オブジェクトは、
let a = {
　age : 12;
};
として作製するが、ageを書き間違えて
a.aga = 13;
などとすると、何のエラーも出ず、aga という新しいプロパティーが
追加されてしまう。その結果、
a.age と a.aga の二つのメンバが出来、
a = {
　age : 12;
　aga : 13;
}
としたような状態になってしまう。
JSに限らず多くのスクリプト言語は同様の現象がおき、ミスに対する
フェイルセイフが出来ておらず非常に危険なので、大規模開発に
向いていないと言われている。

**デフォルトの名無しさん** · 2020/12/23(水) 18:52:45.56

それ型と直接関係なくね？
確かにtsだとそれを防ぐ型とか作れるけども…

**デフォルトの名無しさん** · 2020/12/23(水) 19:09:45.60

なぜ型と関係ないと思うwww

**デフォルトの名無しさん** · 2020/12/23(水) 19:26:43.15

>>250
全部dynamic型！みたいな言語だな。
こんなの自分一人でもだめだわ。破綻するわ。
これの利点ってなんなんだろ…

あとよくサーバーとフロントで型を共有できて嬉しいですよね♪みたいなこと書いてるブログもみるんだが
それができてない場合ってこうなる？
サーバー側:sexはなんか卑猥だからgenderにしたれ！
フロント側:sexに何も挿入されない…

**デフォルトの名無しさん** · 2020/12/23(水) 21:34:43.30

>>250
それはDictionaryに新しいkey/valueペアを追加してるのと同じだからね
そういうのでバグ出しちゃうのは基本的にテスト書かない人

チーム開発で動的言語使ってまともなプログラムを作るためには
静的言語の場合よりも高い技術スキルとコミュニケーション能力が求められる
なのでソフトウェアの規模というよりチームの規模が大きくなればなるほど不利

**デフォルトの名無しさん** · 2020/12/23(水) 21:52:55.12

無能爺が出しゃ張らないだけで、雑談スレでもここまで建設的なスレになるんだね

**デフォルトの名無しさん** · 2020/12/23(水) 21:53:23.50

>>253
サーバーとクライアントで違う言語を使ってても
swaggerとかでインターフェース定義してそれぞれコード生成すればいい
C#でも同じだと思うんだけど？

逆に同じ言語を使ってるからといってやり取りするデータを定義した
クラスライブラリを共有するのはアーキテクチャ的にはかなり微妙
特に外部に公開するようなサービスでは

**デフォルトの名無しさん** · 2020/12/23(水) 22:03:15.12

>>254
これだけのことにテスト書くの？テストまみれにならないか？
そもそもコンパイラがチェックしてくれるようなこおを自力でテスト書くとか苦行すぎるだろ…
それって高い技術力と言っていいのだろうか。
言語、フレームワークの選定を間違えているとおもう。

>>256
Blazorのプロジェクトつくるとそうなってるよね
あれは規模が小さいシステムなら許容されるんだろうか。

**デフォルトの名無しさん** · 2020/12/23(水) 22:27:01.33

>>256
連投すまん

そのswaggerはサーバー側の型に変更があったらクライアント側で気づくことができるんだろうか。
blazorのプロジェクトの構成ならコンパイラが教えてくれるよね。

外部に公開しないシステムで二回型定義するのは、ツールに頼ったとしてもめんどくさいとおもってしまうんですよ

**デフォルトの名無しさん** · 2020/12/24(木) 00:11:53.93

>>258
swaggerの意味間違えてるよ。
それswaggerの役割じゃないから。

**デフォルトの名無しさん** · 2020/12/24(木) 00:38:15.61

Unityがなんで勝ったか、を考えれば答えは見えてるだろ

**デフォルトの名無しさん** · 2020/12/24(木) 00:59:13.90

>>257
>Blazorのプロジェクトつくるとそうなってるよね

なるほど、前提として想定してるアーキテクチャが全然違ったのね
>>256の話はBlazorのプロジェクトが別のバックエンドのAPIサーバーにアクセスする必要があるようなケースに
APIサーバーがで定義された型をクラスライブラリとしてBlazorのプロジェクトと共有するかどうかみたいな話ね

Blazorはモノリシックなアプリでいい場合は簡単に作れていいと思うよ
考え方的にはRailsとかと同じだけど裏のところが独自技術な分だけ優れてる
悪い点はロックインされるところ

**デフォルトの名無しさん** · 2020/12/24(木) 01:05:39.49

最近はミクロサービスもやっぱ駄目だったってんでモノリスに回帰してきてるらしいな

**デフォルトの名無しさん** · 2020/12/24(木) 06:31:15.50

Docker は、1コンテナに、1アプリのマイクロサービス

今の基幹技術だろw
流行りまくっている

**デフォルトの名無しさん** · 2020/12/24(木) 08:12:52.16

>>263
またにわかのフロントエンドのバカか
流行っているかではなく優れているかで選ばなくてはいけない
大規模やってる大手企業、上級エンジニアはDockerを嫌う

**デフォルトの名無しさん** · 2020/12/24(木) 08:34:44.70

>>261
すまん前提が書けてなかった。
うちは企業内アプリをメインに作ってて、他の外部apiには殆どアクセスしない。
バックもフロントも自チーム内で完結する。

横に座ってる奴がサーバー側の型を変更して急用ができて帰ったとする
フロントやってるやつがそのことに気づかずにリリースしてしまうなんてことが起こるようなら本末転倒だなと。

それで原因はテストコードが足りないとか、コミュニケーションが足りないとかいうのもおかしいよねと考えている。
Blazorのプロジェクト構成ならビルド時に気づくよね。

swaggerを使うことで、フロント側がすぐに型変更を検知できるような仕組みがあるんならいいんだけど、気づかないよね？困るよね？現にお困りではないでしょうか？
と聞きたかった。

**263** · 2020/12/24(木) 08:39:38.18

AWS の構成図を見てみろ。
ほとんど、マイクロサービスだろ

何十もの、Lambda, SQS(Queue), SNS(通知)をつなげてるの、ばっかりだろ

クラスメソッドの動画を見ろ

会社全体で、AWS の資格を800持っていて、
全12資格を持つ・ジェダイマスターが7人もいる！

**デフォルトの名無しさん** · 2020/12/24(木) 08:40:41.97

>>264
零細爺が見栄張って適当言っちゃあかんでしょ
社内でファイルサーバーでもたててSEごっこしてなさい

**デフォルトの名無しさん** · 2020/12/24(木) 08:53:01.08

>>266
そりゃアマゾンは大手のクラウド事業者だからあたりまえだろ
自社の提供するサービスをそのまま使ってるだけ
サービスの広告にもなる

一般法人がそれを採用することが合理的かは別の話だ。
デメリットを理解せず、流行ってるからいいという
アホな価値観だからそういう思考になる

**デフォルトの名無しさん** · 2020/12/24(木) 08:58:23.93

こいつはホンマにいつも5chやっとるな

**デフォルトの名無しさん** · 2020/12/24(木) 09:04:12.11

>>266
おまえいつもKENTAの話ばっかりしてるやつだろｗ
クラスメソッドｗ
俺は初心者向けスクールなんていかない。

会社全体の資格者数なんて何の意味もないし
ベンダー資格なんてすぐに取れるんだよｗ
スクールだから宣伝のために講師に取らせてることも理解できないって
頭悪すぎだぞ
スクールの講師に優秀なエンジニアいないぞ
簡単にとれる資格でだまされてるやつｗ
KENTAとかスクールとか情弱ビジネスに釣られすぎ

**263** · 2020/12/24(木) 09:33:54.56

クラスメソッドは、AWS パートナー・オブ・ザ・イヤーとか取ってる、最上位の会社

米国年収で、
Ruby on Rails 1,300万円
Node.js 900万

VMware 1,400万
AWS Solution Architect 1,500万

もう、AWS資格が、Railsを超えてる！

**デフォルトの名無しさん** · 2020/12/24(木) 09:52:41.32

ついでに聞いとこ。
クラスメソッドくんは普段なんのフレームワークで開発してるんだい？

**デフォルトの名無しさん** · 2020/12/24(木) 10:54:27.41

>>266
その構成が複雑化しすぎて多くの場合でデメリットがメリットを上回ってしまう
よっぽど巨大で複雑なシステムでもない限りモノリスのほうがシンプルでイイネ
っていうふうにトレンドが移り変わろうとしてるところ

**デフォルトの名無しさん** · 2020/12/24(木) 11:28:27.57

KENTAはコテ付けるべきでは？

**デフォルトの名無しさん** · 2020/12/24(木) 12:08:12.79

>>273
これほんとにそうだと思う。

こういうのが必要なのって相当巨大なシステムだけなんじゃないのか
トレンドだからとDockerだか、Kubernetesだかに手を出して
気づかず消耗してるんじゃないだろうか。

クリーンアーキテクチャについてもそうおもうし、
なんならrest apiもそうなんじゃないだろうかと疑っている。
rpcでよかったのにrestにしちゃったケースもあると思うんだよなあ

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

>>265
サーバー側の型が
クライアント側に漏れでた時点で
設計がおかしい。

もしかして、
クラサバみたいな設計ですか？

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

>>276
漏れ出るって…？
ASP.NET MVCは定義したモデルをビューで参照できるよね？
これは漏れ出てる…？

**デフォルトの名無しさん** · 2020/12/24(木) 13:32:36.53

>>275
Dockerは別にいいと思う
あれはどんな依存関係でも簡単にパッケージできるのと環境を汚さないで済むという強力なメリットがある
K8Sまで行くとやりすぎで本当にK8Sが必要なのか慎重に考えないといけない

クリーンアーキテクチャは悪くない
モノリスに回帰してきているとは言ってもコードを汚く書いていいわけじゃない
あくまでも悪いのはミクロサービスであってアプリケーション内部をクリーンアーキテクチャで綺麗に構造化するのは依然として良いことだ

RPCはそのとおり
APIだけじゃぜんぜん駄目だったのでgRPCなどが普及し始めた
DDDの文脈で綺麗にシステムを作ろうとするとAPIよりRPCが肝要となる

**デフォルトの名無しさん** · 2020/12/24(木) 13:35:03.72

>>277
サービスレベルで設計してないって事ね。

**デフォルトの名無しさん** · 2020/12/24(木) 13:56:01.24

単純なマスタメンテみたいなアプリでもなけりゃサーバーとクライアントで扱うモデルって一致しなくない？
セキュリティとかプライバシーに関わるようなデータでも平気でネットワークに流しちゃう感じ？

**デフォルトの名無しさん** · 2020/12/24(木) 14:00:28.72

ドットネッターはコンテナに拒否反応示す人が多いよね
.NET Coreでせっかくモダンなスタイルのデプロイが可能になったと思ったら、
井の中の蛙なユーザーに迎合してIIS統合とかFDD強化とか変なことに力入れてどんどん退行してるし

**デフォルトの名無しさん** · 2020/12/24(木) 15:31:58.25

Windowsコンテナが実用レベルになったら起こしてくれ

**デフォルトの名無しさん** · 2020/12/24(木) 17:59:56.32

>>279
そこまでやる必要がないレベルといえばそう。
世にあるMVC系のWebフレームワークはなんか漏れ出してるということなんだろうか

>>280
逆に単純なマスタは一致するんじゃないの
そりゃおっしゃるようなシーンでは一致しないだろうけど
どっちが多いかにもよるんだろうか。

サーバーと型が共有できるって利点だと思っていたけど
結構反対意見も多いな。
少なくともBlazorの雛形はそうなっているけど、これは小規模だから成り立っている？
もっといろんな意見を聞きたい。

**デフォルトの名無しさん** · 2020/12/24(木) 18:17:21.72

>>283
反対意見じゃなくてAPIの設計がちがう。

swaggerでopenAPIとして公開するレベルなら、
クライアントの種別、言語は問わない。

**デフォルトの名無しさん** · 2020/12/24(木) 18:32:45.65

>>265
それってコンパイルエラーになるような変更なら気がつくけど
それ以外の変更なら不具合が起こってても気が付かないてことでしょ？
結局テスト書いてないだけじゃない？

swaggerとかインターフェース定義ファイルからそれぞれのスタブを自動生成するようなやつは
定義が変わればそりゃ検知できるけど検知できて新しい定義に対応したところで
その変更によって不具合が起こってないことはテストしないとわからないよね

**デフォルトの名無しさん** · 2020/12/24(木) 18:36:25.33

>>280
モデルにも色々ある
ドメインモデルとかビューモデルは当然、共有しない

APIやRPCのI/Oモデルは共有する
Blazorはこれを追加作業なしで完全な形で型安全に共有できるから強い

**デフォルトの名無しさん** · 2020/12/24(木) 18:46:02.72

さらにF#の型プロバイダをBlazorで利用すると、バックエンドが.NETでない場合でも、型安全なI/Oモデルを手に入れることができる
インターフェース定義、コード生成要らないので、とても楽ちん

**デフォルトの名無しさん** · 2020/12/24(木) 18:53:41.80

>>284
いろんなデバイスやシステムからアクセスするapiに関してはおっしゃる通りだと思うよ。
でもそんなの限られるんじゃないの？いや俺がそういうの作った事ないからそう思い込んでるだけかもしれないけど。

そうじゃないものまでapi化するのは意味なくて、型は共有した方が嬉しいですよね♪ってことだと解釈してます。

>>285
swaggerはリリース前に自動で変更検知して止めてくれるってこと？
なら安心だな。
テストに関してはおっしゃる通り。

**デフォルトの名無しさん** · 2020/12/24(木) 19:15:50.43

>>283
型共有は工数削減効果が非常に高いので積極的に利用して良いよ

**デフォルトの名無しさん** · 2020/12/24(木) 19:26:12.20

swaggerがどうのこうの言ってる人はミスリードを狙ってそうな気配がする
swaggerはメソッドを定義することはできないからblazorの型共有とはそもそもまったくの別物だよ

**デフォルトの名無しさん** · 2020/12/24(木) 19:34:01.95

blazorの型共有は単にAPIのDTOを共有するといったつまらないユースケース留まらない(もちろんDTOとしても非常に便利ではあるが)

例えば単価、税率、個数から消費税込み価格を計算するメソッドがプレゼンテーション層とドメイン層の両方で必要になった場合
blazorならC#で1回だけメソッドを実装すればいい
バックエンドとフロントが異なる言語だと同じ処理を異なる言語で2回実装しなければならない
もちろん仕様変更が発生した場合には両方ともプログラムを修正、テストをしなければならない
テスト定義もバックエンドの言語とフロントエンドの言語で2回書かなければならない
片方の仕様変更を忘れてもテストが更新されなければアラートは鳴らないので
慎重に2つの言語を調べ尽くして実装漏れがないかどうか確認しなければならない

**デフォルトの名無しさん** · 2020/12/24(木) 20:36:59.38

画面の金額と実際の請求金額に差異が出たりしたら偉い人が顧客に土下座するレベルの重大事故だろ
さすがにそこはサーバーサイドに投げるわ
コード共有などという小手先レベルの共通化は少々バグっても笑って許される程度の機能のちょっとしたUX改善程度にとどめておくべきで、
重要なものはアーキテクチャ上差異が発生しないように作る