Microsoft ASP.NET Blazor #02

■ このスレッドは過去ログ倉庫に格納されています
1デフォルトの名無しさん
垢版 |
2020/11/22(日) 05:30:30.13ID:kDrPKY9d
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/19(土) 01:01:33.63ID:pyDV0l6z
>>113
技術的に可能だからといって全部対応する必要はない
web appでIEを切るのと同じようにnativeでMacやLinuxは切る

Linux desktopなんて無視でいい。シェアがない。
Macもシェア小さいので無視。会社でMac無しはふつう
64bitで動けば32bitも普通まずそのまま動く

法人で使うならWindows10 64bitとAndroidとiOSだけで十分
WindowsとSPどちらか片方でもいい
2020/12/19(土) 01:05:15.02ID:pyDV0l6z
>>114
deployガーっていうのはもうやめてくれ
それは管理者、開発者が無能なだけだ

クリック押すだけのインストーラーつくってもいいし
システム管理ツールでdeployしてもいい。
アプリ開始時にバージョン通知するようにしとけば、
各自のバージョンも把握して強制アップデートもできる。
そういうアイデアがないひとがdeployが、と騒ぐ。
2020/12/19(土) 01:07:02.04ID:KJkGIAX1
>>118
まあ、言ってることはわかるが、Ajail開発では、テストを小まめにすることが
重要とされる。
例えば、64BITだけでビルドとテストをしつづけて、100回目で32BITでも
やってみたら、駄目、と言う事になる可能性があるが、その場合、不具合の
原因がどの修正によってもたらされたのは分からなくなるので、原因の不具合
の切り分けが難しくなるため、なるべく毎回テストした方が良いと考えられて
いる。ただし、ビルドとテストに時間が掛かって、むしろ開発効率が
悪くなることもあるので絶対ではないが。
2020/12/19(土) 01:07:28.35ID:pyDV0l6z
>>117
まだデバッグしてるんですかって？え？？
コード書きながら動作確認するのもデバッグなわけだがｗ
2020/12/19(土) 01:09:22.42ID:H4M2BfyN
毎回Nativeをやたら推してくるやつが湧いてくる。。
2020/12/19(土) 01:16:12.58ID:tyWP7Wcq
ID:pyDV0l6z
貴方、MS関連スレでオンプレ爺さんと呼ばれてる人ですか？
124デフォルトの名無しさん
垢版 |
2020/12/19(土) 01:20:51.08ID:pyDV0l6z
Blazor Wasmやりたがってたひとって
wasmだからやりたいってわけじゃない。
ほとんどはただCSSやJSがきらいな人たち。図星だろう？

web appである必要ないのにまわりと一緒になって思考停止していて
生産性の悪いCSSゴミやJSでもがいて開発が進まない。

JSがいらない素晴らしい！と
Blazor Wasmのような成熟してないのもに手を出してしまう。

SwiftとかKotlinを学習してnativeでさくっと開発してリリースしてしまうほうが速い。
2020/12/19(土) 01:27:21.70ID:KJkGIAX1
速度は少々犠牲にしても開発し易ければ使われる、という歴史を何度も見てきた。
ターゲットが増えても、ビルド回数が一回で済むこと、バックアップのための
ストレージが少なくて住むこと、バイナリの管理が楽なこと、などのメリットが
Webアプリにはあり、なおかつ、好きな言語を使いたい需要が大きい以上、
Wasmが生き残っていく可能性は高いと見ている。
2020/12/19(土) 01:31:03.86ID:H4M2BfyN
>>125
じゃあBlazorServerで良くないか？
127デフォルトの名無しさん
垢版 |
2020/12/19(土) 06:52:39.03ID:pyDV0l6z
>>116 >>125
バイナリサイズ肥大化はC/C++の問題だろう
C/C++はDLLなどランタイムの互換性も問題になる。

しかしそれらはC#では解決しているのだから関係ない話

