Vue vs React vs Angular vs Svelte Part.11

2022/08/20(土) 13:17:12.21

!extend:on:vvvvv:1000:512

Vue
https://jp.vuejs.org/
React
https://reactjs.org/
Angular
https://angular.io/
Svelte
https://svelte.dev/
solid.js
https://www.solidjs.com/

※前スレ
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/
Vue vs React vs Angular vs Svelte Part.10
https://mevius.5ch.net/test/read.cgi/tech/1646747836/

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

VIPQ2_EXTDAT: default:vvvvv:1000:512:: EXT was configured

2024/05/14(火) 21:18:21.28

NextのApp Routerがなんか合わなくてRemixに移行するってのが最近多い

2024/05/17(金) 02:56:17.23

合わないとは

2024/05/18(土) 08:07:42.99

app routerでよく言われてるのはCDN使おうとすると微妙みたいな
勝手にキャッシュして制御できないから

2024/05/26(日) 18:55:43.66

Nextは次のバージョンでキャッシュをデフォルト無効にするみたいだぞ

2024/05/27(月) 13:42:07.90

SolidStartが遂にバージョン1.0になった
これでsolidが伸びてくるかもしれない

2024/06/22(土) 01:00:25.01

angularのシェアがvueに抜かれたらしい
vueが伸びたというよりangularが落ちてるせいだが

2024/06/22(土) 09:36:49.45

Angular はv18になって少しマシになった感じ
だが進化が遅すぎたな

2024/07/11(木) 09:55:22.23

この手の言語は仕様がコロコロ変わって長期開発に向かないんだよなぁ
１～２ヶ月で運用開始して１年以内に終了する様なサービスにしか使えない

2024/07/11(木) 14:38:29.13

next使ってたけどremixの方が圧倒的に使いやすいわ

2024/07/11(木) 15:05:16.30

フロントエンドはReactで良いと思うけどフルスタックでNextjsまで使おうと思うと将来性とかで不安覚える

2024/07/11(木) 15:24:54.75

将来性なんてどれ取っても１０年後には全く別のパラダイムが開かれてんだから気にすんな

2024/07/11(木) 15:26:28.05

五年後…三年後…明日かもなw

2024/07/11(木) 15:27:49.37

今サクッと作って無事動けばそれが正解だろ

2024/07/11(木) 16:06:56.50

バックエンドは枯れた技術のasp.net core　+ C#で鉄板
フロントはReact。フロントエンドにフレームワークは要らない

2024/07/11(木) 18:48:44.65

Vueまじ辛い
コンポーネント跨いだ時にひっそり変更検知死ぬパターンが多すぎる

2024/07/17(水) 09:53:06.27

>>182
たとえばどんなところが?
両方使ってる人の意見を参考にしたい

2024/07/17(水) 14:46:43.65

>>189
Remixはload, display, actionの流れが決まってるからそれに従うだけで良くて考える事が少なくなる
React側でデータ取得にuseEffectとかuseQueryとか使う必要がなくてuseLoaderだけ使えばHTTP処理のことをあまり考えなくて済む

またそれらの処理を画面単位で一つのファイルに記述するから画面単位の開発がかなり楽
これは一長一短あるけどファイルを分けたかったら別ファイルに処理を書いて関数呼び出しだけ画面ファイルに書けば良い

後は起動とかビルドが速いから開発が捗るとか、Vercel縛りみたいな機能とかがないのが良い

とりあえずパッと浮かんだのはこんな感じかな

2024/07/17(水) 15:55:25.56

Remixが流行りだして、猫も杓子もSPAって流れが少し変わってきた気がする

2024/07/17(水) 20:34:22.23

ニコ動の仮はRemixで3日で作ったらしいけどそういうのに向いてるの？とにかく開発スピード重視的な

2024/07/18(木) 00:03:57.48

Remixは単純に覚えることが少ない
ReactでWEB開発したことかある人ならすぐに使えると思う

2024/08/21(水) 09:09:06.23

