Vue vs React vs Svelte Part.6

■ このスレッドは過去ログ倉庫に格納されています
1デフォルトの名無しさん
垢版 |
2020/10/27(火) 13:09:05.31ID:5aYZ+KyB
実際どうなん？
※Angularは残念ながら全く話題にならなかったのでSvelteに差し替えました
Vue
https://jp.vuejs.org/
React
https://reactjs.org/
Svelte
https://svelte.dev/
※前スレ
Vue vs React vs Angular Part.5
https://mevius.5ch.net/test/read.cgi/tech/1596029929/

★ここではjQuery, Ruby, C#, Blazorの話題は禁止です
★jQuery, Ruby, C#, Blazorｷﾁｶﾞｲが書き込んでも無視してください
Angular, Next, Nuxt, Sapper, Gatsby, VuePress, RedWoodなどはおｋ。
2020/12/25(金) 15:39:40.13ID:gC1vp0cV
>>599
SSRよりSSGが流行ってる理由分かってないみたいだね
2020/12/25(金) 15:59:47.26ID:euOV1ViA
SPA
SSR
SSG
ISR

SPA以外正直よく分かってない
2020/12/25(金) 16:03:02.39ID:cyV6b5qO
ISRだけ分からん
ちなみにDSLRとは「Digital Single Lens Reflex camera」の略で『デジタル一眼レフカメラ』の事
2020/12/25(金) 19:27:00.55ID:rgYdT80J
>>610
お、説明してくれるの？
2020/12/25(金) 20:59:57.79ID:gC1vp0cV
>>613
分かってないならいいよ
自分で調べろ
615デフォルトの名無しさん
垢版 |
2020/12/26(土) 07:14:40.66ID:7X2rKI4N
スーパースーパーレアってアホっぽい
2020/12/26(土) 08:10:53.16ID:IHOdi7Vn
今はISRだよな
2020/12/26(土) 10:20:49.20ID:q2RopqqH
Incremental Static Regeneration だってさ。
SSRとSSGの合わせ技か。
SSGのデメリット消すためとはいえSSRの何分の一かのサーバリソースは必要になる、と。
2020/12/26(土) 10:58:25.99ID:nir8tHzM
相変わらずこの分野は迷走してんなぁ
もうそろそろMVC回帰のトレンドがくるよ
クラウドからオンプレに回帰
ミクロサービスがモノリスに回帰
トレンドってだいたい一周回って帰ってくるんだ
2020/12/26(土) 11:45:42.03ID:T66JFeJq
技術の進歩は螺旋である

あとjavascript系技術ってフロントがjavascriptでしか動かないから仕方なしにjavascriptでやってるんであって
そうでなければ選ぶような技術ではないと思う…
2020/12/26(土) 12:23:11.06ID:3y5CuLti
仕方ないと思うかどうかは人それぞれだな。俺は言語としてjs/tsが好きだけど。
個人的にはpythonの方が「仕方なく使ってる感」が強い。
621デフォルトの名無しさん
垢版 |
2020/12/26(土) 12:41:09.33ID:UNoc468U
JSはVBAのようなもので、お金を頂いて開発するようなかっちりした製品には向いていないんじゃないですかね。
2020/12/26(土) 12:50:41.74ID:UDiPG0nr
>>621
vbaとてもわかる…
jsみてるとvbaを思い出す…
チームでやりだすと途端に破綻する
しかしTypeScriptは素晴らしい。
みんな大好きマイ⭐︎クロソフトでした。
2020/12/26(土) 12:54:31.14ID:GU4nNxSM
マイクロソフトというかヘジたんが天才だった
2020/12/26(土) 13:03:44.34ID:BjZvExSE
かっちりしたとか、チーム開発となればTS(strict)の出現は大きな進化だった。
Pythonの型ヒントと違って、各種ライブラリにしっかり型があってstrictが現実的に使える
2020/12/26(土) 13:24:08.93ID:IF3PEEZe
C#を使える層はVBAを使える層を含んでいるが、名前にCが付いているから
C使いの一員になったと勘違いした挙句、C++を好んで使っている人をC#を
使えない老人呼ばわりするのがウザイ。
C#なんてC使えるやつなら誰でも使えるわ。
2020/12/26(土) 13:30:03.47ID:nir8tHzM
意外と使えん奴もいるから人それぞれ
Cなんて初心者の入門用言語だし
2020/12/26(土) 13:43:46.26ID:npenhvb8
C#はいい言語だよ。
C#使いもまともな人多いよ。
でもここにやってくるC#おじさんは使えない老害だよ