あとWeb appはブラウザのバージョンアップでレイアウト崩れたりする。
nativeはブラウザのバージョンに関係ないからリリース後はむしろ楽になる。
昔はIEでしか動かないweb appがたくさん開発されてて企業によっては
いまだに稼働している。
web appにはそういう負の側面もある。
2020/12/19(土) 06:54:57.16ID:pyDV0l6z
>>126
Blazor Serverは企業内で使うくらいだろう
ステートフルだからスケーラビリティがない。
2020/12/19(土) 09:15:20.46ID:H4M2BfyN
>>128
逆に企業外でwasm使うシーンってある？
ゲーム？
2020/12/19(土) 09:40:11.79ID:8bUfeulY
>>121
やれやれ
動作を確認するんじゃない前提と結果を確認するんだよ
それはテストだ
2020/12/19(土) 09:40:59.84ID:8bUfeulY
>>124
C#を使いたい人だよ
2020/12/19(土) 09:50:15.99ID:29ydT2k+
デスクトップはテストが面倒くさくないか
Seleniumは安定してるけどWinAppDriverは微妙
2020/12/19(土) 12:27:51.83ID:3Uzrrw/t
>>127
VS2019のMFCではバイナリサイズが極端に大きくなっていたが、それより十分前の
VSではそんなことはなかった。
なのでバイナリサイズが大きいのはC++そのものが原因ではない。
2020/12/19(土) 12:29:39.47ID:3Uzrrw/t
>>127
レイアウトの崩れはWidget類をcanvasにグラフィックで描画している場合は
起きない。
2020/12/19(土) 12:34:53.83ID:LKhLVIez
デスクトップアプリは未だにFormsの忌まわしい思い出を引きずっててな
2020/12/19(土) 12:44:26.38ID:3Uzrrw/t
>>135
どんな思い出？
2020/12/19(土) 12:47:54.80ID:FPzjGDbs
>>116
中間ファイルなんかバックアップとる必要ないだろ
2020/12/19(土) 12:50:43.81ID:LKhLVIez
>>136
残業、徹夜、バグ地獄
デスクトップが高生産性なんて嘘だ
2020/12/19(土) 12:58:36.30ID:aM5epQiT
>>138
そういう職場がBlazor使ったところで問題解決にならないだろw
2020/12/19(土) 13:00:34.17ID:3Uzrrw/t
>>137
ちなみに、Debug/Releaseフォルダは中間だけでなく最終バイナリも含んでいる。
また、不具合を発見した時、原因を探ったり、どのバージョンから不具合が起きていた
かを調査することは重要で、そのためには中間ファイルまで残っていたほうが
安全だし便利では有る。
ソースファイルだけ残していた場合、ライブラリやツールキット、ヘッダフィル、
コンパイラのバージョンが変化してしまっていることが多いので、元の
環境に戻すのに膨大な手間と時間が掛かるし、当時の環境にまで完全には戻し
切れないこともある。
毎回毎回、全ての関係ファイルのバージョンをメモすることも不可能に近いし、
古いヘッダフィルやライブラリなどを正確に全て保存しきることも難しい。
古いものをダウンロードしようとしても昔のURLアドレスは無効になっていて
探し出すのに苦労することも多い。
deprecateになっていてダウンロードできなくなってしまっている可能性も有る。
さまざまなライブラリを使っていれば、それら全てについて元に戻す作業が
必要となり、非常に時間が掛かる。
それを避けるためにライブラリ類をハードディスクなどに保存しようとしても、
容量が大きすぎて困ることも多い。
また、インストーラーを保存しても、インストール作業中にネットから
ダウンロードすることが前提になっているものも多く、ちゃんと古いバージョンを
保存することは難しい。
2020/12/19(土) 13:08:06.13ID:8bUfeulY
>>139
webになって淘汰されたから今は快適だよ
Formsは自然にスパゲッティになるように設計されてるとしか思えん
2020/12/19(土) 13:16:37.65ID:fca3Stwo
>>140
開発環境はDockerで作るといいよ
Dockerfileだけで十分だけどもし不安ならイメージをレジストリに保存しておけばまず間違いない
2020/12/19(土) 14:19:42.49ID:xTbqHGyz
>>142
dockerでWindowsコンテナって実用レベルになったの？
2020/12/19(土) 14:21:59.37ID:cBsPiTZc
>>124
Web開発にふむきな人用の
補助フレームワークですよ。最初から。
2020/12/19(土) 14:33:16.67ID:pyDV0l6z
>>129
ゲームは開発者が便利なUnityとかのライブラリで作る場合が多い。
Unityは生産性が高い。
一方のwasmは現時点でBlazor wasmはまともなデバッグができない。

