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

レス数が900を超えています。1000を超えると表示できなくなるよ。
1デフォルトの名無しさん
垢版 |
2020/07/20(月) 23:36:36.67ID:td0HkrQz
混沌を極めるWebアプリケーション界隈に現れた一筋の光明
型無し言語 JavaScript の悪夢を打ち払い
林立するエコシステムの亡霊を退散
アプリケーション開発者の希望となるMVVMを引っ提げて登場した真のSPA開発環境

Blazorを語る者よ、集え！

ASP.NET Core Blazor の概要
https://docs.microsoft.com/ja-jp/aspnet/core/blazor/?view=aspnetcore-3.1
2020/11/19(木) 11:05:49.18ID:IwXUzkye
>>830
ほーん？ｗｗｗ
React Nativeは
Facebook
Instagram
Uber Eats
Tesla
Skype
Pinterest
SoundCloud Pulse
Walmart
Bloomberg
Discord
等々で使われてるけどｗｗｗ
Xamarinは？ｗｗｗ
Flutterは？ｗｗｗ
833デフォルトの名無しさん
垢版 |
2020/11/19(木) 11:10:40.94ID:/BwiR0R4
>>831
https://www.statista.com/statistics/869224/worldwide-software-developer-working-hours/
ここみると2020年のFlutterの伸びがすごい
来年はトップになるのは確実に見える

これ見るとXamarinは人気落ちてるのか
C#慣れてるし好きだからXamarinいいかなと思ったんだけど
いま開発者に人気なのはFlutterっぽいんだよな

C#使いにとってはReact NativeはJSってだけで候補外だろう
2020/11/19(木) 11:14:46.79ID:IwXUzkye
>>833
ほーん？ｗｗｗ
React Nativeは
Facebook
Instagram
Uber Eats
Tesla
Skype
Pinterest
SoundCloud Pulse
Walmart
Bloomberg
Discord
等々で使われてるけどｗｗｗ
Xamarinは？ｗｗｗ
Flutterは？ｗｗｗ

恥ずかしがってないで書けよｗｗｗ
まさかひとつも無いなんてことはないだろｗｗｗ
2020/11/19(木) 11:53:07.42ID:/BwiR0R4
>>834
>>833みてもわからないんだな
あたま悪すぎ
836デフォルトの名無しさん
垢版 |
2020/11/19(木) 11:56:56.84ID:/BwiR0R4
Flutterは10万種類以上のアプリがでているとのこと

So far, we’ve shipped production-quality support for Android
and iOS, with eight stable releases and over 100,000 apps
shipped to the Google Play Store alone.

XamarinもFlutterも実績は十分
あとは自分にあったものを選べばいい。実績できたらMAUIでもいいけど
2020/11/19(木) 11:59:58.77ID:IwXUzkye
ほーん？ｗｗｗ
で？ｗｗｗ
どんな素晴らしいアプリが出てるの？ｗｗｗ
React Nativeは
Facebook
Instagram
Uber Eats
Tesla
Skype
Pinterest
SoundCloud Pulse
Walmart
Bloomberg
Discord
等々で使われてるけどｗｗｗ

Xamarinは？ｗｗｗ
Flutterは？ｗｗｗ

一つくらい挙げたら？ｗｗｗ
2020/11/19(木) 12:41:54.16ID:Bk7N6279
お前らが他の技術との比較を始めるから変なの呼び込むんやで
ここではblazorに集中せいよ
xamarinとflutterの話は専用スレでやれ
839デフォルトの名無しさん
垢版 |
2020/11/19(木) 12:58:45.72ID:E4v7ecNJ
vs+C#に慣れすぎた身からすると、vscode+tsが苦行にしか見えなくて、手を出したくない。

でもこんなにjs界隈が盛り上がってるということは
自分が知らないだけで、いざバリバリ使い出したら新しい世界が広がって実は素晴らしいものなのかもしれない。

今の自分は、かつてコボラーがJavaに手を出さなかったのと同じことなのかもしれない。
2020/11/19(木) 13:06:03.37ID:6wV8xy2P
C#erこそTSへの移行じゃねえの？
アンダースヘルスバーグ入魂の一刀やで。