>>625
VB.NETとVBAをごっちゃにするのはちょっと……
2020/12/26(土) 13:45:40.20ID:T66JFeJq
C#使える層も大概おっさん扱いされてますが…

TypeScriptはよくできてると思うが、流石にサーバーで動かすのはやりすぎだった。
お手軽システム限定。
2020/12/26(土) 14:07:06.73ID:3y5CuLti
やりすぎって何が？
2020/12/26(土) 14:17:50.65ID:aXYrsBzh
無駄な処理をやりすぎて遅い
2020/12/26(土) 14:27:39.58ID:3y5CuLti
スクリプト言語でサーバーやるの全般がダメって言いたいのかな
2020/12/26(土) 14:38:05.10ID:YlcJBbhr
まあそういうことだね
633デフォルトの名無しさん
垢版 |
2020/12/26(土) 14:41:07.66ID:UNoc468U
だれかKENTAさんからコメント取ってきてよ。
2020/12/26(土) 14:48:49.60ID:lsTpcoKT
DBを利用したRESTサーバでJSがボトルネックになる状況とかよほど酷いロジックでは？
2020/12/26(土) 14:53:04.50ID:nir8tHzM
DBとAPIがほぼ直のチュートリアルみたいなステムならNodeでもRubyでも何でもいいよ
業務でそんなシステムはなかなか珍しいけど
2020/12/26(土) 14:54:17.66ID:3y5CuLti
たぶん、ちゃんと測定したわけでもなくふわっとした印象で語っているだけだろう
2020/12/26(土) 14:58:20.42ID:Ii8YlEBO
ほんとゴミ情報だね。
2020/12/26(土) 15:02:00.45ID:bKK4ULgi
アクセス量多いとスクリプトはちょっとね
2020/12/26(土) 15:06:50.42ID:rNbO8nf2
スクリプトっていうか、動的型付け言語をサーバーサイドで使いたくない気持ちは分かる。
でも速度面を理由にするのは、よく分からない。
例えば負荷テストの結果が良くない等、具体的数字に基づいて言ってるのかな？
2020/12/26(土) 15:11:27.64ID:nir8tHzM
>>639
ベンチマークで遅いことはわかってるから候補から外れる
作ってからなんか遅かったですじゃ手遅れだからね
2020/12/26(土) 15:20:49.69ID:OUJQ/yeA
つまり、測定して無いんだ
2020/12/26(土) 15:42:31.72ID:IF3PEEZe
RubyやJSは起動が速いが、JavaやC#はどうなの?
クラスローダーやDLLのロードのためか、起動が遅い印象がある。
2020/12/26(土) 16:06:58.20ID:nir8tHzM
>>641
ベンチマークの意味わからない？
2020/12/26(土) 16:07:14.19ID:rNbO8nf2
>>642
サーバーの起動なんてリリースやメンテナンスのタイミングしか無いけど気になるか？
2020/12/26(土) 16:07:31.63ID:nir8tHzM
>>642
比較的遅いがバックエンドなら気にすることじゃない
2020/12/26(土) 16:17:10.36ID:IF3PEEZe
>>644
もしかして、起動したら基本的に終了せずに、イベントが発生するまで
待機してイベントを裁くような方法を使うの？
2020/12/26(土) 16:18:27.99ID:S13r8MyR
突然空気読まずにMVCとか言い出したと思ったらやっぱりC#おじさんか……。
スレ違いの話はやめようね
2020/12/26(土) 16:26:29.04ID:IHOdi7Vn
rubyが早いとか何言ってんだろw
なぜtwitterがscalaで書き直したか知らないの？
2020/12/26(土) 16:32:44.71ID:3y5CuLti
>>640
性能要求を満たすかどうかは案件ごとに違うだろうに。
スクリプトだから、ベンチマークが遅いから、って一律で切るのはそもそもそういう検討をしていないんだろうね。
2020/12/26(土) 16:38:00.25ID:A5wLytvy
ベンチマークで遅いのと、実用になるかならんのかは全然別だと思うが。
コンビニに行くのにフルチューンのF1では行きたくないだろ。
2020/12/26(土) 16:39:34.59ID:T66JFeJq
スクリプト言語でサーバーサイドやる利点を是非知りたい。
パフォーマンス？生産性？流行りだから？
2020/12/26(土) 16:42:16.12ID:T66JFeJq
>>650
に書かれてた。やはりお手軽システム限定ってことか。
2020/12/26(土) 16:42:59.57ID:IF3PEEZe
>>651
ネット黎明期のころ、CGIはPerlで書かれたものが多かった。
Perlは文字列とASCIIコードの相互変換が混乱し易く、かつ、
関数呼び出しの参照渡しに問題が有ったのでRubyに置き換わった。
PerlとRubyは言語が違うだけでどちらもスクリプト言語で似た動作原理
を持っていたので移行しやすかった。
その後、SunがJavaをサーバーサイドを主目的として作った、と聞いた。
2020/12/26(土) 16:49:24.27ID:5ukh9MxR
>>651
雑に言うと
JavaでサーバーサイドやったらJVMの起動に時間がかかってパフォーマンス悪すぎ
TypeScriptでサーバーサイドやったらイベントループのおかげでパフォーマンス良すぎ。Javaのように書けて移行もしやすい
っていう記事を読んだ
2020/12/26(土) 16:50:07.93ID:A5wLytvy
>>652
お手軽システムと言うが、お手軽の定義が10年前とは違うぞ。
今の「お手軽ではない」って用途は、現代のCPUですらC++でゴリッゴリにチューンしたロジックをぶんまわさないと走らないと実用にならんシステムであって、ほとんどの物はここに入らん。
少なくとも、JITで瞬時にコンパイルされてる時点で過去のインタプリタ言語とは相当違う。

