Vue vs React vs Svelte Part.6

**デフォルトの名無しさん** · 2020/10/27(火) 13:09:05.31

実際どうなん？
※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などはおｋ。

**デフォルトの名無しさん** · 2020/12/10(木) 22:04:23.50

>>494
Denoですか？

**デフォルトの名無しさん** · 2020/12/10(木) 22:18:31.69

バックエンドはどうしても型安全、速度が求めらられる
もちろん速さのためにメンテナンス性、生産性を犠牲にもできない
C#はそのあたりのバランスが素晴らしいんだよな

**デフォルトの名無しさん** · 2020/12/10(木) 22:32:00.98

はいはい

**デフォルトの名無しさん** · 2020/12/10(木) 23:00:49.22

レス番飛んでるがC#、blazor、.NETあたりはNG放り込んどくと捗るぞ。

**デフォルトの名無しさん** · 2020/12/10(木) 23:20:30.08

都合の悪い事実から目をそらすなｗ

**デフォルトの名無しさん** · 2020/12/10(木) 23:56:39.44

スレタイから目を反らしてる荒らしが何か言ってらｗ
ムカつくから.netC#blazeraspスレまとめてうんこコピペ爆撃で埋め立て荒らしして仕返しするはｗｗｗｗｗｗ

**デフォルトの名無しさん** · 2020/12/11(金) 01:26:46.25

酷いことしないでください！あんまりです！！

**デフォルトの名無しさん** · 2020/12/11(金) 07:33:09.58

REST API 向けのフレームワークってお勧めある？

**デフォルトの名無しさん** · 2020/12/11(金) 07:47:02.17

フロントエンドやっててJavascriptが得意な人はサーバー側をJavascript系言語にしたい

バックエンドをやってたひとはフロント側を同じ言語にしたい（あえて具体的な言語は書かない）

そしてこの両者が相容れることはない！
絶対にだ！

**デフォルトの名無しさん** · 2020/12/11(金) 08:39:35.36

サーバー・クライアント共に同じ言語で書ければ楽なのは事実
ゆえにnode.jsとか流行ったけどでもやっぱりねぇ・・・

**デフォルトの名無しさん** · 2020/12/11(金) 08:47:01.27

言語一つしか遣えないというのは、
エンジニア的にいけてない。

view層と
model以下層とでは
使いやすい言語特性が異なると思う。

**デフォルトの名無しさん** · 2020/12/11(金) 08:52:46.60

>>505
ならElmとか使ったほうがいいな

**デフォルトの名無しさん** · 2020/12/11(金) 10:14:13.68

>>505
いけてるいけてないの問題ではない
型の共有ができないほうがつらいだろう
HelloWorldだすだけならいいけどさ

**デフォルトの名無しさん** · 2020/12/11(金) 11:48:07.83

>>507
初心者さんかな

**デフォルトの名無しさん** · 2020/12/11(金) 12:12:37.96

>>508
この手の技術は初心者さん…

え、この考えっておかしい？

フロントでもサーバーでもTypescriptが使えると嬉しいですよね♪
とかブログやQiitaに書いてる連中はなんなの
みんな初心者なの？

**デフォルトの名無しさん** · 2020/12/11(金) 12:12:39.58

jsフロントしかやったことないと型の共有といってもピンとこないのかもしれない。

**デフォルトの名無しさん** · 2020/12/11(金) 12:16:48.12

>>502
Strapiおすすめ

**デフォルトの名無しさん** · 2020/12/11(金) 12:35:47.16

GraphQL使ってるから言語は違ってもいいかな
同じロジック使いたくなることはあるけど

**デフォルトの名無しさん** · 2020/12/11(金) 12:55:05.83

クライアントの接続先のほとんどはREST APIになっちゃったからね。
今の案件も接続先４ベンターとも全てREST API。
もちろん仕様書はOpen API準拠。
サーバーの開発とかそんな感覚はもう無くなってて、
ネットワーク上の複数のサービスに必要に応じて接続して要件こなす感じ。

**デフォルトの名無しさん** · 2020/12/11(金) 12:57:29.67

>>511
ありがとう。
軽く調べてみたけどすごいリッチだな～。サクッとAPI作れるしGraphQLにもできるし

**デフォルトの名無しさん** · 2020/12/11(金) 13:09:28.19

>>514
リッチなのはもともとオープンソース版のcontentfulみたいなものを目指してたからかな。
しかしプラグインの拡張性がヤバイｗ

**デフォルトの名無しさん** · 2020/12/11(金) 14:02:18.51

>>513
サーバーサイドの開発の感覚がない
じゃなくて、きみがサーバーサイドを開発する機会がなかっただけなんじゃないの？
誰かがサーバーサイドの開発はしてるわけでしょ？

