Vue vs React vs Angular vs Svelte Part.10

1 名前：デフォルトの名無しさん mailto:sage [2022/03/08(火) 22:57:16.85 ID:D77bZcWT0.net] !extend:on:vvvvv:1000:512 Vue https://jp.vuejs.org/ React https://reactjs.org/ Angular https://angular.io/ Svelte https://svelte.dev/ ※前スレ Vue vs React vs Svelte Part.7 https://mevius.5ch.net/test/read.cgi/tech/1610901677/ Vue vs React vs Angular vs Svelte Part.8 https://mevius.5ch.net/test/read.cgi/tech/1621744952/ Vue vs React vs Angular vs Svelte Part.9 https://mevius.5ch.net/test/read.cgi/tech/1642316774/ ★ここではjQuery, Ruby, C#, Blazorの話題は禁止です ★jQuery, Ruby, C#, Blazorｷﾁｶﾞｲが書き込んでも無視してください Next, Nuxt, Sapper, Gatsby, VuePress, RedWoodなどはおｋ。 VIPQ2_EXTDAT: default:vvvvv:1000:512:: EXT was configured 415 名前：デフォルトの名無しさん mailto:sage [2022/05/10(火) 15:23:16.50 ID:NNFQ4qCM0.net] Wasmだと言語のランタイムごと実行バイナリに収める必要があって、GCがある等でランタイムが大きな言語はバイナリサイズが大きくなるし効率も悪い。JSの場合はブラウザがランタタイムを持ってて高効率だしサイズも小さくて済む。 Wasm自体が将来GCを持つという話もあるけど、各種言語のGCとは仕様が異なるのでランタイムは作り直しになるようだ。 それはそれとしてPythonが優れてるのはライブラリ周りであって言語としてはJS以下だから使いたくない（個人の感想です） 416 名前：デフォルトの名無しさん mailto:sage [2022/05/10(火) 15:32:31.75 ID:VU3Z5d3Ya.net] まあブラウザでpython使うメリットは何もねーわな 417 名前：デフォルトの名無しさん mailto:sage [2022/05/10(火) 15:42:30.45 ID:hNMnrPsB0.net] Pythonインタプリタ言語の癖して型変換書かなきゃいけない辺り不毛 418 名前：デフォルトの名無しさん mailto:sage [2022/05/10(火) 15:54:36.49 ID:slEmUgMXa.net] え、Blazorの話していいの？ 419 名前：デフォルトの名無しさん mailto:sage [2022/05/10(火) 15:55:32.57 ID:ov5OsiCVa.net] >>409 ニッチ過ぎてちょっと使い所が分からないよね 想像力が足りないのかも知れないけど 420 名前：デフォルトの名無しさん mailto:sage [2022/05/10(火) 16:11:31.43 ID:59eDANbA0.net] pythonなんてマジで書きたくないわｗ こんなのでサーバーサイド書くぐらいならRubyで十分だろｗ どっちも使いませんがｗ 421 名前：デフォルトの名無しさん mailto:sage [2022/05/10(火) 17:23:18.80 ID:ONGo9jfSr.net] 酷評で草 422 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ beb9-qw0W) mailto:sage [2022/05/10(火) 17:40:27 ID:AcxeyIYr0.net] 機械学習のデモとかでは結構使えそう(わざわざJSで書き直す必要がないから)だなって思ったけどここだとあんまり望まれてないのかな 423 名前：デフォルトの名無しさん mailto:sage [2022/05/10(火) 17:50:50.57 ID:e+qIs2vlM.net] 結局のところ自分の仕事範囲でピトンが抱え込んでる高度なライブラリを使いたいか否かで意見が分かれる 424 名前：デフォルトの名無しさん mailto:sage [2022/05/10(火) 17:51:03.87 ID:0LGUFPqv0.net] そもそもインタプリタをemscripten通してコンパイルしてる時点で論外でしょ どんだけランタイムでかいんだよ 425 名前：デフォルトの名無しさん mailto:sage [2022/05/10(火) 18:19:15.16 ID:ov5OsiCVa.net] >>415 科学計算とか機械学習の計算をクライアントで実行する案件ってのが思い浮かばないんだよね wolframalphaとかの計算サイトとかnotebookのような実行環境とかそんなんしか思い浮かばない 426 名前：デフォルトの名無しさん mailto:sage [2022/05/10(火) 18:53:00.41 ID:gcxSlYEt0.net] フリーランスに立ちはだかる「常駐」の壁。慣例を打ち壊し、 “テレワーク”案件3割→8割へと成長を遂げた「クラウドテック」の軌跡 リモートワーク求人専門サイト「プロリモート」がリニューアルオープン、 業務委託契約の求職者と企業をマッチング 1/3以上が採用につながる高マッチング率、リモートワーク×エンジニア・デザイナー専門の 人材紹介サービス「ReworkerAgent」正式リリース場所からも時間からも自由な働き方を実現！ 『ReWorks（リワークス）』リモートワーク特化型転職サイトとして 3月5日 リニューアル 副業・兼業マッチングサービス「クラウドリンクス」登録者数2万人突破 中小企業で進む副業人材の採用、96％が継続採用を希望 茨城県日立市、県外からの「テレワーク移住者」に最大151万円の助成金 長野市、市内に移転・事業所設置し、移住することで最大550万円の支援金を支給 フリーランスが活用できる「最大1,000〜3,000万円・補助率50%〜75%」の 『ものづくり・商業・サービス補助金』とは？概要や条件を解説 427 名前：デフォルトの名無しさん mailto:sage [2022/05/10(火) 18:55:13.85 ID:NNFQ4qCM0.net] >>415 その用途だとTensorFlow.jsあるし、機械学習系のC++やCUDAで書かれたライブラリは流石に動かないだろうからね…… 428 名前：デフォルトの名無しさん mailto:sage [2022/05/10(火) 19:01:48.80 ID:LyLbbhuzr.net] もうjavascriptはオワコンだろ… フロントエンドはPythonフレームワークのPeactとかPueに置き換わる日も近い 429 名前：デフォルトの名無しさん mailto:sage [2022/05/10(火) 19:33:21.45 ID:gYL59M7n0.net] PyScript面白そうではあるけど…まぁひっそりと消えそう 430 名前：デフォルトの名無しさん mailto:sage [2022/05/10(火) 19:43:39.15 ID:KTRpa4DE0.net] なんかあとひと押し足りないって気がする なんなんやろ 431 名前：デフォルトの名無しさん mailto:sage [2022/05/10(火) 20:03:08.12 ID:e+qIs2vlM.net] ぶっちゃけパフォーマンスだけが課題 これが解決すれば後は好みの問題になるから 432 名前：デフォルトの名無しさん mailto:sage [2022/05/10(火) 20:28:03.18 ID:jCGTR7zw0.net] pythonってshやbatみたいに仕方なく使う言語だと思ってたけど、好きで使ってる人いるんだ。 433 名前：デフォルトの名無しさん mailto:sage [2022/05/10(火) 20:30:15.40 ID:ov5OsiCVa.net] >>423 Python製のクライアントフレームワークが無いからじゃ無いかな 比較対象が無いので評価出来ない 434 名前：デフォルトの名無しさん mailto:sage [2022/05/10(火) 20:33:02.78 ID:ov5OsiCVa.net] >>425 ウチだとバリバリ使ってる っていうか現実的な選択肢がPythonしか無いっていう分野 もちろんバックエンドのみだけど 435 名前：デフォルトの名無しさん mailto:sage [2022/05/10(火) 20:45:25.80 ID:jCGTR7zw0.net] >っていうか現実的な選択肢がPythonしか無いっていう分野 そういう状況を言ったつもりだけど 436 名前：デフォルトの名無しさん mailto:sage [2022/05/10(火) 21:20:47.72 ID:hNMnrPsB0.net] 大体のところCライクじゃない言語は一般には流行らない 437 名前：デフォルトの名無しさん mailto:sage [2022/05/10(火) 22:15:05.14 ID:FQfCwwgXM.net] 言語変えた程度で何が変わるの？ってのが正直な感想 まさかDOMが生まれ変わる訳でもないし 非同期が同期になるわけでもないし 438 名前：デフォルトの名無しさん mailto:sage [2022/05/10(火) 22:23:01.91 ID:e+qIs2vlM.net] 英語でミーティングするか日本語でミーティングするか 箸でプリンを食べるかスプーンでプリンを食べるか その程度の違いはあるかもね 439 名前：デフォルトの名無しさん mailto:sage [2022/05/10(火) 22:24:59.51 ID:6NCJI2U2M.net] jsもpythonもクソ！って思ってる奴は割といそうだけど jsはクソ！python最高！って奴はあんまりいなさそうな気がするんだよな 完全にイメージだけで言ってるけど 440 名前：デフォルトの名無しさん mailto:sage [2022/05/10(火) 22:41:06.90 ID:NNFQ4qCM0.net] JS（及びTS）はそんなに（罠は多いけど）悪い言語じゃないんだよね。 積極的に乗り換える必要がない程度には 441 名前：デフォルトの名無しさん mailto:sage [2022/05/10(火) 23:38:10.77 ID:0LGUFPqv0.net] pythonの方が普通の人は使いやすいよ 当たり前だが 442 名前：デフォルトの名無しさん mailto:sage [2022/05/11(水) 00:09:09.36 ID:T+21x/580.net] pythonはpandasで集計によくつかてるよ 443 名前：デフォルトの名無しさん mailto:sage [2022/05/11(水) 00:46:11.05 ID:ZxQ/H1/P0.net] YouTube で有名な、雑食系エンジニア・KENTA のRuby on Rails 初心者用サロンでは、 キャリアパスは、Rails → Go だけ Python は、プログラミングの技術で転職できないから、絶対に教えない。 サロンに転職できない香具師ばかりが残って、サロンが崩壊するから 文系で、プログラミング・Linux, Docker, AWS だけで食っていけるのは、Rails, Go だけ。 PHP, Scala は、KENTAがオワコン認定して滅んだ Pythonは理系で、大学院数学科・AWS 機械学習 Specialtyの、2つの資格で決まる。 だから、KENTAが文系プログラマーに教えない。 教えても転職できないし、そもそもプログラマーを求めていない 444 名前：デフォルトの名無しさん mailto:sage [2022/05/11(水) 05:30:38.02 ID:Iqge52I10.net] typescriptを触りはじめたばかりだけど nullとundifineの違いがマジで気持ち悪くて困る 初期化の段階では気にならないけど、 返り値の型指定で、voidとnullを分けなければいけないのは草もはえない javascriptに戻せばこの気持ち悪さから目を背けられるんだろうか 445 名前：デフォルトの名無しさん mailto:sage [2022/05/11(水) 06:49:59.19 ID:MNr0qB9P0.net] undifineとか書いてる時点で誰も聞く耳持たんよ 446 名前：デフォルトの名無しさん mailto:sage [2022/05/11(水) 08:53:14.17 ID:89wsOUM6a.net] まあ気持ちはわかるよ tsって静的型付けのために動作上は不要なコードを付け加える作業だからな 書き心地が良いはずもない 447 名前：デフォルトの名無しさん mailto:sage [2022/05/11(水) 09:40:40.47 ID:yC9r5PpaM.net] TSは推論あるしわりとラクだけど、例外処理に関しては全然役に立たない哀しみ 448 名前：デフォルトの名無しさん mailto:sage [2022/05/11(水) 10:16:30.03 ID:sDHFf5J4r.net] もう新たな言語つくってくれ なんで誰も作らないのだ 449 名前：デフォルトの名無しさん (ﾌﾞｰｲﾓ MMe6-ckJZ) mailto:sage [2022/05/11(水) 10:34:17 ID:yC9r5PpaM.net] それはGoogleがDartで通って失敗した道だし、完璧な言語なんてものは存在しないから何度も作り続けることになる。 それにJSは言うほど悪い言語ではない 450 名前：デフォルトの名無しさん (ｵｲｺﾗﾐﾈｵ MM9b-1CQB) mailto:sage [2022/05/11(水) 10:47:42 ID:9+Fgria9M.net] TSのターゲットがwasmになればJSへの配慮が不要になってもっと色々面白い事ができるはず 451 名前：デフォルトの名無しさん mailto:sage [2022/05/11(水) 12:21:55.32 ID:VTrkrmeCM.net] >>442 悪いからAltJsが乱立してるのでは 452 名前：デフォルトの名無しさん mailto:sage [2022/05/11(水) 12:21:59.48 ID:1e6LrNTwM.net] JSの型ヒントまだ？ 453 名前：デフォルトの名無しさん [2022/05/11(水) 12:28:33.43 ID:cpm7LRmA0.net] 乱立してたのはconstもなかった時代だろ 今はそこまで悪くはない 454 名前：デフォルトの名無しさん mailto:sage [2022/05/11(水) 12:30:02.47 ID:VedbVEHQM.net] AltJSは今TS一強だし、そのTSも以前とは異なって型付け以外はJSそのものだゾ 455 名前：デフォルトの名無しさん mailto:sage [2022/05/11(水) 12:32:34.90 ID:42PTVEOr0.net] >>440 それはTSに限らん話かな。 そもそも例外機構自体が静的型付けと相性が悪い。 456 名前：デフォルトの名無しさん mailto:sage [2022/05/11(水) 12:53:22.04 ID:VedbVEHQM.net] >>448 なるほど。 エラー出うるとこはすぐ拾ってT | ErrorとかEitherにするのが無難か 457 名前：デフォルトの名無しさん mailto:sage [2022/05/11(水) 14:24:34.45 ID:9+Fgria9M.net] オレオレエラー処理ルールは止めたほうがいい 例外はほんと弱いからランタイム型情報ほしいね 458 名前：デフォルトの名無しさん mailto:sage [2022/05/11(水) 14:50:28.09 ID:Iqge52I10.net] 今日初めてTSで例外処理を書いた anyで型チェックした例外の、あるかも分からないcodeプロパティで例外の種類を 判別するという気色悪いコードを書いちまった 一応、hasOwnPropertyで、error.codeがあるか否かチェックはしてるんだけど こんな感じで正解なのかすごく不安 てか、TSを入れて型チェックしても、こんな汚い例外処理を書かされるなら 何の役にも立たねーな・・・。JSに戻そうかな 459 名前：デフォルトの名無しさん mailto:sage [2022/05/11(水) 15:22:05.78 ID:A1bnimj0M.net] TSの恩恵がないと判断したなら戻せばよかろう 460 名前：デフォルトの名無しさん mailto:sage [2022/05/11(水) 15:27:49.44 ID:zhP8ftWA0.net] >>451 例外の型にclassを使ってinstanceof はい！終了... 461 名前：デフォルトの名無しさん mailto:sage [2022/05/11(水) 15:32:44.60 ID:9+Fgria9M.net] オプソライブラリに例外に関するドキュメントが無い時に困る ソース解析とデバッグで調べてるけれど信用できる仕様書が無いと無断で変更されそうで不安 462 名前：デフォルトの名無しさん mailto:sage [2022/05/11(水) 15:51:32.19 ID:9+Fgria9M.net] instanceofだけだとうまくいかないケースもあるそうだ ttps://github.com/typeorm/typeorm/issues/5057 463 名前：デフォルトの名無しさん mailto:sage [2022/05/11(水) 16:32:24.65 ID:AR8DfNGdM.net] 例外の型なんて精々リトライ可能かどうかの判断とデバッグくらいにしか使わないんだから、そんなに厳密に扱う必要ないんだよ 多くの人に使われるようなオプソライブラリを作るレベルの人はそのへんの匙加減をよく理解していて、 いちいち例外を全部場合分けして個別に作り込みをしてるようなドカタレベルの開発者とはだいぶギャップがある 464 名前：デフォルトの名無しさん mailto:sage [2022/05/11(水) 17:17:10.10 ID:9+Fgria9M.net] >>456 俺も昔はそう考えてたけどUXを考えるとそうも言ってられん プログラミングはエラー処理が大半ってよく言われるけど本当にそのとおりだった 面白くない部分だけど品質を上げるためにやらないと 465 名前：デフォルトの名無しさん mailto:sage [2022/05/11(水) 18:09:59.23 ID:9u6rIkJ60.net] そもそもTypeScriptもそう長く続かない こんな所詮トランスパイルするだけのものが永遠に使われる訳が無いし ネイティブはjavascriptで変わらないのだから 466 名前：デフォルトの名無しさん mailto:sage [2022/05/11(水) 18:55:47.05 ID:K7YCH0rrM.net] そうだね ブラウザが静的型付け言語を直接実行できるようになったらあっという間に廃れるね 467 名前：デフォルトの名無しさん mailto:sage [2022/05/11(水) 19:54:48.33 ID:q7HpFYJKa.net] jsより先にポイ捨てされるならtsってなんだったんだろうな 苦労しながら型書いてたのは保守性のためだったはずなのに 468 名前：デフォルトの名無しさん mailto:sage [2022/05/11(水) 20:02:51.13 ID:zyWV8gw3M.net] そういうのは廃れてから言ってください 469 名前：デフォルトの名無しさん mailto:sage [2022/05/11(水) 20:45:51.48 ID:42PTVEOr0.net] >>457 品質を上げるために例外の型を細かく区別することが必須というわけでもあるまい。 そのアプローチでやろうとしたのがJavaの検査例外なわけだけど、結局それを きっちりやるのは困難なことがわかってきたんで最近は例外の型に依存する 設計自体が避けられる傾向じにあるんじゃゃないかな。 470 名前：デフォルトの名無しさん mailto:sage [2022/05/11(水) 21:48:20.99 ID:9+Fgria9M.net] >>462 問題は実行時型情報の欠落とドキュメント不足で静的検査の有無ではない 471 名前：デフォルトの名無しさん mailto:sage [2022/05/11(水) 21:50:37.24 ID:VUieO+dfM.net] >>448 本質的問題はそこだね だから最近のプログラミング言語であるGoやRustは例外機構try/throw/catchを廃止した >>449 GoやRustはその方式だね Goはすべてタプルで返し Eitherに相当するのがRustだとResult<T, Error>型であとは有無を示すOption<T>型 Rustの「?」オペレータが絶妙でエラー時に即時に関数を抜けてくれて例外のようにエラー処理を上位関数に集められる 472 名前：デフォルトの名無しさん mailto:sage [2022/05/11(水) 23:04:51.66 ID:Iqge52I10.net] >>462 別に例外すべてを細かく切り刻めとは言わないけど ログイン処理実装などのように、例外を細かく刻まないといけない部分はどうしても出てくる 473 名前：デフォルトの名無しさん mailto:sage [2022/05/11(水) 23:05:58.48 ID:Iqge52I10.net] >>453 おっ、ありー！試してみる 474 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ cb34-ckJZ) mailto:sage [2022/05/11(水) 23:16:11 ID:riPwAsR20.net] fetchがPromise生成してくれてResponseのメソッドもPromise生成でcatchでサクッと例外処理できるのはほんとに良く出来てると思う 475 名前：デフォルトの名無しさん mailto:sage [2022/05/11(水) 23:48:55.25 ID:NKt1zpJor.net] >>466 こんなもんなのよ。 の世の中の問題って！ 476 名前：デフォルトの名無しさん mailto:sage [2022/05/12(木) 00:27:38.23 ID:nhkWit6K0.net] >>463 何か勘違いしてないかね。 たしかにTSはJSに対して型情報を埋め込んだりするようなオーバーヘッドは生じさせないと言っているが それは実行時に型を判断できないという意味じゃあない。 nominal subtypingな言語だとコンパイルで型名が失われたら型が判断できなくなるから、あえて 「実行時型情報」として保持させてやる必要があるわけだが。 477 名前：デフォルトの名無しさん mailto:sage [2022/05/12(木) 00:40:13.66 ID:sSkYRofXM.net] >>469 いやTSもJSも実行時に型は判断できないよ オブジェクトが特定の条件をみたしているか判断してるだけ これは酷く脆いやりかたでだから>455のような事故が起きる 例外に対処するためのcatchブロックで間違えやすい設計になっているのはちと問題だね 478 名前：デフォルトの名無しさん mailto:sage [2022/05/12(木) 00:59:23.22 ID:cWppi0PpM.net] そもそもID:Iqge52I10はTSに何を期待して採用しようとしたのか気になる まったく見当違いの期待をしといてTSはダメだ！役に立たん！と言ってるように見えるが 479 名前：デフォルトの名無しさん mailto:sage [2022/05/12(木) 01:04:07.53 ID:nhkWit6K0.net] >>470 >オブジェクトが特定の条件をみたしているか判断してるだけ それがstructual subtyping的あるいはduck typing的な型なわけだが。 >>455はinstanceofにnominal subtyping的な型の保証を期待したらそうじゃなかったというだけだろ。 実際にはプロトタイプチェーンしか見てないわけだし。 480 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ d3e6-/zFp) mailto:sage [2022/05/12(木) 04:11:26 ID:CoPLz2Vj0.net] JSに型なんて期待し過ぎ そもそもが型とは正反対の言語だ このポンコツ言語をなんとかして実用に耐えるように矯正してるだけにすぎない 481 名前：デフォルトの名無しさん mailto:sage [2022/05/12(木) 05:33:09.35 ID:zmuX8XXJ0.net] 本来ならTSスレで話すべき内容なんだろうけど、ワッチョイ無くてあっち機能してないからなぁ 482 名前：デフォルトの名無しさん mailto:sage [2022/05/12(木) 11:02:25.32 ID:sSkYRofXM.net] 思ったよりマイナー言語なのかね TSスレは過疎化がひどい 483 名前：デフォルトの名無しさん mailto:sage [2022/05/12(木) 13:07:33.15 ID:kmr5eocHa.net] 型付けは便利だし手放せないけど変に意識高い系の人が入ってくると面倒なことになりがち 484 名前：デフォルトの名無しさん [2022/05/12(木) 13:12:26.97 ID:uvr1OWW50.net] TSは型チェックやトランスパイルの速度がこれからすごい早くなるから 開発環境はさらによくなってオススメされるのでユーザー数は増える 485 名前：デフォルトの名無しさん mailto:sage [2022/05/12(木) 14:24:04.12 ID:bMk6+3lo0.net] そろそろTSはJSに吸収される 486 名前：デフォルトの名無しさん mailto:sage [2022/05/12(木) 14:37:11.32 ID:NsYP9atta.net] JSがもっとマシな言語になるなら構わない 487 名前：デフォルトの名無しさん mailto:sage [2022/05/12(木) 14:42:00.63 ID:5sAcVGoP0.net] みんなTS大好きなんだね♪ 488 名前：デフォルトの名無しさん mailto:sage [2022/05/12(木) 19:10:45.42 ID:sSkYRofXM.net] >>477 これまでが遅すぎたんで期待 489 名前：デフォルトの名無しさん [2022/05/12(木) 19:44:49.92 ID:Q8+MB3F20.net] TSもJS互換だし仕様がカオスすぎてワイは頭抱えながら格闘してる… ESLintって必須プラグインになってきたのは良いが、あれダメこれダメが多すぎる 490 名前：デフォルトの名無しさん mailto:sage [2022/05/12(木) 19:52:01.26 ID:sSkYRofXM.net] リテラルと...だけは本当に便利なのであらゆる言語が模倣すべき 491 名前：デフォルトの名無しさん mailto:sage [2022/05/12(木) 20:15:47.12 ID:nM4SHBg/d.net] 頭のいい人がなんやかんやと新しい思想いれたりお作法作ったりしてくれてはいるけど その度実装してるみんなは右往左往して余計な稼働くって世の中発展を妨げるのは実は頭のいい人達の優越感のせいなんじゃねと愚痴りたくなるほどゴロゴロ仕様がかわるのは完璧して 492 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ fbad-Qemf) mailto:sage [2022/05/12(木) 20:24:29 ID:QqLL5Bz+0.net] jsの話ですらないけど初見演算子のなんてググればいいかわからない問題ってどうしてる？ 493 名前：デフォルトの名無しさん mailto:sage [2022/05/12(木) 21:12:03.45 ID:sSkYRofXM.net] 「言語名　演算子」で地道にググるか公式ドキュメントの演算子のページを探す 494 名前：デフォルトの名無しさん mailto:sage [2022/05/12(木) 21:48:50.75 ID:K+mlTO0ea.net] >>482 EslintはAirbnbとか使わないで最小でやるのが良いんじゃ無いかと そもそもスケールするかどうか分からんプロジェクトをガッチガチに固める理由がない 495 名前：デフォルトの名無しさん mailto:sage [2022/05/12(木) 21:53:12.74 ID:0fBPMTIY0.net] >>485 TSならこれで調べるのが早い https://typescriptbook.jp/code-reading-assistant 496 名前：デフォルトの名無しさん mailto:sage [2022/05/12(木) 22:01:26.54 ID:kgXbK+rw0.net] JScript.NETから進化してる？ 497 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ b77d-d5Qg) mailto:sage [2022/05/13(金) 18:48:59 ID:zD7+eQiB0.net] TSがどうこうというより、動的型付けの型チェックぐらいもっと手軽にやりたい googleの賢い人たちに期待してる 498 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 2a00-ckJZ) mailto:sage [2022/05/13(金) 18:56:41 ID:gY0FxiLY0.net] 型は複雑なものだしTSはMSのレジェンドが生み出した言語だゾ。 マジレスするとSuperstructとか使えば？ 499 名前：デフォルトの名無しさん mailto:sage [2022/05/14(土) ] [ここ壊れてます] 500 名前：01:09:33.55 ID:pZnfA7Wr0.net mailto: >>491 TSには現在進行形でお世話になるよ。これがないとJSはnullが怖い あとSuperstructを教えてくれてありがとう 調べてみるぜい [] [ここ壊れてます] 501 名前：デフォルトの名無しさん mailto:sage [2022/05/14(土) 08:36:20.76 ID:sMGvGTwPa.net] 勉強中の身なのですがtsを使う理由ってこんな感じでしょうか 理解や用語が誤っていたらご指摘ください。 tsを使う理由（サーバーサイド） tsは型を厳密に定義することができるのでサーバーサイドでの利用、特にドメイン層でのビジネスロジックの記述に適している。 tsを使う理由（View） サーバーも同じ言語を使うことで、サーバーで定義したモデル（レスポンスモデル等）をViewでも定義するという二度手間がなくなる。 ただしView側でtsでビジネスロジックを記述すると、利口な UI アンチパターンになってしまうので注意。 502 名前：デフォルトの名無しさん mailto:sage [2022/05/14(土) 09:12:28.76 ID:sn4udcUf0.net] >>493 TypeScript検定でも受験すんの？ 503 名前：デフォルトの名無しさん mailto:sage [2022/05/14(土) 09:48:51.54 ID:sMGvGTwPa.net] >>494 社内の技術選定で候補に挙げようかと 504 名前：デフォルトの名無しさん mailto:sage [2022/05/14(土) 10:07:07.91 ID:UUXyqx7tM.net] 鯖でtsはないかな 505 名前：デフォルトの名無しさん mailto:sage [2022/05/14(土) 12:11:20.40 ID:lXb0w+3k0.net] かと言ってPHPやPythonはアレだし、JavaやC#はアホみたいにメモリ食うし、Node.jsで（fastifyとかで出入り口をガチガチに固めれば）良いじゃんってなることは結構ある。比較的簡単にスケールするし、クラウドでも大体使えるし。 506 名前：デフォルトの名無しさん mailto:sage [2022/05/14(土) 12:22:01.90 ID:GNnPWoYV0.net] まあサーバがJSTSであるメリットは、 フロントと言語が共通しやすくなることでの総合的な学習コストの抑制がメインやろからね 仕事なら各予算とかパフォーマンスとか、要件に合わせてちゃんと多角的に評価すべきだとおもうよ 507 名前：デフォルトの名無しさん mailto:sage [2022/05/14(土) 12:39:34.79 ID:UUXyqx7tM.net] 共通っていうほど移植性ないでしょTS 逆に混乱するから別言語のほうがいいと思うよ 508 名前：デフォルトの名無しさん mailto:sage [2022/05/14(土) 12:44:48.12 ID:UUXyqx7tM.net] >>497 https://www.takigawa-memo.com/compare-language-atcoder/ TSはJavaやC#より遅くてメモリ食ってるよ 509 名前：デフォルトの名無しさん mailto:sage [2022/05/14(土) 12:59:34.72 ID:UUXyqx7tM.net] ちと古いが ttps://cryptomode.com/c-is-the-most-energy-efficient-and-fastest-programming-language-study-finds/ 言語比較ってたまにググると色々出てきて面白いね エネルギー消費量なんてのも比較されてんだ 510 名前：デフォルトの名無しさん mailto:sage [2022/05/14(土) 13:00:57.29 ID:YyWH0a110.net] 移植性は関係ないんじゃね。単に環境や知識が一本で済むというだけ。 論点はほかにもあるだろうけどそのへんは要件に照らして個別に判断する話であって、 そういう前提なしに >鯖でtsはないかな なんて断言できるもんでもないだろう。 511 名前：デフォルトの名無しさん (ｵｲｺﾗﾐﾈｵ MM49-ur9t) mailto:sage [2022/05/14(土) 13:31:51 ID:UUXyqx7tM.net] >>502 動くもの動かないものが意外と違うんで一本で済むと思って始めると辛い stringに生えてるメソッドですら環境依存 そもそもフロントとバックって書き方もアーキも勘どころも依存先も違うんで言語だけ合わせてもって感じ 512 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ ff00-GCUU) mailto:sage [2022/05/14(土) 13:37:03 ID:lXb0w+3k0.net] >>500 ほんまかと思って数年ぶりにjava書いたけど普通にNodeの倍以上メモリ食ってた。 AtCorderはたくさんVM立てるから（forkとかかな？）なんか設定が違うんじゃないかな。 とはいえ思ったより食わなかったので、バ� 513 名前：J食いは訂正します。 [] [ここ壊れてます] 514 名前：デフォルトの名無しさん mailto:sage [2022/05/14(土) 13:41:17.73 ID:DuvSDtMha.net] バックもフロントもコード補完と型安全性、型情報によるドキュメントの補完を目的としてるな バックでts使った事ないけどapiのスキーマの定義はopenapi使ってれば他の言語使ってても生成できるので二度手間にはならないよ 515 名前：デフォルトの名無しさん mailto:sage [2022/05/14(土) 13:48:11.53 ID:GNnPWoYV0.net] あくまで学習コストが低いくらいや、とワイも思う まあドキュメントとかも少しは節約できるかもくらいかな 社内にJSTSのコミュニティがあるとかなら十分検討に値するんじゃね 会社なんて千差万別なんや

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef