Vue vs React vs Angular vs Svelte Part.10

■ このスレッドは過去ログ倉庫に格納されています
2022/03/08(火) 22:57:16.85ID:D77bZcWT0
!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
2022/05/09(月) 18:54:23.44ID:LTRaZC8Zr
React1本でいいだろ
他はやる必要すらない
2022/05/09(月) 18:57:34.39ID:LBfpXsR+M
>>381
同感
Reactのような無駄なことをしない分
軽いよね
2022/05/09(月) 19:07:57.03ID:bWhlIlLyM
ロシアのせいでOSS依存へのリスクが無視できなくなりつつある
依存レスかつオールインワンなフレームワークが欲しい
だれか作ってくれ
2022/05/09(月) 19:38:45.33ID:+B7Bz6jv0
ちなみに、Vueのモチベーションは
「Angularの本当に好きだった部分を抽出して、余分な概念なしに本当に軽いものを作る」
2022/05/09(月) 20:30:16.08ID:DTjC8lC90
>>372
入れ替わりの激しいものはAmazonで日付順検索が鉄板だからね
2022/05/09(月) 20:32:04.88ID:DTjC8lC90
>>375
Svelteはどこまで行ってもサイト向けだしどっちかというとjQueryとシェアの取り合いだろ
ReactからSvelteに移るヤツは初めからReactに向いてないものをReactで作ってただけ
2022/05/09(月) 20:52:07.49ID:0xPIgSdY0
>>383
何を持って重いとしているか
2022/05/09(月) 20:54:12.88ID:3RNMdMia0
俺は普通のサイト=svelte
ゴリゴリのSPA=React

こういう使い分けをしてる
割といい感じだよ
svelteは既存のサイトに追加するのも楽ちん
2022/05/09(月) 21:01:23.80ID:48QKZ9zX0
Vueって最初は確かに軽いAngularって感じでいいなと思うんだけど
だんだん公式の散らかり具合のほうが気になってきて逆にAngularのほうが楽じゃね？って気がしてくるんだよな
2022/05/09(月) 21:03:59.49ID:3RNMdMia0
>>390
わかる
同じレベルの学習コスト払うなら今やangularの方が良い
2022/05/09(月) 22:46:11.37ID:TDei0tm50
＞Svelteはどこまで行ってもサイト向けだしどっちかというとjQueryとシェアの取り合いだろ
えー
2022/05/09(月) 23:23:35.80ID:922ksBy10
というかSPAで作るもの自体普通のサイトレベルだとおもってんだけど
ものすごいのSPAで作ったことあんの？
2022/05/09(月) 23:38:58.28ID:S0Cki9Rvd
React使ってるSaaSは普通に存在する
2022/05/09(月) 23:51:34.61ID:pCXH3gMK0
個人的にはvueで取りあえず間に合ってるし新規開発者にも教えやすいし
少人数のプロジェクトで少し手伝って貰うみたいなケースでは
今まで出来ないから直ぐにクビみたいなのは無かったな
まぁ、外れの技術者が来れば出来ないのだろうけどｗ