サーバーサイドもフロントサイドもバリバリこなしたうえで
型の共有なんて要らないと結論づけて
俺のこと初心者呼ばわりしてるんだと思ったら違うんかいな。

**デフォルトの名無しさん** · 2020/12/11(金) 15:36:37.12

スクリプト言語は規模がでかくなるとテストが遅くてたまったもんじゃない

**デフォルトの名無しさん** · 2020/12/11(金) 16:35:03.58

>>517
なるほど。
それが「ちゃんとしたプログラム」でスクリプト言語が使われにくい一つの理由か。

**デフォルトの名無しさん** · 2020/12/11(金) 16:41:45.58

はいはい

**デフォルトの名無しさん** · 2020/12/11(金) 18:12:26.91

自演ぽいな。

**デフォルトの名無しさん** · 2020/12/11(金) 18:36:35.26

ぽいな。中間が欲しかったんだろう

**デフォルトの名無しさん** · 2020/12/11(金) 18:50:56.14

気に入らん意見はたとえ正しくても全部自演に見えるんだな
なんか哀れだな

**デフォルトの名無しさん** · 2020/12/11(金) 18:55:08.47

Ruby on Rails には、JSON を返す、API モードがある。
Postman でテストしてみましょうとか

GraphQL の動画もある

**デフォルトの名無しさん** · 2020/12/11(金) 20:12:49.38

rubyやめてくだちゃい

**デフォルトの名無しさん** · 2020/12/11(金) 20:27:11.97

ろうそくに火を着けるのに戦車でホウゲキスルみたいな話ｗ

**デフォルトの名無しさん** · 2020/12/11(金) 21:09:51.08

>>525
ここにいる人たちはローソクに火をつける程度のことしかしてないとでも？

**デフォルトの名無しさん** · 2020/12/11(金) 21:23:48.76

JSONを返すAPIの話でしょ？ｗ
ローソクに火を着ける程度の話じゃんｗ
Pythonで言うならfastapi一発で片が付く程度の要件ｗ

**デフォルトの名無しさん** · 2020/12/11(金) 21:37:12.39

>>527
あ、そゆことか
失礼しました

**デフォルトの名無しさん** · 2020/12/12(土) 15:41:12.04

>>515
Auth周りも充実してるやん！
マジでリッチだなStrapi

**デフォルトの名無しさん** · 2020/12/13(日) 02:21:52.47

svel teでRSSリーダー作れましゅか？

**デフォルトの名無しさん** · 2020/12/13(日) 09:17:06.39

お前には無理

**デフォルトの名無しさん** · 2020/12/13(日) 18:56:38.39

しどい人

**デフォルトの名無しさん** · 2020/12/13(日) 20:28:38.03

RSSってCORSが面倒くさそうだ。
まず鯖側のロジック組んだら？

**デフォルトの名無しさん** · 2020/12/14(月) 04:36:40.26

ネイティブからVueに来たけど、React始める理由が見つからないのだよなぁ。やる気になる理由教えてほしい。

**デフォルトの名無しさん** · 2020/12/14(月) 04:47:12.29

なんか無理やり問題作り出してるね。
そんな人生歩んできたの？
Vueやってりゃいいじゃん。
目移りしてないで添い遂げなよ。

**デフォルトの名無しさん** · 2020/12/14(月) 06:52:16.19

>>534
海外でフロントの基盤になりつつあるから、覚えてると次の技術に手を出しやすい、と思う。
あと、設計が洗練されてるから、勉強してて面白い。
そんなに気合入れなくても1,2週間くらいでわりと使えるようになるよ

**デフォルトの名無しさん** · 2020/12/14(月) 10:24:11.07

逆じゃね？徐々にnative離れしていってるだろ今

**デフォルトの名無しさん** · 2020/12/14(月) 10:25:18.35

>>534
おれも両方やってるよ。

**デフォルトの名無しさん** · 2020/12/14(月) 11:19:24.77

要件次第
どっちも必要

**デフォルトの名無しさん** · 2020/12/14(月) 11:27:15.61

Vueってアプリ向けサイト向けのどっち付かずな位置付けだよな

**デフォルトの名無しさん** · 2020/12/14(月) 14:49:45.13

VueやってReactもやったら
Reactの方がシンプルで簡単に感じた。
両方Typescriptで。

VueはTypescriptで苦労多かったけど、
Reactは何もトラブらなかったのは感動した。
Vueも今は違うのかな？

**デフォルトの名無しさん** · 2020/12/14(月) 15:49:59.66

Vueはどんどんややこしくなってる

**デフォルトの名無しさん** · 2020/12/14(月) 20:20:16.66

じゃあSvelteでいいじゃん

**デフォルトの名無しさん** · 2020/12/14(月) 20:25:40.72

誰が悪いと言った
被害妄想か？
使えばいいだろ好きに

**デフォルトの名無しさん** · 2020/12/15(火) 15:03:48.47