今の軽自動車であれば日本一周ぐらい余裕みたいな議論になる。
2020/12/26(土) 16:52:32.05ID:3y5CuLti
開発言語を選択する理由なんて様々だと思うが、逆に、サーバーに限定して
スクリプトとそれ以外に線を引いてスクリプトは向いてないと主張する理由が知りたい。
2020/12/26(土) 17:01:13.91ID:5ukh9MxR
日本人がGoでサーバーサイドやるという記事を読んだ
TypeScriptでやるというのは外人の記事
GoとTypeScriptのどっちがいいかの評価記事を読みたい
2020/12/26(土) 17:02:13.15ID:BjZvExSE
起動速度が重要になる場面はあるよね。Lambdaとかご存知無さそうだけど
2020/12/26(土) 17:08:32.45ID:A5wLytvy
>>657
物によるけど、俺はGoの方が好き。
デプロイが圧倒的に楽だから。
2020/12/26(土) 17:09:33.00ID:nir8tHzM
>>649
うーんいや
スクリプトにして生産性がぐんと上がるんならパフォーマンスをしっかり検討して許容範囲に収まるなら使ってみようって流れになる可能性はある
でもスクリプトにして生産性がそんなに上がるかっていうと上がらないし下手すると下がるからね
メリットないのにベンチマークで遅いとわかってる言語を選ぶ理由はないでしょう
2020/12/26(土) 17:16:03.34ID:nir8tHzM
>>650
それはF1カーの運用までが大変だからだろ
比喩表現としてまったく不適切だよ
C#はスクリプトに比べてパフォーマンス以外も楽だからね
楽で速いのだから答えは決まりだ
2020/12/26(土) 17:25:22.32ID:3y5CuLti
>>660
だから、言語を選ぶ条件なんて様々だろうに。言語自体の機能、開発しやすさ、環境、あるいは開発者を
集めやすいとか過去の資産の継承とか。
それらを踏まえたうえで要求を満たせる言語ならスクリプトとかそうじゃないとかこだわる必要はないと思うが。

>メリットないのにベンチマークで遅いとわかってる言語を選ぶ理由はないでしょう

そこでベンチマークという指標だけを特別視する理由があるのかということと、そもそもそのベンチマークの
成績がどれだけあればいいのかとか、そういう基準をもって選択しているのかと。
2020/12/26(土) 17:25:26.09ID:Y46mRX42
C#はJSの2倍程度しか早くないですよ。
Cなら一桁違う事もあるけど
2020/12/26(土) 17:26:02.76ID:nir8tHzM
>>654
JavaはポストCOBOLのポジションだからもう生産性やパフォーマンスを期待してはいけない

