1 名前:デフォルトの名無しさん [2020/06/11(木) 13:11:59.44 ID:dspgJzaw.net] どうぞ
116 名前:デフォルトの名無しさん mailto:sage [2020/10/29(木) 19:10:53.43 ID:nbVc4Wcx.net] >>113 いやキーワード検索なら普通にフレームワーク名は出るぞ
117 名前:デフォルトの名無しさん mailto:sage [2020/10/29(木) 19:11:03.03 ID:jsAu6jIB.net] >>115 妥当な気がするけど 他のが全然安くすむもん?
118 名前:99 [2020/10/29(木) 19:21:26.54 ID:R5MrQyZ+.net] 安さなら、AWS Lambda などのサーバーレス
119 名前:デフォルトの名無しさん mailto:sage [2020/10/29(木) 19:27:23.76 ID:QJk3197B.net] >>116 求人ならふつうはC#とASP.NETで募集かけるだろう。 Blazor単体だとシェア0.5%もないし、APIつくるときは従来のASP.NET (Core) MVCを使う。 C#とASP.NETやってきた人にとってBlazorは覚えることはあまりない。 C#やASP.NETで経験つんできた人を採用する方がはるかにいい
120 名前:デフォルトの名無しさん mailto:sage [2020/10/29(木) 19:3
] [ここ壊れてます]
121 名前:3:29.03 ID:QJk3197B.net mailto: >>117 高いといったのはFirestoreに限らずCloud DB全般。 オンプレミスでMySQL, Postgreとか使えば維持費はタダ同然だし document data使いたければMongo DBとか使えばいい 時代はクラウドみたいな宣伝に洗脳されてカモになるのが 流行ってるのが理解できない [] [ここ壊れてます]
122 名前:デフォルトの名無しさん mailto:sage [2020/10/29(木) 19:42:14.53 ID:jsAu6jIB.net] 規模ごとに値段出してくれてるのは親切だわ
123 名前:デフォルトの名無しさん mailto:sage [2020/10/29(木) 19:44:48.38 ID:mzgb86nm.net] 月間100万アクティブユーザをタダ同然しかコストかけないオンプレミスは怖くない? Firebaseから乗り換えるにしても、高可用性なVPSか、しっかりコストかけて鯖組むよ
124 名前:デフォルトの名無しさん mailto:sage [2020/10/29(木) 20:15:19.82 ID:elePZyQ4.net] >>119 Redux、Webpackってキーワードですら普通にヒットするのに本当に使われてるなら出ないわけないだろ
125 名前:デフォルトの名無しさん mailto:sage [2020/10/29(木) 20:36:11.06 ID:QJk3197B.net] >>123 Blazor単体ではシェア少ないと書いただろ あとBlazor Serverの社内システムとかは外部の統計にでてこない 他人ばかりきになるなら クソみたいなPHPとかRubyやってりゃいいじゃん みんなと同じことやって安心したいんでしょ
126 名前:デフォルトの名無しさん [2020/10/29(木) 20:40:28.26 ID:zFaSV2ve.net] MSがWebFormの移行先にBlazorを挙げている。 何年か経ったらSIerが使い出すんじゃない? 業務系はクラサバ時代に作られためちゃくちゃ複雑な画面があったりするから、簡単にSPAが作れるならBlazorは歓迎されると思う。
127 名前:デフォルトの名無しさん mailto:sage [2020/10/29(木) 20:41:18.33 ID:QJk3197B.net] >>122 ハードのコストはトラフィックやデータ量に依存するから書いてないだけで サーバーは当然、用意するよ Cloudに比べたらタダ同然ってこと VPSとかしょぼすぎて無理 せっかくオンプレミスでやるのにサーバー借りるとかバカらしい 乗り換えるならそもそも独自仕様のFirebaseなんか使わないほうがいい トラフィック増えたらひたすらカモられるのがクラウド
128 名前:デフォルトの名無しさん mailto:sage [2020/10/29(木) 21:00:39.18 ID:QJk3197B.net] >>125 日本はUIの注文が細かいからな WPFもCore対応したようだから法人はWPFもありかもしれない 開発スピードはBlazorより速いしUXも良いはずだ
129 名前:デフォルトの名無しさん mailto:sage [2020/10/29(木) 23:12:11.44 ID:hUSN75pF.net] ★jQuery, Ruby, C#, Blazorキチガイが書き込んでも無視してください。 ここはJSのスレです。
130 名前:デフォルトの名無しさん mailto:sage [2020/10/30(金) 02:37:24.20 ID:v7jfcTve.net] 前にASP.net MVCの案件したけど、使いやすかったね PHPはLaravelがデファクトスタンダードになってるけど、あれASP.net MVCを真似て作ってる
131 名前:デフォルトの名無しさん mailto:sage [2020/10/30(金) 02:39:17.08 ID:v7jfcTve.net] Winows Server+SQL Serverな環境だとVS上で完結して開発できるのもメリット大きいと思った
132 名前:デフォルトの名無しさん mailto:sage [2020/10/30(金) 06:43:41.05 ID:jNt72K+1.net] そういうのってフロントエンドJavaScriptフレームワークと組み合わせられるのか、と思ったけどライブラリであるReactは組み合わせられるらしい。 こんな記事を2016年に作ってるんだから、MS的には共存したいようだ。 https://docs.microsoft.com/ja-jp/archive/msdn-magazine/2016/february/asp-net-progressive-enhancement-with-asp-net-and-react
133 名前:デフォルトの名無しさん mailto:sage [2020/10/30(金) 08:15:44.23 ID:35UlbOhZ.net] マイクロソフトのサイトちょっと前はNuxt使ってた記憶あるけどな
134 名前:デフォルトの名無しさん [2020/10/30(金) 08:32:21.87 ID:GqN73ljK.net] >>127 いや要件上Webアプリにしたいのに開発スピードが早いからと言ってWPFするのは違う… ただ、業務アプリとなると複雑度の違いはあれど画面数が100超えたりするので生産性はとても大事。 簡単な画面はサクサク作れても、複雑な画面になると一気にややこしくなるようなフレームワークだとつらい。 Reactとかってこういう大規模な業務アプリにはどうなんかね。 メンテナンス性も含めて気になる。ころころフレームワークがバージョンアップすると維持も大変だし。
135 名前:デフォルトの名無しさん mailto:sage [2020/10/30(金) 09:34:54.00 ID:iByn/0U1.net] >>133 .NET CoreのWPFでMac, Linuxも対応してクロスプラットフォームに なったから、そもそもWeb appにする必要がないケースも多いんじゃないかってことだよ Mobileから使う社員にはwin tabletやPCから使わせればいいわけで。 開発コストの増大、UXの低下とかのWeb appのデメリットが無視されすぎてる
136 名前:デフォルトの名無しさん mailto:sage [2020/10/30(金) 09:39:21.58 ID:iByn/0U1.net] >>133 後半、Reactの代替こそBlazorでしょ 開発のコストも時間もReactより大幅に抑えられる Blazorならバージョンアップのコストも小さい
137 名前:デフォルトの名無しさん mailto:sage [2020/10/30(金) 09:54:41.83 ID:DO7lhPF4.net] WPFのMac/Linux版とかBlazorみたいな新しい茨の道進むよりははるかに情報も技術者も豊富なReactでWebにした方がずっと素直では……
138 名前:デフォルトの名無しさん mailto:sage [2020/10/30(金) 10:10:00.20 ID:iByn/0U1.net] >>136 そんな考えだから日本は生産性が低くなるんだろう。 Blazorでどれだけ楽になるか、コスト下がるかわかったら Reactなんてあほらしくて使ってられないと思うが 日本人はまわりに合わせると言われてるからどうしようもないな、いつも遅い 実際はReact続ける方がコスト的にいばらの道だ
139 名前:デフォルトの名無しさん mailto:sage [2020/10/30(金) 10:11:30.42 ID:qV+CbFPu.net] そうやってフレームワーク争いしていればいいんじゃね?w 世界は相変わらずjQueryを使っている
140 名前:デフォルトの名無しさん mailto:sage [2020/10/30(金) 10:43:25.42 ID:IWemq3eS.net] Blazor調べたらC#で吐いた
141 名前:デフォルトの名無しさん mailto:sage [2020/10/30(金) 10:55:08.13 ID:DO7lhPF4.net] 無駄に複雑化してまでレガシーに拘ってる人が生産性を語るのか……
142 名前:デフォルトの名無しさん mailto:sage [2020/10/30(金) 10:59:47.18 ID:xCQxkKUw.net] スレタイ見えないのか? アメリカに行って「中国語はいいですよ!」って布教してこいよ
143 名前:デフォルトの名無しさん [2020/10/30(金) 11:00:53.94 ID:GqN73ljK.net] >>134 ネイティブアプリは必ず配布の問題が出てくる。 数十人ならともかく、千人規模になると運用つらいよ。 トレードオフの話で、生産性が少々落ちたとしても配布の手間をなくすためにWebアプリにする。 あとReactってそんなに生産性悪いのか? じゃあなんで全世界でこんなに使われてるの?
144 名前:デフォルトの名無しさん mailto:sage [2020/10/30(金) 11:07:05.45 ID:qV+CbFPu.net] 世界各国に行って「日本はいい国ですよ!」って言ったら 反対するのは特定の地域だけだろうな
145 名前:デフォルトの名無しさん mailto:sage [2020/10/30(金) 11:09:05.07 ID:qV+CbFPu.net] > あとReactってそんなに生産性悪いのか? > じゃあなんで全世界でこんなに使われてるの? そもそも使われてないでしょ? あと「この道具は世界で一番使われてる。だから生産性が高いに違いない」 なんて言ったら笑われるよ 使われるかどうかなんてマーケティング能力の問題だからね
146 名前:デフォルトの名無しさん mailto:sage [2020/10/30(金) 11:19:17.20 ID:iByn/0U1.net] >>140 複雑化ってなんのことだ? UIをドロップして最速で作れるのはWPFとかだろ
147 名前:デフォルトの名無しさん mailto:sage [2020/10/30(金) 11:26:16.97 ID:JR1a94e7.net] >>134 WPFはクロスプラットフォーム対応してねーだろあほ
148 名前:デフォルトの名無しさん mailto:sage [2020/10/30(金) 11:27:04.45 ID:iByn/0U1.net] >>142 またその話か インフラ側の知識が足りない。 アプリなんてグループポリシーで一括インストールできるし 他のシステム管理ツールでも管理できる まともな企業なら無断で禁止アプリ使われないようなんらかの ツールで管理してる .NET CoreのWPFは単一のexeになるしdeployはコピーするだけだからさらに簡単になる。 single exeは.NET5だったからかもしれないがいづれにしもdeployはまったく問題ない
149 名前:デフォルトの名無しさん mailto:sage [2020/10/30(金) 11:28:01.10 ID:qV+CbFPu.net] そのお着せのUIで事足りるなら
150 名前:ヒ・・・ 実際にはある程度のカスタマイズが必要で いろんなことができる割にやり方が複雑だったりする 結果フレームワークの使い方に振り回されることになる [] [ここ壊れてます]
151 名前:デフォルトの名無しさん mailto:sage [2020/10/30(金) 11:29:43.43 ID:iByn/0U1.net] >>146 .NET CoreのWPFはクロスプラットフォーム対応だ Linux、Mac対応
152 名前:デフォルトの名無しさん mailto:sage [2020/10/30(金) 11:34:40.33 ID:iByn/0U1.net] >>142 後半 ブラウザ内で使える言語がJSだけだったからだ。過去形 Blazor wasmなどのWeb Assemblyが実用化してJS縛りがなくなった。 生産性の低いJSを使う必要性がなくなった。
153 名前:デフォルトの名無しさん [2020/10/30(金) 12:28:56.25 ID:ClF96+nh.net] 未だにIEが要件に挙がるジャップランドでwasmなんて使えるの?
154 名前:デフォルトの名無しさん mailto:sage [2020/10/30(金) 12:30:40.89 ID:C3Ry/DxR.net] 正直wasmで作るアプリは 「ブラウザで動かす必要はない」
155 名前:デフォルトの名無しさん [2020/10/30(金) 12:37:30.44 ID:GqN73ljK.net] >>147 え、じゃあ企業内で使うアプリは全てネイティブでやれってこと? 大抵の企業ってまずグループウェアがあってそこからシングルサインオンで各業務Webアプリに遷移するのが一般的だとおもうんだけど… WPF、いいフレームワークだしOSS化したのは知ってるけど、それこそあまり使われてない印象。 多数の人に使われている技術は、知見が沢山あるのと、技術者を集めやすいメリットがある。
156 名前:デフォルトの名無しさん mailto:sage [2020/10/30(金) 12:40:51.64 ID:C3Ry/DxR.net] WPFは俺の会社の範囲内では100%使われてる だから世界でも使われてるはずだ とかいうやつやろw
157 名前:デフォルトの名無しさん [2020/10/30(金) 12:47:30.62 ID:B0ujDtw0.net] デスクトップアプリは実績豊富なElectronでいいじゃん
158 名前:デフォルトの名無しさん mailto:sage [2020/10/30(金) 12:55:01.70 ID:C3Ry/DxR.net] 正直ぽとペタで作れるのは見た目だけで 処理ではないので、あまり意義を感じられんのだよな
159 名前:デフォルトの名無しさん mailto:sage [2020/10/30(金) 13:08:36.77 ID:iByn/0U1.net] >>151 環境を限定できる業務アプリでIE縛りなんてないだろ、ナンセンス あとなかなかIEやめないやつ対策で IE開こうとするとEdgeが開くようにMSが変更するらしい そこまでMSがやってるんだから開発者もIEを使わせないように努力するべき
160 名前:デフォルトの名無しさん mailto:sage [2020/10/30(金) 13:13:52.85 ID:JR1a94e7.net] >>149 してないよ
161 名前:デフォルトの名無しさん mailto:sage [2020/10/30(金) 13:15:28.60 ID:JR1a94e7.net] >>149 https://stackoverflow.com/questions/53954047/can-wpf-applications-be-run-in-linux-with-net-core-3
162 名前:デフォルトの名無しさん mailto:sage [2020/10/30(金) 13:15:59.55 ID:C3Ry/DxR.net] >>157 新規開発ばかりだと思ってんのか? アホだな 環境を限定できるから、何年も前にIE縛りにして IE縛りのアプリが残ってるから変更できないんだよ しかたないからまたIE縛りでアプリを作る
163 名前:デフォルトの名無しさん mailto:sage [2020/10/30(金) 13:16:31.71 ID:iByn/0U1.net] >>153 全てなんて言ってないだろう SPから使う必要があるならWPFは選択肢から外さざるを得ない WPFがベストなシステムでも必要もなくWeb appにしてる企業が多すぎるということ 外部企業に作らせていてその会社がWeb appしか作れないんだろう
164 名前:デフォルトの名無しさん mailto:sage [2020/10/30(金) 13:23:57.41 ID:iByn/0U1.net] >>153-154 WPFはdesktop appでナンバーワン。 実績がなければ.NET Core対応したりしない >>155 Electron、生産性が低い >>156 Web appで時間かかってるのUIだろう。WPFはそこのコスト大幅に削れる
165 名前:デフォルトの名無しさん mailto:sage [2020/10/30(金) 13:27:46.15 ID:C3Ry/DxR.net] UIに時間がかかるとか、本末転倒ですねw
166 名前:デフォルトの名無しさん mailto:sage [2020/10/30(金) 13:28:45.91 ID:C3Ry/DxR.net] > 実績がなければ.NET Core対応したりしない 実績がなくても.NET Core対応とかするやろ DelphiとかCOBOLLとか
167 名前:デフォルトの名無しさん mailto:sage [2020/10/30(金) 13:37:13.20 ID:iByn/0U1.net] >>160 しかたないからまたIE縛りでアプリを作る? それただの馬鹿な企業だろw 依頼するほうも要件丸のみして開発するほうも両方バカ IEはセキュリティ低いしもう終わるのでやめましょうと言えないのは無能 そのうち消えるIEに合わせ
168 名前:ト作ったらIE終了時で大問題になる [] [ここ壊れてます]
169 名前:デフォルトの名無しさん mailto:sage [2020/10/30(金) 13:40:29.41 ID:C3Ry/DxR.net] >>165 客がそれを望んでるのだからしょうがない IE終了なら、その時は作り直しですねーって金を取るからいい それを渋るなら、その会社はいつまでも古いものを使うってだけだ 未だにフロッピーディスクを使っている会社とかよくある話
170 名前:デフォルトの名無しさん mailto:sage [2020/10/30(金) 13:53:43.65 ID:iByn/0U1.net] >>166 カネさえ貰えればクライアントがどうなろうといったこっちゃないってことか 意識低い系
171 名前:デフォルトの名無しさん mailto:sage [2020/10/30(金) 13:54:09.03 ID:iByn/0U1.net] 知ったこっちゃない、の誤字
172 名前:デフォルトの名無しさん mailto:sage [2020/10/30(金) 13:54:47.96 ID:sXVsY8+M.net] >>167 プロである以上。ただで仕事はしないんでね
173 名前:デフォルトの名無しさん mailto:sage [2020/10/30(金) 14:10:51.21 ID:iByn/0U1.net] IE前提の開発を続けることの危険性を クライアントに伝えられないならプロではない 意識低い系 レベル低い
174 名前:デフォルトの名無しさん mailto:sage [2020/10/30(金) 14:19:05.97 ID:JR1a94e7.net] >>149 撤回まだー?
175 名前:デフォルトの名無しさん mailto:sage [2020/10/30(金) 14:31:13.28 ID:iByn/0U1.net] >>171 WPFのプラットフォームは撤回する。調べたらフェイク情報だった .NET MAUIでiOS, Andoroid対応するからそれに期待する
176 名前:デフォルトの名無しさん mailto:sage [2020/10/30(金) 14:50:44.76 ID:DO7lhPF4.net] その方面での人気はReactに大きく水を開けられてますね。 GitHub stars React-native 91k MAUI 4.9k ちなみに元になったXamarinも似たような数字なので、新しいから星が少ないわけでは無い模様。
177 名前:デフォルトの名無しさん mailto:sage [2020/10/30(金) 15:01:33.65 ID:SSPT0mbH.net] Githubの星で判断するのは無理があるわ
178 名前:デフォルトの名無しさん mailto:sage [2020/10/30(金) 15:10:07.16 ID:hYhF3+Ov.net] それはまぁそうだ。でもなんの根拠もない主観帯な意見よりは役に立つ
179 名前:デフォルトの名無しさん mailto:sage [2020/10/30(金) 15:12:12.89 ID:ZIWRavoe.net] GitHub Starは1000超えてるかどうか2値くらいの価値しかない
180 名前:デフォルトの名無しさん mailto:sage [2020/10/30(金) 15:12:45.62 ID:ZIWRavoe.net] >>175 一理あるね
181 名前:デフォルトの名無しさん [2020/10/30(金) 15:27:31.87 ID:B0ujDtw0.net] >>172 情弱無能紹介乙
182 名前:デフォルトの名無しさん [2020/10/30(金) 15:29:02.02 ID:B0ujDtw0.net] >>162 オメーんのこと大好きなMSがVSCodeをElectronで作ってるんですけど?
183 名前:デフォルトの名無しさん mailto:sage [2020/10/30(金) 15:44:54.07 ID:hYhF3+Ov.net] なんなら React Native for Windows もMSが開発してる
184 名前:デフォルトの名無しさん mailto:sage [2020/10/30(金) 16:08:49.27 ID:iByn/0U1.net] >>179 俺は信者じゃないしMySQLとかをよく使う C#, ASP.NETは良いものだから使っているだけ Electronのアドバンテージなんかあるか?低速だろ React Nativeも下火だぞ
185 名前:デフォルトの名無しさん mailto:sage [2020/10/30(金) 16:22:16.67 ID:t+8AqTUm.net] >>115 >月間アクティブ100万ユーザーで、月額30万円近くかかる YouTube で月千円の会員なら、月10億円になる。 月30万円って、一人0.3円か? >>120 >オンプレミスでMySQL, Postgreとか使えば、維持費はタダ同然 OS, ミドルウェアのバージョンアップとか、AWS が保証するから安全
186 名前:デフォルトの名無しさん mailto:sage [2020/10/30(金) 16:35:07.22 ID:mwjlref6.net] 月間アクティブ100万人って規模なら たった30万円の維持費を減らす努力よりもっとほかにやることあるよなそりゃ
187 名前:デフォルトの名無しさん mailto:sage [2020/10/30(金) 16:49:35.81 ID:vor9ilBY.net] >>149 Q:WPFは、.NET Core3 を使えば、Linux で動作しますか? A: いいえ、彼らはそれらが明確にWindowsのみに対応していると述べました。 そして、将来も、それらをクロス・プラットフォームにするつもりはないことを 明言しました。なぜなら、その全体の概念がWindows特有の機能からもたらされて いるからです。 彼らは、クロスプラットフォームアプリケーションについての完全に新しいアイデアに ういて話し合いましたが、それは簡単ではありません。 [Q] Can WPF applications be run in Linux with .Net Core 3? 2019/06/19 [A] No, they have clearly stated that these are windows only. In one of the .NET Core 3.0 discussions, they have also clarified that they do not intend to make these features cross-platform in the future since the whole concept is derived from windows specific features. They talked about thinking of a whole new idea for cross-platform applications, which is not easy.
188 名前:デフォルトの名無しさん mailto:sage [2020/10/30(金) 16:53:00.98 ID:ckLvIbEY.net] 彼の言うことは間違っているか主観的で偏見に満ちているという事か
189 名前:デフォルトの名無しさん mailto:sage [2020/10/30(金) 16:57:58.39 ID:DGQvftbd.net] おまけにスレ違いだ
190 名前:デフォルトの名無しさん mailto:sage [2020/10/30(金) 17:09:26.20 ID:vor9ilBY.net] https://ja.wikipedia.org/wiki/.NET_Core 「.NET Core 3.0では、Windows版に限りWindows FormsおよびWPFのサポートが 提供されるようになった」
191 名前:デフォルトの名無しさん mailto:sage [2020/10/30(金) 17:40:22.11 ID:EfvZrgr3.net] どこの板行ってもみんなに迷惑かけて嫌われてるな、ドザはwww
192 名前:デフォルトの名無しさん mailto:sage [2020/10/30(金) 18:03:32.89 ID:ShtIhVkp.net] ソフトウェア開発の場合はMacやLinuxを使うユーザーも大量にいるけど、一般的なビジネスソフトの場合は無視できるレベル 実際MacはまだしもLinux向けのビジネスソフトなんかほとんどないわけだし
193 名前:デフォルトの名無しさん mailto:sage [2020/10/30(金) 18:07:53.05 ID:PPIOCSmX.net] まぁね。俺はデスクトップLinuxユーザだけど、それは俺が開発者でしかもLinuxが好きだからだ。
194 名前:デフォルトの名無しさん mailto:sage [2020/10/30(金) 18:13:37.77 ID:vW0P/VrR.net] Electron、マルチウィンドウとか高度なUIだとネイティブのGUIには敵わないなという印象 VSと比べると、VSCodeはタブウィンドウの動作が不自然でマルチモニター環境だと使い勝手が大きく劣る 単純に重いというのもあるし
195 名前:デフォルトの名無しさん mailto:sage [2020/10/30(金) 18:15:30.38 ID:YkVydWfR.net] ★jQuery, Ruby, C#, Blazorキチガイが書き込んでも無視してください
196 名前:デフォルトの名無しさん mailto:sage [2020/10/30(金) 18:37:27.88 ID:zIm6pmym.net] 「クロスプラットフォームできる!」 ↓ できませんでしたww ↓ 「クロスプラットフォームなど不要!ウィンドウズだけで十分!」 自分ができないことを必要ないと強弁するのがRubyコミュニティとソックリwww
197 名前:デフォルトの名無しさん [2020/10/30(金) 19:00:22.67 ID:/kDe3Bml.net] 生産性の違いをまじで知りたいんだけど… 彼以外に両方やってる人はいない…? BlazorよりReactのほうが生産性高いわい!という声がない。
198 名前:デフォルトの名無しさん mailto:sage [2020/10/30(金) 19:03:52.94 ID:JR1a94e7.net] >>193 いやたぶんC#側にバカにされたRuby野郎の成れの果てやろ。普通にC#触ってるならWPFがクロスプラットフォーム対応してないことなんて常識…
199 名前:デフォルトの名無しさん mailto:sage [2020/10/30(金) 19:07:38.08 ID:Kbjr28sO.net] C#もReactも使えるけどBlazor使った事無いし。彼みたいに使っても無い物を根拠も例もなしにこき下ろすような事できないし
200 名前:デフォルトの名無しさん mailto:sage [2020/10/30(金) 19:10:09.71 ID:sXVsY8+M.net] >>194 生産性なんて結局の所慣れてるかどうかでしかない UI部分の話でしかないから、ほしいコンポーネントがあるかどうか それもシンプルなUIにすれば、複雑なものなんかいらない
201 名前:デフォルトの名無しさん mailto:sage [2020/10/30(金) 19:20:57.77 ID:IWemq3eS.net] >>194 エチオピアと日本どっちのが住心地いいですか?って聞かれたらなんて答える?
202 名前:デフォルトの名無しさん mailto:sage [2020/10/30(金) 19:22:25.53 ID:sXVsY8+M.net] 日本に決まってるだろー!
203 名前:デフォルトの名無しさん mailto:sage [2020/10/30(金) 19:27:11.63 ID:iByn/0U1.net] >>194 静的言語の経験ないのか? 生産性はC#最強すぎて勝負にならないぞ >>195 最近WPF触ってない
204 名前:デフォルトの名無しさん mailto:sage [2020/10/30(金) 19:32:17.87 ID:t+8AqTUm.net] React には、周辺のエコシステムがある Ruby on Rails, Bootstrap, React の組み合わせも多い。 React で、styled-components だろ Redux, TypeScript もある
205 名前:デフォルトの名無しさん mailto:sage [2020/10/30(金) 19:42:54.34 ID:Kbjr28sO.net] TypeScriptが動的型言語と静的型言語の良いとこ取りを達成しちゃったからなぁ。Union型とかLiteral型とかIntersection型とか、その他もろもろ。
206 名前:デフォルトの名無しさん [2020/10/30(金) 19:43:22.84 ID:B0ujDtw0.net] >>194 生産性でいえば静的c#とVSが圧倒的 これだけは他を突き放してる
207 名前:デフォルトの名無しさん [2020/10/30(金) 19:46:46.80 ID:B0ujDtw0.net] ちなみにMSはTypeScript+VScodeをc#+VS並の生産性にしたいらしい BlogやVScodeのアップデート履歴にそれらが記載されていてアイデアくれってユーザーに呼びかけている
208 名前:デフォルトの名無しさん [2020/10/30(金) 19:49:00.14 ID:iByn/0U1.net] >193 desktopとしてLinux, Mac使ってる人ほぼゼロだし web appである必要ない場合多いって事実だろ なんでもweb appにしてしまう風潮おかしい 3DCGもApple非対応のソフトが増えてるらしいからな Macはもうクリエイターからも見放されている
209 名前:デフォルトの名無しさん mailto:sage [2020/10/30(金) 19:54:02.14 ID:iByn/0U1.net] >>197 俺の言ってるBlazorの生産性ってUI限定の話じゃないぞ ASP coreだとbackend含めて大幅に生産性があがる 同じ人が同じ言語で同じC#ライブラリ使ってかけるから 生産性が桁違いにあがる
210 名前:デフォルトの名無しさん mailto:sage [2020/10/30(金) 19:58:28.72 ID:Kbjr28sO.net] >>205 スマホとかタブレットとかエンドユーザとかご存知無い? >>206 TypeScriptでバックエンドもフロントエンドも書けるよ?
211 名前:デフォルトの名無しさん mailto:sage [2020/10/30(金) 20:17:31.78 ID:iByn/0U1.net] >>207 TS、JSは低速だしbackendで使わないほうがいい しょぼいアクセスのサイトならいいけど SPはMAUIでるまで対応しないから上の議論では外していただけで ちゃんと考慮はしている SP対応させたいならBlazorを使えばいい
212 名前:デフォルトの名無しさん [2020/10/30(金) 20:21:47.01 ID:/kDe3Bml.net] >>204 がほんとなら ts + VSCodeはc#+VSに生産性負けてるじゃん 仕事で普段はVSとC#で開発してるんだが、一度話題のVSCodeを使ってみようとC#で簡単なコンソールアプリ作ろうとしたことがある。 しかし、とにかくVSと比較して支援が少なくてすぐ投げてしまった… もしかしてtsでもこの程度なんだろうかという疑念がある。 >>198 そりゃあ…エチオピアじゃないかな…
213 名前:デフォルトの名無しさん mailto:sage [2020/10/30(金) 20:35:09.93 ID:iByn/0U1.net] >>209 VS codeよりVSのがいいのはわかる。 tsはASPもWPFも対応してないし当分はC#がMSの主役言語でしょ
214 名前:デフォルトの名無しさん mailto:sage [2020/10/30(金) 21:01:38.15 ID:dxq/xiY9.net] >>209 多分それ言語用の拡張が入ってない
215 名前:デフォルトの名無しさん mailto:sage [2020/10/30(金) 21:19:32.06 ID:dxq/xiY9.net] >>208 普通はDBの方が速度に対する影響大きいでしょ。それにJSはかなり最適化入っててそこそこ速い。もしそんなJSの速度で不満ならGoなりRustなり使うよ。 MAUIなんて待たなくてもその前身であるXamarin使えば良い。と思ったけどそれだと移植が必要だからのMAUI待ちか。どちらにせよWPFそのままってわけにはいかないよね
216 名前:デフォルトの名無しさん mailto:sage [2020/10/30(金) 21:39:34.45 ID:iByn/0U1.net] >>212 わざわざ遅い言語でbackend作る意味がない nodeもrailsもC#に比べると激遅いぞ