あとはゲームといえばアプリ内課金だけど、wasmにすると
課金してもらうハードルがすごいあがってしまう。
SPのnative appだと手数料は高いが簡単に課金できる。

広告収入目当ての無料ゲームならwasmありだとおもうけど
ガチャとかで儲けようと思うとSP native appのが楽だと思うぞ
2020/12/19(土) 14:37:33.55ID:pyDV0l6z
>>130
俺の言ってるdebugはIDEのメニューのDebugに相当するものでおかしくない。
工程としてのデバッグと技術的なデバッグの違いは文脈でわかると思うんだがな
2020/12/19(土) 14:38:28.43ID:H4M2BfyN
>>145
ゲームでもなかったら何に使うんだこれってなる
BlazorWasmって最初は夢のような技術だと思っていたが、
俺のような企業向けアプリしか作らないやつにとってはBlazorServerが夢のような技術な気がしてきたぞ。
2020/12/19(土) 14:42:22.79ID:pyDV0l6z
>>134
グラフィックで描画したらSEO犠牲になるよな
SEOないならweb appでやる意味はないと俺は思う。
2020/12/19(土) 14:48:03.92ID:pyDV0l6z
>>140
それもC, C++の話でしょ
C#の人はそんな苦労はしてない
DLL地獄などバージョン管理の問題の多くは.NETで解決してる。
ソース保存だけで十分に後日デバッグできる。
2020/12/19(土) 15:17:18.87ID:H+0BgwK+
>>143
windows？
2020/12/19(土) 15:18:34.03ID:H+0BgwK+
>>145
テストしろよ
課金は内容次第
2020/12/19(土) 15:19:15.99ID:H+0BgwK+
>>146
そのDebugは必要ない
テストしろ
2020/12/19(土) 15:19:58.62ID:H+0BgwK+
>>147
夢のようだろ
C#でフロント開発できるんだから
2020/12/19(土) 15:23:14.19ID:3Uzrrw/t
>>148
SEO対策が必要な部分だけは、グラフィックでやらずに普通に p や div で
文字列を書く方法も考えられる。
2020/12/19(土) 15:24:00.22ID:JGeD5jA5
>>150
ID:3Uzrrw/tはMFCをビルドしたいんやで
2020/12/19(土) 15:42:15.72ID:piWwQ7Ox
お前らこの技術を使っていったいぜんたい何を作ろうとしてるんだ？
2020/12/19(土) 15:43:59.93ID:3Uzrrw/t
>>145
一番の問題はiOSだね。
技術的に可能でも、Appleから駄目と言われれば終わってしまう。
とにかくAppleはなんとしてもMacのXCodeを使ってないアプリはiOSでは
動かせないように目を光らしている。
セキュリティーとかいう理由は体のいい言い訳で、実際にはMacを強制的に
買わせるため。
本当は独占禁止法違反。
Macの互換機を作ったところで今度はXCodeを互換機にはインストールできない
ようにされるだろうが、それはEUでは「相互運用性のため」と言われて
独占禁止法違反に当たるが。
というわけでMacの互換機を誰か作るべし。
2020/12/19(土) 15:45:44.06ID:3Uzrrw/t
VirtualPCやVMWareみたいなもののWindowsで動くMac仮想マシンは無いのかな。
2020/12/19(土) 15:48:45.06ID:cfiN3g00
>>157
Macだけあれば良いのだから問題ない
2020/12/19(土) 15:50:12.89ID:3Uzrrw/t
>>159
個人的にはそれだけは嫌なのでiOSは無視するよ。
2020/12/19(土) 15:50:26.91ID:1ZOkfUtM
>>120
Ajail開発w
脱獄されないよう点呼も小まめにね
2020/12/19(土) 16:20:27.46ID:MvLlV0UQ
>>160
君がそうしたいならそうすればいい
雨の中で傘を刺さずに踊る人が居てもいい
それが自由というものだからね
2020/12/19(土) 16:24:52.94ID:3Uzrrw/t
>>162
iOSのアプリ開発は、企業に任せるよ。
164デフォルトの名無しさん
垢版 |
2020/12/19(土) 19:33:56.12ID:pyDV0l6z
iOS, Androidのシェアは日本ではほぼ半分
https://simchange.jp/post-164095/

