Vue vs React vs Angular vs Svelte Part.9

**デフォルトの名無しさん** · 2022/01/16(日) 16:06:14.27

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/

★ここではjQuery, Ruby, C#, Blazorの話題は禁止です
★jQuery, Ruby, C#, Blazorｷﾁｶﾞｲが書き込んでも無視してください
Next, Nuxt, Sapper, Gatsby, VuePress, RedWoodなどはおｋ。

**デフォルトの名無しさん** · 2022/02/02(水) 23:36:32.04

技術選定だとReact、Nextjsを選んだ以上にCSSどうするかはかなり悩んだな。
結局CSS Modulesが最良と判断したが。

**デフォルトの名無しさん** · 2022/02/03(木) 16:23:18.14

個人的にはUtility Firstなやつが楽かな
クラス名考えるの面倒だし

**デフォルトの名無しさん** · 2022/02/03(木) 17:35:40.81

いやもうnuxtで良くない？

**デフォルトの名無しさん** · 2022/02/03(木) 18:48:10.96

今更vueって

**デフォルトの名無しさん** · 2022/02/03(木) 19:47:20.12

React/Next.js系がデファクトスタンダードだよな

**デフォルトの名無しさん** · 2022/02/03(木) 20:28:23.89

>>324
それってデータあるんですか？

**デフォルトの名無しさん** · 2022/02/03(木) 20:31:10.87

wasmでdomが扱えるようになったらrustで書けるフロントエンドが流行るはず
たぶんrustで書けるreactがそのまま出てくるから結局react覇権になりそうだが
rustはtypescriptの利便性保ちつつより堅牢で高速だから欠点無い

**デフォルトの名無しさん** · 2022/02/03(木) 20:34:08.26

マイナスが0になったら
流行るはずって思ってるやつ多いよな

LinuxでWindowsアプリが動いたら
流行るはずとかさ

**デフォルトの名無しさん** · 2022/02/03(木) 20:43:12.09

rust版reactとjs版reactの機能が同等になったら
新規プロジェクトでみんなrust版を選ぶようになるはずから
そうなったときがjs/tsの将来性が無くなる瞬間かもしれない

reactがrust版を出すんだったらvueとかsvelteもrust版出すはずで
結局今とフロントエンドライブラリの選定は変わらないのかな

**デフォルトの名無しさん** · 2022/02/03(木) 20:48:01.47

rustの方が冗長なんだから、
そんなことにはならないって言ってるんだがｗ

**デフォルトの名無しさん** · 2022/02/03(木) 20:48:33.70

なぜ劣る言語に変えると思うんだろうかね

**デフォルトの名無しさん** · 2022/02/03(木) 21:19:21.75

wasmからjsをバインディングしてdom操作すんの？
馬鹿じゃね？

**デフォルトの名無しさん** · 2022/02/03(木) 21:45:39.19

Rustは素晴らしく洗練された言語だけど、それはそれとしてフロントを書きたいかと言われると、パフォーマンス上の問題が出ない限りそうは思わない。ライフタイムとhookを並行して思考したりしてると著しく生産性落ちそう

**デフォルトの名無しさん** · 2022/02/03(木) 21:57:49.98

>>326
もうあるよ
dioxusのweb版
まんまreact
これはパラダイムシフトは確実な気がする
フロントエンドは面白くなるぞー

**デフォルトの名無しさん** · 2022/02/03(木) 22:05:06.01

>>333
これか
https://dioxuslabs.com/reference/web/

なんだこれは？
rustでフロントエンドしちゃってるよ
ヤバタニエン過ぎる

もしもだがdenoランタイムでこれができるようになったらマジでやべーぞ

**デフォルトの名無しさん** · 2022/02/03(木) 22:11:48.24

>>334
別に（JSの立場は）ヤバくはないと思うけど、確かに面白いなこれ

**デフォルトの名無しさん** · 2022/02/03(木) 22:12:16.95

よく分からんけどフロントをRustで書くメリットってなんかあるの？

**デフォルトの名無しさん** · 2022/02/03(木) 22:17:40.45

>>336
今の所はなさそう
ただ数年後となるとわからない

**デフォルトの名無しさん** · 2022/02/03(木) 22:30:20.41

Rustってjsとかphpとかより低級言語よね
したらもうコード書けませんってエンジニア溢れそうだね

**デフォルトの名無しさん** · 2022/02/03(木) 22:32:58.03

>>335
denoランタイムとの接続がキーポイントになると思う
denoから使えればtsと相互変換が可能になり
さらにdenoのv8 bindingを使って様々なメタプログラミングが可能になる
とんでもないことになるぞ