reactにしたら多分こううまくは行ってない気がする
2022/05/10(火) 07:20:12.42ID:FLX1VExp0
>>393
wappalyzerでサイトとかサービス見てみたらいい
大手のサービスとかサイトとスタートアップのサービスはかなり使ってる
2022/05/10(火) 07:21:45.58ID:tsciyRcLr
>>393
その認識ならSPAやめたほうがいい
2022/05/10(火) 08:01:33.84ID:5TsJWvHOM
>>384
それはOSS特有の怖さではないよね。それにOSSならフォークも可能だからむしろリスクは低い。ある意味ではプロプライエタリのほうが怖い
2022/05/10(火) 09:17:34.49ID:eFgarx/HM
>>398
そだね
外部依存のリスクと言ったほうが正確だ
なのでフレームワーク自体が外部依存しておらず、フレームワーク以外の外部依存に頼らなくても快適に開発できる
そんなオールインワンのフレームワークが信頼のおける組織から出てほしい
2022/05/10(火) 12:56:40.80ID:hNMnrPsB0
Webの場合そうはないけどソースコード非公開の個人製作のヤツが一番ヤバイけどね
2022/05/10(火) 13:47:13.87ID:ov5OsiCVa
Pythonみたいによく使われるモジュールが言語に標準装備されてれば良いんだろね
node界隈の混沌とした状況が原因じゃねーかな
2022/05/10(火) 14:15:28.32ID:AcxeyIYr0
JavaScriptのようにPythonコードをHTML内に記述して実行できる「PyScript」　Anacondaがオープンソースで公開
https://www.itmedia.co.jp/news/spv/2205/09/news161.html

もうJavascriptは要らなくなるのかもな
2022/05/10(火) 14:19:45.35ID:fzPvTbxkM
流石にPythonで書きたくは無いっす……
2022/05/10(火) 14:23:20.88ID:CCpF9W9X0
だよな
2022/05/10(火) 14:30:51.13ID:ONGo9jfSr
なんで？
2022/05/10(火) 14:46:06.12ID:xuRuHPzYM
WebAssembly上でPythonインタプリタを動かしてそのガベージコレクションもしてそれらと各モジュールを読み込んで重くて遅くてデメリットだらけだからでしょう
今後もほとんどはこれまで通りJavaScript＋WebAssembly (by RustなどGCなし事前コンパイル言語) のままでしょう
2022/05/10(火) 14:54:40.05ID:e+qIs2vlM
Wasmの話になると必ずGC遅いマンが現れるけどJavaScripにはGC無いんか？
2022/05/10(火) 15:23:16.50ID:NNFQ4qCM0
Wasmだと言語のランタイムごと実行バイナリに収める必要があって、GCがある等でランタイムが大きな言語はバイナリサイズが大きくなるし効率も悪い。JSの場合はブラウザがランタタイムを持ってて高効率だしサイズも小さくて済む。
Wasm自体が将来GCを持つという話もあるけど、各種言語のGCとは仕様が異なるのでランタイムは作り直しになるようだ。

それはそれとしてPythonが優れてるのはライブラリ周りであって言語としてはJS以下だから使いたくない（個人の感想です）
2022/05/10(火) 15:32:31.75ID:VU3Z5d3Ya
まあブラウザでpython使うメリットは何もねーわな
2022/05/10(火) 15:42:30.45ID:hNMnrPsB0
Pythonインタプリタ言語の癖して型変換書かなきゃいけない辺り不毛
2022/05/10(火) 15:54:36.49ID:slEmUgMXa
え、Blazorの話していいの？
2022/05/10(火) 15:55:32.57ID:ov5OsiCVa
>>409
ニッチ過ぎてちょっと使い所が分からないよね
想像力が足りないのかも知れないけど
2022/05/10(火) 16:11:31.43ID:59eDANbA0
pythonなんてマジで書きたくないわｗ
こんなのでサーバーサイド書くぐらいならRubyで十分だろｗ
どっちも使いませんがｗ
2022/05/10(火) 17:23:18.80ID:ONGo9jfSr
酷評で草
2022/05/10(火) 17:40:27.78ID:AcxeyIYr0
機械学習のデモとかでは結構使えそう(わざわざJSで書き直す必要がないから)だなって思ったけどここだとあんまり望まれてないのかな
2022/05/10(火) 17:50:50.57ID:e+qIs2vlM
結局のところ自分の仕事範囲でピトンが抱え込んでる高度なライブラリを使いたいか否かで意見が分かれる
2022/05/10(火) 17:51:03.87ID:0LGUFPqv0
そもそもインタプリタをemscripten通してコンパイルしてる時点で論外でしょ
どんだけランタイムでかいんだよ
2022/05/10(火) 18:19:15.16ID:ov5OsiCVa
>>415
科学計算とか機械学習の計算をクライアントで実行する案件ってのが思い浮かばないんだよね
wolframalphaとかの計算サイトとかnotebookのような実行環境とかそんなんしか思い浮かばない
2022/05/10(火) 18:53:00.41ID:gcxSlYEt0
フリーランスに立ちはだかる「常駐」の壁。慣例を打ち壊し、
“テレワーク”案件3割→8割へと成長を遂げた「クラウドテック」の軌跡

