Vue vs React vs Svelte Part.7

**デフォルトの名無しさん** · 2021/01/18(月) 01:41:17.84

実際どうなん？
※Angularは残念ながら全く話題にならなかったのでSvelteに差し替えました
Vue
https://jp.vuejs.org/
React
https://reactjs.org/
Svelte
https://svelte.dev/
※前スレ
Vue vs React vs Svelte Part.6
https://mevius.5ch.net/test/read.cgi/tech/1603771745/

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

**デフォルトの名無しさん** · 2021/05/12(水) 18:57:53.85

>>910
この図初めて見たけど、React触ってるときの感触めっちゃこれだわ！
あっちでイベント書いてこっちでインターフェイス書いて、そことここの処理の時系列による噛み合わせを考えて……な生DOM世界からの脱出だった。
Web標準コンポーネントで楽になるかと思いきや、それはそれで手続きが面倒くさかったし

**デフォルトの名無しさん** · 2021/05/12(水) 19:02:00.93

>>911
一つの巨大なState？？
React使ったこと無いの？

**デフォルトの名無しさん** · 2021/05/12(水) 19:23:05.70

>>915

>>910の図を見てみ

**デフォルトの名無しさん** · 2021/05/12(水) 19:24:09.04

>>913
バーチャルDOMが最終的にDOM APIを呼び出してるって知ってる？
バーチャルDOMがDOM APIより速くなることはないよ
そういう意味なら、そのとおり

**デフォルトの名無しさん** · 2021/05/12(水) 19:32:31.31

>>916
Reactって仕組みの中にStateがいくつか入ってる図に見えるけど？？？

**デフォルトの名無しさん** · 2021/05/12(水) 20:05:54.49

>>910
この図がおかしいやん

**デフォルトの名無しさん** · 2021/05/12(水) 20:06:46.83

複数のイベントから、同じstateに書き込んで
stateをグローバル変数のように使ってるやろ

**デフォルトの名無しさん** · 2021/05/12(水) 20:45:39.56

その図は本質ではない
一つのグローバルステイトを用意すればjQueryでも同じことはできる
Reactの本質はコンポーネントという単位で関心ごとを一つにまとめ上げたことだと思う
その中で状態の更新を一方通行でやれること

**デフォルトの名無しさん** · 2021/05/12(水) 20:53:29.04

いや功績と言うならreactというよりフレームワーク化とエディタ含めた統合環境だろ。少なくとももうjQueryは使いたくねえよ
あとスレチだからjQueryの話は止めとこうぜ

**デフォルトの名無しさん** · 2021/05/12(水) 20:57:08.82

スレチだな

**デフォルトの名無しさん** · 2021/05/12(水) 21:00:48.97

>>917
それはコンパイラがアセンブラより速くなることはないといういつもの話。

**デフォルトの名無しさん** · 2021/05/12(水) 22:32:16.02

宣言的UI

**デフォルトの名無しさん** · 2021/05/13(木) 04:19:01.64

>>921
自分で答えいっちゃってるじゃん

その図は本質ではない。
クソプログラマがメチャクチャなコードを持ってきて
ほらメチャクチャだと言ってるだけで

そんなやり方はしない
が正解なんだろ

**デフォルトの名無しさん** · 2021/05/13(木) 05:37:13.09

jQueryおじさんがReact触ったことないのはわかった

**デフォルトの名無しさん** · 2021/05/13(木) 19:58:45.93

みんなの職場は
デザイナーに投げたデザインページを
動的ページに合わせこみはどうやってるの？
俺はHTMLでもらって埋め込みを全部やり直してるけど
超めんどくさいわ
特にjsで動的にな動きをデザインに合わせて再実装するのが
苦行で死にそう
デザイナーが作ったcssクラスの解読とか
特にアイコンや
before after要素とかがまじで嫌い

**デフォルトの名無しさん** · 2021/05/13(木) 20:16:21.87

>>928
そういう所に使うのがそもそも間違ってる
見た目なんかどうでもいい所に使うのが正しい

**デフォルトの名無しさん** · 2021/05/13(木) 20:23:57.85

>>928
お前が無能なだけ
デザインから構築すらできないならフロントエンドエンジニアやめろ
html cssなんてデザイナーよりできて当たり前だろ
style componentやjsxをデザイナーにやらせるのかよ？