**デフォルトの名無しさん** · 2022/02/03(木) 22:39:30.35

謎のdeno推し

**デフォルトの名無しさん** · 2022/02/03(木) 22:44:37.55

こんなんただのBlazorのフォロワーじゃん

**デフォルトの名無しさん** · 2022/02/04(金) 00:52:08.94

rustフロントエンドの選定スレがほしいな

**デフォルトの名無しさん** · 2022/02/04(金) 01:31:33.73

なんでウェブでわざわざゲーム作ろうとするの？
作っても別にいいけど、
rustとかでゲーム以外作るわけ無いだろ

**デフォルトの名無しさん** · 2022/02/04(金) 02:51:53.60

wasmには期待してるけど
wasmが完成した時に覇権を握るのがrustかどうかは別の話

**デフォルトの名無しさん** · 2022/02/04(金) 05:29:04.98

ちょっとした部分をrustで書くのはよくても本格的なやつはrustで書きたくないな
rust難しすぎる

**デフォルトの名無しさん** · 2022/02/04(金) 07:09:02.77

>>341
設計としてReactに寄せてるし、C♯ランタイムまで入るBlazorとは明確に違うでしょ。

>>343
ゲーム要素ゼロじゃん。

Reactの3倍位の容量にはなるみたいだし、JSの立場を脅かす事は無いだろうけど、選択肢が増えるのは歓迎かな。
Rustたしかに難しいけど、TSで型パズルするのと難易度的には同じくらいに感じる。

**デフォルトの名無しさん** · 2022/02/04(金) 07:31:25.17

>>345
俺も最初そう思ってたけどオライリーのプログラミングrust第2版読んだらそんなに難しくなかったよ
これまで日本人作者の書いた本読んでいまいち理解できなかったけど
単に説明が下手すぎただけだったよう

**デフォルトの名無しさん** · 2022/02/04(金) 07:40:26.56

rust難しいって言ってる人って単にCSを理解してないだけな気がする
rustの仕様ってゼロコスト抽象化なのだからCSを理解してない状態で使えるわけないんだよね

**デフォルトの名無しさん** · 2022/02/04(金) 08:21:16.73

難しいかどうかと使いたいかどうかはまた別問題じゃないかな

**デフォルトの名無しさん** · 2022/02/04(金) 09:10:35.79

rustはlodashのようなライブラリはあるのかな？

**デフォルトの名無しさん** · 2022/02/04(金) 10:55:16.98

rustは実行時型情報はあるのか？
C++やTypeScriptみたいにコンパイル時と違う形のデータが入ってくるようなら使い物にならんが？

**デフォルトの名無しさん** · 2022/02/04(金) 11:35:10.38

tsでwasmするのが正解

**デフォルトの名無しさん** · 2022/02/04(金) 11:35:16.43

静的かつ強い型付けなので実行時にはないしキャストもない
ていうかwasmはRustではないしRustがブラウザで実行される訳でもないので開発環境はTypeScriptでも他の言語でも全然構わない

**デフォルトの名無しさん** · 2022/02/04(金) 11:36:32.22

TypeScriptで型が化けるのはバリーションできてない時だけ。
Rustで型が化けるのは余程変なコード書いた時だけ。

**デフォルトの名無しさん** · 2022/02/04(金) 12:00:18.20

Rustは未履修だが意図的に破壊しなければ型エラーが出ないと言う話だったら間違いなく今後はRustに置き換えが進むだろうね
Blazorがその地位に来るかと思ったがRustにしてやられたか
いやいやまだわからんか
速度と安全性を重視するときはRust
実行時型情報による高い安全性と開発コスパを重視するときはBlazor
老害懐古厨はJsTsって感じで棲み分けが進むかもしれん

**デフォルトの名無しさん** · 2022/02/04(金) 12:08:13.07

Blazorおじさんまだ生きてたのか……。老害って言われて悔しかったんだね。強く生きてね。

**デフォルトの名無しさん** · 2022/02/04(金) 12:11:44.09

老害？それはJsTs厨のほうだろ
何十年前のポンコツ仕様でいつまで使い続けてるんだって話
JsTsはクソ仕様のオンパレードだから排除できるなら速やかにそうすべき

**デフォルトの名無しさん** · 2022/02/04(金) 12:20:02.95

はいはい、ご苦労さん

**デフォルトの名無しさん** · 2022/02/04(金) 12:44:19.41

Vue.js! Vue.js! Vue.js!

**デフォルトの名無しさん** · 2022/02/04(金) 13:09:29.21