リモートワーク求人専門サイト「プロリモート」がリニューアルオープン、
業務委託契約の求職者と企業をマッチング

1/3以上が採用につながる高マッチング率、リモートワーク×エンジニア・デザイナー専門の
人材紹介サービス「ReworkerAgent」正式リリース場所からも時間からも自由な働き方を実現！

『ReWorks（リワークス）』リモートワーク特化型転職サイトとして 3月5日 リニューアル

副業・兼業マッチングサービス「クラウドリンクス」登録者数2万人突破
中小企業で進む副業人材の採用、96％が継続採用を希望

茨城県日立市、県外からの「テレワーク移住者」に最大151万円の助成金

長野市、市内に移転・事業所設置し、移住することで最大550万円の支援金を支給

フリーランスが活用できる「最大1,000〜3,000万円・補助率50%〜75%」の
『ものづくり・商業・サービス補助金』とは？概要や条件を解説
2022/05/10(火) 18:55:13.85ID:NNFQ4qCM0
>>415
その用途だとTensorFlow.jsあるし、機械学習系のC++やCUDAで書かれたライブラリは流石に動かないだろうからね……
2022/05/10(火) 19:01:48.80ID:LyLbbhuzr
もうjavascriptはオワコンだろ…

フロントエンドはPythonフレームワークのPeactとかPueに置き換わる日も近い
2022/05/10(火) 19:33:21.45ID:gYL59M7n0
PyScript面白そうではあるけど…まぁひっそりと消えそう
2022/05/10(火) 19:43:39.15ID:KTRpa4DE0
なんかあとひと押し足りないって気がする
なんなんやろ
2022/05/10(火) 20:03:08.12ID:e+qIs2vlM
ぶっちゃけパフォーマンスだけが課題
これが解決すれば後は好みの問題になるから
2022/05/10(火) 20:28:03.18ID:jCGTR7zw0
pythonってshやbatみたいに仕方なく使う言語だと思ってたけど、好きで使ってる人いるんだ。
2022/05/10(火) 20:30:15.40ID:ov5OsiCVa
>>423
Python製のクライアントフレームワークが無いからじゃ無いかな
比較対象が無いので評価出来ない
2022/05/10(火) 20:33:02.78ID:ov5OsiCVa
>>425
ウチだとバリバリ使ってる
っていうか現実的な選択肢がPythonしか無いっていう分野
もちろんバックエンドのみだけど
2022/05/10(火) 20:45:25.80ID:jCGTR7zw0
>っていうか現実的な選択肢がPythonしか無いっていう分野