tsのReact使う時に画像はどこに格納してる？
publicディレクトリ内かsrcディレクトリ内か、好みなんかな？

2024/08/21(水) 22:12:24.59

>>194
個人開発ですんません
静的SVGは全部コンポーネント化して管理してる。なので自動的にsrcフォルダ内。
機能関心で分類してるので、共通素材でなければ普通にその機能フォルダのコンポーネント、パーツの一つとして扱う
それ以外のpngだのjpgだのは、フレームワーク使ってると、そのまま静止画として使う機会はどんどん減るというか自動生成の割合も多いので、publicに入れて動的素材と同列に管理してます

2024/08/22(木) 11:46:41.73

>>195
ありがとうございます、SVGだけsrcは頭になかったなあ

2024/08/24(土) 00:37:06.14

基本的には頻繁に更新しない静的ファイルはpublic、コンポーネントごとに管理したい画像はsrcに置くことが多い

2024/09/05(木) 12:15:35.87

chatGPTがNext.jsからRemixになった

2024/09/05(木) 18:13:19.98

Remix使ったことないんだけど、どうせキャッシュするんだしもう全部SSRの方が簡単だしよくね？っていうことなの？

2024/09/07(土) 12:24:44.47

vueの入門書いくつか読んだけどvue cliの解説ばっかで、vite系のcreate-vueの動作について解説してる本見たことない

2024/09/09(月) 00:16:33.26

そら関係ないからな

2024/09/14(土) 11:17:19.02

まあでも使うのはviteなんだよね

2024/09/14(土) 20:18:06.43

Webフレームワーク未経験でVueが学習コスト低いと聞いたので本買ってきたけどさっぱりわからん
PHPでちょっとしたバックエンドは書いたことあるけれど
フレームワークってトレンドで次から次に変わっていくわけでしょ？
もうフロントエンドもバックエンドも一本のフレームワーク（言語）でできるやつを出してくれよ

2024/09/14(土) 20:18:19.74

Webフレームワーク未経験でVueが学習コスト低いと聞いたので本買ってきたけどさっぱりわからん
PHPでちょっとしたバックエンドは書いたことあるけれど
フレームワークってトレンドで次から次に変わっていくわけでしょ？
もうフロントエンドもバックエンドも一本のフレームワーク（言語）でできるやつを出してくれよ

2024/09/14(土) 20:31:55.73

>>204
Blazorやれば。

2024/09/14(土) 22:56:46.41

未経験だとvueが学習コスト低いってことはない
vueは従来の開発と似ていたから学習コストが低いと言われていただけ
従来のを知らないならべつに

2024/09/15(日) 00:20:21.09

js 一本でやればいいだけ

2024/09/15(日) 14:58:39.57

frontにjsは外せ無いから
backもjsでやるだけだろ

2024/09/17(火) 08:51:08.78

backはgolangでやりたい侍
前回のプロジェクトで採用したけど、あの言語の設計思想は大人数で開発するのにすごく向いてるわ
googleが作っただけはある
アサイン人数が数十人規模になって自己主張強めの問題児が入ってきてもコードが破綻しない

2024/09/17(火) 11:02:44.94

あとはバックエンドの処理時間の問題だけどDBの最適化がちゃんと出来てればPHP8みたいな速いとされる言語でもJS系のバックエンドでも変わんないのかなと思うようになってきた

2024/09/17(火) 12:44:47.46

元からかわんねーーだろ
大半の処理をDBでやってれば

2024/09/17(火) 12:51:30.76

DBのノードは単価が高いんで、処理内容によっては安いバックエンドのノードに寄せたほうが時間が延びても安く上がったりするよ
俺も新人の頃は速さのことしか考えてなかったけども

2024/09/17(火) 14:56:40.30

>>210
PHP8は従来のPHPと比べたら速いってだけでNodeと比べたら遅いぞ

2024/09/17(火) 15:12:06.30

pythonはc並に速くなるように改良中

2024/09/17(火) 16:15:34.56