ちなみにC#は非同期処理が得意な言語の筆頭だよ
非同期処理を実用レベルの高生産性まで最初にもっていった言語はC#
JSやその他の言語がイベントドリブンのコールバック連鎖で気持ち悪い非同期処理をシコシコ書いてた時代にC#では真っ先にReactiveExtensionやAsync/Awaitを実装した
C#はライブラリの非同期対応も最も充実している言語の1つだ
JSやその他の言語では未だに非同期ライブラリがコールバックしかサポートしていないといったことも珍しくない
2020/12/26(土) 17:28:35.04ID:nir8tHzM
>>662
言ってることは間違ってないけどどの要素をとってもC#が最強なのでな
2020/12/26(土) 17:37:12.79ID:3y5CuLti
最初から「俺はC#が好きだ」って言ってればそこで終わってた話。
足りない頭でもっともらしい理屈をつけようとするからおかしなな話になる。
2020/12/26(土) 17:37:18.38ID:A5wLytvy
>>661
C#とJavaを引き合いに出したいのなら、ハマーぐらいかな。
確かに頑丈だしそれなりに走るけど、それが要るかと聞かれれば疑問符。
俺もC#はよく使うが、楽さは全然違うぞ。
Goとかと比べると、遥かにC#はめんどくさいし、そもそもC#は.net coreでAOTかけてても起動遅い。
2020/12/26(土) 17:40:22.14ID:abA8NdUG
>>667
Goも楽で速いがC#とは方向性が違うので共存できる
2020/12/26(土) 17:42:22.62ID:nir8tHzM
いずれにせよバックエンドでスクリプトを使うメリットは

ない
670デフォルトの名無しさん
垢版 |
2020/12/26(土) 17:45:37.56ID:UNoc468U
ジャッジが居ないから結論が出ないんだよね。

・>>1が進行役のMCやる。
・MCがジャッジを三名指名する。
・棄権も許容して、ドローになる場合クラウドにゆだねる。
・MCは、クルーが大技を繰り出してきたとき、Yeah! や WoW! HoHo! など適切に合の手を入れる。
・7 to smoke ルールで、7勝した奴が勝ち。
2020/12/26(土) 17:49:44.17ID:vt3FfngW
おまえらphpもスクリプトだってこと忘れて議論してるな
メリットなかったら普及しないだろ
2020/12/26(土) 17:50:33.74ID:BjZvExSE
C#おじさんは狭い知識から屁理屈捏ねて勝利宣言繰り返すだけの人だから。お手本通りの老害
2020/12/26(土) 18:11:05.74ID:nir8tHzM
>>671
当時は高級言語の選択肢が少なかっただけだ
674デフォルトの名無しさん
垢版 |
2020/12/26(土) 18:14:32.55ID:UNoc468U
Windowsで使えた、レンタルサーバで使えた。
需要にこたえていた。

我わ正義なり我に従えってRubyより流行ったのは当たり前だった。
2020/12/26(土) 18:22:33.03ID:A5wLytvy
>>669
使いこなせません、と言うことだな。
それはC#が好きなんではなくて、C#しかできないんだろ。
C#に謝れ。
2020/12/26(土) 18:30:08.64ID:bYNEuO+K
C#おじさん邪魔だからBlazorでも使ってろよ
2020/12/26(土) 18:35:47.28ID:T66JFeJq
Blazorスレと似たような展開だが、あっちはスクリプト系クソ
こっちはC#,Javaクソ
理由はどちらもパフォーマンスや生産性が〜
これはもう宗教だな
2020/12/26(土) 18:41:30.60ID:abA8NdUG
>>675
使うメリットがないと言ってる
日本語わかる？
679デフォルトの名無しさん
垢版 |
2020/12/26(土) 18:45:16.11ID:UNoc468U
Javaはライブラリの勝利じゃないだろか。
企業で使う場合、認証が一番厄介な部分だと思うけど、Javaはそこがしっかりしてた。
GlassFishを試用してみたけど、軽くは無かったな。
2020/12/26(土) 18:47:15.38ID:Xky1/n2X
C#は別にクソじゃないよ。一人で狂信者やってるC#おじさんがクソなだけ。
使ってる用語や説明の仕方に癖があるからわかりやすい
2020/12/26(土) 18:49:31.55ID:T66JFeJq
>>680
癖があってわかりやすいんですか！
2020/12/26(土) 18:53:53.93ID:A5wLytvy
>>678
メリットを知らない、と言うことだなって言ってるの。
逆に言えばC#のメリットも、本当に両方で作った上でメリットを感じた事があるかどうかすら怪しいもんだ。

知らない物は、無いに等しいわなって単純な話で、おっさんが哀れなだけだよ。
だからC#に謝れって言ってるんだが。
日本語わかる？