iOS, Androidのどちらか先にappつくって
ヒットしたら移植するのでもいいだろう
165デフォルトの名無しさん
垢版 |
2020/12/19(土) 19:37:37.25ID:pyDV0l6z
>>158
VMwareでMac OSは動くようだよ
仮想化してるから速度は期待できないが。

>>157
Mac以外のハードでMac OSを動かす方法は既にある。
この話題はあれるから書きたくない
2020/12/19(土) 19:40:52.47ID:pyDV0l6z
最近、nativeの話してもバッシングされなくなったな
まえはXamarinの単語だしただけで基地外が騒いだけどｗ
多くの人がBlazor wasmのガッカリ感に気付いたかね？
2020/12/19(土) 19:59:06.06ID:G+RQMXDP
XamarinがNGワードに入ってるだけだと思うぞ
俺は技術的なワードはうざくてもNG入れない主義だから見えてるけど
2020/12/19(土) 23:35:45.44ID:cBsPiTZc
>>166
Blazor = Wasm + js
であることに騙され、
そのjsの占める割合が高い事に失望した。

結論

Reactでやった方が速いやんけ！（開発も速度も）
2020/12/19(土) 23:44:53.55ID:LpZi8G42
ザマ爺あっちのスレ戻れ
社内でしか通用しない老害のウンチクは向こうで垂れ流せ
2020/12/19(土) 23:52:19.46ID:tyWP7Wcq
ID:pyDV0l6z
やっぱり貴方、MS関連スレでオンプレ爺さんと呼ばれてる人じゃないですか！
なんで応答しないんですか！！
2020/12/19(土) 23:58:08.90ID:LpZi8G42
ここではスレチのxamarin推すガイジとして有名でザマ爺呼ばわりされて皆から嫌われとるんや
2020/12/19(土) 23:58:46.73ID:8bUfeulY
>>168
高くないが？
2020/12/20(日) 00:41:09.44ID:a9TnPW+R
>>166
Blazor本スレならスレ違いで叩くがここは雑談スレだから放置してる
2020/12/20(日) 01:13:21.56ID:qnjQAXRu
あっちはクラウドの話ばかりですが
2020/12/20(日) 03:32:44.06ID:Hx+xItDT
ここはガイジの隔離スレ
本スレに迷惑掛からないよう適当に相手してやってくれ
2020/12/20(日) 03:57:19.02ID:NmAfNXJq
>>165
有ってもWindowsを終了させて再起動しなくちゃいけないとかだったら
困るし、遅いのも困るし、XCodeをインストールできるかどうか、できても
ネットに繋いだ時にライセンス違反を指摘されたり、AppStoreに登録できるか
どうかも分からないし、とにかくAppleが絡むとろくなことが無いので
iOSは無視するしかない。
177デフォルトの名無しさん
垢版 |
2020/12/20(日) 07:58:59.61ID:vYm8Aryt
>>173-175
本スレってASP.NET知らない無能が立てたスタンドアロンスレのことか？
あそこも俺がネタふらないとすぐ過疎った。
Blazor使ってる人がほぼいないから話題がない。
2020/12/20(日) 08:09:16.60ID:vYm8Aryt
>>176
iOS app開発できるし
パッチもあてられるし
CPU次第でMacより速くできるし。
マルチブートするかMacOS専用PCにするかは自分次第だし。
Apple嫌いなのは同じだが違いは儲かるから俺はやる、それだけ
AndroidとiOSシェア同じなんだから捨てるのはもったいない
2020/12/20(日) 12:38:53.63ID:NmAfNXJq
>>178
iOSには800万社くらいがアプリを提供していて、その内の1%の会社で8割くらい
の売り上げを獲得し、残りの99%は、平均で年間売り上げは100万円位しか
ない。
2020/12/20(日) 12:39:56.25ID:NmAfNXJq
>>179
訂正：
800万社ではなく、75万社くらい。
2020/12/20(日) 13:24:08.95ID:XPZNArTY
ザマオンプレジジィが伸び伸びしてて草
終の棲家とするが良いｗ
182デフォルトの名無しさん
垢版 |
2020/12/20(日) 17:45:21.29ID:vYm8Aryt
>>179
アプリ内課金なのか何の数字なのか不明だが、
間接的にsp appで利益あげるパターンもある。
アプリ無料で広告もつけなくても稼ぐことができる