最初からC並に速い言語使えばいいのでは？🤔

2024/09/17(火) 17:16:40.26

>>214
で、それが実現すんのはいつよ？

2024/09/17(火) 17:59:56.74

https://tadaup.jp/3ffc06661.png
pythonは元が遅すぎるからなあ
10倍高速化してもまだ遅い
素直に他の言語使ったほうがいい

2024/09/17(火) 19:17:35.92

>>217
Nodejs優秀すぎない？見くびってた

2024/09/17(火) 19:23:44.37

同じスクリプト言語でなんでここまで差が出るんだ？単に関わってる人材の差？

2024/09/17(火) 19:36:14.15

219がアホだからそう観える

2024/09/17(火) 19:46:27.46

>>217
javaやkotlinってもっと遅いのかと思っていた

2024/09/17(火) 20:07:13.25

PythonやRubyが足引っ張りすぎててこういうグラフになってるんであって、CとJavaだけで比較したら1割ほど遅いからまあ差はある

とは言え、大した差ではないから上位陣は言語の使いやすさで選定したほうがいい

2024/09/17(火) 22:46:45.77

>>219
JavaScriptは実装が複数あるからな
GoogleとAppleとMozillaが競争した結果最速のインタープリタ言語になってる

2024/09/18(水) 02:02:18.43

Elixir は、10万もの小プロセスを起動できる

Go の並行処理も、mattn の本に書いてあるけど、
C で、100スレッドを起動したら、
CPU 使用率が高く、12秒も掛かったが、

Goで100 goroutine を起動したら、
6スレッドしか起動せず、9秒で済んだ

Goの方が、CPUコアを効率的に使える

とにかく、スレッドを起動したらダメ！
CPU コアや時間の大半が、起動処理に使われるから

2024/09/18(水) 02:25:23.85

>>203
文系のアホが唯一金持ちになれる、最強のチート職業はRuby on Rails である！
Linux, Docker, AWS Solution Architect、データベース設計も含む

筑波大学でも使っている、日本語版 Railsチュートリアルをやれば良い。
少し古いバージョンのRails 5 なら、サイトで無料で読める

KENTA, Runteq、デイトラなど、ほとんどのサロン・学校ではRailsを学ぶ。
KENTAは、PHPをオワコン認定した。
そして初心者のキャリアパスは、Rails → Go のみと言う

Vite は、Rails をコピーしたのかも？

foreman, webpack-dev-server で、hot reload するみたいな？
ファイルを修正したら、即ブラウザに反映されるとか

開発時には、CSS をコンパイルせず、
動的にスタイルを当てているだけとか

2024/09/18(水) 14:09:35.94

今日のNGword KENTA
明日のNGword KENTA
明後日のNGword KENTA

2024/09/18(水) 21:06:37.69

🤦‍♂

2024/09/18(水) 23:45:43.00

何このRuby on Railsって、布団押し売りか詐欺宗教団体みたい・・・
Ruby覚えるぐらいならRust覚えるわ

2024/09/19(木) 00:14:43.71

今更Rubyやるやつおらんやろ

2024/09/19(木) 02:10:42.24

RubyとRustを同一に語るおじさん草

2024/09/19(木) 09:28:29.71

Rubyなんて組み込みとバッチ系で息してるだけじゃん
Rustだと次期Linuxカーネル候補になったり、高速バックエンドとか色々ね
得手不得手があるのは判るがRuby使いたいか？

2024/09/19(木) 11:10:37.49

githubがRails使ってる限りRubyは無くならん

2024/09/19(木) 15:02:00.98

なぜRubyを嫌うのかわからん
日本人が作った言語だろ
喜ぶべきじゃないか

2024/09/19(木) 15:14:40.50

品質の善し悪しじゃなくて馴れ合いで製品選ぶようなことをしてるから日本にはGAFAが生まれなかったんだろ
nodejsはGoogleとAppleは互いに競争し続けた結果>>217のような爆速へと進化した
rubyは進歩しない日本の象徴だわ