Rust勉強して良かったなと思うことの一つは、Promiseのcatchメソッドの有用性に気づけた事。fetchのResponseのjsonメソッドがPromiseなのもすげえ腑に落ちた。

**デフォルトの名無しさん** · 2022/02/04(金) 14:42:39.19

rustできないと落ちこぼれる時代
フロントエンドも大変なことになってきたな
死ぬ気で勉強しないとな

**デフォルトの名無しさん** · 2022/02/04(金) 14:50:43.17

SNSフォローしてるハイレベルなフロントエンジニアもrustはオプションでなく必須になりつつあるって考えて学習始めてたな
まあそれも結構前の出来事だけど
乗り遅れんようにせんとあかんね
JsTsにしがみついてたらこの先どうなることやら

**デフォルトの名無しさん** · 2022/02/04(金) 14:59:54.77

文章に癖があるからすぐわかるなぁ

**デフォルトの名無しさん** · 2022/02/04(金) 15:05:23.64

コンポーネントは再利用性やテスタビリティにこだわらん方が実務レベルだと上手く行くようだ
純粋関数は理想ではあるがバケツリレーで脳のスタックを食い潰すのでよくないな
ライブラリ化する時が来たらじっくり考えよう

**デフォルトの名無しさん** · 2022/02/04(金) 15:12:51.48

rustやるならvacodeでいいの？

**デフォルトの名無しさん** · 2022/02/04(金) 16:18:07.30

rust使うメリットを薄っすら考えてたけどやはりあった
rust使えばフロントとバックエンドで真のisomorphicができるんだよな
このメリットはあまりにもでかいよ
サーバーサイドのエンジニアからしたらむしろrustがいいし

**デフォルトの名無しさん** · 2022/02/04(金) 17:16:47.18

フロントエンドの重たい処理をRustをWasmにして代替するってのはいいけどReactみたいなのを代替するとは思えない

**デフォルトの名無しさん** · 2022/02/04(金) 17:25:44.41

言語とライブラリは分けて考えたほうがいいのでは？
既存の言語は大きく仕様が変わることがないので言語同士の優位性が逆転することは滅多にない
しかしライブラリは急に現れて優位性を塗り替えていく可能性がある
RustにReact.js以上のライブラリが現れる可能性は十分にあるが(ALT)JavaScriptがRustに勝つ可能性はゼロに近い
将来を見据えればどちらに学習リソースを支払うべきかは自明だと考えるが如何かな

**デフォルトの名無しさん** · 2022/02/04(金) 17:29:47.06

>>367
この人そう言うの分かんないんだよ
wasmがjsを代替するものだと勘違いしてるっぽい
wasmでのdom操作は遅いっての普通に考えたら理解できるはずなんだけど

**デフォルトの名無しさん** · 2022/02/04(金) 17:33:21.11

普通に考えたらDOM操作も今後高速化するとわかりそうなものだが…？
なぜwasmでのDOM操作が将来にわたってずっと遅いままだと確信してるのか逆に聞きたいぐらいだ

**デフォルトの名無しさん** · 2022/02/04(金) 18:18:05.18

このおっさん、芸風変わんねぇな

**デフォルトの名無しさん** · 2022/02/04(金) 18:25:48.22

C#おじさんにRustが使いこなせるとは到底思えん

**デフォルトの名無しさん** · 2022/02/04(金) 18:36:16.21

"ポンコツ"の大部分はDOM APIやブラウザAPIに由来するものであってwasmだから逃げれるものじゃない
他言語での使い勝手を良くしようとすると結局ランタイムデカくなってパフォーマンスに影響するし

**デフォルトの名無しさん** · 2022/02/04(金) 18:38:45.89

C++より簡単な言語なら問題ないよ

**デフォルトの名無しさん** · 2022/02/04(金) 18:39:05.35

一般ピーポーはjsでさえヒーヒー言ってんのにrustなんてキモオタ以外できるわけないだろ

**デフォルトの名無しさん** · 2022/02/04(金) 18:50:23.93

wasmでdom操作が高速になればreactをwasmで実行するようになるだけじゃない
そうなればJS/TSで書いてwasmに書き出すだけでしょ
馬鹿じゃないのかなこの人

**デフォルトの名無しさん** · 2022/02/04(金) 19:04:23.24

>>373
DOMもブラウザAPIもクソなのはそうだが、それ以上にJS言語もクソ
なので、言語だけでも別の選択肢が生まれるのは素晴らしいこと
主要な言語のランタイムは同梱、キャッシュ、トリミング、対策の余地は十分にある