俺もC#好きで、それこそFW2.0の時に「良くも切り捨てやがったな…」とか恨んだレベルで年季入ってるけど、他の言語のメリットもちゃんとプロダクト出すレベルで使って判断できるつもりだぞ。
2020/12/26(土) 18:55:06.83ID:rNbO8nf2
>>646
そうだよ
2020/12/26(土) 18:56:22.81ID:abA8NdUG
>>682
メリットがないといってんだ
無いもんを知ってるわけ無いだろ
ないんだから
2020/12/26(土) 18:57:06.62ID:A5wLytvy
>>684
可哀想な人だな。
C#のデメリット言ってみ。
無いと言うならもう言う事は無い。
686デフォルトの名無しさん
垢版 |
2020/12/26(土) 19:08:20.63ID:UNoc468U
1万円のBluetoothより300円の有線のほうが音良いからね。
2020/12/26(土) 19:12:49.05ID:8Nevj14A
C#おじさんBlazorスレでも鼻つまみ者じゃん……
688デフォルトの名無しさん
垢版 |
2020/12/26(土) 19:16:07.29ID:UNoc468U
安くてもシャープはシャープ（腐っても鯛みたいな感じで）だけど、安いソニーはアイワだからね。
2020/12/26(土) 19:16:17.08ID:abA8NdUG
技術の話から逃げる連中ばっかりだなここは
2020/12/26(土) 19:23:32.52ID:T66JFeJq
C#のメリットデメリット
script系のメリットデメリット
向き不向きを知った上で正しい技術選択をすべきだな

Blazorは出来たてほやほやなので、フロントをやるとしたらjs系言語一択になるだろう。
サーバーもjs系言語にした方が技術者も集めやすいというのが一番のメリットだとおもう。

ただ、重ためのバッチ処理が入るような企業向けシステムには向かない。
エクセル管理してたものをWebシステム化する程度のものに向いている。
どうだ！
2020/12/26(土) 19:28:33.38ID:wnNA/ljl
>>689
お前さんが一番技術の話して無いじゃん
2020/12/26(土) 19:35:53.32ID:A5wLytvy
>>689
自己紹介ですか？
デメリットは？
2020/12/26(土) 19:42:12.23ID:BjZvExSE
685がわざわざ明確な評価基準出してくれてるのに無視してて草

>>690
> エクセル管理してたものをWebシステム化する程度のものに向いている。
それって個人の感想ですよね？
クックパッドがNext.js採用したそうですよ
2020/12/26(土) 19:47:23.61ID:Me3WzmOr
そういえばvueの人気が低下してきてせっかく抜いたangularに逆転されそうってマジですか？
2020/12/26(土) 19:53:47.56ID:T66JFeJq
>>693
個人の感想だよ
間違ってたら訂正してくれ。

クックパッドのサイトは条件に合うデータとってきて表示するくらいの要件だよね
あと個人が一件一件データを出し入れするだけの要件なら向いてる

裏で大量データの計算したり、帳票生成したりするのに向いてないのではなかろうか。
（個人の感想です）
2020/12/26(土) 20:01:15.31ID:A5wLytvy
>>695
帳票作成、最近うちはnodeベースのpuppeteerでPDF書き出すものを試験的に作ったけど、めっちゃ良いよ。
言うほど重くない上に、そこそこのクオリティの帳票が描ける。
というかクオリティに対する重さが極小なのと、帳票作成のしんどさが相当軽減されてる。
iTextSharpとか使ってたのが地獄だったかのような感じ。
ただどうやっても背景が透明ではなく、白い板になってるのがなんとかならんかなって思ってる。
2020/12/26(土) 20:05:37.15ID:BjZvExSE
>>695
でもクックパッドは凄いアクセス数を捌いてるよ？
> あと個人が一件一件データを出し入れするだけの要件なら向いてる
クックパッドのページ見てから語ろうね

というか貴方はC#のデメリットをちゃんと答えてあげなよ。Blazorが時期尚早なんて濁した回答してないでさ
2020/12/26(土) 20:16:33.93ID:BjZvExSE
>>696
puppeteerにそういう使い方あるのか。
スクレイピングと自動化にしか使ってなかったわ。
良いこと聞いた
2020/12/26(土) 20:22:06.40ID:q2RopqqH
JavaやC#はaws lambdaやgcp functionsのwarm startが遅い。ランタイム重いからね。
nodeはちょっぱや。
goは速くてしかもシングルバイナリだからgoというのは分かるがJavaやC#はダメダメだね。
2020/12/26(土) 20:22:56.55ID:q2RopqqH
立ち上げっぱなしだとaws lambdaやgcp functionsの意味ないからね
2020/12/26(土) 20:24:09.16ID:A5wLytvy
>>698
そうそう。特に単票はWeb版と同じAPIでHTML出して、帳票向けのcss当てて出力するだけだから、劇的に楽。
page.pdf()で完結。