そういう状況を言ったつもりだけど
2022/05/10(火) 21:20:47.72ID:hNMnrPsB0
大体のところCライクじゃない言語は一般には流行らない
2022/05/10(火) 22:15:05.14ID:FQfCwwgXM
言語変えた程度で何が変わるの？ってのが正直な感想
まさかDOMが生まれ変わる訳でもないし
非同期が同期になるわけでもないし
2022/05/10(火) 22:23:01.91ID:e+qIs2vlM
英語でミーティングするか日本語でミーティングするか
箸でプリンを食べるかスプーンでプリンを食べるか
その程度の違いはあるかもね
2022/05/10(火) 22:24:59.51ID:6NCJI2U2M
jsもpythonもクソ！って思ってる奴は割といそうだけど
jsはクソ！python最高！って奴はあんまりいなさそうな気がするんだよな
完全にイメージだけで言ってるけど
2022/05/10(火) 22:41:06.90ID:NNFQ4qCM0
JS（及びTS）はそんなに（罠は多いけど）悪い言語じゃないんだよね。
積極的に乗り換える必要がない程度には
2022/05/10(火) 23:38:10.77ID:0LGUFPqv0
pythonの方が普通の人は使いやすいよ
当たり前だが
2022/05/11(水) 00:09:09.36ID:T+21x/580
pythonはpandasで集計によくつかてるよ
2022/05/11(水) 00:46:11.05ID:ZxQ/H1/P0
YouTube で有名な、雑食系エンジニア・KENTA のRuby on Rails 初心者用サロンでは、
キャリアパスは、Rails → Go だけ

Python は、プログラミングの技術で転職できないから、絶対に教えない。
サロンに転職できない香具師ばかりが残って、サロンが崩壊するから

文系で、プログラミング・Linux, Docker, AWS だけで食っていけるのは、Rails, Go だけ。
PHP, Scala は、KENTAがオワコン認定して滅んだ

Pythonは理系で、大学院数学科・AWS 機械学習 Specialtyの、2つの資格で決まる。
だから、KENTAが文系プログラマーに教えない。
教えても転職できないし、そもそもプログラマーを求めていない
2022/05/11(水) 05:30:38.02ID:Iqge52I10
typescriptを触りはじめたばかりだけど
nullとundifineの違いがマジで気持ち悪くて困る
初期化の段階では気にならないけど、
返り値の型指定で、voidとnullを分けなければいけないのは草もはえない
javascriptに戻せばこの気持ち悪さから目を背けられるんだろうか
2022/05/11(水) 06:49:59.19ID:MNr0qB9P0
undifineとか書いてる時点で誰も聞く耳持たんよ
2022/05/11(水) 08:53:14.17ID:89wsOUM6a
まあ気持ちはわかるよ
tsって静的型付けのために動作上は不要なコードを付け加える作業だからな
書き心地が良いはずもない
2022/05/11(水) 09:40:40.47ID:yC9r5PpaM
TSは推論あるしわりとラクだけど、例外処理に関しては全然役に立たない哀しみ
2022/05/11(水) 10:16:30.03ID:sDHFf5J4r
もう新たな言語つくってくれ
なんで誰も作らないのだ
2022/05/11(水) 10:34:17.94ID:yC9r5PpaM
それはGoogleがDartで通って失敗した道だし、完璧な言語なんてものは存在しないから何度も作り続けることになる。
それにJSは言うほど悪い言語ではない
2022/05/11(水) 10:47:42.35ID:9+Fgria9M
TSのターゲットがwasmになればJSへの配慮が不要になってもっと色々面白い事ができるはず
2022/05/11(水) 12:21:55.32ID:VTrkrmeCM
>>442
悪いからAltJsが乱立してるのでは
2022/05/11(水) 12:21:59.48ID:1e6LrNTwM
JSの型ヒントまだ？
446デフォルトの名無しさん (ﾜｯﾁｮｲ 1746-5JSg)
垢版 |
2022/05/11(水) 12:28:33.43ID:cpm7LRmA0
乱立してたのはconstもなかった時代だろ
今はそこまで悪くはない
2022/05/11(水) 12:30:02.47ID:VedbVEHQM
AltJSは今TS一強だし、そのTSも以前とは異なって型付け以外はJSそのものだゾ
2022/05/11(水) 12:32:34.90ID:42PTVEOr0
>>440
それはTSに限らん話かな。
そもそも例外機構自体が静的型付けと相性が悪い。
2022/05/11(水) 12:53:22.04ID:VedbVEHQM
>>448
なるほど。
エラー出うるとこはすぐ拾ってT | ErrorとかEitherにするのが無難か
2022/05/11(水) 14:24:34.45ID:9+Fgria9M
オレオレエラー処理ルールは止めたほうがいい
例外はほんと弱いからランタイム型情報ほしいね
2022/05/11(水) 14:50:28.09ID:Iqge52I10
今日初めてTSで例外処理を書いた
anyで型チェックした例外の、あるかも分からないcodeプロパティで例外の種類を
判別するという気色悪いコードを書いちまった
一応、hasOwnPropertyで、error.codeがあるか否かチェックはしてるんだけど
こんな感じで正解なのかすごく不安

