- 1 名前：デフォルトの名無しさん [2020/10/27(火) 13:09:05.31 ID:5aYZ+KyB.net]
- 実際どうなん？
※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などはおｋ。
- 661 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 16:42:16.12 ID:T66JFeJq.net]
- >>650
に書かれてた。やはりお手軽システム限定ってことか。
- 662 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 16:42:59.57 ID:IF3PEEZe.net]
- >>651
ネット黎明期のころ、CGIはPerlで書かれたものが多かった。
Perlは文字列とASCIIコードの相互変換が混乱し易く、かつ、
関数呼び出しの参照渡しに問題が有ったのでRubyに置き換わった。
PerlとRubyは言語が違うだけでどちらもスクリプト言語で似た動作原理
を持っていたので移行しやすかった。
その後、SunがJavaをサーバーサイドを主目的として作った、と聞いた。
- 663 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 16:49:24.27 ID:5ukh9MxR.net]
- >>651
雑に言うと
JavaでサーバーサイドやったらJVMの起動に時間がかかってパフォーマンス悪すぎ
TypeScriptでサーバーサイドやったらイベントループのおかげでパフォーマンス良すぎ。Javaのように書けて移行もしやすい
っていう記事を読んだ
- 664 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 16:50:07.93 ID:A5wLytvy.net]
- >>652
お手軽システムと言うが、お手軽の定義が10年前とは違うぞ。
今の「お手軽ではない」って用途は、現代のCPUですらC++でゴリッゴリにチューンしたロジックをぶんまわさないと走らないと実用にならんシステムであって、ほとんどの物はここに入らん。
少なくとも、JITで瞬時にコンパイルされてる時点で過去のインタプリタ言語とは相当違う。
今の軽自動車であれば日本一周ぐらい余裕みたいな議論になる。
- 665 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 16:52:32.05 ID:3y5CuLti.net]
- 開発言語を選択する理由なんて様々だと思うが、逆に、サーバーに限定して
スクリプトとそれ以外に線を引いてスクリプトは向いてないと主張する理由が知りたい。
- 666 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 17:01:13.91 ID:5ukh9MxR.net]
- 日本人がGoでサーバーサイドやるという記事を読んだ
TypeScriptでやるというのは外人の記事
GoとTypeScriptのどっちがいいかの評価記事を読みたい
- 667 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 17:02:13.15 ID:BjZvExSE.net]
- 起動速度が重要になる場面はあるよね。Lambdaとかご存知無さそうだけど
- 668 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 17:08:32.45 ID:A5wLytvy.net]
- >>657
物によるけど、俺はGoの方が好き。
デプロイが圧倒的に楽だから。
- 669 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 17:09:33.00 ID:nir8tHzM.net]
- >>649
うーんいや
スクリプトにして生産性がぐんと上がるんならパフォーマンスをしっかり検討して許容範囲に収まるなら使ってみようって流れになる可能性はある
でもスクリプトにして生産性がそんなに上がるかっていうと上がらないし下手すると下がるからね
メリットないのにベンチマークで遅いとわかってる言語を選ぶ理由はないでしょう
- 670 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 17:16:03.34 ID:nir8tHzM.net]
- >>650
それはF1カーの運用までが大変だからだろ
比喩表現としてまったく不適切だよ
C#はスクリプトに比べてパフォーマンス以外も楽だからね
楽で速いのだから答えは決まりだ
- 671 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 17:25:22.32 ID:3y5CuLti.net]
- >>660
だから、言語を選ぶ条件なんて様々だろうに。言語自体の機能、開発しやすさ、環境、あるいは開発者を
集めやすいとか過去の資産の継承とか。
それらを踏まえたうえで要求を満たせる言語ならスクリプトとかそうじゃないとかこだわる必要はないと思うが。
>メリットないのにベンチマークで遅いとわかってる言語を選ぶ理由はないでしょう
そこでベンチマークという指標だけを特別視する理由があるのかということと、そもそもそのベンチマークの
成績がどれだけあればいいのかとか、そういう基準をもって選択しているのかと。
- 672 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 17:25:26.09 ID:Y46mRX42.net]
- C#はJSの2倍程度しか早くないですよ。
Cなら一桁違う事もあるけど
- 673 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 17:26:02.76 ID:nir8tHzM.net]
- >>654
JavaはポストCOBOLのポジションだからもう生産性やパフォーマンスを期待してはいけない
ちなみにC#は非同期処理が得意な言語の筆頭だよ
非同期処理を実用レベルの高生産性まで最初にもっていった言語はC#
JSやその他の言語がイベントドリブンのコールバック連鎖で気持ち悪い非同期処理をシコシコ書いてた時代にC#では真っ先にReactiveExtensionやAsync/Awaitを実装した
C#はライブラリの非同期対応も最も充実している言語の1つだ
JSやその他の言語では未だに非同期ライブラリがコールバックしかサポートしていないといったことも珍しくない
- 674 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 17:28:35.04 ID:nir8tHzM.net]
- >>662
言ってることは間違ってないけどどの要素をとってもC#が最強なのでな
- 675 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 17:37:12.79 ID:3y5CuLti.net]
- 最初から「俺はC#が好きだ」って言ってればそこで終わってた話。
足りない頭でもっともらしい理屈をつけようとするからおかしなな話になる。
- 676 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 17:37:18.38 ID:A5wLytvy.net]
- >>661
C#とJavaを引き合いに出したいのなら、ハマーぐらいかな。
確かに頑丈だしそれなりに走るけど、それが要るかと聞かれれば疑問符。
俺もC#はよく使うが、楽さは全然違うぞ。
Goとかと比べると、遥かにC#はめんどくさいし、そもそもC#は.net coreでAOTかけてても起動遅い。
- 677 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 17:40:22.14 ID:abA8NdUG.net]
- >>667
Goも楽で速いがC#とは方向性が違うので共存できる
- 678 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 17:42:22.62 ID:nir8tHzM.net]
- いずれにせよバックエンドでスクリプトを使うメリットは
ない
- 679 名前：デフォルトの名無しさん [2020/12/26(土) 17:45:37.56 ID:UNoc468U.net]
- ジャッジが居ないから結論が出ないんだよね。
・>>1が進行役のMCやる。
・MCがジャッジを三名指名する。
・棄権も許容して、ドローになる場合クラウドにゆだねる。
・MCは、クルーが大技を繰り出してきたとき、Yeah! や WoW! HoHo! など適切に合の手を入れる。
・7 to smoke ルールで、7勝した奴が勝ち。
- 680 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 17:49:44.17 ID:vt3FfngW.net]
- おまえらphpもスクリプトだってこと忘れて議論してるな
メリットなかったら普及しないだろ
- 681 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 17:50:33.74 ID:BjZvExSE.net]
- C#おじさんは狭い知識から屁理屈捏ねて勝利宣言繰り返すだけの人だから。お手本通りの老害
- 682 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 18:11:05.74 ID:nir8tHzM.net]
- >>671
当時は高級言語の選択肢が少なかっただけだ
- 683 名前：デフォルトの名無しさん [2020/12/26(土) 18:14:32.55 ID:UNoc468U.net]
- Windowsで使えた、レンタルサーバで使えた。
需要にこたえていた。
我わ正義なり我に従えってRubyより流行ったのは当たり前だった。
- 684 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 18:22:33.03 ID:A5wLytvy.net]
- >>669
使いこなせません、と言うことだな。
それはC#が好きなんではなくて、C#しかできないんだろ。
C#に謝れ。
- 685 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 18:30:08.64 ID:bYNEuO+K.net]
- C#おじさん邪魔だからBlazorでも使ってろよ
- 686 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 18:35:47.28 ID:T66JFeJq.net]
- Blazorスレと似たような展開だが、あっちはスクリプト系クソ
こっちはC#,Javaクソ
理由はどちらもパフォーマンスや生産性が〜
これはもう宗教だな
- 687 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 18:41:30.60 ID:abA8NdUG.net]
- >>675
使うメリットがないと言ってる
日本語わかる？
- 688 名前：デフォルトの名無しさん [2020/12/26(土) 18:45:16.11 ID:UNoc468U.net]
- Javaはライブラリの勝利じゃないだろか。
企業で使う場合、認証が一番厄介な部分だと思うけど、Javaはそこがしっかりしてた。
GlassFishを試用してみたけど、軽くは無かったな。
- 689 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 18:47:15.38 ID:Xky1/n2X.net]
- C#は別にクソじゃないよ。一人で狂信者やってるC#おじさんがクソなだけ。
使ってる用語や説明の仕方に癖があるからわかりやすい
- 690 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 18:49:31.55 ID:T66JFeJq.net]
- >>680
癖があってわかりやすいんですか！
- 691 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 18:53:53.93 ID:A5wLytvy.net]
- >>678
メリットを知らない、と言うことだなって言ってるの。
逆に言えばC#のメリットも、本当に両方で作った上でメリットを感じた事があるかどうかすら怪しいもんだ。
知らない物は、無いに等しいわなって単純な話で、おっさんが哀れなだけだよ。
だからC#に謝れって言ってるんだが。
日本語わかる？
俺もC#好きで、それこそFW2.0の時に「良くも切り捨てやがったな…」とか恨んだレベルで年季入ってるけど、他の言語のメリットもちゃんとプロダクト出すレベルで使って判断できるつもりだぞ。
- 692 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 18:55:06.83 ID:rNbO8nf2.net]
- >>646
そうだよ
- 693 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 18:56:22.81 ID:abA8NdUG.net]
- >>682
メリットがないといってんだ
無いもんを知ってるわけ無いだろ
ないんだから
- 694 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 18:57:06.62 ID:A5wLytvy.net]
- >>684
可哀想な人だな。
C#のデメリット言ってみ。
無いと言うならもう言う事は無い。
- 695 名前：デフォルトの名無しさん [2020/12/26(土) 19:08:20.63 ID:UNoc468U.net]
- 1万円のBluetoothより300円の有線のほうが音良いからね。
- 696 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 19:12:49.05 ID:8Nevj14A.net]
- C#おじさんBlazorスレでも鼻つまみ者じゃん……
- 697 名前：デフォルトの名無しさん [2020/12/26(土) 19:16:07.29 ID:UNoc468U.net]
- 安くてもシャープはシャープ（腐っても鯛みたいな感じで）だけど、安いソニーはアイワだからね。
- 698 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 19:16:17.08 ID:abA8NdUG.net]
- 技術の話から逃げる連中ばっかりだなここは
- 699 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 19:23:32.52 ID:T66JFeJq.net]
- C#のメリットデメリット
script系のメリットデメリット
向き不向きを知った上で正しい技術選択をすべきだな
Blazorは出来たてほやほやなので、フロントをやるとしたらjs系言語一択になるだろう。
サーバーもjs系言語にした方が技術者も集めやすいというのが一番のメリットだとおもう。
ただ、重ためのバッチ処理が入るような企業向けシステムには向かない。
エクセル管理してたものをWebシステム化する程度のものに向いている。
どうだ！
- 700 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 19:28:33.38 ID:wnNA/ljl.net]
- >>689
お前さんが一番技術の話して無いじゃん
- 701 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 19:35:53.32 ID:A5wLytvy.net]
- >>689
自己紹介ですか？
デメリットは？
- 702 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 19:42:12.23 ID:BjZvExSE.net]
- 685がわざわざ明確な評価基準出してくれてるのに無視してて草
>>690
> エクセル管理してたものをWebシステム化する程度のものに向いている。
それって個人の感想ですよね？
クックパッドがNext.js採用したそうですよ
- 703 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 19:47:23.61 ID:Me3WzmOr.net]
- そういえばvueの人気が低下してきてせっかく抜いたangularに逆転されそうってマジですか？
- 704 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 19:53:47.56 ID:T66JFeJq.net]
- >>693
個人の感想だよ
間違ってたら訂正してくれ。
クックパッドのサイトは条件に合うデータとってきて表示するくらいの要件だよね
あと個人が一件一件データを出し入れするだけの要件なら向いてる
裏で大量データの計算したり、帳票生成したりするのに向いてないのではなかろうか。
（個人の感想です）
- 705 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 20:01:15.31 ID:A5wLytvy.net]
- >>695
帳票作成、最近うちはnodeベースのpuppeteerでPDF書き出すものを試験的に作ったけど、めっちゃ良いよ。
言うほど重くない上に、そこそこのクオリティの帳票が描ける。
というかクオリティに対する重さが極小なのと、帳票作成のしんどさが相当軽減されてる。
iTextSharpとか使ってたのが地獄だったかのような感じ。
ただどうやっても背景が透明ではなく、白い板になってるのがなんとかならんかなって思ってる。
- 706 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 20:05:37.15 ID:BjZvExSE.net]
- >>695
でもクックパッドは凄いアクセス数を捌いてるよ？
> あと個人が一件一件データを出し入れするだけの要件なら向いてる
クックパッドのページ見てから語ろうね
というか貴方はC#のデメリットをちゃんと答えてあげなよ。Blazorが時期尚早なんて濁した回答してないでさ
- 707 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 20:16:33.93 ID:BjZvExSE.net]
- >>696
puppeteerにそういう使い方あるのか。
スクレイピングと自動化にしか使ってなかったわ。
良いこと聞いた
- 708 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 20:22:06.40 ID:q2RopqqH.net]
- JavaやC#はaws lambdaやgcp functionsのwarm startが遅い。ランタイム重いからね。
nodeはちょっぱや。
goは速くてしかもシングルバイナリだからgoというのは分かるがJavaやC#はダメダメだね。
- 709 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 20:22:56.55 ID:q2RopqqH.net]
- 立ち上げっぱなしだとaws lambdaやgcp functionsの意味ないからね
- 710 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 20:24:09.16 ID:A5wLytvy.net]
- >>698
そうそう。特に単票はWeb版と同じAPIでHTML出して、帳票向けのcss当てて出力するだけだから、劇的に楽。
page.pdf()で完結。
悩むとしたら集計系とか、連続帳票のヘッダとフッタぐらいかな。
そのへんは小細工してcss書くのは諦めて、素直に複数ページ描画した。
手書きで心を込めた罫線の描画命令を書く必要もないし、クリレポ職人も要らないし、もちろんライセンスも要らない。
- 711 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 20:47:51.69 ID:BjZvExSE.net]
- >>701
新しくAPI切ったりしなくて良いのは楽だなぁ。
前社で楽に帳票作るためにC#でxslxのテンプレートにデータ焼き込んでた怠惰な俺向きだわ
- 712 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 20:49:22.36 ID:T66JFeJq.net]
- >>697
いやおれは要件が合えばscript系に移行することもかんがえてるC#erなんだよ
ていうかここのスレの意見聞いてたら弱点なんか全くないじゃないか
- 713 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 21:11:43.91 ID:A5wLytvy.net]
- >>702
xlsxも綺麗に刷ろうと思うとCOMになるから、プロセスが落ちなかったりすると面倒だし、非UIのサーバアプリではやるなってのがMSの公式見解だしで、どうにかしようと行き着いたのがHTML帳票だった。
>>703
自分が知ってるC#の弱点は？
俺は色々思い浮かぶけど。
- 714 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 21:27:19.36 ID:T66JFeJq.net]
- >>704
そもそもBlazorは未完成なのでSPAが作れないという感想
他は…
VisualStudioが重たい
.NETのサポートが短くなった
技術者を集めにくい
MSがフレームワークを作るだけつくって非推奨とか言い出す
言語というか、環境まわりだな
代わりにスクリプト系言語の弱点教えて
- 715 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 21:51:25.33 ID:A5wLytvy.net]
- >>705
C#の弱点を聞いてて、Blazorの弱点を聞いてるんじゃない。
その全てはだいたいnodeと今時のJSのフレームワークで解決出来るんじゃないかな。
スクリプト系言語の弱点は、デプロイがちょっと面倒な事と、ランタイムが必要な事だと思う。
その辺はコンテナとか周辺技術で解決かな。
まあ、.net coreのSCDで解決しようとして未だに燻ってる所だよ。
- 716 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 22:12:05.25 ID:Ii8YlEBO.net]
- >>656
彼が馬鹿だからさ！
- 717 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 22:24:59.74 ID:T66JFeJq.net]
- >>706
C#の弱点はぱっと思いつかないな…
いろんな言語のいいところをパクって尚且つ非破壊だから
言語としてはひどい目にあったことはない
ADO.NETとかWebFormにはひどいめにあった
パフォーマンスや生産性がC#&ASP.NETと同等、それ以上なら前言を撤回する
以前どこかのスレに金融系のガチガチシステム、計算処理やエンドユーザー向けに大量の帳票吐く要件がある何十人ものメンバーでつくるようなシステムでスクリプト系言語使えるか聞いたらやめた方がいいって言われたことがある
- 718 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 22:29:52.08 ID:aPjFRcaw.net]
- fastlyのcompute@edgeやcloudflareのworkersなどのエッジコンピューティングプラットフォームにC#でデプロイしてみなよ
- 719 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 22:36:31.82 ID:A5wLytvy.net]
- >>708
いくらでも思いつくぞ。
GCがイケてない。
古いAPIが残りすぎ。
スレッドプールの使い方が下手。
最近ValueTaskが出てさらに無茶苦茶になった。
新機能がとことんシンタックスシュガーで、awaitするだけで暗黙のメンバ変数が生まれて寿命が長くなる。
いっぱいある。
それ以上だよ。少なくとも生産性に関しては。
既存資産という意味では。
規模が増えてきたら静的型付き言語でやりたくなるのはわかるけど、別に動的型付け言語でも普通にできる。
言われた事があるだけで、やってみて駄目だった訳じゃない時点でお察しだぞ。
まずは一人で、次はチームで、次はプロダクトでやって見ればいいじゃん？
- 720 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 22:59:58.77 ID:T66JFeJq.net]
- >>710
ここに来てやっと有用な情報が出てきた…
どっちもやったことのある人の意見を聞きたかった。
スクリプト系総じてくそ！で終わらせる奴もいるし。
会社でそういう技術を試すにも理由がいるんでな。
充分選択の余地ありだな
ありがとう。
- 721 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 23:24:34.97 ID:A5wLytvy.net]
- >>711
なんでこんなに試し試されるような会話をしないといかんか考えてよ。
みんなわかってて、批判してるんよ。
ちゃんと聞こうよ。
- 722 名前：デフォルトの名無しさん mailto:sage [2020/12/27(日) 00:04:05.78 ID:+391sGQI.net]
- またそのうちC#おじさん湧いてくるだろうけど、マジで不毛なんだよね。全く懲りない反省しない
- 723 名前：デフォルトの名無しさん mailto:sage [2020/12/27(日) 00:24:48.94 ID:V6kYHqJF.net]
- AWS Lambda には、Ruby も採用されている
マネージドサービスを使っていれば、環境構築運用など何も考える必要ない。
バッチ、Lambda、SQS・キュー、SNS・通知を、一杯つなげるだけ
- 724 名前：デフォルトの名無しさん mailto:sage [2020/12/27(日) 01:08:11.82 ID:pJh4CuO4.net]
- 新規案件でSPA作りたかったらサーバーサイドもフロントサイドもC#選ぶ理由なんてないってことだ
- 725 名前：デフォルトの名無しさん mailto:sage [2020/12/27(日) 01:34:36.12 ID:muwPWXFk.net]
- >>708
VitualStudio使わなきゃいけないってのはサーバーサイドやるには結構面倒
- 726 名前：デフォルトの名無しさん mailto:sage [2020/12/27(日) 02:16:33.08 ID:Ezs6G331.net]
- >>716
なぜ使わなきゃいけないと思った？
- 727 名前：デフォルトの名無しさん mailto:sage [2020/12/27(日) 02:17:11.17 ID:sH9shL9g.net]
- C#おじさん全くスレと関係ないことを書き散らかして
自演改行しまくるから本当に迷惑
- 728 名前：デフォルトの名無しさん mailto:sage [2020/12/27(日) 07:40:53.11 ID:bUn1CAUk.net]
- 自演がヒドイしとだから...
- 729 名前：デフォルトの名無しさん mailto:sage [2020/12/27(日) 13:35:21.05 ID:JDlKWc3Q.net]
- >>620
tsはまぁ分かるがjsはちょっと
pythonは古い言語だから記述のもどかしさは多いね
import周りは迷走しすぎ
- 730 名前：デフォルトの名無しさん mailto:sage [2020/12/27(日) 16:30:32.33 ID:xvZc4lDU.net]
- es3の頃のバッドノウハウを一旦リセットしてes2017とかやるとだいぶ違うよ。
同じ動的型付け言語でもpythonなんかより言語として洗練されている。
- 731 名前：デフォルトの名無しさん mailto:sage [2020/12/27(日) 20:55:15.37 ID:sH9shL9g.net]
- pythonも型書けるからねえ
tsはなんか型パズルしちゃう人が多くてよくわからん
表現力が強すぎるのも考えもの
- 732 名前：デフォルトの名無しさん mailto:sage [2020/12/28(月) 20:26:09.84 ID:KNPSf2Ws.net]
- >>710
>GCがイケてない。
JSを含む多くの言語がGCを持っている
それらのGC実装比較して具体的にどうイケてないと感じた？
>古いAPIが残りすぎ。
後方互換性は明らかなメリット
JSを含む他の言語ではそんなに簡単に後方互換性が失われて破壊的変更が頻繁に行われるの？
>スレッドプールの使い方が下手。
.NETのスレッド(を含む非同期処理全般)はうまく出来ていて最小限の労力で各環境毎に高い効果を見込めるようにできている
具体的にどういうところが下手だと感じた？
>最近ValueTaskが出てさらに無茶苦茶になった。
基本的にValueTaskを選んでおけばOKになったのでむしろスッキリした
どういうところが無茶苦茶になったと感じた？
>新機能がとことんシンタックスシュガー
シンタックスシュガーにすることによりランタイムのバージョンアップを回避して高い後方互換性を維持することができた
このメリットに対して変数のスコープが少し伸びた事によって具体的にどのようなデメリットが発生した？
- 733 名前：デフォルトの名無しさん mailto:sage [2020/12/28(月) 21:29:19.32 ID:8HD9KuQx.net]
- 配点も書いてくれよ
- 734 名前：デフォルトの名無しさん mailto:sage [2020/12/28(月) 21:49:29.10 ID:gLlPtDZl.net]
- レスないからって自演かよ
- 735 名前：デフォルトの名無しさん mailto:sage [2020/12/28(月) 22:08:20.13 ID:KhSNASG/.net]
- お、屁理屈C#おじさんじゃん
- 736 名前：デフォルトの名無しさん mailto:sage [2020/12/28(月) 22:18:18.18 ID:KNPSf2Ws.net]
- なんだ
具体的に答えられないということは
やっぱり適当にそれっぽく言ってみただけか
- 737 名前：デフォルトの名無しさん mailto:sage [2020/12/28(月) 22:27:42.95 ID:KhSNASG/.net]
- まともに回答しても屁理屈で答えるか図星を突かれたら無視するような奴に、色々教えて介護してやる気は無いよ
- 738 名前：デフォルトの名無しさん mailto:sage [2020/12/28(月) 23:18:38.63 ID:KNPSf2Ws.net]
- >>728
そういうのはまともに回答できるようになってから言いなさい
- 739 名前：デフォルトの名無しさん mailto:sage [2020/12/28(月) 23:19:49.01 ID:0DUA8XV/.net]
- そもそも自演だし
- 740 名前：デフォルトの名無しさん mailto:sage [2020/12/28(月) 23:22:09.77 ID:or9XXg+k.net]
- い、一体どのレスとどのレスが自演なんだ…？
- 741 名前：デフォルトの名無しさん mailto:sage [2020/12/28(月) 23:25:52.59 ID:KNPSf2Ws.net]
- 自演って言ってみたかっただけだろう
- 742 名前：デフォルトの名無しさん mailto:sage [2020/12/28(月) 23:58:25.36 ID:w2tkTAcI.net]
- GO + wasm じゃダメでしゅか？
- 743 名前：デフォルトの名無しさん mailto:sage [2020/12/29(火) 00:52:45.33 ID:hwRKbE5U.net]
- よい！
- 744 名前：デフォルトの名無しさん mailto:sage [2020/12/29(火) 01:01:09.47 ID:X0m1jPo1.net]
- wasm自体はGCサポートしてないからGC言語のGoやC#は辛いぞ。
少なくともGCをランタイムに積まないといけない。
そんなわけでwasmにはRustやC/C++ばっか使われるのだ。
C#なんかGCどころかコードをwasmネイティブにすることもできずにwasmでﾄﾞﾄﾈﾄの中間言語インタプリタ動かしてるだけだからなｗ
- 745 名前：デフォルトの名無しさん mailto:sage [2020/12/29(火) 01:31:07.52 ID:xrSERZg5.net]
- >>723
世代を超える時の扱いが雑。Goは敢えて世代管理しないという方向で行ってるが、ほぼパーフェクト。
そのせいでs
- 746 名前：tackallocとか作っててワロスって感じ。
古いAPIを残してる分には良いだろう。
Obsoleteもついてないってどう言うことよ。
なんでhttpアクセスすんのにあんなに方法あんのよ。HttpClientは罠実装だし。
うまくできてない。ConfigureAwaitメソッドなんか要らない、と言えるようになってから言え。
ValueTaskを選んでおけばという発想がおかしい。
stackallocと同じ方向性の解決法。
選択肢は解決ではない。ちゃんとコンパイラがやれ。
ランタイムのバージョンアップを回避する必要性がわからん。必要ならしろよ。
それは後方互換性とは言わんでしょ。
個人的にはその寿命が伸びる件で踏み抜いたので割と嫌い。 [] - [ここ壊れてます]
- 747 名前：デフォルトの名無しさん mailto:sage [2020/12/29(火) 02:30:03.59 ID:c62SKept.net]
- また来たよ
もう金渡すから消えて
- 748 名前：デフォルトの名無しさん mailto:sage [2020/12/29(火) 06:47:47.18 ID:awsGRXp2.net]
- wasmにGC載せる計画はあるみたいだけど、そのGCはおそらくJSのGCと同一だろう。ChromeではwasmがTurboFan上で動くのと同様に。
これが移植上ネックになることもあるのかな、と上のを見ながら思った
- 749 名前：デフォルトの名無しさん mailto:sage [2020/12/29(火) 06:50:26.39 ID:awsGRXp2.net]
- あと、C#の話する時はC#って書いてくれ。NGするから
- 750 名前：デフォルトの名無しさん mailto:sage [2020/12/29(火) 07:25:05.07 ID:iWtJxFHh.net]
- WebAssemblyをNGわーどにしたら？
- 751 名前：デフォルトの名無しさん mailto:sage [2020/12/29(火) 07:35:42.01 ID:ZrXqpCJW.net]
- ワッチョイ付ければNG楽になるよ？
- 752 名前：デフォルトの名無しさん mailto:sage [2020/12/29(火) 09:33:32.36 ID:KX/n8CkP.net]
- 一時期ﾜｯﾁｮｲｽﾚもあったけどなんか毛嫌いするヤツが多かったんだよな
- 753 名前：デフォルトの名無しさん mailto:sage [2020/12/29(火) 11:29:58.07 ID:b5xW7Gve.net]
- >>736
>世代を超える時の扱いが雑
どういうふうに雑だと感じた？
Goは世代管理をしないと言うがJSやその他の言語はどんな実装になってる？
>Obsoleteもついてないってどう言うことよ
高い互換性おかげで問題なく動作するから無理して修正する必要がないからではないかな
次期バージョンで消える可能性すらない安定したAPIになぜお節介にもObsolateを付けた方が良いと考えたの？
>なんでhttpアクセスすんのにあんなに方法あんのよ
複数の方法が共存するのは言語が後方互換性を維持しつつ順調に成長している証拠
君の考えかただと新APIだけ残して古いAPIは削除して後方互換性破壊することになる
唯一のAPIを残して他を削除すべきと考えたのはなんで？
>ConfigureAwaitメソッドなんか要らない
ConfigureAwaitはプログラム文脈から機械的に判断できないコンテキストの切り替えをコントロールするためのメソッドだ
これがないとプログラマはコンテキストの切り替えをコントロールできなくなってしまう
なぜコンテキストの切り替えをコントロールできないほうが良いと思った？
>ValueTaskを選んでおけばという発想がおかしい。
なぜ発想がおかしいと考えた？
>ランタイムのバージョンアップを回避する必要性がわからん
古いプログラムをそのまま動作保証するのに最も確実で安全で低コストな方法がランタイムをそのまま維持することだからだよ
なぜ破壊的変更が紛れ込む可能性があるのに変えなくてもいいところまでわざわざ変えたほうがいいと考えた？
- 754 名前：デフォルトの名無しさん mailto:sage [2020/12/29(火) 11:47:10.79 ID:awsGRXp2.net]
- その毛嫌いしてたのってC#おじさんじゃね？
- 755 名前：デフォルトの名無しさん mailto:sage [2020/12/29(火) 12:02:26.55 ID:Fq3XcUlo.net]
- TypeScriptも互換性維持のために同じ運命を辿るのだろうか
同じ作者だし
いまイケてる言語、フレームワークもいつかはレガシーに
ナウなヤングは気付いたらおじさんに
- 756 名前：デフォルトの名無しさん mailto:sage [2020/12/29(火) 12:32:52.41 ID:awsGRXp2.net]
- そのへんはある程度はしゃーない。
そうなったらいかにナウなヤングの邪魔をしないようにするか、いかに限られたリソースでキャッチアップするか考えるさ。
それまでに沢山経験積んどかなきゃ……
- 757 名前：デフォルトの名無しさん mailto:sage [2020/12/29(火) 12:39:50.65 ID:Fq3XcUlo.net]
- >>746
みたいなバイタリティある人はいいけど
大半の人間は潰しが効かなくなるだろうね
フロントサイドしかやってない人とか特に…
- 758 名前：デフォルトの名無しさん mailto:sage [2020/12/29(火) 12:41:22.77 ID:k23+wtCh.net]
- Cordovaは、iOS, Andoid, macOS でJSで書いたプログラムをWebViewを
使ってAppStoreやGooglePlayに登録できるアプリとして作製できるが、
iOS 11 以上だと、Wasmも実行できるらしい。Androidでは当然出来る。
そして端末の独自機能にJSやWasmからアクセスできる。
ファイルアクセスなども可能。
仕組みはJSと端末との間で通信するブリッジを用意している。
つまり、Wasmとして出力したプログラムは、Cordovaを使えば
モバイルOSで、ファイルシステムや端末の独自機能をフルアクセス
できるようになるらしい。
HttpServerなどを使ってJSとnative APIとの間が仲立ちされているので
JSからnative APIが全て使用できるだろう。
- 759 名前：デフォルトの名無しさん mailto:sage [2020/12/29(火) 12:49:48.81 ID:k23+wtCh.net]
- >>748
nativeアプリの仕組みはこうだ：
1. 時間や乱数を利用してパスワードの様なセキュリティートークンを作る。
2. Posix Socketを使ってLocal Http Serverを作る。ポート番号を5000とする。
3. WKWebViewなどのWebViewを使ってHtml+JSのプログラムを起動する。
4. 2 や 3 を起動するとき 1 のトークンを2と3の両方に渡す。
5. JSが端末の独自機能を使いたい場合、fetchやXmlHttpRequestを使って
localhost:5000/機能名?トークン&パラメータ
の様なURLでLocal Http Serverにアクセスする。
6. Local Http Serverは、トークンが正しい場合にのみ動作するようにする。
機能名とパラメータに応じてファイルの読み書きや端末の独自機能のAPIを呼び出す。
7. APIの結果は、Http プロトコルの response で JS 側に返す。
8. JSは結果を受け取る。
- 760 名前：デフォルトの名無しさん mailto:sage [2020/12/29(火) 12:54:14.36 ID:4hVd0nGl.net]
- wasmってブラウザだけじゃなくK8SでもIo
- 761 名前：Tデバイスでも動くわけだし
モバイルでも動かしたいって欲求も当然出てくるだろうな
そうなるとストアアプリの実装言語も将来的に何でもありになるのかもね [] - [ここ壊れてます]
|
 |