>>376
速度問題が解決したら、欠陥だらけのJSを積極的に使う理由がない
TSはJSよりマシってだけだから、これも使う理由なくなる
既存のライブラリはその通り、WASMをハブにして全ての言語から使えるようになる
JSの方が優位になるシチュエーションがあったとしても、そこだけJSで実装して別言語からインポートするって形になる

**デフォルトの名無しさん** · 2022/02/04(金) 19:05:28.33

なんだ、RubyやろうがこんどはRustにいったのか？w

**デフォルトの名無しさん** · 2022/02/04(金) 19:21:53.51

>>374
C++で生ポインタ使ってそう

**デフォルトの名無しさん** · 2022/02/04(金) 19:28:09.68

>>379
時と場合による
当たり前

**デフォルトの名無しさん** · 2022/02/04(金) 19:35:41.10

自分はRust使えないのにRust叩き棒にして自分が使えないフロント技術スレで妄想垂れ流して暴れるおじいさん。可愛そうな人

**デフォルトの名無しさん** · 2022/02/04(金) 19:40:37.30

いるよな
いい加減なことしか言えない底の浅い人

**デフォルトの名無しさん** · 2022/02/04(金) 19:44:17.15

意見をぶつけあうのは結構なことだが人格攻撃をしたらその場で最底辺に落ちるので自分からはしないように心がけてる

**デフォルトの名無しさん** · 2022/02/04(金) 19:47:07.68

>>377
速度問題が解決したrust
vs
最初から速度問題がないjs

rust使う意味ねーだろｗ

**デフォルトの名無しさん** · 2022/02/04(金) 19:48:56.01

とは言え屁理屈捏ね続ける人をまともに相手するのは面倒くさすぎる。
無視が一番だな！

**デフォルトの名無しさん** · 2022/02/04(金) 19:49:04.33

>>384
速度が同じか負けてるなら他に優位性ないJSを使う理由がない
JSは"仕方なく使うもの"

**デフォルトの名無しさん** · 2022/02/04(金) 19:50:17.04

反論ができず人格攻撃も封じられたら確かに無視するしか選択肢がないのかも

**デフォルトの名無しさん** · 2022/02/04(金) 19:51:06.61

尻尾出すのはぇえ……

**デフォルトの名無しさん** · 2022/02/04(金) 19:51:37.71

>>386
JavaScriptはウェブ技術に適した言語

**デフォルトの名無しさん** · 2022/02/04(金) 19:53:18.50

自分が仕方なく使ってる、いや使えないのかｗからって
他の人も仕方なく使ってるって思い込むのは何なんだろうねｗ
rustなら、rustならって言ってるだけなんだよ

**デフォルトの名無しさん** · 2022/02/04(金) 19:54:02.94

>>389
それはブラウザベンダーが他言語を排除し続けてきた結果
それを撤廃したらどうなるかは容易に想像がつくだろう
JavaScriptでLinux実装できるか？
アップデートしていこうぜ！

**デフォルトの名無しさん** · 2022/02/04(金) 19:57:09.55

>>390
たしかにその通りだな
好きで使ってる人も中には居るだろう

**デフォルトの名無しさん** · 2022/02/04(金) 19:57:49.14

ウェブ屋がそれ言っちゃ終わりでしょ
今以上に混沌とした戦国時代に戻るだけ

**デフォルトの名無しさん** · 2022/02/04(金) 19:59:21.55

rustに置き換えるよりも
JavaScriptを改良したほうが早いんだよなぁ

**デフォルトの名無しさん** · 2022/02/04(金) 20:08:56.93

フロントエンドエンジニア達の"焦り"は感じるね
rustもしくはGo書けるのがイケてるフロントエンドエンジニアの条件みたいになってるし
最近もvercelの人がtscをGoに移植したというブログ書いてた
もはやtsとreact書けるだけでイケてる扱いされる時代は終わったし
hooksの登場でコモディティ化が進んでその辺の素人でもreact書けるようになってしまった
そりゃ焦るよ

**デフォルトの名無しさん** · 2022/02/04(金) 20:10:09.63

dioxusも別にJSや既存Webを置き換えようってものじゃないしねぇ

**デフォルトの名無しさん** · 2022/02/04(金) 20:11:32.37

> rustもしくはGo書けるのがイケてるフロントエンドエンジニアの条件みたいになってるし

この間までCoffeeScriptだったぞ
そうイケてるというのは
イケてる雰囲気しかないのさね

**デフォルトの名無しさん** · 2022/02/04(金) 20:12:01.17

そういやhaml？とかいうのもあったなぁ