てか、TSを入れて型チェックしても、こんな汚い例外処理を書かされるなら
何の役にも立たねーな・・・。JSに戻そうかな
2022/05/11(水) 15:22:05.78ID:A1bnimj0M
TSの恩恵がないと判断したなら戻せばよかろう
2022/05/11(水) 15:27:49.44ID:zhP8ftWA0
>>451
例外の型にclassを使ってinstanceof

はい！終了...
2022/05/11(水) 15:32:44.60ID:9+Fgria9M
オプソライブラリに例外に関するドキュメントが無い時に困る
ソース解析とデバッグで調べてるけれど信用できる仕様書が無いと無断で変更されそうで不安
2022/05/11(水) 15:51:32.19ID:9+Fgria9M
instanceofだけだとうまくいかないケースもあるそうだ
ttps://github.com/typeorm/typeorm/issues/5057
2022/05/11(水) 16:32:24.65ID:AR8DfNGdM
例外の型なんて精々リトライ可能かどうかの判断とデバッグくらいにしか使わないんだから、そんなに厳密に扱う必要ないんだよ
多くの人に使われるようなオプソライブラリを作るレベルの人はそのへんの匙加減をよく理解していて、
いちいち例外を全部場合分けして個別に作り込みをしてるようなドカタレベルの開発者とはだいぶギャップがある
2022/05/11(水) 17:17:10.10ID:9+Fgria9M
>>456
俺も昔はそう考えてたけどUXを考えるとそうも言ってられん
プログラミングはエラー処理が大半ってよく言われるけど本当にそのとおりだった
面白くない部分だけど品質を上げるためにやらないと
2022/05/11(水) 18:09:59.23ID:9u6rIkJ60
そもそもTypeScriptもそう長く続かない
こんな所詮トランスパイルするだけのものが永遠に使われる訳が無いし
ネイティブはjavascriptで変わらないのだから
2022/05/11(水) 18:55:47.05ID:K7YCH0rrM
そうだね
ブラウザが静的型付け言語を直接実行できるようになったらあっという間に廃れるね
2022/05/11(水) 19:54:48.33ID:q7HpFYJKa
jsより先にポイ捨てされるならtsってなんだったんだろうな
苦労しながら型書いてたのは保守性のためだったはずなのに
2022/05/11(水) 20:02:51.13ID:zyWV8gw3M
そういうのは廃れてから言ってください
2022/05/11(水) 20:45:51.48ID:42PTVEOr0
>>457
品質を上げるために例外の型を細かく区別することが必須というわけでもあるまい。
そのアプローチでやろうとしたのがJavaの検査例外なわけだけど、結局それを
きっちりやるのは困難なことがわかってきたんで最近は例外の型に依存する
設計自体が避けられる傾向じにあるんじゃゃないかな。
2022/05/11(水) 21:48:20.99ID:9+Fgria9M
>>462
問題は実行時型情報の欠落とドキュメント不足で静的検査の有無ではない
2022/05/11(水) 21:50:37.24ID:VUieO+dfM
>>448
本質的問題はそこだね
だから最近のプログラミング言語であるGoやRustは例外機構try/throw/catchを廃止した