C#で出来んかった事を
ここでやらんとしていることが垣間見えるぞい。
841デフォルトの名無しさん
垢版 |
2020/11/19(木) 14:01:29.27ID:E4v7ecNJ
TSって金融系の大規模システムにも使えるんだろうか
2020/11/19(木) 14:09:32.59ID:uhtBmVv9
俺も.NET6まで様子見だわ
2020/11/19(木) 14:39:08.06ID:OQKHzTVM
とりあえずBlazor serverでjsのコーディング量が大幅に削減できて快適だわ
2020/11/19(木) 15:02:26.21ID:ghw9ch45
相変わらずフカシこいてんなｗｗｗ
Blazor serverでjsのコーディング量が減る？ｗｗｗｗ
今までサーバーでnodeでも使ってたのか？ｗｗｗｗｗ
適当なインチキ宣伝ばっかだなこいつｗｗｗｗｗｗ
2020/11/19(木) 15:29:37.30ID:UQsiOtmo
いや減るだろ
2020/11/19(木) 16:16:15.88ID:6wV8xy2P
>>841
大規模pj御用達のangularとか
最初からts必須ですよ。
847デフォルトの名無しさん
垢版 |
2020/11/19(木) 16:16:17.03ID:E4v7ecNJ
そら減るんじゃないの
それが目的のフレームワークなんだし
ゼロにはならないだろけど
848デフォルトの名無しさん
垢版 |
2020/11/19(木) 16:19:41.58ID:E4v7ecNJ
>>846
大規模だけじゃなくて
金融系とかかっちりしたやつ
大量データのお金や税の計算するやつ
2020/11/19(木) 16:30:42.57ID:/BwiR0R4
>>841
嘘つきに騙されるなよ
金融といってもいろいろあるが
金融の勘定系のバックエンドでそもそもスクリプトが使われない
速度と信頼性から静的言語が使われる
COBOL, Java, C#, Cなどだ
Angularなど実績の少ないものは使われない

金融は保守的だから新しい技術を避けたがる
2020/11/19(木) 16:35:25.87ID:/BwiR0R4
COBOLは言語としてはゴミだが
昔からCOBOLが多いから保守的な企業は
いまでもCOBOLでやりたがる
2020/11/19(木) 17:02:15.98ID:cTGLZfRA
>>844
JSの記述量はほとんどゼロになるけど？
2020/11/19(木) 17:05:37.36ID:IwXUzkye
>>849
↑バックエンドとフロントエンドの区別もつかない糞ザコナメクジｗｗｗ

> COBOL, Java, C#, Cなどだ
> Angularなど実績の少ないものは使われない

サーバ側言語とフロントエンドフレームワーク比べてなにがしたいんだこのカスｗｗｗｗｗ

何がどこで動くのかもわからんのかｗｗｗｗｗ
2020/11/19(木) 17:09:16.62ID:L0C3WtGE
>>851
「blazor serverにしたらjsの記述量がゼロになった」ということは、
今までのサーバーはnodejsだったということでOK？ｗ
サーバー側にjsの記述があったから、
「ゼロになった」んだよね？ｗｗ
2020/11/19(木) 17:29:20.86ID:/BwiR0R4
>>852
>>846がAngularなんて書いてるから上げてる
区別がついてないわけないだろ
英語読めずに的外れなコピペしてるおまえみたいな無能と一緒にするな
2020/11/19(木) 17:38:15.68ID:IwXUzkye
>>854
自己紹介乙。
くやしいのうｗｗｗ
2020/11/19(木) 18:12:15.39ID:P+qf8f9/
>>853
クライアントサイドもjsかなり減らせるよ
ゼロにはなかなかならないけどね
2020/11/19(木) 18:42:43.04ID:vqaKoTlB
>>853
意味不明
858デフォルトの名無しさん
垢版 |
2020/11/19(木) 18:54:38.70ID:/BwiR0R4
Flutterやろうよ！！！
http://mevius.5ch.net/test/read.cgi/tech/1527919660/

Xamarin Part7
http://mevius.5ch.net/test/read.cgi/tech/1596690797/
2020/11/19(木) 18:58:23.04ID:/BwiR0R4
FlutterとXamarinはスレ立ってたのでリンクはっておいた
ただその話題を排除したらこのスレ過疎るよな

Wasmまだデバッグ的に使うの難しい状態だし
Blazor Serverは使いどころが限られる。
個人的にスケールしにくい技術は使わない
860デフォルトの名無しさん
垢版 |
2020/11/19(木) 19:25:56.56ID:E4v7ecNJ
>>852
バックエンドでもts動くのでは？
やるならフロントとバックの言語は合わせたい