**デフォルトの名無しさん** · 2022/02/04(金) 20:14:18.25

一方でもう一つのイケてる条件のフロントエンドdevopsだけど
こっちはこっちでk8sやdocker、ネットワークや分散処理のデザインパターンの知識などさらに幅広いインフラ力が求められる
もちろんフロントの人がこの領域をできるわけもない

**デフォルトの名無しさん** · 2022/02/04(金) 20:18:03.07

>>397
それ流行ったの5年以上前でしょ
下回りのツールに高速性が求められた結果rustとGoが必要になったのよ
フロントエンドdevopsという領域よ
時代は進化する

**デフォルトの名無しさん** · 2022/02/04(金) 20:51:56.38

すげー間違ってるじゃん。フロントdevツールの快適さの為のGoやRustであってフロントそのものの為じゃないんですけども

**デフォルトの名無しさん** · 2022/02/04(金) 20:52:09.20

jQueryとかRustとか忙しないおじさんだな
そもそもここSPAスレだぞ

**デフォルトの名無しさん** · 2022/02/04(金) 21:01:05.39

spaフレームワークに挫折したじじいが恨みつらみを垂れるスレだから

**デフォルトの名無しさん** · 2022/02/04(金) 21:54:56.43

Rustに興味はあるが本腰入れるとしたら、
まずCとかC++のシェア食いだして、それらに匹敵する位になってからかなぁ。

**デフォルトの名無しさん** · 2022/02/05(土) 00:52:13.34

Rustのspaフレームワークスレたててやってろ

せめてスレタイのフレームワークと同じくらいのシェアになったらまた来ればいいよw

**デフォルトの名無しさん** · 2022/02/05(土) 01:01:57.99

ここまで書いといて本人がrustを触っても無いのがお笑いポイント

**デフォルトの名無しさん** · 2022/02/05(土) 06:57:41.45

しかも、話の発端のdioxusはReactの影響受けまくったライブラリで、Web屋がRust方面にも進みやすくなったって要素もあるのに、ソース読めないから（読んでないから）それに気づかないという

**デフォルトの名無しさん** · 2022/02/05(土) 07:22:21.46

皆がrustを使用してweb開発をするなんて世界は来るとは思えんけど・・・
wasmが主流になったとしたらrustよりもassemblyscriptが流行る気がする

**デフォルトの名無しさん** · 2022/02/05(土) 08:09:01.76

その辺は例えばwasmのGCが実装されるか頓挫するかでも大きく変わってくる
今からrust覇権とか.net覇権とか言われても将来の夢語ってるのと同じレベル

**デフォルトの名無しさん** · 2022/02/05(土) 08:22:18.51

あんな奴のせいでRustのイメージが悪くなるのが辛い

**デフォルトの名無しさん** · 2022/02/05(土) 08:51:04.62

rustは悪くないので安心して
https://www.publickey1.jp/blog/22/amazon_prime_videowebassemblywasm_vm.html

**デフォルトの名無しさん** · 2022/02/05(土) 10:30:44.12

いつまでもJavaScriptにしがみついて知識をアップデートするの拒んでちゃ仕事なくなるかもしれん
土日はrust勉強しよっと

**デフォルトの名無しさん** · 2022/02/05(土) 10:32:07.32

はいはい

**デフォルトの名無しさん** · 2022/02/05(土) 10:40:16.67

>>411
すげーな
プロトタイプの段階で10倍～25倍も高速でメモリ消費もガクッと減るんだ
これはもう既に勝負見えたんじゃない？
チャリンコでレースしてるところにモーターカーが参戦するようなものだよね？

**デフォルトの名無しさん** · 2022/02/05(土) 10:48:49.72

なんでそうなんねん

**デフォルトの名無しさん** · 2022/02/05(土) 10:50:14.63

いうほどwasmの方が速度出るシーンはない
JavaScriptだと速度が出ない場所を書き換えるだけ

**デフォルトの名無しさん** · 2022/02/05(土) 11:05:11.61

いつまでその楽観論を語れるか見ものだわ

**デフォルトの名無しさん** · 2022/02/05(土) 11:26:03.89

せめてシェア取ってからRustがどうの言ってくれ
スレタイ関係ないやろ、勝手にスレ立てて自分で普及して

**デフォルトの名無しさん** · 2022/02/05(土) 11:43:34.83

一日ここでグダって勉強しないんですね、わかります

**デフォルトの名無しさん** · 2022/02/05(土) 11:53:17.67

「社長！rust使えます！」
「rustってなに？それより早くリリースしろ」
「」