2024/09/19(木) 16:28:25.79

日本のITが遅れてるのは品質を名目にリソースも与えずにバグゼロを現場に押し付けてせいだよ。

2024/09/19(木) 20:22:09.61

>>234
そのグラフってだいぶ古いと思うぞ
今のRubyはJIT搭載されてかなり速い
進歩しちゃったね

2024/09/19(木) 20:39:21.20

>>236
2024年の記事でもrubyは18倍遅いな
https://pcmatsumoto.com/2024/01/27/post-1328/?amp=1
このザマで本人だけは「早くなった」などと自画自賛するマヌケっぷりがまさに日本って感じだな

2024/09/19(木) 21:05:14.98

>>237
jit有効化してないだけやん

2024/09/19(木) 21:19:19.21

>>238
ほんっと何も知らない井の中の蛙だな

上位陣が一桁secsで鎬を削り合ってる中Ruby yjitはどこにいるかわかるか？
https://benchmarksgame-team.pages.debian.net/benchmarksgame/performance/fannkuchredux.html
Ruby yjit #2 139.05
まさかの3桁だぞ

2024/09/19(木) 21:30:27.66

>>239
でも数字は伸びてるやん
グラフより圧倒的に高速化されてるよね

2024/09/19(木) 21:38:53.78

>>240
最下位から何番目かって立ち位置でどこが圧倒的なんだよｗｗｗｗ
そもそも最初からJITアリでの比較だろこれｗｗｗJITの有無の比較にしては差が少なすぎるわ

どっかでこの流れ見たと思ったら、停滞し続けて世界各国に次々と年収を置き去りにされてる中、言い訳にもならない言い訳並べて現実逃避し続けてる日本の恥部そのものだな

2024/09/19(木) 21:48:32.54

Rustなんでこんなに早いねん
しっかし過去の日本人が自慢げに「COBOLは計算だったら負けんぞ」って言ってたがリストにすらないな

2024/09/19(木) 21:53:27.66

コンパイル型言語は今や「コード全体の意図を読み取ってどれだけ効率的な機械語を自動生成できるか」の世界だからな
コードの1行1行とコンパイル後の機械語が対応してた時代とは全然違う
コンパイラが賢くなればなるほど速い

2024/09/20(金) 00:47:51.66

あくまで論理的に等価な変換をやってるだけで、意図を汲み取ってるわけじゃないよ
まあそろそろAIを使って意図に基づいた最適化をやる言語や処理系は出てくるだろうな

2024/09/20(金) 01:06:06.52

日本人なら速度で戦うな
日本人ならRuby一択だろ

2024/09/20(金) 01:30:15.81

あんな不出来な言語を日本代表みたいに扱うのはやめてくれ
日本人として恥ずかしいわ

2024/09/20(金) 09:43:55.00

>>244
まあ、書かれてる事しか関知しないからな
そのコードが仕様をみたしているかなんて知らんがなだろうな

2024/09/20(金) 11:10:40.93

CやJavaエンジニアからみたらRubyはすんなり入れるけどjavascriptはゴミ言語って言われるよな
ブラウザごとに仕様が違うしこれほど酷い言語はないと言われ続けてきたもっとも使いにくいのがjavascript

2024/09/20(金) 11:15:56.65

すげえな、こんな人現存するんだ、という気持ち

2024/09/20(金) 11:47:13.71

地縛霊みたいなもんだよ

2024/09/20(金) 12:28:30.66

>>248
20年ぐらい時間止まってる？
javascriptはとっくの昔にECMAで標準化されて国際規格が定まっただろ

2024/09/20(金) 12:44:35.83

>>248
常に勉強し続けなければ生き残れないIT技術者の世界でその認識はヤベェな
あんたの技術者としての価値はもはや化石通り越して素人学生以下だろ
スレタイのVue vs React vs Angular vs Svelteだって一個も意味知らないんじゃないか？

2024/09/20(金) 14:18:57.18

どんだけ取り繕ってもjavascriptが糞だという事実に変わりは無い
rubyもperlも糞