**デフォルトの名無しさん** · 2021/05/13(木) 20:25:29.65

>>929
そういうところに使うもんだろが
アホなの？

**デフォルトの名無しさん** · 2021/05/13(木) 20:30:30.21

デザイン分業ができなくなった言い訳

全部自分でするもんなんだよ！

**デフォルトの名無しさん** · 2021/05/13(木) 22:16:12.70

>>928
あいつらなんでbefore afterとかハック的なCSS多用したがるんだろうね
解読＆再実装が手間なの、普通にわかるわ
ソースは読まず、見た目だけで再実装する方が早い説、あると思うよ

**デフォルトの名無しさん** · 2021/05/13(木) 22:34:45.90

従来のフローの中でreactやvueを採用したならデザイナにStorybook覚えてもらってパーツ作ってもらうのが良いだろね

**デフォルトの名無しさん** · 2021/05/14(金) 00:41:24.71

デザイナーはXDとかでモックつくるだけでいいだろ
jsxとcssはフロントエンジニアの仕事だよな？
できないお前らの責任

**デフォルトの名無しさん** · 2021/05/14(金) 01:02:32.67

たぶんデザイナーは、SASS, Bootstrap を勉強しないからだろう

レスポンシブ対応できないでしょ

**デフォルトの名無しさん** · 2021/05/14(金) 07:59:33.22

ぶっちゃけイラストレーターとかで
こんな感じのデザインですってのさえ示してくれればいい

小汚いソースをよこされるよりはｗ

**デフォルトの名無しさん** · 2021/05/14(金) 10:09:02.93

>>933
ようするにあなたは理解できないんですよね？
馬鹿なんですよ。あなたが。

**デフォルトの名無しさん** · 2021/05/14(金) 10:10:00.07

>>936
sass、bootstrapはウェブデザイナーが使うものですが、
あなたはreactでsass使ってるんですか？
作ってないくせに、言っちゃったんですか？

**デフォルトの名無しさん** · 2021/05/14(金) 10:12:54.08

ウェブデザインというのはCSSやHTMLで構造やデザインを定義していくものなので
JavaScriptで手続き型的にデザインを構築するのと発想が違うんだよな

**デフォルトの名無しさん** · 2021/05/14(金) 10:27:25.20

どちらでも出来るけどjsのほうがわかりやすくて簡単という意味ですね

**デフォルトの名無しさん** · 2021/05/14(金) 10:30:02.26

静的に定義するという能力が足りないんだよな
HTMLとCSSは静的ファイル。静的に定義されている。

**デフォルトの名無しさん** · 2021/05/14(金) 13:27:33.53

おめーらさんたちはstyle componentとjsxをデザイナーにやらせるんだな
ただのプロップス屋じゃん

**デフォルトの名無しさん** · 2021/05/14(金) 13:48:40.22

たしかにデザイナとの協業は今でも難しい
10年前より難易度上がったと思うわ

**デフォルトの名無しさん** · 2021/05/14(金) 14:21:11.29

それだけデザイナに求められる技能が増えたか、もしくはデザイナが不要になってきたんだろな
個人的には二度手間三度手間になるのでHTMLやcssをいじらずデザインだけ考えてて欲しい

**デフォルトの名無しさん** · 2021/05/14(金) 14:32:27.31

意訳うちのような弱小企業には
まともなウェブデザイナーがいない
そんな会社にまともな技術者がいると思うかね？

**デフォルトの名無しさん** · 2021/05/14(金) 15:55:40.92

デザイナーはカンプだけ作ってれば十分だろ
昔と比べて求められる知識も増えてるんだからさ
下手にコーディングされても足手まといだし

**デフォルトの名無しさん** · 2021/05/14(金) 15:58:43.18

一気に民度下がったなここ

**デフォルトの名無しさん** · 2021/05/14(金) 16:09:58.09

UIUX考えられないデザイナとかゴミ
っていうか邪魔

**デフォルトの名無しさん** · 2021/05/14(金) 16:17:55.12

>>947
でもフロントエンジニアはカンプすら再現できないゴミじゃん
目ん玉と脳みそが生まれつき腐ってるから見たものが何かすら理解できない