トップ層は大ヒットゲームだし
下はとりあえずつくってみたアプリだし
平均値はあまり意味はない。
2020/12/20(日) 20:08:45.15ID:Gd3F49It
177 名前:デフォルトの名無しさん :2020/12/20(日) 07:58:59.61 ID:vYm8Aryt
>>173-175
本スレってASP.NET知らない無能が立てたスタンドアロンスレのことか？
あそこも俺がネタふらないとすぐ過疎った。
Blazor使ってる人がほぼいないから話題がない。


爺さんさ、もしかして発達障害の診断受けたことある？

上に引用した爺さんのレスだが、実際のところは2つのblazorスレで無関係なオンプレミスとxamarinの話を永遠繰り返してただけじゃない？で、スレ違いだから止めろとスレ民からいくら言われても、決して止めなかった。…これって爺さんの中では適切な話題を振っているとの認識だからよな？

スレチだけでなく、こちらの質問に対して妙にズレた回答をしてくることも幾度となくあった。むしろ適切な回答が返ってくることの方が珍しいくらい。
要するにさ、全く会話が成立していない状態なんだよね。分かるかな？
現実社会でもそういう指摘受けたことないかい？どうだろう？
2020/12/21(月) 00:37:22.04ID:SJYr72qf
>>182
もう、スマホが出来てからかなり時間が経ってしまったので黎明期の
ように簡単なゲームやアプリでも飛ぶように売れるというような特殊期間
は過ぎてしまった。
ソフトウェアの需要も頭打ちになっており、そう簡単に儲かるものではない。
ゲームも売上高は高く見えても開発にも同等に人件費がかかっており
赤字ぎりぎりの事が多い。
2020/12/21(月) 01:12:36.38ID:KEVFN1Cr
>>183
もう構うなや
NGワードいくつか設定しとけば問題無いやろ
2020/12/21(月) 01:33:49.70ID:kC10DwQL
ここは雑談スレだから仕方ない
Blazor本スレならしょうもない雑談は徹底的に叩くけど
2020/12/21(月) 09:36:20.15ID:eMg5oWqT
>>184
儲かるマーケットで新規参入が増えるのは当たり前だしどうでもいい。
クオリティが高ければ人気がでて儲かる

ゲームの損益は上場企業なら公開されてる。
頭打ちでもない。巣ごもり需要で各社、好決算だ
2020/12/21(月) 09:40:40.18ID:eMg5oWqT
>>183
オンプレミスの話題は他の奴らが悪い
海外で脱クラウドの流れでてるのは事実だし
ある程度知識あるエンジニアなら当然のように気が付く。

