混沌を極めるWebアプリケーション界隈に現れた一筋の光明
型無し言語 JavaScript の悪夢を打ち払い
林立するエコシステムの亡霊を退散
アプリケーション開発者の希望となるMVVMを引っ提げて登場した真のSPA開発環境
Blazorを語る者よ、集え!
ASP.NET Core Blazor の概要
https://docs.microsoft.com/ja-jp/aspnet/core/blazor/?view=aspnetcore-3.1
探検
【本命】Blazor スレ1【真打】
レス数が900を超えています。1000を超えると表示できなくなるよ。
1デフォルトの名無しさん
2020/07/20(月) 23:36:36.67ID:td0HkrQz847デフォルトの名無しさん
2020/11/19(木) 16:16:17.03ID:E4v7ecNJ そら減るんじゃないの
それが目的のフレームワークなんだし
ゼロにはならないだろけど
それが目的のフレームワークなんだし
ゼロにはならないだろけど
848デフォルトの名無しさん
2020/11/19(木) 16:19:41.58ID:E4v7ecNJ849デフォルトの名無しさん
2020/11/19(木) 16:30:42.57ID:/BwiR0R4 >>841
嘘つきに騙されるなよ
金融といってもいろいろあるが
金融の勘定系のバックエンドでそもそもスクリプトが使われない
速度と信頼性から静的言語が使われる
COBOL, Java, C#, Cなどだ
Angularなど実績の少ないものは使われない
金融は保守的だから新しい技術を避けたがる
嘘つきに騙されるなよ
金融といってもいろいろあるが
金融の勘定系のバックエンドでそもそもスクリプトが使われない
速度と信頼性から静的言語が使われる
COBOL, Java, C#, Cなどだ
Angularなど実績の少ないものは使われない
金融は保守的だから新しい技術を避けたがる
850デフォルトの名無しさん
2020/11/19(木) 16:35:25.87ID:/BwiR0R4 COBOLは言語としてはゴミだが
昔からCOBOLが多いから保守的な企業は
いまでもCOBOLでやりたがる
昔からCOBOLが多いから保守的な企業は
いまでもCOBOLでやりたがる
851デフォルトの名無しさん
2020/11/19(木) 17:02:15.98ID:cTGLZfRA >>844
JSの記述量はほとんどゼロになるけど?
JSの記述量はほとんどゼロになるけど?
852デフォルトの名無しさん
2020/11/19(木) 17:05:37.36ID:IwXUzkye >>849
↑バックエンドとフロントエンドの区別もつかない糞ザコナメクジwww
> COBOL, Java, C#, Cなどだ
> Angularなど実績の少ないものは使われない
サーバ側言語とフロントエンドフレームワーク比べてなにがしたいんだこのカスwwwww
何がどこで動くのかもわからんのかwwwww
↑バックエンドとフロントエンドの区別もつかない糞ザコナメクジwww
> COBOL, Java, C#, Cなどだ
> Angularなど実績の少ないものは使われない
サーバ側言語とフロントエンドフレームワーク比べてなにがしたいんだこのカスwwwww
何がどこで動くのかもわからんのかwwwww
853デフォルトの名無しさん
2020/11/19(木) 17:09:16.62ID:L0C3WtGE >>851
「blazor serverにしたらjsの記述量がゼロになった」ということは、
今までのサーバーはnodejsだったということでOK?w
サーバー側にjsの記述があったから、
「ゼロになった」んだよね?ww
「blazor serverにしたらjsの記述量がゼロになった」ということは、
今までのサーバーはnodejsだったということでOK?w
サーバー側にjsの記述があったから、
「ゼロになった」んだよね?ww
854デフォルトの名無しさん
2020/11/19(木) 17:29:20.86ID:/BwiR0R4855デフォルトの名無しさん
2020/11/19(木) 17:38:15.68ID:IwXUzkye856デフォルトの名無しさん
2020/11/19(木) 18:12:15.39ID:P+qf8f9/857デフォルトの名無しさん
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/
http://mevius.5ch.net/test/read.cgi/tech/1527919660/
Xamarin Part7
http://mevius.5ch.net/test/read.cgi/tech/1596690797/
859デフォルトの名無しさん
2020/11/19(木) 18:58:23.04ID:/BwiR0R4 FlutterとXamarinはスレ立ってたのでリンクはっておいた
ただその話題を排除したらこのスレ過疎るよな
Wasmまだデバッグ的に使うの難しい状態だし
Blazor Serverは使いどころが限られる。
個人的にスケールしにくい技術は使わない
ただその話題を排除したらこのスレ過疎るよな
Wasmまだデバッグ的に使うの難しい状態だし
Blazor Serverは使いどころが限られる。
個人的にスケールしにくい技術は使わない
860デフォルトの名無しさん
2020/11/19(木) 19:25:56.56ID:E4v7ecNJ >>852
バックエンドでもts動くのでは?
やるならフロントとバックの言語は合わせたい
C#erなのでBlazorに手を出したい一方で
tsに鞍替えしようと言う案もある
やってる業務が金融系なんだけど、耐えれるのかなあと。。
バックエンドでもts動くのでは?
やるならフロントとバックの言語は合わせたい
C#erなのでBlazorに手を出したい一方で
tsに鞍替えしようと言う案もある
やってる業務が金融系なんだけど、耐えれるのかなあと。。
861デフォルトの名無しさん
2020/11/19(木) 19:28:07.47ID:I6H01ZjG COBOLでやっとけ
862デフォルトの名無しさん
2020/11/19(木) 19:35:57.09ID:/BwiR0R4863デフォルトの名無しさん
2020/11/19(木) 20:13:51.56ID:E4v7ecNJ >>862
そこもなやみどころですよ
そりゃwasmにしたいけど、生産性に難あり、api設計地獄にはまりそう。
Serverは既存資産が活かせそうだけど
スケーラビリティに難あり。負荷分散装置挟んだらセッション管理で地獄を見そうだ。
結局やってることは画面転送型のシンクライアントと変わらん気もする。
いまやるならServerかな…
.NET6になってwasmの生産性がマシになってたらwasmかな
そこもなやみどころですよ
そりゃwasmにしたいけど、生産性に難あり、api設計地獄にはまりそう。
Serverは既存資産が活かせそうだけど
スケーラビリティに難あり。負荷分散装置挟んだらセッション管理で地獄を見そうだ。
結局やってることは画面転送型のシンクライアントと変わらん気もする。
いまやるならServerかな…
.NET6になってwasmの生産性がマシになってたらwasmかな
864デフォルトの名無しさん
2020/11/19(木) 20:27:30.61ID:E4v7ecNJ あと機能数が100超えるようなプロジェクトになっても絶えれるのかも気になるところだな
865デフォルトの名無しさん
2020/11/19(木) 20:34:37.76ID:/BwiR0R4 >>863
Blazor Serverでスケールしなくて失敗したら
無能のレッテル貼られるぞw
SignalRは単純にロードバランサーでスケールさせることはできない。
今やるならASP.NET MVCかXamarinかFlutterだろ
Blazor Serverでスケールしなくて失敗したら
無能のレッテル貼られるぞw
SignalRは単純にロードバランサーでスケールさせることはできない。
今やるならASP.NET MVCかXamarinかFlutterだろ
866デフォルトの名無しさん
2020/11/19(木) 20:51:11.28ID:6wV8xy2P867デフォルトの名無しさん
2020/11/19(木) 20:52:16.35ID:6wV8xy2P ここの奴らは一個の言語しか使えんの
ばっかりか?
ばっかりか?
868デフォルトの名無しさん
2020/11/19(木) 21:14:08.18ID:oD3ERJjk >>867
言語ってサーバーとクライアントで同じ方がメリット多いと思うんだけど…
言語ってサーバーとクライアントで同じ方がメリット多いと思うんだけど…
869デフォルトの名無しさん
2020/11/19(木) 21:21:44.76ID:/BwiR0R4870デフォルトの名無しさん
2020/11/19(木) 21:23:14.52ID:IwXUzkye >>869
後付けで誤魔化してるだけじゃん嘘つき無能www
後付けで誤魔化してるだけじゃん嘘つき無能www
871デフォルトの名無しさん
2020/11/19(木) 21:27:10.31ID:/BwiR0R4 >>866
なんだ、最初にAngularとかずれたこと言い出したアホはおまえじゃないかよw
大規模とかいってるんだからふつうserver-sideの話ととらえるわ
client-sideだけのAngularなら規模は関係ないし
スクリプトしかできない奴なのがバレバレだぞ
なんだ、最初にAngularとかずれたこと言い出したアホはおまえじゃないかよw
大規模とかいってるんだからふつうserver-sideの話ととらえるわ
client-sideだけのAngularなら規模は関係ないし
スクリプトしかできない奴なのがバレバレだぞ
872デフォルトの名無しさん
2020/11/19(木) 21:28:47.04ID:/BwiR0R4873デフォルトの名無しさん
2020/11/19(木) 21:36:09.88ID:oD3ERJjk なんかごじれてるな…改めて聞くけど、
大規模、お堅い系業務システムで
バックエンドもフロントエンドもjs系の言語、フレームワークを使うのは現実的なんだろうか。
大規模、お堅い系業務システムで
バックエンドもフロントエンドもjs系の言語、フレームワークを使うのは現実的なんだろうか。
874デフォルトの名無しさん
2020/11/19(木) 21:46:53.27ID:/BwiR0R4875873
2020/11/19(木) 22:05:29.50ID:oD3ERJjk876デフォルトの名無しさん
2020/11/19(木) 22:57:09.23ID:uhtBmVv9 なんで何処にでもアンチって湧くんだろうな
アンチの活動なんてこういう情強がいるスレではなんの効果も無いのに
アンチの活動なんてこういう情強がいるスレではなんの効果も無いのに
877デフォルトの名無しさん
2020/11/19(木) 23:12:00.90ID:6wV8xy2P >>868
大体バックエンドとフロント同じメンバーでやってるケースは小規模なシステムだけだろ。
打ち合わせでサーバーサイドのAPIの仕様にはガンガン突っ込むが、
なんで作ってるかなんて範疇外だし
ノウハウで秘密なザービスあって
呑み会ネタだよ。
大体バックエンドとフロント同じメンバーでやってるケースは小規模なシステムだけだろ。
打ち合わせでサーバーサイドのAPIの仕様にはガンガン突っ込むが、
なんで作ってるかなんて範疇外だし
ノウハウで秘密なザービスあって
呑み会ネタだよ。
878デフォルトの名無しさん
2020/11/19(木) 23:14:49.44ID:9rIZuAkJ 酔っ払ってんのか?w
879デフォルトの名無しさん
2020/11/19(木) 23:25:30.74ID:ad/G+6fF880デフォルトの名無しさん
2020/11/19(木) 23:43:39.31ID:fjzDtjlY まさにフロントエンドとバックエンドを分けずに開発できるのは本当にいいね
881デフォルトの名無しさん
2020/11/19(木) 23:59:28.09ID:IwXUzkye >>872
誤魔化したりなすりつけたりまるでチョンだなwww
誤魔化したりなすりつけたりまるでチョンだなwww
882デフォルトの名無しさん
2020/11/20(金) 00:00:57.57ID:yqtcV1e0 いや分けたほうがいい
同じ言語でも
同じ言語でも
883デフォルトの名無しさん
2020/11/20(金) 00:12:34.09ID:b0yT42N3 フロントとバックの境目なく開発できるのが効率よすぎる
工数かなり削減できる
工数かなり削減できる
884デフォルトの名無しさん
2020/11/20(金) 00:29:16.50ID:cjGOVOB+885デフォルトの名無しさん
2020/11/20(金) 00:30:05.58ID:cjGOVOB+ うそです。独身です。
886デフォルトの名無しさん
2020/11/20(金) 00:37:53.99ID:cjGOVOB+887デフォルトの名無しさん
2020/11/20(金) 07:55:13.63ID:zQ2HjQc0 だいぶ酔ってるな…
888デフォルトの名無しさん
2020/11/20(金) 08:23:03.67ID:SrYJCS3X889デフォルトの名無しさん
2020/11/20(金) 08:58:53.15ID:d9WxiBxT 動けば何でもいいんだよ
動くコードを侮っちゃいけない
動くコードを侮っちゃいけない
890デフォルトの名無しさん
2020/11/20(金) 09:42:04.51ID:CQfd4Gtb C#で作りました、なんて話は確かに聞かないな。COBOLからJavaの話ばかりだ。
あるというなら銀行名を挙げてみたまえw
あるというなら銀行名を挙げてみたまえw
891デフォルトの名無しさん
2020/11/20(金) 09:49:41.56ID:SrYJCS3X それもそうだな
まあとにかくスクリプト系言語では作られてないと言うことだな
向き不向きはあって当然だ。
まあとにかくスクリプト系言語では作られてないと言うことだな
向き不向きはあって当然だ。
892デフォルトの名無しさん
2020/11/20(金) 09:57:20.62ID:1FMuX9Ox COBOLからJavaにしたところは失敗だったな
ORACLEのせいでJavaは死んだ
C#にしておけばよかったのにな
ORACLEのせいでJavaは死んだ
C#にしておけばよかったのにな
893デフォルトの名無しさん
2020/11/20(金) 10:08:18.94ID:cjGOVOB+ >>888
なんでそう極端な事になんの
なんでそう極端な事になんの
894デフォルトの名無しさん
2020/11/20(金) 10:11:09.55ID:cjGOVOB+895デフォルトの名無しさん
2020/11/20(金) 10:13:14.05ID:XwfijhqD 【C#/ASP.NET】銀行証券間連携対応案件
https://c-sharp-works.com/jobs/2660
https://c-sharp-works.com/jobs/2660
896デフォルトの名無しさん
2020/11/20(金) 10:21:52.03ID:YhokOqrJ Javaが死んでSwiftにシフト?wwww
何いってんだこいつww
Swift使われてるiOSはJVMじゃねーよカス
JVM上でアプリ動くのはAndroidだボケwww
なんでJavaが死んでSwiftにシフトすんだこの嘘吐きウンコなすびがwwwww
何いってんだこいつww
Swift使われてるiOSはJVMじゃねーよカス
JVM上でアプリ動くのはAndroidだボケwww
なんでJavaが死んでSwiftにシフトすんだこの嘘吐きウンコなすびがwwwww
897デフォルトの名無しさん
2020/11/20(金) 10:28:43.39ID:yqtcV1e0 セキュリティ厳しい分野で有名なのだとパスワード管理のオープンソースで急速にシェアを伸ばしてるBitwardenがあるな
サーバーサイドC#、モバイルC#、ウェブTS、デスクトップTS、コマンドラインTS、データベースMS SQL Server
マイクロソフトにベッタリだけど、オープンソースでクロスプラットフォーム対応が完璧
クロスプラットフォームやるならマイクロソフトがGood、なんて少し昔なら信じられない時代が来たのかもしれん
サーバーサイド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#の存在意義が高まっている
死んだのはバックエンドの話な
Javaが実質有料化したから使う人減っただろう。
例えばJavaでもっとも流行っていたweb frameworkのSpringがシェア1%しかない。
https://www.wappalyzer.com/technologies/web-frameworks/
バックエンドJavaの代替言語としてC#の存在意義が高まっている
899デフォルトの名無しさん
2020/11/20(金) 11:13:05.45ID:cjGOVOB+900デフォルトの名無しさん
2020/11/20(金) 11:25:04.53ID:yqtcV1e0 マイクロソフトってその絶大な人気のおかげでアンチも多いから人気がないって勘違いしちゃう人が居るんだろうね
アンチは往々にして人気に比例するものさ
アンチは往々にして人気に比例するものさ
901デフォルトの名無しさん
2020/11/20(金) 11:36:45.70ID:cjGOVOB+ >>900
アンチ多いです。
飲み会とかだと非常に露骨なので、非常に肩身が狭いです。
通常会議の席でも、MSは...みたいな発言してくる人たまにいます。(苦笑)
tsとかはMSの影がチラつかなったから流行ったのだと思ってます。
つられてVS Codeがオープンソース界隈で天下とった感じ。
MacでもVS Code使ってる人多いですよ。
アンチ多いです。
飲み会とかだと非常に露骨なので、非常に肩身が狭いです。
通常会議の席でも、MSは...みたいな発言してくる人たまにいます。(苦笑)
tsとかはMSの影がチラつかなったから流行ったのだと思ってます。
つられてVS Codeがオープンソース界隈で天下とった感じ。
MacでもVS Code使ってる人多いですよ。
902デフォルトの名無しさん
2020/11/20(金) 11:48:07.82ID:oV8KONP9 最強開発環境 VS
最強エディタ VSCode
最強型安全OOP言語 C#
最強型付スクリプト言語 TS
最強サーバーサイドWebフレームワーク ASP.NET(Core)
最強Wasmフレームワーク Blazor
最強モバイルフレームワーク Xamarin
最強ソース管理 GitHub
最強共同作業ツール Teams
最強クラウド Azure
全部マイクロソフトじゃんw
最強エディタ VSCode
最強型安全OOP言語 C#
最強型付スクリプト言語 TS
最強サーバーサイドWebフレームワーク ASP.NET(Core)
最強Wasmフレームワーク Blazor
最強モバイルフレームワーク Xamarin
最強ソース管理 GitHub
最強共同作業ツール Teams
最強クラウド Azure
全部マイクロソフトじゃんw
903デフォルトの名無しさん
2020/11/20(金) 12:06:12.55ID:CjY1gACz >>902
最強共同作業ツール Teams
最強クラウド Azure
これは絶対に違うわ
TeamsはGithubとの親和性がいまいちなのでJiraの方がいい
クラウドサービスはAWS>>>>>>>Azureくらい差があるな
最強共同作業ツール Teams
最強クラウド Azure
これは絶対に違うわ
TeamsはGithubとの親和性がいまいちなのでJiraの方がいい
クラウドサービスはAWS>>>>>>>Azureくらい差があるな
904デフォルトの名無しさん
2020/11/20(金) 12:06:39.52ID:SrYJCS3X MSといえば最強OS Windowsでしょうが!
冗談はさておき、坊主憎けりゃ袈裟まで憎いな精神でMS嫌う人多いよね
どの企業もいいとこもあれば悪いとこあるのに。
いいとこ取りしたらいいんですよ。
冗談はさておき、坊主憎けりゃ袈裟まで憎いな精神でMS嫌う人多いよね
どの企業もいいとこもあれば悪いとこあるのに。
いいとこ取りしたらいいんですよ。
905デフォルトの名無しさん
2020/11/20(金) 12:16:16.66ID:cjGOVOB+906デフォルトの名無しさん
2020/11/20(金) 12:26:56.67ID:WciP5EDn Javaの有償化でJava離れがあるにしても、なんでそれがC#に流れると思うんだろう
907デフォルトの名無しさん
2020/11/20(金) 12:27:44.94ID:cjGOVOB+ >>906
そうおもいますwww
そうおもいますwww
908デフォルトの名無しさん
2020/11/20(金) 12:37:42.38ID:SrYJCS3X JavaでもC#でもどっちでもいいんだけど、
俺がずっと聞いてるお堅い金融系とか基幹システムでスクリプト系言語つかわれないよねって質問はYesなんだよね?
言っておくけど俺は静的言語最強とか言わないよ
それぞれ適材適所があって、どの言語フレームワークも銀の弾丸ではないのだ。
使われるシステムや要件の前提条件なしに、お互いの言語をディスり合うのはもうやめるのだ
これでいいのだ…
俺がずっと聞いてるお堅い金融系とか基幹システムでスクリプト系言語つかわれないよねって質問はYesなんだよね?
言っておくけど俺は静的言語最強とか言わないよ
それぞれ適材適所があって、どの言語フレームワークも銀の弾丸ではないのだ。
使われるシステムや要件の前提条件なしに、お互いの言語をディスり合うのはもうやめるのだ
これでいいのだ…
909デフォルトの名無しさん
2020/11/20(金) 12:47:12.70ID:cjGOVOB+ >>908
スレちですので。
スレちですので。
910デフォルトの名無しさん
2020/11/20(金) 12:50:55.42ID:SrYJCS3X911デフォルトの名無しさん
2020/11/20(金) 15:08:34.53ID:aIIASwAX >>908
金融系のソフトを作っている人は恐らく限られているので、ここには僅かしか
来ていないかも知れない。
以前調べてみたら、日本のプログラマで多くを占めるのは、Webプログラマと
企業向けのカスタマイズソフトウェア。
後者は推定だが、一番多いのは顧客管理と在庫管理、勤怠管理のようなものらしい。
なお、金融系は、少し前まではJavaが多かったが、だんだんとC#に移るものが
増えていると聞いた気がする。
スクリプト言語は余り使われてないかもしれない。
これも金融系ではない一般的な話として、バイナリまたは仮想コードに直さないと
安定性に不安が残るから、と聞いたことがあるい。
なぜかと言われても答えるのは難しい問題だが。
よくある感覚は、WindowsプログラミングでもDLLを使った動的リンクもプログラマには
嫌われていた。MS的には厳密に管理しているからstaticリンクと変わらないと言うが、
多くのプログラマは不安を抱えていた。
インタプリタ言語にも似た感覚があると思う。
作者の判断で何でも変えてしまうことが多いから。
そもそも、スクリプト言語では動的に型を変えることが多いことが一番の原因かも知れないが。
金融系のソフトを作っている人は恐らく限られているので、ここには僅かしか
来ていないかも知れない。
以前調べてみたら、日本のプログラマで多くを占めるのは、Webプログラマと
企業向けのカスタマイズソフトウェア。
後者は推定だが、一番多いのは顧客管理と在庫管理、勤怠管理のようなものらしい。
なお、金融系は、少し前まではJavaが多かったが、だんだんとC#に移るものが
増えていると聞いた気がする。
スクリプト言語は余り使われてないかもしれない。
これも金融系ではない一般的な話として、バイナリまたは仮想コードに直さないと
安定性に不安が残るから、と聞いたことがあるい。
なぜかと言われても答えるのは難しい問題だが。
よくある感覚は、WindowsプログラミングでもDLLを使った動的リンクもプログラマには
嫌われていた。MS的には厳密に管理しているからstaticリンクと変わらないと言うが、
多くのプログラマは不安を抱えていた。
インタプリタ言語にも似た感覚があると思う。
作者の判断で何でも変えてしまうことが多いから。
そもそも、スクリプト言語では動的に型を変えることが多いことが一番の原因かも知れないが。
912デフォルトの名無しさん
2020/11/20(金) 15:15:57.64ID:aIIASwAX >>911
感覚的には、x=y; とソースコードに書いたとして、コンパイルすると、
アセンブリ言語レベルでは、
mov eax,[_x]
mov [_y],eax
となるが、Javaの場合でもこれに類する仮想コードになると考えられる。
ところが、インタプリタ言語だと、こう単純にはならずに、xやyの中に
入っているオブジェクトの種類を調べたり、さまざまなグローバルな設定に
依存してインタプリタがさまざまに「いじくってしまう可能性」も残っている。
それがまず怖い。
現実的にもっと怖いのは関数呼び出しが、例えば64BITモードに変わったら
エラーも無く勝手な変換をインタプリタが行ってしまって何事も無く
過ぎ去るが、そことは全然別の場所でそのことが原因で原因の特定が難しい
とんでも無い不具合を引き起こすとか。
コンパイル型の言語なら、このような場合は大抵の場合、警告くらいは出して
くれる可能性が高い。
感覚的には、x=y; とソースコードに書いたとして、コンパイルすると、
アセンブリ言語レベルでは、
mov eax,[_x]
mov [_y],eax
となるが、Javaの場合でもこれに類する仮想コードになると考えられる。
ところが、インタプリタ言語だと、こう単純にはならずに、xやyの中に
入っているオブジェクトの種類を調べたり、さまざまなグローバルな設定に
依存してインタプリタがさまざまに「いじくってしまう可能性」も残っている。
それがまず怖い。
現実的にもっと怖いのは関数呼び出しが、例えば64BITモードに変わったら
エラーも無く勝手な変換をインタプリタが行ってしまって何事も無く
過ぎ去るが、そことは全然別の場所でそのことが原因で原因の特定が難しい
とんでも無い不具合を引き起こすとか。
コンパイル型の言語なら、このような場合は大抵の場合、警告くらいは出して
くれる可能性が高い。
913デフォルトの名無しさん
2020/11/20(金) 15:18:59.70ID:1FMuX9Ox914デフォルトの名無しさん
2020/11/20(金) 15:23:40.07ID:1FMuX9Ox915デフォルトの名無しさん
2020/11/20(金) 15:48:12.39ID:1FMuX9Ox916デフォルトの名無しさん
2020/11/20(金) 17:14:03.59ID:a0YavFxO フロントはまだ決定的じゃないけどサーバーサイドはもうC#以外でやりたくない
俺的にはC#9.0でOOP言語の決定版となった
俺的にはC#9.0でOOP言語の決定版となった
917デフォルトの名無しさん
2020/11/20(金) 17:57:31.10ID:WciP5EDn >>913
Javaが有償化して離れた人が有償のC#に流れるという不思議。OpenJDKの方がまだ理屈が通るな。
Javaが有償化して離れた人が有償のC#に流れるという不思議。OpenJDKの方がまだ理屈が通るな。
918デフォルトの名無しさん
2020/11/20(金) 18:00:44.54ID:YhokOqrJ やめたれwかわいそうにwwww
919デフォルトの名無しさん
2020/11/20(金) 18:05:50.87ID:a0YavFxO C#は基本無料だが?
920デフォルトの名無しさん
2020/11/20(金) 18:14:07.80ID:1FMuX9Ox921デフォルトの名無しさん
2020/11/20(金) 18:16:45.66ID:1FMuX9Ox922デフォルトの名無しさん
2020/11/20(金) 18:28:56.12ID:p7R0DfKn 普段スクリプトしか触らない「ホビー」の子達が紛れ込んでそうだね
彼らにガチの業務系バックエンドやらせたら
泣いちゃうんじゃないか?
彼らにガチの業務系バックエンドやらせたら
泣いちゃうんじゃないか?
923デフォルトの名無しさん
2020/11/20(金) 18:44:23.66ID:cjGOVOB+924デフォルトの名無しさん
2020/11/20(金) 18:54:26.25ID:hiT6wCWB >>917
有償のしーしゃーぷw
有償のしーしゃーぷw
925デフォルトの名無しさん
2020/11/20(金) 19:15:17.77ID:1FMuX9Ox >>923
Blazor Serverはスケールアウトは要注意。
ドキュメントにも注意点かかれてる。
サーバー増やすとSignalRで再接続した場合に同じサーバーにつながるとは限らない
がっつりステートフルだからきつい
Blazor Serverは多くの処理がサーバーに投げられてハードリソースを浪費する。
レスポンス良くしようと思うとかなりハイスペックなサーバー構成が必要になるはず
サーバー側のリソース良く使うからAzureで儲けたいMicrosoftに
とっては都合のよい仕組みなんだろうけど。
Azureで儲けるために作ったと信じてる。
大規模はステートレスにするっていう流れと逆行してるからな
Blazor Serverはスケールアウトは要注意。
ドキュメントにも注意点かかれてる。
サーバー増やすとSignalRで再接続した場合に同じサーバーにつながるとは限らない
がっつりステートフルだからきつい
Blazor Serverは多くの処理がサーバーに投げられてハードリソースを浪費する。
レスポンス良くしようと思うとかなりハイスペックなサーバー構成が必要になるはず
サーバー側のリソース良く使うからAzureで儲けたいMicrosoftに
とっては都合のよい仕組みなんだろうけど。
Azureで儲けるために作ったと信じてる。
大規模はステートレスにするっていう流れと逆行してるからな
926デフォルトの名無しさん
2020/11/20(金) 19:28:10.70ID:SrYJCS3X927デフォルトの名無しさん
2020/11/20(金) 19:38:22.22ID:cjGOVOB+ >>925
ステートサーバー立ててください。宜しく。
ステートサーバー立ててください。宜しく。
928デフォルトの名無しさん
2020/11/20(金) 19:43:56.82ID:yqtcV1e0 スクリプトキッズにサーバー建てるのは難しいだろうな
929デフォルトの名無しさん
2020/11/20(金) 20:53:03.38ID:1FMuX9Ox930デフォルトの名無しさん
2020/11/20(金) 21:39:38.50ID:zQ2HjQc0931デフォルトの名無しさん
2020/11/21(土) 01:54:11.45ID:uoIuzy5x >>925
>サーバー側のリソース良く使うからAzureで儲けたいMicrosoftに
>とっては都合のよい仕組みなんだろうけど。
>Azureで儲けるために作ったと信じてる。
>大規模はステートレスにするっていう流れと逆行してるからな
今までと違ってクラウドは珍しく競争原理が働いているように見えるので
殿様商売をやってきた成功経験豊富なMSが今後どうなるか見物。
コストパフォーマンスの良いサービスに流れるはずだから、無意味に
サーバーリソースを食いまくるようなフレームワークは淘汰されていく可能性が高く、
MSは今までの成功体験とは勝手が違って混乱していくかもしれない。
>サーバー側のリソース良く使うからAzureで儲けたいMicrosoftに
>とっては都合のよい仕組みなんだろうけど。
>Azureで儲けるために作ったと信じてる。
>大規模はステートレスにするっていう流れと逆行してるからな
今までと違ってクラウドは珍しく競争原理が働いているように見えるので
殿様商売をやってきた成功経験豊富なMSが今後どうなるか見物。
コストパフォーマンスの良いサービスに流れるはずだから、無意味に
サーバーリソースを食いまくるようなフレームワークは淘汰されていく可能性が高く、
MSは今までの成功体験とは勝手が違って混乱していくかもしれない。
932デフォルトの名無しさん
2020/11/21(土) 01:58:27.18ID:uoIuzy5x >>901
>tsとかはMSの影がチラつかなったから流行ったのだと思ってます。
>つられてVS Codeがオープンソース界隈で天下とった感じ。
>MacでもVS Code使ってる人多いですよ。
VS Codeを喜んで使っている人の大部分は、Webプログラマ系の人達なんだそうだ。
なぜならそれ以外のプログラマは、本物のVSを普段から使っているので敢えて
VS Codeを使おうとしないからと書いてあった。
なお、MSがVS Codeを作った理由は、それで一儲けできるかも知れないと思ったから
と考えられるそうだ。
>tsとかはMSの影がチラつかなったから流行ったのだと思ってます。
>つられてVS Codeがオープンソース界隈で天下とった感じ。
>MacでもVS Code使ってる人多いですよ。
VS Codeを喜んで使っている人の大部分は、Webプログラマ系の人達なんだそうだ。
なぜならそれ以外のプログラマは、本物のVSを普段から使っているので敢えて
VS Codeを使おうとしないからと書いてあった。
なお、MSがVS Codeを作った理由は、それで一儲けできるかも知れないと思ったから
と考えられるそうだ。
933デフォルトの名無しさん
2020/11/21(土) 02:00:35.64ID:uoIuzy5x MSは今までから他の人がやって成功したものを模倣することで成功してきたそうだが
クラウドの場合、その成功体験とは異なる結果となる可能性が少しある。
そうなることに期待している。
クラウドの場合、その成功体験とは異なる結果となる可能性が少しある。
そうなることに期待している。
934デフォルトの名無しさん
2020/11/21(土) 02:08:15.26ID:uoIuzy5x MSはナデラが就く前まで上手く行かなくなってきたので
破壊的創造などと言って社内で多様なものを作らせる方針に変更した。
結果としてさまざまなフレームワークが登場してきた。
しかし、それを使う開発者目線で見ればそういう多様性は混乱の原因ともなる。
あちらでできる事がこちらでは出来ない。組み合わせることが出来ない。
すべてを含んだものがない。
せっかく慣れてきたと思ったらすぐに非推奨になり全く異なる流儀のものを学び直さなければ成らない。
(それもどれを選んでも結局、数年後には全てが非推奨になる。)
統一感が無いため汚く感じる。
破壊的創造などと言って社内で多様なものを作らせる方針に変更した。
結果としてさまざまなフレームワークが登場してきた。
しかし、それを使う開発者目線で見ればそういう多様性は混乱の原因ともなる。
あちらでできる事がこちらでは出来ない。組み合わせることが出来ない。
すべてを含んだものがない。
せっかく慣れてきたと思ったらすぐに非推奨になり全く異なる流儀のものを学び直さなければ成らない。
(それもどれを選んでも結局、数年後には全てが非推奨になる。)
統一感が無いため汚く感じる。
935デフォルトの名無しさん
2020/11/21(土) 02:12:20.97ID:uoIuzy5x >>934
いろいろな物が出てきて「あれもできますこれもできます」ということが謡われるが
試して見ると中途半端で謡われているほどにはちゃんとできていない。
そして後先考えずに社員達に作らせるから、長い目で見れば自社の他製品と競合し、
結果的に大事な主力製品を衰退させることにつながっていく。
つまり、多様性といえば聞こえがいいが、大黒柱の製品の衰退を招きかねないが
MSが衰退した方がハッピーになる大部分の国々の人々にとっては高みの見物である。
いろいろな物が出てきて「あれもできますこれもできます」ということが謡われるが
試して見ると中途半端で謡われているほどにはちゃんとできていない。
そして後先考えずに社員達に作らせるから、長い目で見れば自社の他製品と競合し、
結果的に大事な主力製品を衰退させることにつながっていく。
つまり、多様性といえば聞こえがいいが、大黒柱の製品の衰退を招きかねないが
MSが衰退した方がハッピーになる大部分の国々の人々にとっては高みの見物である。
936デフォルトの名無しさん
2020/11/21(土) 02:18:19.66ID:uoIuzy5x MS製品では既に、WinForms, WPFが非水晶になった苦い経験を積んだ人が多い。
結果としてFlutterやUno,Embarcadero製品,Qtなどだと苦しまずに済むのではないかと
思われる様になった。
人は経験から学び同じ轍を踏む危険を回避しようとするが、MSが今までやってきた
酷い仕打ちは人々の心の中にしっかりと記憶されているので今後は苦しくなってくる
可能性がある。今までは選択肢が無いため不買運動も出来なかったが、今後、
選択肢が出てくれば。
結果としてFlutterやUno,Embarcadero製品,Qtなどだと苦しまずに済むのではないかと
思われる様になった。
人は経験から学び同じ轍を踏む危険を回避しようとするが、MSが今までやってきた
酷い仕打ちは人々の心の中にしっかりと記憶されているので今後は苦しくなってくる
可能性がある。今までは選択肢が無いため不買運動も出来なかったが、今後、
選択肢が出てくれば。
937デフォルトの名無しさん
2020/11/21(土) 08:46:23.02ID:uA84MfqB 笑
938デフォルトの名無しさん
2020/11/21(土) 09:40:03.15ID:7FWFz+g3 >>932
会社がVS買うお金がないから仕方なくVSCode使ってると思ってた。
一方、個人でVSCode使う人たちは、イケてるWebプログラマのブログを盲信してしまって、他のIDEを使おうとしない…ということなんだろうか。
VSが対応してない言語やMarkdownのドキュメント作るためにVSCode使うのはわかるんだが
tsとかはVS対応してるよね…?
会社がVS買うお金がないから仕方なくVSCode使ってると思ってた。
一方、個人でVSCode使う人たちは、イケてるWebプログラマのブログを盲信してしまって、他のIDEを使おうとしない…ということなんだろうか。
VSが対応してない言語やMarkdownのドキュメント作るためにVSCode使うのはわかるんだが
tsとかはVS対応してるよね…?
939デフォルトの名無しさん
2020/11/21(土) 10:08:49.98ID:uoIuzy5x BlazorがAzureで儲けるために開発されたのは多分その通りで
だとすればBlazorの存在を脅かすことになるMAUIはAzureの存在も
脅かすことになる。
だとすればBlazorの存在を脅かすことになるMAUIはAzureの存在も
脅かすことになる。
940デフォルトの名無しさん
2020/11/21(土) 12:10:24.12ID:uA84MfqB941デフォルトの名無しさん
2020/11/21(土) 12:28:12.55ID:e5e39yJt >>938
SSHとコンテナとWSL2に対してRemote DevelopmentできるイケてるIDE教えて
SSHとコンテナとWSL2に対してRemote DevelopmentできるイケてるIDE教えて
942デフォルトの名無しさん
2020/11/21(土) 12:46:57.02ID:Dx6bYomK >>940
別スレだったかで聞いた話だが、
VSCodeとtsの生産性をVS+C#並にあげようとMSが頑張ってるらしいよ
ほんとかどうかはわからんが、もし本当ならなんで生産性低いやり方を選んだってことになる
なんか別の魅力があるんだろうけど。
お金かからないとか。
別スレだったかで聞いた話だが、
VSCodeとtsの生産性をVS+C#並にあげようとMSが頑張ってるらしいよ
ほんとかどうかはわからんが、もし本当ならなんで生産性低いやり方を選んだってことになる
なんか別の魅力があるんだろうけど。
お金かからないとか。
943デフォルトの名無しさん
2020/11/21(土) 12:52:12.55ID:Dx6bYomK944デフォルトの名無しさん
2020/11/21(土) 13:23:28.07ID:uA84MfqB VSというのは開発のフレームワークで
有ることを理解してない人が多い。
マイクロソフトがオープンソースに舵をきった時点で
VSからcodeへの移行が始まりました。
VSはオープンソース扱えませんので...
有ることを理解してない人が多い。
マイクロソフトがオープンソースに舵をきった時点で
VSからcodeへの移行が始まりました。
VSはオープンソース扱えませんので...
945デフォルトの名無しさん
2020/11/21(土) 13:25:44.19ID:btCpo2jd VS使えるけどVS Codeのが軽いから好きっていう人はいるみたいだぞ
特にスクリプトで開発してる人にはVS Codeで十分なのかもしれない。
特にスクリプトで開発してる人にはVS Codeで十分なのかもしれない。
946デフォルトの名無しさん
2020/11/21(土) 13:29:00.61ID:uA84MfqB Javaのエンジニアからよく
VSでの開発はお気楽でいいーっていわれてました。
暗にVSがなければビルドすら出来ない
低レベルのエンジニアだろ?て言う嘲笑を込めて...
VSでの開発はお気楽でいいーっていわれてました。
暗にVSがなければビルドすら出来ない
低レベルのエンジニアだろ?て言う嘲笑を込めて...
レス数が900を超えています。1000を超えると表示できなくなるよ。
ニュース
- バリ島で男子生徒ら集団万引きか、防犯カメラ映像が拡散 京都の大谷中学・高校が「窃盗行為」謝罪★4 [七波羅探題★]
- 【地震速報】青森県で震度6強 沿岸部に津波警報 ★6 [ぐれ★]
- 「日の丸にバツ印」掲げた大学生 あいまいな国旗損壊罪に「怖い」 The Mainichi [少考さん★]
- 【テレビ】25年ぶり復活「炎のチャレンジャー」南原清隆&菊池風磨がMC 懐かし「電流イライラ棒」も [湛然★]
- 【音楽】BARBEE BOYS・KONTAが事故で四肢麻痺を公表、新体制で活動は継続 [少考さん★]
- 中国「捜索レーダー起動は各国の通常の手法」 火器管制用か回答せず [蚤の市★]
- ( ・᷄ὢ・᷅ )あ?
- 千葉県民だけどなんか地震あったらしいな
- ぺこーら、地震で同僚が次々配信を止めるなか強行し続けるので悪目立ちするwww [268244553]
- 高市総理、睡眠時間30分😢
- 秋田大学のホームページがつながらなくなって1日以上経つのだが
- 【速報】高市早苗、起床 [779938112]