C#erなのでBlazorに手を出したい一方で
tsに鞍替えしようと言う案もある
やってる業務が金融系なんだけど、耐えれるのかなあと。。
2020/11/19(木) 19:28:07.47ID:I6H01ZjG
COBOLでやっとけ
2020/11/19(木) 19:35:57.09ID:/BwiR0R4
>>860
Blazor ServerとWasmのどっちだよ
金融系だけじゃわからん
863デフォルトの名無しさん
垢版 |
2020/11/19(木) 20:13:51.56ID:E4v7ecNJ
>>862
そこもなやみどころですよ
そりゃwasmにしたいけど、生産性に難あり、api設計地獄にはまりそう。

Serverは既存資産が活かせそうだけど
スケーラビリティに難あり。負荷分散装置挟んだらセッション管理で地獄を見そうだ。
結局やってることは画面転送型のシンクライアントと変わらん気もする。

いまやるならServerかな…
.NET6になってwasmの生産性がマシになってたらwasmかな
864デフォルトの名無しさん
垢版 |
2020/11/19(木) 20:27:30.61ID:E4v7ecNJ
あと機能数が100超えるようなプロジェクトになっても絶えれるのかも気になるところだな
2020/11/19(木) 20:34:37.76ID:/BwiR0R4
>>863
Blazor Serverでスケールしなくて失敗したら
無能のレッテル貼られるぞｗ
SignalRは単純にロードバランサーでスケールさせることはできない。

今やるならASP.NET MVCかXamarinかFlutterだろ
2020/11/19(木) 20:51:11.28ID:6wV8xy2P
>>849
なんでバックエンドにangularがあんのよ。
バックエンドは大半がJavaでしょ。
新規はしらんけど。
2020/11/19(木) 20:52:16.35ID:6wV8xy2P
ここの奴らは一個の言語しか使えんの
ばっかりか？
868デフォルトの名無しさん
垢版 |
2020/11/19(木) 21:14:08.18ID:oD3ERJjk
>>867
言語ってサーバーとクライアントで同じ方がメリット多いと思うんだけど…
2020/11/19(木) 21:21:44.76ID:/BwiR0R4
>>866
だから6行目は話が別だっての
読解力ないな
>>854を嫁
Angularが使われてるとか嘘ついてる人いたから
そもそも勘定系は保守的でスクリプトではなく
型のある言語でやるって話だ
2020/11/19(木) 21:23:14.52ID:IwXUzkye
>>869
後付けで誤魔化してるだけじゃん嘘つき無能ｗｗｗ
2020/11/19(木) 21:27:10.31ID:/BwiR0R4
>>866
なんだ、最初にAngularとかずれたこと言い出したアホはおまえじゃないかよｗ
大規模とかいってるんだからふつうserver-sideの話ととらえるわ
client-sideだけのAngularなら規模は関係ないし
スクリプトしかできない奴なのがバレバレだぞ
2020/11/19(木) 21:28:47.04ID:/BwiR0R4
>>870
無能は最初にAngularとか言い出したお前のような奴のことだ
大規模って書いてあんだろｗ
873デフォルトの名無しさん
垢版 |
2020/11/19(木) 21:36:09.88ID:oD3ERJjk
なんかごじれてるな…改めて聞くけど、
大規模、お堅い系業務システムで
バックエンドもフロントエンドもjs系の言語、フレームワークを使うのは現実的なんだろうか。
2020/11/19(木) 21:46:53.27ID:/BwiR0R4
>>873
バックエンドはJavaやC#が多い
スクリプトは遅いし大規模に向かない
875873
垢版 |
2020/11/19(木) 22:05:29.50ID:oD3ERJjk
だよね

>>828に挙げられているようなアプリでは適してるんだろうけど
>>873のような要件では使うべきではない。