2024/09/20(金) 15:32:49.35

スクリプト自体が糞だから仕方ない

2024/09/22(日) 09:48:00.74

どこにでもいる、サッカー代表どこが最強とか論議してる中、野球の方が面白いとか言い出す、社会の不適合者。人間フォーマットか脳みそデバッグ必要なアタオカは相手にするだけ無意味。さあ、俺もそろそろRemix勉強しようか

2024/09/22(日) 10:26:35.95

>>204
Vueはもともとフォーム周りを簡潔にするために生み出された技術であって、決して初心者向けとは言い切れない。様々なステート管理にメソッドやら算出プロパティやら独自のライブラリを駆使するのと、それを駆使するにはある程度経験とコツがいる。なんだかんだで、複雑なフックの仕組みさえ極めればJavaScriptの延長線で書けてステート管理が一本線のReactの方が簡単という人もいる

スパゲッティ確実でパフォーマンス無視だが、Vueは実はメソッドだけで書けたりする

2024/09/22(日) 10:55:33.23

>>204
javascriptが特殊な言語で使いにくいからどうしてもVueみたいになってしまうんだよ
他の言語ならもっと簡素で簡潔に書けるんだけど

2024/09/23(月) 12:45:02.08

vueは2～3周りの変革がググらビリティ下げてて初心者に逆にキツくなってるのが良くない
時間が解決するとは思うけど、ねえ
optionsAPIで突き進むのも差別化的にはよかったろうに、けど時流に沿うのもわからなくもないからなあ

2024/09/23(月) 13:39:10.98

Vueのググラビリティが低いのは中国が主戦場なせいだろう
我々日本人からするとコミュニティを置き去りにして大改造を続けてるように見えるけど、中華圏の中から見ればそうでもないのかもね

**デフォルトの名無しさん** (JP 0Hdf-cIDa) · 2024/09/23(月) 13:53:57.31

vueは好きじゃないけどパフォーマンスの改革がすごい
今ではsvelteと変わらんくらいのパフォーマンスになってる
あとnuxtの話になるけどunjsが良い

2024/09/23(月) 18:01:38.02

Next.jsよりHonoがすげえ伸びてるよな
開発者一人だけっぽいけど大丈夫なのか？

2024/09/24(火) 12:53:38.69

>>233
pythonでいいし

2024/09/24(火) 12:53:56.13

>>261
趣味ならいいんじゃね？

2024/09/24(火) 12:54:47.28

>>260
好きじゃないけど慣れちゃうとこれでいいかとなってしまう
フロントエンドなんてどうせ作り直す想定なんだし

2024/09/24(火) 12:55:15.04

>>259
ググることなんてあるか？
ChatGPTで十分だろ

2024/09/24(火) 12:55:32.57

>>258
ChatGPTで困らない

2024/09/24(火) 12:57:04.04

>>257
多少面倒でもReactみたいに統一的な書き方ができる方が良いことに気がついた時には手遅れだった

2024/09/24(火) 12:57:43.99

>>256
マジで超単純なフォーム系のWebをサクッと作る用途に向いてるよね
ちょっとややこしいことすると破綻する

2024/09/24(火) 12:58:18.09

>>255
Remixもビミョー

2024/09/24(火) 12:58:46.23

>>253
クソだけどあるものからしか選べないのよね

2024/09/24(火) 12:59:11.60

>>248
ゴミでもやるしかないんだよ

2024/09/24(火) 14:46:15.54

そもそもAIの時代になってもはやUIというものが無くなるからjavascriptもだんだん使われなくなっていくだろうな

2024/09/24(火) 15:46:19.24

5年以内には画像から完全なフロントエンド実装を作るツールが生まれるのは間違いないだろうけど
フロントエンドもサーバーサイドに回帰してるから結局コード書けないとダメ

2024/09/24(火) 15:47:43.57

wasm gcが入るとほとんどの言語がwasmコンパイル可能になるから
新たなエデンが生まれると思う