ありがとうございます。
エンジニアがメンテする方は時間みつけてReact版も作ってみようかな。Reactがいいって言う人もいるものね。
オペレータがメンテするほうはまだVueかなぁ。JS/TS入れると途端に手を出さなくなるっぽいから。

**デフォルトの名無しさん** · 2020/12/15(火) 16:16:26.12

じゃあVurも手を出せないだろｗｗｗ

**デフォルトの名無しさん** · 2020/12/15(火) 21:41:45.32

VueからSvelteってのはわりとアリだと思うけどReactからSvelteはないんじゃないかな？なんとなく

**デフォルトの名無しさん** · 2020/12/17(木) 15:08:18.56

どんなに素晴らしいSPAフレームワーク使ってもお前らが作るゴミのようにダサい画面はどうにかならんの？

**デフォルトの名無しさん** · 2020/12/17(木) 15:36:01.14

548の顔よりマシだから我慢してる

**デフォルトの名無しさん** · 2020/12/17(木) 19:02:27.94

モダンなデザインライブラリ使えば、よほど滅茶苦茶やらん限りデザインマシにならない？

**デフォルトの名無しさん** · 2020/12/17(木) 23:26:55.34

ならない
なぜなら生まれつき目ん玉腐ってるからどうやっても無理

**デフォルトの名無しさん** · 2020/12/18(金) 12:49:47.76

えっかわいそう

**デフォルトの名無しさん** · 2020/12/20(日) 11:32:43.24

>>232
なるほど、言葉が足りなさすぎて四方八方とケンカするタイプだな

**デフォルトの名無しさん** · 2020/12/20(日) 11:41:10.74

>>545
React以外生き残れないのでは？と思うわ
そのReactも10年先は闇

**デフォルトの名無しさん** · 2020/12/20(日) 14:04:00.68

>>554
Blazorはマイクロソフトが面倒みるだろう
切り捨てるにしても今のマイクロソフトなら移行先はしっかり示してくれはず

**デフォルトの名無しさん** · 2020/12/20(日) 14:40:27.53

>>554
ネイティブDOMが流行ってたjQueryの機能の一部を取り込んだように、Reactの一部がネイティブDOMに取り込まれる時も来るのかな

**デフォルトの名無しさん** · 2020/12/20(日) 14:44:58.50

それは無いな

**デフォルトの名無しさん** · 2020/12/20(日) 15:32:40.50

Reactの一部というか仮想DOM相当が実装されて
直接DOM操作をしても速いってことにはなりそう
そうなるとReactを使うメリットが無くなるかな
jQueryの方がいいや

**デフォルトの名無しさん** · 2020/12/20(日) 15:50:36.24

仮想DOMはともかく、可及的速やかにTypeScriptをネイティブサポートして欲しい

**デフォルトの名無しさん** · 2020/12/20(日) 18:57:12.56

意味不明。コンパイル時に型チェックして用が済んだ型情報捨てたらJSになるだろ。
ネイティブサポートとやらで何が出来るようになると勘違いしてんの？

**デフォルトの名無しさん** · 2020/12/20(日) 18:59:17.57

ネイティブサポートっていうのはすべてのブラウザで
TypeScriptをそのまま実行できるように
標準化してくれって意味だろ？

**デフォルトの名無しさん** · 2020/12/20(日) 19:27:04.30

えっ…型チェックはいつやるの？
実行時にやったら意味ないじゃんｗｗ

**デフォルトの名無しさん** · 2020/12/20(日) 19:32:36.87

意味有るだろ

**デフォルトの名無しさん** · 2020/12/20(日) 19:35:04.40

>>560
頭わるいのかセンスないんだか...

**デフォルトの名無しさん** · 2020/12/20(日) 19:35:27.83

意味ないな
重くなるだけ

**デフォルトの名無しさん** · 2020/12/20(日) 19:38:49.70

tscの遅さからして、ジェネリクスとか型推論する事はコンパイルの遅さに繋がるから、ブラウザに乗ることは無いと思うな……

**デフォルトの名無しさん** · 2020/12/20(日) 20:08:43.08

>>566
静的言語として実装すればマシになりそう

**デフォルトの名無しさん** · 2020/12/20(日) 20:34:21.19

今ビルド時に行っていることを実行時にクライアント側で行わせるんだったら何のメリットもないな。

**デフォルトの名無しさん** · 2020/12/20(日) 21:13:21.78

>>560
ブラウザがって事じゃね？

**デフォルトの名無しさん** · 2020/12/20(日) 21:15:24.60

>>567
よくわからないな。そりゃCみたいにすればコンパイル速くなるけど

**デフォルトの名無しさん** · 2020/12/20(日) 21:31:01.24

>>570
それだと型推論なしの別言語が必要になる