俺が書いた>>841に対する回答の>>846は、大規模というキーワードだけ注目しただけっぽい。
大量のユーザーが使うアプリもある意味大規模だからまあ分からんでもない。
ただ>>873のような要件で使えるかは改めて回答してほしい。
2020/11/19(木) 22:57:09.23ID:uhtBmVv9
なんで何処にでもアンチって湧くんだろうな
アンチの活動なんてこういう情強がいるスレではなんの効果も無いのに
2020/11/19(木) 23:12:00.90ID:6wV8xy2P
>>868
大体バックエンドとフロント同じメンバーでやってるケースは小規模なシステムだけだろ。
　
打ち合わせでサーバーサイドのAPIの仕様にはガンガン突っ込むが、
なんで作ってるかなんて範疇外だし
ノウハウで秘密なザービスあって
呑み会ネタだよ。
2020/11/19(木) 23:14:49.44ID:9rIZuAkJ
酔っ払ってんのか？ｗ
2020/11/19(木) 23:25:30.74ID:ad/G+6fF
>>877
同じメンバー？同じ言語であってバックエンドとフロントが同じメンバーとは限らないよ。
でも、人の募集かけるときに複数の言語で募集かけずに済むし、バックエンドの人が余ったらフロントに回すとかもできるのはメリットかもしれない。

そこじゃなくて、言語が同じなら型の共有ができるとかそういうメリットがあるのでは？

>>877はバックエンドの経験なし？
そういう体制で作るのってゲームとか？

飲み会でwebassemblyの話題とかあがったりする？
2020/11/19(木) 23:43:39.31ID:fjzDtjlY
まさにフロントエンドとバックエンドを分けずに開発できるのは本当にいいね
2020/11/19(木) 23:59:28.09ID:IwXUzkye
>>872
誤魔化したりなすりつけたりまるでチョンだなｗｗｗ
2020/11/20(金) 00:00:57.57ID:yqtcV1e0
いや分けたほうがいい
同じ言語でも
2020/11/20(金) 00:12:34.09ID:b0yT42N3
フロントとバックの境目なく開発できるのが効率よすぎる
工数かなり削減できる
884デフォルトの名無しさん
垢版 |
2020/11/20(金) 00:29:16.50ID:cjGOVOB+
>>878
このスレ眺めてると、いろいろアレすぎて
父ちゃん情けなくて涙が出てくらぁ
ですわ。
885デフォルトの名無しさん
垢版 |
2020/11/20(金) 00:30:05.58ID:cjGOVOB+
うそです。独身です。
886デフォルトの名無しさん
垢版 |
2020/11/20(金) 00:37:53.99ID:cjGOVOB+
>>880
>>883
あれだ。ね。
>>879
型の共有ってあれだ。設計がwww
>>バックエンドの経験なし？
大・中規模はなけいど小規模は沢山ある。
大・中規模はクラウド全盛であんたらの考えてるのとはレベルが違うぞい。
言語なんて依存するサービスによって使い分けるわーー。って感じ。

>>webassemblyの話題
あるねーー。おれ初？
2020/11/20(金) 07:55:13.63ID:zQ2HjQc0
だいぶ酔ってるな…
2020/11/20(金) 08:23:03.67ID:SrYJCS3X
とりあえずバックエンドの経験はあまりなさそうだな
>>873の質問に答えて欲しかったが…

メガバンクや地銀が基幹システムをtsで作りました
みたいな事例は聞かないしな…
2020/11/20(金) 08:58:53.15ID:d9WxiBxT
動けば何でもいいんだよ
動くコードを侮っちゃいけない
2020/11/20(金) 09:42:04.51ID:CQfd4Gtb
C#で作りました、なんて話は確かに聞かないな。COBOLからJavaの話ばかりだ。
あるというなら銀行名を挙げてみたまえｗ
2020/11/20(金) 09:49:41.56ID:SrYJCS3X
それもそうだな
まあとにかくスクリプト系言語では作られてないと言うことだな
向き不向きはあって当然だ。
892デフォルトの名無しさん
垢版 |
2020/11/20(金) 09:57:20.62ID:1FMuX9Ox
COBOLからJavaにしたところは失敗だったな
ORACLEのせいでJavaは死んだ
C#にしておけばよかったのにな
893デフォルトの名無しさん
垢版 |
2020/11/20(金) 10:08:18.94ID:cjGOVOB+
>>888
なんでそう極端な事になんの
894デフォルトの名無しさん
垢版 |
2020/11/20(金) 10:11:09.55ID:cjGOVOB+
>>892
”ORACLEのせいでJavaは死んだ”
どんな状況ですか？
UIまわりはSwiftにシフトしてきてますが
2020/11/20(金) 10:13:14.05ID:XwfijhqD
【C#/ASP.NET】銀行証券間連携対応案件
https://c-sharp-works.com/jobs/2660
2020/11/20(金) 10:21:52.03ID:YhokOqrJ
Javaが死んでSwiftにシフト？ｗｗｗｗ
何いってんだこいつｗｗ
Swift使われてるiOSはJVMじゃねーよカス
JVM上でアプリ動くのはAndroidだボケｗｗｗ
なんでJavaが死んでSwiftにシフトすんだこの嘘吐きウンコなすびがｗｗｗｗｗ
2020/11/20(金) 10:28:43.39ID:yqtcV1e0
セキュリティ厳しい分野で有名なのだとパスワード管理のオープンソースで急速にシェアを伸ばしてるBitwardenがあるな
サーバーサイドC#、モバイルC#、ウェブTS、デスクトップTS、コマンドラインTS、データベースMS SQL Server
マイクロソフトにベッタリだけど、オープンソースでクロスプラットフォーム対応が完璧
クロスプラットフォームやるならマイクロソフトがGood、なんて少し昔なら信じられない時代が来たのかもしれん
898デフォルトの名無しさん
垢版 |
2020/11/20(金) 10:44:07.34ID:1FMuX9Ox
>>894
死んだのはバックエンドの話な
Javaが実質有料化したから使う人減っただろう。
例えばJavaでもっとも流行っていたweb frameworkのSpringがシェア1%しかない。
https://www.wappalyzer.com/technologies/web-frameworks/