事実に反発しているということは
オンプレミスで開発・運用できるスキルがないやつらってこと
否定しないと自分がスキルないのを認めることになるから奴らはしつこい
2020/12/21(月) 10:19:52.71ID:RgKh0kMO
脱クラウドの真偽はどうあれ、少なくともBlazor使ってるのなんてほぼ100%クラウドでしょう
ちょっとは周り見た方がいいよ
2020/12/21(月) 10:54:45.18ID:sgTwUHSK
>>188
極一部の企業がやり始めたってだけで全体に拡大解釈しちゃいかんよ
オンプレミス回帰と主張したいなら数字とグラフで示さなきゃ
それができないならただの戯言
2020/12/21(月) 12:29:08.06ID:vPyfCX7u
たのむからここではオンプレの話をするなよ
2020/12/21(月) 17:46:03.85ID:xeeueWnS
>>187
iOSのアプリは、メーカーが作ってればいいよ。
2020/12/21(月) 17:56:07.61ID:eMg5oWqT
>>189
Blazorだけの数字なんていみないし
そもそもBlazorのシェアがまだ1%すらない
ちょっとは現実みたほうがいいよ
2020/12/21(月) 17:58:48.02ID:eMg5oWqT
>>190
ほんとクラウド信者はしつこいな
スキルある企業、個人は
パブリッククラウドの料金体系見てすぐ除外する。
ほとんどの用途でオンプレミスよりコスト高になる。
わからないやつはその程度のレベルだししつこく反論してくるな
2020/12/21(月) 17:59:42.03ID:eMg5oWqT
>>191
心配しなくてもそのうち消える
俺にとってこの板は失うもののほうが圧倒的に多い
2020/12/21(月) 18:00:08.46ID:FwW9ovL+
雑談スレだとオンプレ爺さんも相手してもらえるんだなw
2020/12/21(月) 18:11:17.19ID:vPyfCX7u
あっちが本スレなんじゃよ爺さんも湧くからたまらんなあ
2020/12/21(月) 19:04:54.94ID:sgTwUHSK
>>194
そんなすぐに見切り付けられるんじゃクラウドは商売にならん
しかし現実の世界ではクラウドは大繁盛だ
みんなクラウドのほうが良いと判断してるわけだな
2020/12/21(月) 20:35:12.12ID:eMg5oWqT
>>198
しつこいな
どうせおまえは無能でオンプレミス対応できないんだから
気にしてもしょうがない
2020/12/21(月) 20:42:24.04ID:RgKh0kMO
俺はオンプレのサーバーに触れたことすらない無能だが、クラウドのお陰で一本稼いでる
オンプレのほうが安い可能性は否定しない(知らないから)けど、ぶっちゃけ全く興味ないわ
2020/12/21(月) 20:52:32.75ID:+ci58h/H
>>199
クラウドに対応できないんだね
わかってるよ
オンプレ仕事は減っていくだろうけど頑張ってね
2020/12/21(月) 21:08:17.13ID:vPyfCX7u
こんなところに書いてもあれだが雑談系スレッドならいいだろう。
オチは無い。

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

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

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

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

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

良し悪しとは別に技術には勢いというものがあって、勢いがあると沢山の知見が集約されてどんどん良くなっていく。
js系の技術やクラウドもそうなんだろうな。
2020/12/21(月) 23:50:58.97ID:ll9V3sqt
ン万件とか少な過ぎて笑える
2020/12/22(火) 09:37:44.93ID:yCNDLhUz
>>201
またでてきたか、低能のイキリが。
そんな簡単なことで自慢してくるから笑われる
オンプレミスやってるやつらで簡単な設定するだけの
クラウド使えない奴などいない
2020/12/22(火) 09:42:09.37ID:yCNDLhUz
>>202
ここ雑談スレじゃない。

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