>>449
GoやRustはその方式だね
Goはすべてタプルで返し
Eitherに相当するのがRustだとResult<T, Error>型であとは有無を示すOption<T>型
Rustの「?」オペレータが絶妙でエラー時に即時に関数を抜けてくれて例外のようにエラー処理を上位関数に集められる
2022/05/11(水) 23:04:51.66ID:Iqge52I10
>>462
別に例外すべてを細かく切り刻めとは言わないけど
ログイン処理実装などのように、例外を細かく刻まないといけない部分はどうしても出てくる
2022/05/11(水) 23:05:58.48ID:Iqge52I10
>>453
おっ、ありー！試してみる
2022/05/11(水) 23:16:11.62ID:riPwAsR20
fetchがPromise生成してくれてResponseのメソッドもPromise生成でcatchでサクッと例外処理できるのはほんとに良く出来てると思う
2022/05/11(水) 23:48:55.25ID:NKt1zpJor
>>466
こんなもんなのよ。
の世の中の問題って！
2022/05/12(木) 00:27:38.23ID:nhkWit6K0
>>463
何か勘違いしてないかね。
たしかにTSはJSに対して型情報を埋め込んだりするようなオーバーヘッドは生じさせないと言っているが
それは実行時に型を判断できないという意味じゃあない。
nominal subtypingな言語だとコンパイルで型名が失われたら型が判断できなくなるから、あえて
「実行時型情報」として保持させてやる必要があるわけだが。
2022/05/12(木) 00:40:13.66ID:sSkYRofXM
>>469
いやTSもJSも実行時に型は判断できないよ
オブジェクトが特定の条件をみたしているか判断してるだけ
これは酷く脆いやりかたでだから>455のような事故が起きる
例外に対処するためのcatchブロックで間違えやすい設計になっているのはちと問題だね
2022/05/12(木) 00:59:23.22ID:cWppi0PpM
そもそもID:Iqge52I10はTSに何を期待して採用しようとしたのか気になる
まったく見当違いの期待をしといてTSはダメだ！役に立たん！と言ってるように見えるが
2022/05/12(木) 01:04:07.53ID:nhkWit6K0
>>470
>オブジェクトが特定の条件をみたしているか判断してるだけ

それがstructual subtyping的あるいはduck typing的な型なわけだが。
>>455はinstanceofにnominal subtyping的な型の保証を期待したらそうじゃなかったというだけだろ。
実際にはプロトタイプチェーンしか見てないわけだし。
2022/05/12(木) 04:11:26.12ID:CoPLz2Vj0
JSに型なんて期待し過ぎ
そもそもが型とは正反対の言語だ
このポンコツ言語をなんとかして実用に耐えるように矯正してるだけにすぎない
2022/05/12(木) 05:33:09.35ID:zmuX8XXJ0
本来ならTSスレで話すべき内容なんだろうけど、ワッチョイ無くてあっち機能してないからなぁ
2022/05/12(木) 11:02:25.32ID:sSkYRofXM
思ったよりマイナー言語なのかね
TSスレは過疎化がひどい
2022/05/12(木) 13:07:33.15ID:kmr5eocHa
型付けは便利だし手放せないけど変に意識高い系の人が入ってくると面倒なことになりがち
477デフォルトの名無しさん (ﾜｯﾁｮｲ bea7-Rvhb)
垢版 |
2022/05/12(木) 13:12:26.97ID:uvr1OWW50
TSは型チェックやトランスパイルの速度がこれからすごい早くなるから
開発環境はさらによくなってオススメされるのでユーザー数は増える
2022/05/12(木) 14:24:04.12ID:bMk6+3lo0
そろそろTSはJSに吸収される
2022/05/12(木) 14:37:11.32ID:NsYP9atta
JSがもっとマシな言語になるなら構わない
2022/05/12(木) 14:42:00.63ID:5sAcVGoP0
みんなTS大好きなんだね♪
2022/05/12(木) 19:10:45.42ID:sSkYRofXM
>>477
これまでが遅すぎたんで期待
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況