バックエンドJavaの代替言語としてC#の存在意義が高まっている
899デフォルトの名無しさん
垢版 |
2020/11/20(金) 11:13:05.45ID:cjGOVOB+
>>898
”Javaの代替言語としてC#の存在意義が高まっている”
これまじ？C#やってると肩身が狭い思いをする事多々だったけど。

>>897
ＭＳは開発環境に力いれてた時代はおわりましたよ。
ＭＳの名前が前面にでると流行らないのでオープンソースでひっそりと。
ＭＳ直下の案件でもAngulr、Backbone.js、Knockout.js とか多かったですね。
そもそも今はクラウドで儲ける会社ですから。
2020/11/20(金) 11:25:04.53ID:yqtcV1e0
マイクロソフトってその絶大な人気のおかげでアンチも多いから人気がないって勘違いしちゃう人が居るんだろうね
アンチは往々にして人気に比例するものさ
901デフォルトの名無しさん
垢版 |
2020/11/20(金) 11:36:45.70ID:cjGOVOB+
>>900
アンチ多いです。
飲み会とかだと非常に露骨なので、非常に肩身が狭いです。
通常会議の席でも、ＭＳは...みたいな発言してくる人たまにいます。(苦笑)

tsとかはMSの影がチラつかなったから流行ったのだと思ってます。
つられてVS Codeがオープンソース界隈で天下とった感じ。
MacでもVS Code使ってる人多いですよ。
2020/11/20(金) 11:48:07.82ID:oV8KONP9
最強開発環境 VS
最強エディタ VSCode
最強型安全OOP言語 C#
最強型付スクリプト言語 TS
最強サーバーサイドWebフレームワーク ASP.NET(Core)
最強Wasmフレームワーク Blazor
最強モバイルフレームワーク Xamarin
最強ソース管理 GitHub
最強共同作業ツール Teams
最強クラウド Azure

全部マイクロソフトじゃんｗ
2020/11/20(金) 12:06:12.55ID:CjY1gACz
>>902
最強共同作業ツール Teams
最強クラウド Azure

これは絶対に違うわ
TeamsはGithubとの親和性がいまいちなのでJiraの方がいい
クラウドサービスはAWS>>>>>>>Azureくらい差があるな
2020/11/20(金) 12:06:39.52ID:SrYJCS3X
MSといえば最強OS Windowsでしょうが！

冗談はさておき、坊主憎けりゃ袈裟まで憎いな精神でMS嫌う人多いよね
どの企業もいいとこもあれば悪いとこあるのに。
いいとこ取りしたらいいんですよ。
905デフォルトの名無しさん
垢版 |
2020/11/20(金) 12:16:16.66ID:cjGOVOB+
>>904
対抗のJavaもこんな状況みたいですよ。
https://ityarou.com/ithoudan0261/
2020/11/20(金) 12:26:56.67ID:WciP5EDn
Javaの有償化でJava離れがあるにしても、なんでそれがC#に流れると思うんだろう
907デフォルトの名無しさん
垢版 |
2020/11/20(金) 12:27:44.94ID:cjGOVOB+
>>906
そうおもいますwww
2020/11/20(金) 12:37:42.38ID:SrYJCS3X
JavaでもC#でもどっちでもいいんだけど、
俺がずっと聞いてるお堅い金融系とか基幹システムでスクリプト系言語つかわれないよねって質問はYesなんだよね？