**デフォルトの名無しさん** · 2021/05/14(金) 16:37:08.99

Emotion使ってみたけどCSSinJSって、Bootstrapとかと違ってCSS全部書かないといけないんか
それとも別でそれ用のCSSライブラリある？
Bootstrapと組み合わせるのは違うよな

**デフォルトの名無しさん** · 2021/05/14(金) 18:03:47.70

全ては928の自演

**936** · 2021/05/14(金) 22:15:32.30

2019/9

Build a Mini-Course Website with React, Ruby on Rails, Webpacker, and Bootstrap
https://www.youtube.com/watch?v=B0SxxHAImhc

React コンポーネントのJumbotron に、
pt-4 mt-4 text-center とか、Bootstrap の属性を付けてる

**デフォルトの名無しさん** · 2021/05/14(金) 22:54:10.08

GitHub における大規模なモノリポのパフォーマンスの向上
https://github.blog/jp/2021-03-19-improving-large-monorepo-performance-on-github/

＞ GitHub の有名な Ruby モノリスを解体し、GitHub のすべてのユーザーのためにリポジトリのパフォーマンスを向上させる新しいマイクロサービスを Go で作成しています。

**デフォルトの名無しさん** · 2021/05/15(土) 04:39:11.76

PCサイトをレスポンシブに変えることはできるんだけど、
htmlとcssを新規で作る時って、PCファーストとスマホファーストって難易度はどっちが高い？
そもそもスマホファーストの定義ってPCで見た時に横幅いっぱいに広がること？

横幅変えた時に動的に変わるのって％だと思うけど、かなり難しそう
ブレイクポイントは580pxぐらいの1つにする予定です　

**デフォルトの名無しさん** · 2021/05/15(土) 11:43:14.14

>>955
スレタイみろ
Web板で聞く内容だろ

**デフォルトの名無しさん** · 2021/05/15(土) 23:22:01.39

htmlやcss書くデザイナーと仕事したことないわ
かなりレガシーな話してないか？
DreamWeaver的な時代の

**デフォルトの名無しさん** · 2021/05/16(日) 03:54:23.83

>>957
( ﾟ∀ﾟ)？

**デフォルトの名無しさん** · 2021/05/16(日) 03:56:06.22

>>957
(　ﾟдﾟ)

**デフォルトの名無しさん** · 2021/05/16(日) 08:23:23.47

ほらな、視野が狭いんだよ

**デフォルトの名無しさん** · 2021/05/18(火) 08:52:02.91

Material UI民俺、低みの見物

**デフォルトの名無しさん** · 2021/05/21(金) 19:51:10.60

ついにIEが死ぬらしい

**デフォルトの名無しさん** · 2021/05/21(金) 22:13:12.86

IEなんてもうサポート切れるぜって言っても頑なに要件から外さなかったあの会社
ゆるさねえわ

**デフォルトの名無しさん** · 2021/05/21(金) 22:21:52.14

金さえ払ってくれれば上客さ

**デフォルトの名無しさん** · 2021/05/22(土) 13:43:48.09

JSのフレームワークをこれから習得するならReactが安定なのかな

業務で使うというよりは、試作や書き捨てな用途が多いから学習コストが低めのほうが良いのだけど
vueは3になってからReactと大差ないとも聞くしどうなんだろ？

**デフォルトの名無しさん** · 2021/05/22(土) 14:29:17.53

自分が作りやすいと思う方を選択した方がいいと思う
個人的にはVueの方が今でも良いな
reactはやはり書き方が気持ち悪すぎる

**デフォルトの名無しさん** · 2021/05/22(土) 14:50:17.41

いや逆だろ

**デフォルトの名無しさん** · 2021/05/22(土) 15:43:54.99

フロントは移り変わり激しいからReact頑張って覚えた頃には時代遅れになる可能性がる
あと先進的なことを追う傾向にあるから仕様も破壊的に変わったりもする
実務だったりサクサク読み進められる人じゃなければ、趣味ならVueでいいかもってどこかに書いてあった

**デフォルトの名無しさん** · 2021/05/22(土) 15:44:36.85

Aureriaが良いよ
標準だからね

