メソッドのように呼び出せるのが良き、という話を聞いて「やはりWCFか…」と思ったのは秘密だ。 #33datahub

BlazorがReactなどに比べると人気が劣るっていうのがわかったｗ 関東圏ですらそうなんだね。 私がフロント系やることはあんまないんですが、フロントもC#が流行るといいなぁ。 #33datahub

サーバサイドなのでRESTぐらいしかやらないんですが、gRPCにちょっと興味出た。 #33datahub

プライベートなNugetでソースコードを共有（バイナリじゃなくテキストで共有）かぁ。 昔、配布目的（テンプレート的な位置づけ。あとは各プロジェクトのリポジト管理）でやったことある。 ただ、今回のケースだとバイナリのほうがいいような気がします。 #33datahub

プライベートなNugetサーバを立てるのに特殊な仕組みは何もいらなかった記憶。昔はファイルサーバで運用してた。 #33datahub

東京民なので 今後東京のC#erとも仲良くなりたい気持ち お疲れ様でした #33datahub

PC持ってくるの忘れちゃった code first gRPC試せないかなしみ #33datahub

バージョン管理のところとか勉強になった！ #33datahub

Zoomの画面をプロジェクタで表示して、現地とオンラインの画面を同じにする仕組み、良いなぁ #33datahub

後で読む learn.microsoft.com/ja-jp/azure/de… #33datahub

実際パッケージとしての共有にしていると、いや実はこのcoreのライブラリ上げてinterface変わってーけどこっちでは新しいの使っていてーというのに気づくのが難しそう… モノリポでプロジェクト参照の方が事故りにくそうだけどどうなんだろうなぁ #33datahub

Unaryのみなら対応しやすいです（？） #33datahub

作者さんいる場で MagicOnion の質問出るの緊張しそうww #33datahub

そりゃそうなる質問w #33datahub

するどい質問が飛び交うなぁ（なんもわかってない人） #33datahub

とても笑顔になる質問だｗｗｗｗ #33datahub

私はモノリポで全部丸ごと共有するのが好き！（？） #33datahub

モノリポで全部丸ごと共有するのが好き！（？） #33datahub

あーライブラリのコードを共有するのではなくてNugetでバージョン管理とかしてライブラリ保全してるんか いま目の前に似たような課題あるから参考にしたいな #33datahub

アプリバージョンはgitのコミットのハッシュ使ってるのでアプリ開発者とかは気にしなくて良いのね #33datahub

■登壇概要 タイトル：Blazor WASM × Code-first gRPC で始める C# ⼤統⼀理論 登壇者：技術本部 Sansan Engineering Unit Data Hubグループ　今村 有人 speakerdeck.com/sansantech/san… #33datahub

再利用性が課題とのこと。 #33datahub

【登壇資料を公開しました】 今回発表した木下、今村の資料を公開しました。ご興味がある方はぜひご覧ください！ #33datahub ■登壇概要 タイトル：.NET GraphQL Client のリアル 登壇者：技術本部 Sansan Engineering Unit Data Hubグループ　⽊下 賢也 speakerdeck.com/sansantech/san…

ほー、.NET8では.dllじゃなくて.wasm拡張子でWASMファイルをダウンロードできるのか #33datahub

Blazor WebAssemlyだとユーザー側でダウンロードしてしまっているからポップアップなどで通知してリロードさせる実装が必要 考慮してなかった… #33datahub

発表の最後にポジティブ・ネガティブってまとまってるのよき #33datahub

gRPCのインターセプターでバージョンチェックをして、バージョンが古かったらユーザーに通知してるのかぁ。良いね。 #33datahub

アプリのバージョンいれてるのか デプロイやスケーリングとかにいい影響だしそう #33datahub

Logingの工夫はWASMじゃなくても有効そう。 #33datahub

Blazor と BFF 入れて幸せになったのかな？ 修正の手間だけが気になる #33datahub

frontアプリのログ問題、クロスドメイン原因やオフライン時のログ送信できない→ブラウザのLocalStorageに貯める、オンラインになったタイミングで送信 #33datahub

へぇ〜、ログの仕組みを自前で作り込んでるんだ。 #33datahub

RESTでは考える細かい設定をスキップできるのは確かにgrpcのいいところなのかも #33datahub

RESTの型にはめてもらえると慣れれば理解しやすいというのはあるけど、確かにその型にはめないといけない窮屈さがあるのか #33datahub

protobuf-net.Grpc をMSで面倒見て欲しいなぁと思うくらいには便利そうに見える #33datahub

何れにせよ.proto なしにC#そのものでスキーマを作ってシームレスに共有できるのはとても良き。 #33datahub

知識なさ過ぎて、そうか！RESTってしんどいのか！ と今知った　#33datahub

コードファーストのgRPCは体験よさそう #33datahub

.protoなしコードファーストgRPCはMagicOnionの方が先！まぁただ非HTTP/2環境では使いづらいですね、はい。しょーがなす。 #33datahub

原理主義...！！ #33datahub