言っておくけど俺は静的言語最強とか言わないよ
それぞれ適材適所があって、どの言語フレームワークも銀の弾丸ではないのだ。

使われるシステムや要件の前提条件なしに、お互いの言語をディスり合うのはもうやめるのだ
これでいいのだ…
909デフォルトの名無しさん
垢版 |
2020/11/20(金) 12:47:12.70ID:cjGOVOB+
>>908
スレちですので。
2020/11/20(金) 12:50:55.42ID:SrYJCS3X
>>909
そうだな
じゃあワシとBlazorの話をするのだ
BlazorServerってロードバランサー挟んだらもう完全にダメなのだ？回避策もないのだ？
2020/11/20(金) 15:08:34.53ID:aIIASwAX
>>908
金融系のソフトを作っている人は恐らく限られているので、ここには僅かしか
来ていないかも知れない。
以前調べてみたら、日本のプログラマで多くを占めるのは、Webプログラマと
企業向けのカスタマイズソフトウェア。
後者は推定だが、一番多いのは顧客管理と在庫管理、勤怠管理のようなものらしい。
なお、金融系は、少し前まではJavaが多かったが、だんだんとC#に移るものが
増えていると聞いた気がする。
スクリプト言語は余り使われてないかもしれない。
これも金融系ではない一般的な話として、バイナリまたは仮想コードに直さないと
安定性に不安が残るから、と聞いたことがあるい。
なぜかと言われても答えるのは難しい問題だが。
よくある感覚は、WindowsプログラミングでもDLLを使った動的リンクもプログラマには
嫌われていた。MS的には厳密に管理しているからstaticリンクと変わらないと言うが、
多くのプログラマは不安を抱えていた。
インタプリタ言語にも似た感覚があると思う。
作者の判断で何でも変えてしまうことが多いから。
そもそも、スクリプト言語では動的に型を変えることが多いことが一番の原因かも知れないが。
2020/11/20(金) 15:15:57.64ID:aIIASwAX
>>911
感覚的には、x=y; とソースコードに書いたとして、コンパイルすると、
アセンブリ言語レベルでは、
mov eax,[_x]
mov [_y],eax
となるが、Javaの場合でもこれに類する仮想コードになると考えられる。
ところが、インタプリタ言語だと、こう単純にはならずに、xやyの中に
入っているオブジェクトの種類を調べたり、さまざまなグローバルな設定に
依存してインタプリタがさまざまに「いじくってしまう可能性」も残っている。
それがまず怖い。
現実的にもっと怖いのは関数呼び出しが、例えば64BITモードに変わったら
エラーも無く勝手な変換をインタプリタが行ってしまって何事も無く
過ぎ去るが、そことは全然別の場所でそのことが原因で原因の特定が難しい
とんでも無い不具合を引き起こすとか。
コンパイル型の言語なら、このような場合は大抵の場合、警告くらいは出して
くれる可能性が高い。
913デフォルトの名無しさん
垢版 |
2020/11/20(金) 15:18:59.70ID:1FMuX9Ox
>>906 >>899
Javaとの共通点に気付かないのか？
もともとJava対抗で作られたのがC#だ。

Static
Javaと同等のスピード
中間言語
大手ベンダーのサポート
OOP

Javaが死んだら自然と代替のC#が使われるようになる。
web frameworkで実際にASPが人気になってるだろう
Javaやってたひとはスクリプトでは納得できない。遅い
2020/11/20(金) 15:23:40.07ID:1FMuX9Ox
>>902
最強Wasmフレームワーク Blazor
これは同意しかねる。debugがまだ弱い

最凶ブラウザ IEもあるぞ
2020/11/20(金) 15:48:12.39ID:1FMuX9Ox
>>908
金融じゃなくても基幹業務のサーバーサイドでスクリプトは極力避けるもの
メンテのコストがかかる
2020/11/20(金) 17:14:03.59ID:a0YavFxO
フロントはまだ決定的じゃないけどサーバーサイドはもうC#以外でやりたくない
俺的にはC#9.0でOOP言語の決定版となった
2020/11/20(金) 17:57:31.10ID:WciP5EDn
>>913
Javaが有償化して離れた人が有償のC#に流れるという不思議。OpenJDKの方がまだ理屈が通るな。
2020/11/20(金) 18:00:44.54ID:YhokOqrJ
やめたれｗかわいそうにｗｗｗｗ
2020/11/20(金) 18:05:50.87ID:a0YavFxO
C#は基本無料だが？
2020/11/20(金) 18:14:07.80ID:1FMuX9Ox
>>917
C#が有償ってなにいってんだ？
オープンソースだし無料だろう
2020/11/20(金) 18:16:45.66ID:1FMuX9Ox
>>919
情弱はWindowsでしか使えないと思ってるんだろうね