**デフォルトの名無しさん** · 2021/05/22(土) 16:01:48.79

ここ数年はReact一強が続いてきたし、移り変わりが激しいと言っても5年くらいのスパンだろ。
新しいものを覚えるだけで数年かかるような人は仕方がないが、普通の人は自分が
使っているものが時代遅れになったと感じてから乗り換えても十分間に合う。
将来性に賭けて青田買いすると外した時が痛すぎるしな。

**デフォルトの名無しさん** · 2021/05/22(土) 16:59:12.89

Reactは簡単ですが...

**デフォルトの名無しさん** · 2021/05/22(土) 17:51:16.40

移り変わり激しい言うてもReact上のレイヤーの技術が新しく出てきた、とかが多いしな

**デフォルトの名無しさん** · 2021/05/22(土) 17:54:16.04

それな
以前フロントの若い連中がやたらとイキってバックエンドを見下してくるから
Reactってやつは新進気鋭の若手スーパープログラマじゃないと扱えない高度なライブラリなのかと内心ビビリまくってた
でも必要にかられていざやってみるとクソ簡単で拍子抜けしたものだ
フロントの連中はこんなものでマウントを取ろうとしてたのかと正直呆れたよ
バックエンドのほうが万倍難しかったね

**デフォルトの名無しさん** · 2021/05/22(土) 17:54:18.94

>>965
JSのフレームワークっていうか、SPA用のフレームワークだぞ
用途に合ってるならいいけど

**デフォルトの名無しさん** · 2021/05/22(土) 17:59:30.56

>>973
素のReactだけならめっちゃ簡単だしな
フレームワークが薄いし

**デフォルトの名無しさん** · 2021/05/22(土) 18:00:59.40

Reactは難しいものを簡単にする為のライブラリだからね。
しかし、フロントとバックエンドがいがみ合ってるとか、嫌な会社だなw

**デフォルトの名無しさん** · 2021/05/22(土) 20:06:23.76

JSXって使った事ない人にはhtmlとjsを悪魔合体させたガバガバ言語だと思われがちだけど
実際習得してみたらめちゃくちゃ厳密なルールの下JavaScriptの中にタグは入ってるからな
逆に<br>タグとか書いてるヤツにキレたくなってしまう

**デフォルトの名無しさん** · 2021/05/22(土) 20:22:54.93

JSXはだだのマクロだからね

**デフォルトの名無しさん** · 2021/05/22(土) 21:46:55.79

簡単と言ってる奴ほど何もできない
Reactで大規模開発やってみろ
お前らの無能さがすぐわかるから

**デフォルトの名無しさん** · 2021/05/22(土) 22:01:00.12

で、でたー。クソかんたんなReactでマウントマン

**デフォルトの名無しさん** · 2021/05/22(土) 22:47:59.44

今頃フロント始めてみるゴミクソw
いつまでバックエンドやってんだか

**デフォルトの名無しさん** · 2021/05/22(土) 22:56:41.09

バックエンドで忙しいからねー
暇なときは片手間にフロントやるのもいいかな
頭空っぽにしてコーディングできるから休憩にちょうどいい

**デフォルトの名無しさん** · 2021/05/22(土) 23:03:26.05

バックエンドしかできない無能はあっちいけ

**デフォルトの名無しさん** · 2021/05/23(日) 03:33:56.55

>>965
用途に適したフレームワークや用途に適した手法を使うべきです。
Reactにも向いていないことは山のようにあります。
あと記述面だけでなくReactにかぎらないですが、遅さ重さという犠牲により仮想DOM等を実現しています。
それらも用途により必要ないもしくは効率優先など様々な理由でReactを避けたいことも多々あります。
もちろん各々の用途で、無駄とか非効率とか記述しにくいとか向いてないので複雑になるケースとかを全て無視してもいいなら、Reactだけでもやっていけないことはないでしょう。
用途に応じてそれぞれ適切なものを選びましょう。

**デフォルトの名無しさん** · 2021/05/23(日) 05:38:43.82

Next.js以前はそうだったね。というか仮想DOM遅くないよ。

**デフォルトの名無しさん** · 2021/05/23(日) 05:42:57.88

用途に合わせて適切な物をってのは、その通りです