コボラーに同意しちゃうとまた爺さんと誤解されるからやめとくか
2020/12/22(火) 09:46:21.52ID:8AraQvJr
ここは雑談スレで本スレはこっちな
【本命】Blazor スレ2【真打】
https://mevius.5ch.net/test/read.cgi/tech/1606028377/
2020/12/22(火) 09:47:06.91ID:yCNDLhUz
>>202
C#が古臭くてTSがやりたい？
そんなこといってるやつは無能すぎだろ

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

JSがどんどん良くなっていくも嘘
触ってみりゃわかる
ゴミみたいなのが乱立してるだけってのがJSフロントの実態
2020/12/22(火) 10:03:50.70ID:QfeqeAq5
>>204
使えてないからオンプレのほうがいいなどと間違ったことを言い始める
使えてる人はクラウドを選ぶ
2020/12/22(火) 12:11:07.00ID:Vz3OkUO2
>>207
すまんがあなたの
クラウド貶してオンプレ推してるのに違和感を感じるので
そのnode、js貶してるのもいまいち信用できないんだよなあ
適材適所ってあるって思うんだよ。
何からなんでもクラウドはたしかにおかしい。
オンプレが必要なシーンはあるだろう。

同様に何からなんでもjsはクソ！もおかしい。
これではWeb系エンジニアのマウントと変わらない。
2020/12/22(火) 12:24:41.48ID:ejjmBy56
地頭が悪いジジイやから数十年携わってきたサーバー運用しか出来んねん
スレ民はもうちょい労ってあげてや
2020/12/22(火) 12:54:35.28ID:sMkHVlkY
>>209
>これではWeb系エンジニアのマウントと変わらない。

こういうのはオンプレ爺と同じでコンプレックス丸出しなのでやめた方がいいよ
それに今どきWeb使わないシステムやソフトウェアのほうが圧倒的少数派なので「Web系」って括りは意味がない
2020/12/22(火) 13:06:10.14ID:yCNDLhUz
>>209
信用できない？
ベンチマーク見てから言え
C#, Javaに比べて
node(JS)遅いし
Rubyは激遅い

能無しフロントのマウントと一緒にするな
俺は技術の優劣をみてクソと言っている
2020/12/22(火) 13:09:39.64ID:yCNDLhUz
>>210
外部業者に委託しないとバックエンドの開発も運用も
できないようなおまえのような無能と一緒にすんなハゲｗ

もしジジイならスキル範囲ひろくてめちゃ有能ジイイだな
おにいさんだけど
2020/12/22(火) 13:48:16.89ID:ejjmBy56
ジジイなんで毎度すぐレス返ってくるねん？
会社に相手してくれる人おらんで暇なんかな

しゃあない、おいちゃんが何でも話聞いたるわ！
これからは無理してITの話題振らんでもええさかい、ジジイの趣味話でも聞かせてや
2020/12/22(火) 13:52:25.55ID:ejjmBy56
あ、それから無理して草生やす必要ないで？
つい背伸びしてまうのはジジイの悪いトコロやな
2020/12/22(火) 14:30:43.23ID:Vz3OkUO2
>>212
文字速度、生産性全てにおいてASP.NET+C#が上回るならなぜみんな選択しないのか。
理由は必ずあるはず…！
小規模なシステムで使うには重量級すぎるとか？

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

>>211
そう？会社もWeb系とSIer系で分けれるのかなとおもってるんだけど。
コンプレックスははっきり言ってめちゃくちゃある。
あいつらはなんであんなにキラキラとした目でjs系技術最高っスみたいなノリなんだちくしょうめ。
2020/12/22(火) 14:32:57.24ID:Vz3OkUO2
>>216
×文字速度
○速度
2020/12/22(火) 16:09:21.58ID:3BPmpE5D
>>213
零細勤めなのは知ってるけどどれくらいの規模のシステム作ったことあるの？
ロードバランサー要らないレベル？
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況