悩むとしたら集計系とか、連続帳票のヘッダとフッタぐらいかな。
そのへんは小細工してcss書くのは諦めて、素直に複数ページ描画した。

手書きで心を込めた罫線の描画命令を書く必要もないし、クリレポ職人も要らないし、もちろんライセンスも要らない。
2020/12/26(土) 20:47:51.69ID:BjZvExSE
>>701
新しくAPI切ったりしなくて良いのは楽だなぁ。
前社で楽に帳票作るためにC#でxslxのテンプレートにデータ焼き込んでた怠惰な俺向きだわ
2020/12/26(土) 20:49:22.36ID:T66JFeJq
>>697
いやおれは要件が合えばscript系に移行することもかんがえてるC#erなんだよ
ていうかここのスレの意見聞いてたら弱点なんか全くないじゃないか
2020/12/26(土) 21:11:43.91ID:A5wLytvy
>>702
xlsxも綺麗に刷ろうと思うとCOMになるから、プロセスが落ちなかったりすると面倒だし、非UIのサーバアプリではやるなってのがMSの公式見解だしで、どうにかしようと行き着いたのがHTML帳票だった。

>>703
自分が知ってるC#の弱点は？
俺は色々思い浮かぶけど。
2020/12/26(土) 21:27:19.36ID:T66JFeJq
>>704
そもそもBlazorは未完成なのでSPAが作れないという感想
他は…
VisualStudioが重たい
.NETのサポートが短くなった
技術者を集めにくい
MSがフレームワークを作るだけつくって非推奨とか言い出す

言語というか、環境まわりだな

代わりにスクリプト系言語の弱点教えて
2020/12/26(土) 21:51:25.33ID:A5wLytvy
>>705
C#の弱点を聞いてて、Blazorの弱点を聞いてるんじゃない。

その全てはだいたいnodeと今時のJSのフレームワークで解決出来るんじゃないかな。

スクリプト系言語の弱点は、デプロイがちょっと面倒な事と、ランタイムが必要な事だと思う。
その辺はコンテナとか周辺技術で解決かな。
まあ、.net coreのSCDで解決しようとして未だに燻ってる所だよ。
2020/12/26(土) 22:12:05.25ID:Ii8YlEBO
>>656
彼が馬鹿だからさ！
2020/12/26(土) 22:24:59.74ID:T66JFeJq
>>706
C#の弱点はぱっと思いつかないな…
いろんな言語のいいところをパクって尚且つ非破壊だから
言語としてはひどい目にあったことはない
ADO.NETとかWebFormにはひどいめにあった

パフォーマンスや生産性がC#&ASP.NETと同等、それ以上なら前言を撤回する

以前どこかのスレに金融系のガチガチシステム、計算処理やエンドユーザー向けに大量の帳票吐く要件がある何十人ものメンバーでつくるようなシステムでスクリプト系言語使えるか聞いたらやめた方がいいって言われたことがある
2020/12/26(土) 22:29:52.08ID:aPjFRcaw
fastlyのcompute@edgeやcloudflareのworkersなどのエッジコンピューティングプラットフォームにC#でデプロイしてみなよ
2020/12/26(土) 22:36:31.82ID:A5wLytvy
>>708
いくらでも思いつくぞ。
GCがイケてない。
古いAPIが残りすぎ。
スレッドプールの使い方が下手。
最近ValueTaskが出てさらに無茶苦茶になった。
新機能がとことんシンタックスシュガーで、awaitするだけで暗黙のメンバ変数が生まれて寿命が長くなる。
いっぱいある。

それ以上だよ。少なくとも生産性に関しては。
既存資産という意味では。

規模が増えてきたら静的型付き言語でやりたくなるのはわかるけど、別に動的型付け言語でも普通にできる。
言われた事があるだけで、やってみて駄目だった訳じゃない時点でお察しだぞ。
まずは一人で、次はチームで、次はプロダクトでやって見ればいいじゃん？
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。