**デフォルトの名無しさん** · 2021/05/23(日) 06:33:27.91

Ruby on Rails では、React, Bootstrap が多い。
Vue.js は少ない

Reactは米国企業で、JSX で書けるので、米国で多い。
Vue.js はローディングアニメ・トランジションなど、CSS アニメが強い感じ

**987** · 2021/05/23(日) 07:04:18.51

注目度では、YouTube で有名な、雑食系エンジニア・KENTA のサロンの、
Ruby on Rails 初心者用コースに、React ではなく、Vue.js SPA が加わった。
つまり、日本のプログラミング学校・自社開発系の転職市場では、Vue.jsなんだろう

Rails, Linux, Docker Compose, Node.js(Webpack, Babel), Bootstrap
VSCode(Remote Container, WSL2 ならRemote WSL), Heroku, CircleCI、データベース

今までは、Docker Compose までが初心者用コースだったが、
最近は誰でも、Docker出来るから、
AWS Fargate, Terraform, Vue.js, TypeScript が主戦場

だから、AWSのくろかわこうへいのサロンにも、入る必要がある。
今では、1年の未経験者が、10年以上のプロよりも技術力が上になってる！

KENTA、2021/4

2021年のWeb系エンジニア転職を成功させる3つの技術要素
https://www.youtube.com/watch?v=70VrB7LTe9g

**デフォルトの名無しさん** · 2021/05/23(日) 08:01:07.86

>>979
大規模開発ってなんの事いってんの？

**デフォルトの名無しさん** · 2021/05/23(日) 08:15:49.73

それにしてもangularは話題にのぼらんなあ
やり方決まってるしそんな難しくないんだけど

**987** · 2021/05/23(日) 11:14:18.40

Electronではじめるアプリ開発
~JavaScript/HTML/CSSでデスクトップアプリを作ろう、2017

この本では、Electron, React, JSX, Firebase, Spectron, Mocha

サーバーがNode.js なだけで、
サーバーがRuby なら、Ruby on Rails, React, RSpec, Selenium Webdriver と同じ

まあ、Windows デスクトップアプリに限り、Electron, Reactで作る事もありかな

>>953
は、Rails, React, Bootstrap だけど、
Rubyの本も出してる、ソニックガーデンの伊藤淳一は、既に4年前に、Vue.js を使っている

伊藤淳一、2017/2

Rails 5.1で作るVue.jsアプリケーション～Herokuデプロイからシステムテストまで～
https://www.youtube.com/watch?v=ycOeM2umXkY

**デフォルトの名無しさん** · 2021/05/23(日) 11:36:04.01

他のF/Wと比べてとにかく無駄が多い

**デフォルトの名無しさん** · 2021/05/23(日) 11:42:05.73

ガイジの宣伝するなよｗ
RubyはマジでNGワード入りだなｗ

**デフォルトの名無しさん** · 2021/05/23(日) 11:50:26.29

発想がゲームエンジンに近い

**デフォルトの名無しさん** · 2021/05/23(日) 12:03:42.10

>>985
仮想DOM方式は明白に遅くて重いです。
ただしそのコストを払う犠牲と引き換えに管理が楽にできるメリットを得るのが仮想DOM方式です。

**デフォルトの名無しさん** · 2021/05/23(日) 12:56:40.36

>>994
ゲームエンジンより圧倒的にしょぼいよ

**デフォルトの名無しさん** · 2021/05/23(日) 13:18:33.12

>>995
https://ics.media/entry/190731/
メモリはともかくとしてそれ以外では明白に遅いと言えるほどの差はないだろ

**デフォルトの名無しさん** · 2021/05/23(日) 13:41:00.63

DOM描画コストに比べたら仮想DOMツリーの走査（JavaScript処理）コストなんて誤差みたいなものだよね

**デフォルトの名無しさん** · 2021/05/23(日) 13:43:03.15

次スレ

Vue vs React vs Angular vs Svelte Part.8
https://mevius.5ch.net/test/read.cgi/tech/1621744952/

**デフォルトの名無しさん** · 2021/05/23(日) 13:48:52.81

仮想DOMが遅いっていうのは大抵不必要な描画を抑止できていない場合

**1001** · Over 1000

このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 125日 12時間 7分 36秒