**デフォルトの名無しさん** · 2020/12/20(日) 21:40:56.78

>>571
だよねぇ……

**デフォルトの名無しさん** · 2020/12/20(日) 21:48:23.26

てかWebpackでまとめてやってるけどtsだけの賞味の処理時間ってどんなもんなのかね？

**デフォルトの名無しさん** · 2020/12/20(日) 21:55:07.85

処理速度がどうこうというより、TSのコンパイル要らなくなればエコシステムの複雑さが多少緩和されて嬉しいというのが>>559の意図だった

**デフォルトの名無しさん** · 2020/12/20(日) 22:04:21.56

余計に複雑になるよ

**デフォルトの名無しさん** · 2020/12/20(日) 22:35:46.90

ブラウザ毎のTS対応の差異を吸収するために結局トランスパイルが必要になるというオチ

**デフォルトの名無しさん** · 2020/12/20(日) 23:07:19.36

ビルド時に静的にチェックできるのが嬉しいのにそれを実行時に持っていったら本末転倒

**デフォルトの名無しさん** · 2020/12/20(日) 23:18:46.13

>>577
これだよなぁ
これわかってない奴がいそうなあたりフロント屋の限界を見た感じ

**デフォルトの名無しさん** · 2020/12/21(月) 01:12:04.98

動的型付け言語しか経験のない人が静型付け言語をtsで初めて触ったんだろうな。
インタプリタで静的型付け言語を動かしたい意味が分からない。

**デフォルトの名無しさん** · 2020/12/21(月) 01:16:51.27

やっぱC言語から教育せんとあかんな

**デフォルトの名無しさん** · 2020/12/21(月) 02:24:29.25

実行速度がすべてじゃない
開発速度が上がる
実行速度が悪いのかと思ったら意外に良い

**デフォルトの名無しさん** · 2020/12/21(月) 06:59:17.90

>>578
それはいくらなんでもフロント屋を舐め過ぎ。単に経験不足なだけでしょ。

**デフォルトの名無しさん** · 2020/12/21(月) 07:15:17.07

VSCodeとか使ってるとコンパイルする前に割とチェックしてくれるから
これならコンパイルいらないんじゃね？と感じたんじゃない？

**デフォルトの名無しさん** · 2020/12/22(火) 00:43:04.59

コンパイル済みの静的な言語の方が実行時も速くなるのでは？

**デフォルトの名無しさん** · 2020/12/22(火) 01:23:33.30

>>584
それはコンパイル時間が全体のどれだけを占めるかによる
殆どのサイトではソースコードの量なんてたかだか数MB程度なんや
そんなもん一瞬で終わるだろ？

**デフォルトの名無しさん** · 2020/12/22(火) 05:37:59.16

>>585
？？？？？？？？？？？？？？

**デフォルトの名無しさん** · 2020/12/22(火) 05:41:09.35

>>584
コンパイルするとファイルデカくなるからネットサーフィンに向かなくなるけどな

**デフォルトの名無しさん** · 2020/12/22(火) 06:58:59.75

結局はJS(TS)と一部Wasmの組み合わせがWebではベストでベターって事かな。ECMAとかの連中はホントよく考えてんな

**デフォルトの名無しさん** · 2020/12/22(火) 17:03:10.07

そういう面倒な事は全部フレームワークが吸収するのが今のweb開発環境だろう
下手に深入りせず感謝だけしてればいいさ

**デフォルトの名無しさん** · 2020/12/22(火) 17:53:00.23

blitz 使ってる人いる？

【B:77 W:88 H:87 (A cup) 140 cm age:39】 · 2020/12/22(火) 21:41:17.94

nuxtでPWAするって筋良い？

**デフォルトの名無しさん** · 2020/12/22(火) 23:29:06.60

SSRが必要な要件のサイトにフレームワーク使うかのが本当に正しいか？っていう命題

**デフォルトの名無しさん** · 2020/12/24(木) 22:43:51.30

最近フロンエンドの若手がnext.jsやnuxt.js使って俺たちサーバーサイドもいけるっしょ？感出しててきつい
サーバーサイドのこと何も理解して無さすぎる
お前らはrustもかけないしサーバーサイドも理解してない
フレームワーク以前にやることがあるだろう

**デフォルトの名無しさん** · 2020/12/24(木) 23:09:50.47

シニアなサーバサイド屋がこんなとこに出張して来てグチってるのも大概キツいと思います

**デフォルトの名無しさん** · 2020/12/24(木) 23:17:05.88

俺は最新技術おっかけてるイケてる若手だぜオーラ出してる後輩が簡単なアルゴリズムとデータ構造も知らなかったのには驚いた
結局のところ便利な開発ツールを使うだけのユーザーなんだよなああいう連中って
ツールを作るエンジニア側にはなかなか回れない
ハリボテの実力をアピールするのに必死だから基礎がなってない