>>918
草はやしてるいつものアホもやっぱりC#なにも知らなかった
C#できないやつはこのスレ来るなよ
2020/11/20(金) 18:28:56.12ID:p7R0DfKn
普段スクリプトしか触らない「ホビー」の子達が紛れ込んでそうだね
彼らにガチの業務系バックエンドやらせたら
泣いちゃうんじゃないか？
923デフォルトの名無しさん
垢版 |
2020/11/20(金) 18:44:23.66ID:cjGOVOB+
>>910
スケールアウトできるんじゃないですか？
インフラはSignalRですから。

>>914
Blazorは（Wasm＋JS）のフレームワークですからね。
自分のWebAssemblyの定義には含まれないです。
2020/11/20(金) 18:54:26.25ID:hiT6wCWB
>>917
有償のしーしゃーぷw
925デフォルトの名無しさん
垢版 |
2020/11/20(金) 19:15:17.77ID:1FMuX9Ox
>>923
Blazor Serverはスケールアウトは要注意。
ドキュメントにも注意点かかれてる。

サーバー増やすとSignalRで再接続した場合に同じサーバーにつながるとは限らない
がっつりステートフルだからきつい

Blazor Serverは多くの処理がサーバーに投げられてハードリソースを浪費する。
レスポンス良くしようと思うとかなりハイスペックなサーバー構成が必要になるはず

サーバー側のリソース良く使うからAzureで儲けたいMicrosoftに
とっては都合のよい仕組みなんだろうけど。
Azureで儲けるために作ったと信じてる。
大規模はステートレスにするっていう流れと逆行してるからな
2020/11/20(金) 19:28:10.70ID:SrYJCS3X
>>923
>>925
二人ともありがとう
今回作ろうとしてるシステムは社内で使うだけだからセッション維持ができるロードバランサーを使えば大丈夫なのかなと思ってる
しかし客先に入れようとすると、ロードバランサーの設定が大抵の場合他社任せになるから辛いんだよな…


ともかく、二人とも仲良くするんだぞ
927デフォルトの名無しさん
垢版 |
2020/11/20(金) 19:38:22.22ID:cjGOVOB+
>>925
ステートサーバー立ててください。宜しく。
2020/11/20(金) 19:43:56.82ID:yqtcV1e0
スクリプトキッズにサーバー建てるのは難しいだろうな
929デフォルトの名無しさん
垢版 |
2020/11/20(金) 20:53:03.38ID:1FMuX9Ox
>>927
ステートフルでめんどくさそうで調べてない

>>926
なるほど、そういう機能で解決する手もあるか
社内利用なら利用者数が想定できるし
悪くないね、Blazor Server

標準的なスペックでBlazor Server同時接続どれくらいさばけるんだろう
実験した人いるかな
2020/11/20(金) 21:39:38.50ID:zQ2HjQc0
>>929
HelloWorldと多機能なグリッドで全然変わるんじゃないか
ページ数とかは影響しないんだろうか
仕組みがわかるようでわからんので想像がつかない
2020/11/21(土) 01:54:11.45ID:uoIuzy5x
>>925
>サーバー側のリソース良く使うからAzureで儲けたいMicrosoftに
>とっては都合のよい仕組みなんだろうけど。
>Azureで儲けるために作ったと信じてる。
>大規模はステートレスにするっていう流れと逆行してるからな
今までと違ってクラウドは珍しく競争原理が働いているように見えるので
殿様商売をやってきた成功経験豊富なMSが今後どうなるか見物。
コストパフォーマンスの良いサービスに流れるはずだから、無意味に
サーバーリソースを食いまくるようなフレームワークは淘汰されていく可能性が高く、
MSは今までの成功体験とは勝手が違って混乱していくかもしれない。
レス数が900を超えています。1000を超えると表示できなくなるよ。
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況