22/03/08 22:57:16.85 D77bZcWT0.net
!extend:on:vvvvv:1000:512
Vue
URLﾘﾝｸ(jp.vuejs.org)
React
URLﾘﾝｸ(reactjs.org)
Angular
URLﾘﾝｸ(angular.io)
Svelte
URLﾘﾝｸ(svelte.dev)
※前スレ
Vue vs React vs Svelte Part.7
ｽﾚﾘﾝｸ(tech板)
Vue vs React vs Angular vs Svelte Part.8
ｽﾚﾘﾝｸ(tech板)
Vue vs React vs Angular vs Svelte Part.9
ｽﾚﾘﾝｸ(tech板)
★ここではjQuery, Ruby, C#, Blazorの話題は禁止です
★jQuery, Ruby, C#, Blazorｷﾁｶﾞｲが書き込んでも無視してください
Next, Nuxt, Sapper, Gatsby, VuePress, RedWoodなどはおｋ。
VIPQ2_EXTDAT: default:vvvvv:1000:512:: EXT was configured
2:デフォルトの名無しさん
22/03/08 23:13:27.72 D77bZcWT0.net
vs消すかどうかはちょっと悩んだ
3:デフォルトの名無しさん
22/03/08 23:55:07.25 E3NcVvlc0.net
スレ立て乙
4:デフォルトの名無しさん
22/03/09 00:19:58.88 kryzQ0zI0.net
vsはいらんな
フロントエンド総合スレで良い気がする
5:デフォルトの名無しさん
22/03/09 04:41:42.40 48gdDQw/M.net
もうあるぞ
6:デフォルトの名無しさん
22/03/09 10:29:25.79 k0VfhdGer.net
Reactは重すぎて実用的ではない
7:デフォルトの名無しさん
22/03/09 10:31:48.98 2VNxC64R0.net
>>6
画面遷移の度にリソースをリロードしてないか？
8:デフォルトの名無しさん
22/03/09 11:03:21.58 P7fjBFRp0.net
>>6
重いも色々あるけど、何についての話？
9:デフォルトの名無しさん
22/03/10 06:56:47.87 Tew5Zi08M.net
嵐がピタッと収まった
10:デフォルトの名無しさん
22/03/10 08:47:19.73 Coa9ekY/r.net
>>7
>>8
frontend framework performanceで堂々の最下位
11:デフォルトの名無しさん
22/03/10 10:00:01.36 7o5w+imS0.net
>>10
どのページのどの項目？
12:デフォルトの名無しさん
22/03/10 20:37:16.07 U0k1y1Mia.net
ほとんどおじさんの書き込みだったんだな
13:デフォルトの名無しさん
22/03/10 21:41:40.43 cZP2Devl0.net
単発しかいないんだけどw
俺以外消えたのか？
14:デフォルトの名無しさん
22/03/10 21:53:05.26 7o5w+imS0.net
ここにいるぞ！
MSはJSに型ヒント入れたいらしい
URLﾘﾝｸ(forest.watch.impress.co.jp)
15:デフォルトの名無しさん
22/03/11 00:57:05.15 xX++lh+3a.net
TSも終了か
思ったより早かったね
16:デフォルトの名無しさん
22/03/11 05:43:30.80 egx2H9Pr0.net
まだstage0で入るかどうかすら不明だ。それにenumとか余計なものは無くなるけどほぼTSそのもの。TS終了なんかじゃないよ
17:デフォルトの名無しさん
22/03/11 09:47:28.71 CdH6DjRHr.net
仕様に入ってから発表してくれないかな
18:デフォルトの名無しさん
22/03/11 10:14:59.72 UrV6y8ak0.net
てかそれだけじゃないやろ、tsは
19:デフォルトの名無しさん
22/03/11 11:58:56.71 8A6+73Nf0.net
jsがtsを吸収してtsは終了するんだろうな
20:デフォルトの名無しさん
22/03/11 12:59:43.25 M4ck13VoM.net
というか、ブラウザがts直接読み込めて動作できれば良いだけでは？
21:デフォルトの名無しさん
22/03/11 13:04:40.08 t8G7kWR40.net
>>4
ほんとそれな
てか、propsでコンポーネントを渡す場合に
<Parent child={<Child />} />はなんかパフォーマンス悪そうだから
<Parent child={Child} />で渡せるようにした方が良いって記事があって驚いた
これ実際は真逆で、後者はParentが再レンダリングされる度にChildがJSXを生成することになるんよな
22:デフォルトの名無しさん
22/03/11 13:21:49.63 7gMX4pJSd.net
前者はjsx、後者はjsxを出力する関数を渡しているわけだからね
23:デフォルトの名無しさん
22/03/11 14:19:43.59 hngOVLbC0.net
フロントもC++で書けるようにして統一したらすっきるするとおもうよ
まあしょぼいプログラマーが軒並み死ぬだろうけどC++はなによりも強いからしゃーない
24:デフォルトの名無しさん
22/03/11 14:56:31.55 egx2H9Pr0.net
粛々とNG
25:デフォルトの名無しさん
22/03/11 14:59:53.76 k/FYICDga.net
>>21
ナビゲーション系は多いよね
メモ化が効くからかなりパフォーマンス上がる
26:デフォルトの名無しさん
22/03/11 20:34:12.99 M4ck13VoM.net
c++コンパイル遅すぎる、だるい
27:デフォルトの名無しさん
22/03/11 20:54:11.05 QqXcHrRr0.net
知らんけどC++をwasmにコンパイルすればいいやん。知らんけど
28:デフォルトの名無しさん
22/03/11 21:05:20.00 TU/kqyq50.net
結局tsって人を幸せにしたのかな
jsの負債化に苦しめられた時間のほうが長かった気が
29:デフォルトの名無しさん
22/03/11 21:21:19.52 WQs5tR/ea.net
jsに比べたら何倍もマシかと
元々がクソすぎた
30:デフォルトの名無しさん
22/03/11 21:33:12.80 vRQ0MW290.net
TSで書き始めると二度と
31:JSに戻りたくなくなるけどね ただ要求は年々高まるのにJS、HTML、CSSの進歩が遅すぎるんだよ TSもそうだがその溝をフロントのフレームワークが力技で埋めてくれてるのが現実
32:デフォルトの名無しさん
22/03/11 23:22:42.41 egx2H9Pr0.net
ウェブ標準は標準でウェブコンポーネントとかなかなか凄い進歩だぜ！
URLﾘﾝｸ(developer.mozilla.org)
まぁ、多くの人が求めてたものとは違うみたいで滅多に話題に上がらないけど。
33:デフォルトの名無しさん
22/03/12 22:05:46.40 EqbJSpHR0.net
と思ってたけど、調べてみるとlitとかではライブラリ内で使ってるようだし、ReactもPreactもWebComponentsのサポートがそこそこ充実してる。
気が付かないうちに使ってるやつだった。
34:デフォルトの名無しさん
22/03/13 13:15:42.34 TgzdRzlUd.net
React学習始めたけどCSSの読み込みだけで7種類もあるの吹いた
こういうので乱立するのやめて欲しい…
35:デフォルトの名無しさん
22/03/13 13:55:28.53 2LTBwAwg0.net
自分もReact入門してて昨日それ思った
36:デフォルトの名無しさん
22/03/13 14:31:39.08 nsQtmE+R0.net
自由へようこそ！
37:デフォルトの名無しさん
22/03/13 15:36:09.62 LJ5IA8wJa.net
UIのテストってどうしてる？
38:デフォルトの名無しさん
22/03/13 15:42:40.09 kp+YV+Z10.net
そんなもん手動で一回やったらそれっきりやらん
それが一番はやい
39:デフォルトの名無しさん
22/03/13 15:51:56.83 fVzSesSr0.net
Jestと、ReactのテストライブラリかPuppeteerの組み合わせ
40:デフォルトの名無しさん
22/03/13 22:17:25.03 IoRio3/t0.net
Ruby on Rails では、BDD/TDD はRSpec で、
UI・システムテストは、Capybara
Rails 7 で、脱Node.js, Webpack, Babel。
IE の死滅により、ES5 へ変換しなくても、ブラウザはES6 のままで動く
WebSocket を使う、Hotwire で、
React に奪われたシェアを回復すべく、SPA のgame changer を目指す、Railsの野望！
41:デフォルトの名無しさん
22/03/14 18:30:24.20 0o62jolj0.net
IEが死んで下限はSafariになる。そうなるとtargetはes2020くらいになるかな？
42:デフォルトの名無しさん
22/03/14 21:00:51.93 F9iaAHesd.net
左様
43:デフォルトの名無しさん
22/03/14 21:55:59.45 6P9gAWLt0.net
サイの表紙の3冊のサイ本で、
Flanagan の第7版を、チラッと見たら「初めてのJavaScript 第3版」と、ほぼ内容が同じw
ここ数年で、何も進化が無かったw
JavaScript 第6版、2012、David Flanagan
初めてのJavaScript 第3版 ―ES2015以降の最新ウェブ開発、オライリー、2017
JavaScript 第7版、2021/12, David Flanagan
44:デフォルトの名無しさん
22/03/15 06:30:09.22 lg5dfmzxa.net
>>42
一冊しか買わなくて済むとか良い本じゃん
45:デフォルトの名無しさん
22/03/15 18:39:22.47 h74aQ/0w0.net
litは小さいのが売りで、cssも埋め込みやすく、しかもShadowDOMで面白そう。
たまたまフィットした案件が転がり込んできたので喜び勇んで使おうと実際コード書いてみたのだけど、Preactで同じことしたのとほぼ容量同じだった。
それならPreact使うよ……
46:デフォルトの名無しさん
22/03/18 12:45:28.21 QC8XhrqE0.net
useReducerとuseMemoとかuseCallbackって使ってるかね
わしはuseCallbackはちょくちょく使うんやが、reducerとmemoはいまいち使いどころが分からんくてね
reducerの活用例みると複数のinput要素を1つのステートにまとめるときに有用みたいな書かれかたしてる気するけど、オブジェクト型のステートでもええやんとも思うのよね
memoは重い処理結果のメモ化に役立つとか見るけど、クライアント側でやる重い処理って思いつかんくてな
memoの例でforでものすごい回数ループさせたやつとか見るけど、そんな処理なくねとも思うし
記事の一覧取得とかやったらNext.jsの話なってまうけどstaticpropsで一覧取得するし
47:デフォルトの名無しさん
22/03/18 17:13:21.44 Fgtt31WK0.net
>>45
useStateの実体はuseReducerだぞ
何をやってるか考えたら当然だと思うが
48:デフォルトの名無しさん
22/03/18 17:25:34.36 zTUj4XOKM.net
会話になってねー笑
49:デフォルトの名無しさん
22/03/18 17:26:53.37 UwbJkFlpa.net
>>47
お前は来なくていいよ
50:デフォルトの名無しさん
22/03/18 17:39:34.56 KrzF+Wc60.net
うるせーよハゲ
51:デフォルトの名無しさん
22/03/18 17:39:38.68 icBZnBjkM.net
おじさんかな？
52:デフォルトの名無しさん
22/03/18 17:50:44.62 ETG6jOrK0.net
おじさんがreactおじさんに変わる瞬間かな？
ヤメてくれ...
53:デフォルトの名無しさん
22/03/18 18:23:59.43 UwbJkFlpa.net
>>49
消えろ
54:デフォルトの名無しさん
22/03/18 18:26:37.51 0waQ0EIw0.net
esbuid使って設定の簡単さとビルドの速さに驚いた。そこでViteも手を出してみたけど……なんかメリットよくわからんなこいつ
55:39
22/03/19 00:32:13.10 k2W7TKOh0.net
>>39
に書いたけど、
Ruby on Rails 7 で、脱Node.js, Webpack, Babel で、esbuild になった
WebSocket を使う、Hotwire で、
規約だけのイベント登録・Stimulus も使う
Rubyだけで、SPA になったから、React, Vue.js は今後どうなるのか？
Railsが、SPA のシェアを奪えるか
あまりに変更点が多すぎて、Rails 6 から勉強を始める
56:デフォルトの名無しさん
22/03/19 00:36:33.79 Njhnc5qm0.net
>>45
useReducerに関する疑問はまさにこれだな
URLﾘﾝｸ(teratail.com)
57:デフォルトの名無しさん
22/03/19 07:54:05.22 nJejdaVKa.net
メモ化めっちゃ使うけどな
58:デフォルトの名無しさん
22/03/19 15:40:32.81 5Y0GpJV20.net
最近Reactの勉強始めたんだけどJavascriptの言語仕様で無理やりHTML/CSSを扱ってみましたって感じで凄く気持ち悪いわ
今までPythonで書いてきたってのもあるけど本当にこんなのが今後も流行っていくの？
proosに変数渡すときに<func foo=hoge bar=fuga>ってなるのも気持ち悪いし今後やっていけるか自信がない
59:デフォルトの名無しさん
22/03/19 15:43:03.30 VcAQVTiir.net
あー来たよいちいち仕様に文句つける他言語野郎が
別に嫌ならやめてこっち来んなってことだ
60:デフォルトの名無しさん
22/03/19 16:01:37.11 b6l6AT+v0.net
>>57
消えろ
61:デフォルトの名無しさん
22/03/19 16:03:06.91 e57MKYK70.net
JSも決して完璧だとは思わないけど、正直Pythonよりはマシだと思う……
62:デフォルトの名無しさん
22/03/19 16:14:50.94 gOzc5xXg0.net
でも正直微妙な時期だとは思う
Angularは
63:嫌じゃってことでもっと手軽に始められるのが流行ったけど あれも欲しいこれも欲しいと要望を吸収していった結果、継ぎ接ぎ感がかなりある
64:デフォルトの名無しさん
22/03/19 18:57:55.84 1y7g4Jc6a.net
10年以上Python使ってるけどそんな風に感じないけどな
ただreactに不慣れなだけでしょ
65:デフォルトの名無しさん
22/03/19 19:50:17.08 poswwcgaM.net
気持ち悪いのはHTMLとCSS
66:デフォルトの名無しさん
22/03/19 20:11:39.23 qEkA8vyY0.net
>>60
最初滅茶苦茶だと思ってたけどなんか便利
ただ凝った輩が無理やり面倒な文を使って論議しているのはうざい
67:デフォルトの名無しさん
22/03/19 20:34:10.84 LqbWlmPW0.net
自分もReact入門してる
たしかに触る前に気持ち悪いなぁとは思ってたけどさ
触ってみたらプログラムよりで面白いなーと思ったわ
68:デフォルトの名無しさん
22/03/19 21:14:06.31 BEyB7K4C0.net
(Svelte大好きな人いますか……)
69:デフォルトの名無しさん
22/03/19 21:40:41.01 867bbs4Vr.net
おじさんだからでしょ
70:デフォルトの名無しさん
22/03/19 23:52:59.37 k2W7TKOh0.net
ERB(Embedded Ruby)では、PHP みたいに、
HTML 内に、<% ～ %>, <%= ～ %> で、Rubyの式・コード片を埋め込む。
<% ～ %> は出力されないが、<%= ～ %> は出力される
<% writers = ['あ', 'い', 'う'] %>
<p>
<% writers.each do |writer| %>
<%= writer %>さん
<% end %>
</p>
これよりも、JSX の方が可読性が高い
71:デフォルトの名無しさん
22/03/20 00:27:31.85 4w2T36oX0.net
Reactの1番良い点は覚えることがめちゃくちゃ少ないこと
Vanilla jsからすぐ移行できるのがありがたい
Vue3もちょっとやったけど覚えることが多すぎて無理だった
72:デフォルトの名無しさん
22/03/20 09:17:56.80 vu2v5ItY0.net
>>57
<func foo=hoge bar=fuga>←これじゃビルド通らないぞ
そんなガバガバなヤツにはjsx書けんよ
73:デフォルトの名無しさん
22/03/20 10:02:09.94 XX1387g+0.net
>>68
俺も10年以上前はこんな感じだったな
74:デフォルトの名無しさん
22/03/20 11:44:35.78 QcEs3y9kM.net
>>57
JSXはオプションなので別に使わなくてもおk
気に入らないなら(気持ちはわかる)普通の関数のように呼び出せばよろしい
75:デフォルトの名無しさん
22/03/20 16:44:59.21 BhZRhMiwa.net
>>69
htmlテンプレートでの開発から移行するには楽なんだろうね
vue独自の構文とか覚えたくもないけど
76:デフォルトの名無しさん
22/03/20 16:58:31.54 LOxzvK7ha.net
>>73
ReactはHooks覚えるだけだからな
多少癖はあるが拡張性はあるし
副作用隠蔽できるし良いこと尽くめ
77:デフォルトの名無しさん
22/03/20 21:49:17.16 wHRqoPQS0.net
ASP classicがそんな感じだったような。。うろ覚え
78:デフォルトの名無しさん
22/03/22 15:46:55.29 0HtR5asm0.net
lazyload実装したら、viewContainerRefがundefinedになるんだけど、なんで？
教えてエロい人
79:デフォルトの名無しさん
22/03/23 01:03:37.06 +J7AiUpwM.net
ひぇぇw怖い怖い
> オープンソースのnpmパッケージ「node-ipc」にロシア在住の開発者を標的にした悪意のあるコードがメンテナーによって追加される
URLﾘﾝｸ(gigazine.net)
80:デフォルトの名無しさん
22/03/23 23:16:55.87 RHxHRDhw0.net
React Hook Form便利だなと思って使ってたんだけど、実は全然要らんかった�
81:ｱとに気づいてしまった……
82:デフォルトの名無しさん
22/03/23 23:51:56.01 B6q3LoX80.net
>>78
そんなのあったんだ
知らなかった……ｗ
83:デフォルトの名無しさん
22/03/25 16:18:04.47 EGWR390ra.net
>>78
あれ検証ライブラリのラッパーだもんね
ささっと作るには良いけど仕組み理解してれば無い方が楽よね
84:デフォルトの名無しさん
22/03/25 17:04:40.58 tahcFheS0.net
>>78
覚えることが多いライブラリはReact向きじゃないね
85:デフォルトの名無しさん
22/03/25 18:39:56.16 TcNKzx810.net
>>80
そう、仕組み理解してれば（複雑になるにつれ）使わないほうがシンプルに書けると感じた。今はブラウザの機能も充実してるし。
>>81
watch周りとかバリデーション周りとか変に複雑だった。ドシンプルなフォーム作るなら（覚えること少なくて）悪くないと思うけどね……
86:デフォルトの名無しさん
22/03/28 15:42:08.99 MoEAjuwS0.net
Jest + React testing libraryやってる人いる？
React testing libraryつかってるとテスト環境だけ動かないことがしょっちゅうですぐ壊れるし、辛すぎる
現状フロントのコンポーネントのユニットテストは費用対効果が悪すぎると思う
もしテスト作るなら必要なテストを見極めるスキル必須だわ
87:デフォルトの名無しさん
22/03/28 21:49:46.44 3CyqBULz0.net
わからんでもない。Puppeteerでテストしてる
88:デフォルトの名無しさん
22/03/29 13:05:58.71 O92eZWgo0.net
URLﾘﾝｸ(github.com)
React、GraphQL、Prismaのフルスタックフレームワークとして作られているRedwoodJSがリリース間際らしいけど
わざわざ事前に組み合わせる必要あるのかな？
89:デフォルトの名無しさん
22/03/29 13:15:39.47 2VxyfU6Gr.net
そういうのもういらん
どうせすぐに廃れてメンテすらされなくなる
90:デフォルトの名無しさん
22/03/29 15:16:45.92 fQzr6FSKr.net
SvelteKitは本気で期待してる
91:デフォルトの名無しさん
22/03/29 15:30:10.76 SAtTzz3E0.net
そうか？
むしろJSでフルスタックみたいなやつは廃れるどころかこれから伸びると思うけどな
92:デフォルトの名無しさん
22/03/29 17:43:29.35 tW3X9ADQa.net
そこまで求めるなら他の言語選ぶかな
jsで完結したい人には良いんだろうけど
93:デフォルトの名無しさん
22/03/29 17:51:35.82 TwhF50F/M.net
>>86
同意
94:デフォルトの名無しさん
22/03/29 18:50:23.14 RfHYlyc80.net
フロントでjs以外の選択肢あったのか
95:デフォルトの名無しさん
22/03/29 18:58:12.56 SAtTzz3E0.net
あるけど無い（成熟してない）
96:デフォルトの名無しさん
22/03/29 18:59:07.11 xd8Xrmeo0.net
>>86
これ
作りっぱなしのプロダクトが多すぎる
97:デフォルトの名無しさん
22/03/29 19:43:57.17 0zgLg8Xwa.net
もうAngularに帰ればいんじゃね
学習コスト高いって言うけどどうせ他のも必要な機能揃えたら同じくらいの勉強量になるんだし
98:デフォルトの名無しさん
22/03/29 20:35:56.30 xd8Xrmeo0.net
ならんよ
React一択
とにかく学習コストが低い
Vue3の本が最近出たから立ち読みしたけど
なんじゃこれって感じ
相変わらずthis使いまくりでバグりそうだし
99:デフォルトの名無しさん
22/03/29 20:48:51.88 tW3X9ADQa.net
>>91
いや、これはフロントとバックエンドの統合ライブラリだからバックエンドは別の言語でやりたいなって意味
100:デフォルトの名無しさん
22/03/29 22:38:01.87 a2KK+TKpM.net
>>95
this 使うのvue3ちがうよ。
101:デフォルトの名無しさん
22/03/29 23:48:30.54 xxVtcj7qa.net
blazor
102:デフォルトの名無しさん
22/03/30 07:39:00.66 ojoAdHT2M.net
BlazorはC♯で全部やりたいって人以外にはメリット無くね……
103:デフォルトの名無しさん
22/03/30 09:43:48.12 zC4eLKs90.net
×ゲームでしかない
104:デフォルトの名無しさん
22/03/30 10:47:39.46 iu76Nwkv0.net
Reactを使うのかVueを使うのかについて個人的なモチベーションを整理したかった
URLﾘﾝｸ(zenn.dev)
> VueはEasy、ReactはSimple
わかる
105:デフォルトの名無しさん
22/03/30 12:16:39.31 OOkK5m9Na.net
まぁvueは個人開発の延長よね
106:デフォルトの名無しさん
22/03/30 23:06:07.37 ZV6rQOSL0.net
vueはフレームワーク独自のルールが多かったり業務でちゃんと使うにはVSCode等のエディタの拡張機能が無かったら辛かったりで、慣れすぎてしまうと悪い意味でvue以外が使えなくなってしまう感じがする
107:デフォルトの名無しさん
22/03/31 01:46:33.94 86aTlM7E0.net
たしかにいまvue(nuxt)で開発してるけど
わりとめんどくさいとこあるね
typescriptを使わなければそうでもないのかもだけど
108:デフォルトの名無しさん
22/03/31 10:50:34.39 oSy/YhOk0.net
vueは確かに使ってると楽なんだよね
ただ、何でもフレームワークがやってくれるから根本のプログラミングに対する考え方が深まらずにvueをどんだけ長く使っても「ただvueに慣れた」で終わってしまうことになると思う
reactはちゃんと使おうと思ったら
・javascriptの文法
・関数型プログラミングとは何か
・副作用とは何か
みたいに、深いとこまで突き詰める必要があるからreactを使いたくない人はこういうのを嫌がる
その代わりreactに習熟すると他のjavascriptフレームワークや他の言語にも活かせるような考え方が身につくと個人的には思ってる
109:デフォルトの名無しさん
22/03/31 11:20:24.39 aHZxCmZf0.net
よくReactは関数型プログラミングって言われてるけどあんまり分かってないわ
そもそも関数型言語に対する理解が足りないんだろうけど今まで書いてた手続き型言語(C++/Python)とそこまで書き方に違いがあるかって言われると謎だし
移行して違和感あったのは
if (is_hoge === true && do_hoge()){}
みたいなのだけどこれは関数型関係ないだろうしなぁ
110:デフォルトの名無しさん
22/03/31 15:19:18.41 F2XPsESOa.net
>>106
ぶっちゃけ関数型言語的なのはクロージャくらいだよ
型があると話が変わってくるけど素のJSならそれくらい
111:デフォルトの名無しさん
22/03/31 15:58:23.58 iKma4XC/r.net
useEffect地獄
112:デフォルトの名無しさん
22/03/31 18:21:07.43 k0INsa2ta.net
useEffectめっちゃシンプルだと思うけど
113:デフォルトの名無しさん
22/04/02 21:07:33.40 NF+PiVrF0.net
hooksで良いなと思った部分は副作用とマークアップ部分が綺麗に分離できるようになったことだな
それによってコンポーネント内の副作用の影響等が把握しやすくなったり、カスタムフックで自分好みに複数のフックをまとめて抽象化出来たりするからコードの可読性も上がったように思う
114:デフォルトの名無しさん
22/04/02 22:03:18.78 phShoyKu0.net
createRootとrender分けろって警告で出したね。
シンプルじゃないなぁ
115:デフォルトの名無しさん
22/04/02 22:39:16.37 WPblCx5D0.net
その警告をしてシンプルでないとする理由がわからん
116:デフォルトの名無しさん
22/04/02 22:48:49.10 B/N6Fa/fa.net
ごちゃごちゃに書きたがる人っているよね
117:デフォルトの名無しさん
22/04/02 23:53:46.13 GrEAMzhIa.net
>>97
いや、抜本的に変わったのは3.2とかだったろ
118:デフォルトの名無しさん
22/04/04 18:57:54.46 TKeyZlO5M.net
スマホアプリのデータをWebでも編集できるようにしたくて
色々調べてく中でここにたどり着いたんだけど
なんかWebフレームワークは乱立した感じになってるのね…
調べてもどれを使うべきなのかよく分からない
githubの星くらいしか参考データもなく
でも>>101さんのリンク先記事が参考になった
別にそんなにライブラリは使わないし、規模の小さい個人開発はVue.jsで良さげなのかなと
119:デフォルトの名無しさん
22/04/04 23:40:42.03 EAh2hm0B0.net
webアプリ初心者が両方ちょこちょこ触ってみてvue使ってるよ
なんかpinia好きだわ
コード打ち込みはreactが楽しいね
正直たいしたものつくらないから優位性はよくわからん
120:デフォルトの名無しさん
22/04/05 00:02:53.38 4sgd/Hm90.net
reactはカスタムレンダラーがすごいらしい
121:デフォルトの名無しさん
22/04/05 02:34:36.17 NrUXKx3F0.net
> 次世代のReact？ Solid.jsについて
URLﾘﾝｸ(zenn.dev)
もうReactの天下も終わりかぁ早かったなぁ
122:デフォルトの名無しさん
22/04/05 06:54:29.03 bH2gxj8m0.net
100歩譲ってReactの終わりの始まりだとして、それ、React系の流れを汲んだ技術じゃん。今はとりあえずReact使っといて（本当に流行ってから移行しても）問題ないように見える
123:デフォルトの名無しさん
22/04/05 07:17:54.78 HsXfDOwGM.net
Solidは仮想DOMを使わないため高速
さらにReactでの無駄なレンダリングも抑えている
Reactを採用するモチベーションがない
124:デフォルトの名無しさん
22/04/05 07:54:01.75 bH2gxj8m0.net
仮想DOM使ってないから速いってのは木を見て森を見ずでは？
125:デフォルトの名無しさん
22/04/05 08:10:00.23 VqqpMSri0.net
reactやvuejsでアプリケーションを構築しててパフォーマンスが問題だと感じる場面に遭遇したことはあるが、大量のデータをフェッチしていたり自分のコードの書き方が悪かったりで、reactやvuejs自体が問題に感じるようなことは無かったなあ
126:デフォルトの名無しさん
22/04/05 09:09:02.03 +EK3ySaMM.net
比較した？
127:デフォルトの名無しさん
22/04/05 10:11:51.52 ZReMvbtfM.net
>>118
これいいね
週末に試してみる
128:デフォルトの名無しさん
22/04/05 13:26:52.69 ETld5ZoPr.net
なんでReactは仮想DOMつかってるの？
メリットはなんですかい？
129:デフォルトの名無しさん
22/04/05 14:59:22.43 6a13xz8Z0.net
jQuery みたいに実DOM を扱わない。
仮想DOM変更時には、自動的にDOM木の差分を計算し、差分部分だけを実DOMに反映させる
ただし、メモリは実DOM・仮想DOMの2つを持つので、2倍使う
130:デフォルトの名無しさん
22/04/05 15:19:17.06 0YlujQsY0.net
実際普及して移行ツールが出たら起こして
131:デフォルトの名無しさん
22/04/05 15:48:51.29 raev6Saea.net
>>125
それ言われてハッとしたわ
今や差分検出と書き換えをやるメリットってほぼない気がする
本当に必要なのはJSXとHooksであって仮想DOM入らんかも
132:デフォルトの名無しさん
22/04/05 15:54:41.73 raev6Saea.net
Reactの"次"が見えてきたな
133:デフォルトの名無しさん
22/04/05 16:30:16.36 aekYSBQXM.net
Webフロント門外漢は知らないかもしれないけど実DOMの変更はレンダリング処理とか入ってそこそこコスト重いんだよ。
最近はtemplateのslotとかあって必要なとこだけ更新しやすくなったけど、それでも。
134:デフォルトの名無しさん
22/04/05 16:48:05.27 SCn4t5fAM.net
仕事中なのでこっそりドキュメント読んだだけだけどかなりよくできてそう
Solid.js普及するといいね👍
個人的にRNよく使うからそっち方面もサポートしてくれれば最高です(仮想DOMないと流石に厳しいか？)
135:デフォルトの名無しさん
22/04/05 17:20:25.99 u+FS9OX10.net
その重いっていうのを数字で見せてくれる人がいないのよね
正直10年前の比べてマシンスペックも上がったし
大した差はないんじゃないの？
むしろ差分検出なんてことをやることのほうが重い可能性
136:デフォルトの名無しさん
22/04/05 17:54:05.17 ETld5ZoPr.net
Solid.jsって名前がダサい
137:デフォルトの名無しさん
22/04/05 17:56:06.60 u+FS9OX10.net
>>133
確かに
今の時代これはないわ
138:デフォルトの名無しさん
22/04/05 18:15:07.55 3u8+O//Xa.net
これreactじゃなくてsvelteが死ぬんだろな
139:デフォルトの名無しさん
22/04/05 18:39:10.39 zCnZtIiB0.net
新しいのでてくるの
140:デフォルトの名無しさん
22/04/05 18:41:37.46 6a13xz8Z0.net
差分検出は軽いでしょ？
各ノードに、変更の有無のフラグを持つだけじゃないの？
141:デフォルトの名無しさん
22/04/05 19:45:00.74 wCKcIEh+0.net
もう速度くらいでシェアは変わらんよ
重要なのは開発体験の方だ
142:デフォルトの名無しさん
22/04/05 20:26:33.63 G2ThUmqoa.net
パフォーマンスばっかり言及されてるけどこれのスゴイ所はhooksのトップレベル制約、明示的なキャッシュ処理、依存関係の記述から開放されることだろう
reactを踏襲しつつ弱点を見事に解消してる完全な進化系だからもうreactを選ぶ理由がない(レガシーのメンテ以外では)
143:デフォルトの名無しさん
22/04/05 20:35:42.86 ETld5ZoPr.net
Solid.jsは誰がつくったの？
144:デフォルトの名無しさん
22/04/05 20:38:38.09 3tK/podq0.net
これが流行るかは別だけどreactが文句のつけようのないものってわけではないよね
競合相手のvueがそれ以上に迷走してるだけで
145:デフォルトの名無しさん
22/04/05 20:41:35.88 bH2gxj8m0.net
>>139
そこから開放されても、（広い意味での）状態の取り扱いは残るし、あんまり魅力的とは思わないな。
どうしてもReactを過去のものにしたいようだけど。どっちも使えば良いだけなわけで。
146:デフォルトの名無しさん
22/04/05 23:59:41.42 Pmd2Ul1s0.net
reactとnextjsってどっちがいいの？
147:デフォルトの名無しさん
22/04/06 01:39:52.94 xqee3k0P0.net
たまには Angular のことも思い出してあげてください
148:デフォルトの名無しさん
22/04/06 12:57:39.21 DIJBOrU7r.net
誰も答えられないの？
なんでReactは仮想DOMつかってるんすか
149:デフォルトの名無しさん
22/04/06 13:07:19.26 K22cA7Fi0.net
仮想DOMを使うのは現状一番速度とコードの少なさでバランスが取れてるから
あとReactは自由にレンダラーをすげ替えられるから、もっといい方法があるなら
仮想DOMを使わないReactレンダラーを作って実装してそれを使えばいい
だからReactを離れる必要はない
150:デフォルトの名無しさん
22/04/06 13:14:26.43 S/lTt5hhM.net
マルチプラットフォーム対応とかかな？
Solid.jsは仮想DOMを捨てたからモバイル移植が難しいと予想
151:デフォルトの名無しさん
22/04/06 14:00:54.13 7agkb2pSM.net
>>146
仮想DOMは使えば有利というものではないからそれは難しいところですね
>>147
仮想DOMとマルチプラットフォーム対応は無関係ですね
152:デフォルトの名無しさん
22/04/06 14:02:45.11 S/lTt5hhM.net
仮想DOMという抽象化レイヤでプラットフォーム間の差分を大部分吸収できるのでマルチプラットフォーム対応しやすくなるのでは？
153:デフォルトの名無しさん
22/04/06 14:03:19.50 6A9Aeuema.net
>>145
上で書いてるだろw
DOM全体を書き換えるとブラウザの描画パフォーマンスが落ちるのよ
jQueryおじさんがinnerHTMLに丸ごとぶち込むようなコードだよ
一方JSXはユーザーからはinnerHTMLに全部突っ込むコードを毎回生成しているように書いてるけど
中では差分だけ見てるというトリック
これこそが仮想DOMのメリット
154:デフォルトの名無しさん
22/04/06 14:09:22.87 CIB91XNYM.net
>>150
そのメリットは仮想DOMを使わずとも可能なので仮想DOMのメリットではなく差分書き換えのメリットですね
そして差分書き換えのみと比較すると仮想DOMを用いる分だけデメリットですね
155:デフォルトの名無しさん
22/04/06 14:14:46.50 6A9Aeuema.net
>>151
1番大きいのはユーザー体験だよ
該当箇所のDOMを丸ごと毎回生成する処理を書くだけでいいのだから
以前はDOMの状態をみて書き換える箇所を自分で判断してた
それこそがjQueryなコードをスパゲッティにした原因なのよ
156:デフォルトの名無しさん
22/04/06 14:18:36.04 6A9Aeuema.net
パフォーマンス速くしたいからDOMの差分を自分で見る→コードがスパゲッティ
差分見るとスパゲッティになるからDOMを毎回丸ごと生成したい→innerHTMLに突っ込むしかなくてパフォーマンス劣化
この悪循環の無限ループ
これを両方同時に解決したのが仮想DOMでありReact
俺が信者になったのはこれを意識した時だな
マジで神だと思ったね
157:デフォルトの名無しさん
22/04/06 14:19:52.73 6A9Aeuema.net
ここにいるのに仮想DOMメリットを言語化できるやついなかったのな
上のような事実というか歴史的経緯があるんだよ
しっかりと理解してくれ
158:デフォルトの名無しさん
22/04/06 14:22:06.41 so8tWsAwa.net
別に仮想dom使わなくても良いんだよ
あくまでレンダリング高速化の手段の一つ
reactが差分管理として仮想domを採用しただけの話であって他に良いのが出て来ればそれに変わられていくだけ
ただdomと密接に結合するようなレンダラーと差分管理を分離しないアプローチは流行らない
webにしか使えなくなる
159:デフォルトの名無しさん
22/04/06 14:40:06.43 DIJBOrU7r.net
>>150
Solid.jsとsvelt.jsはDOM全体を書き換えてるの？
160:デフォルトの名無しさん
22/04/06 14:46:33.31 6A9Aeuema.net
>>156
流石にそれはない
ソース読まないとわからんが別な方法で管理してるのだと思う
161:デフォルトの名無しさん
22/04/06 15:13:32.10 6A9Aeuema.net
>>155
まあ仮想DOMはメモリをバカ食いするデメリットはありからね
他の方法で差分管理できなら問題ない
Reactの次が見えてきた
162:デフォルトの名無しさん
22/04/06 15:28:45.86 34Ai9MwnM.net
>>156
コンポーネント(DOM)を生成するのは最初の1回だけで
生成した後はObserverパターンで必要なところだけ更新するようだよ
ソースまだ読んでないからハッキリしたことは言えんが多分そんな感じ
163:デフォルトの名無しさん
22/04/06 15:38:00.45 0AiZA7OjM.net
仮想DOMツリーを使わずに差分管理する場合、変化する部分に状態管理機構（solid.jsで言えばsignal、webcomponentsで言えばslot）を打ち込む形になる。
差分管理する要素が少なく、DOMツリーをダイナミックに動かさないのであればsolid.jsのようなやり方に速度的なメリットがあり、そうでなければReactに速度や構造的なシンプルさのメリットがある。そんな感じじゃないかな。
よく知らんけど
164:デフォルトの名無しさん
22/04/06 16:59:40.38 DIJBOrU7r.net
>>157
いやおまえが仮想DOM使わないと全書き換えって言ったから聞いたんじゃん
165:デフォルトの名無しさん
22/04/06 18:06:05.81 6A9Aeuema.net
>>161
それはミスだ
そこまで深く調べてなかった
多少コード読んだら状態管理とか変更履歴で管理してるっぽくて想像以上にガチな作りだった
166:デフォルトの名無しさん
22/04/06 23:43:10.09 ZzbxJvPPr.net
>>162
お詫びに全部調べて報告して
167:デフォルトの名無しさん
22/04/07 00:07:39.33 isNt/bVX0.net
ちゃんとミスを認めてる奴に何言ってんだ、あんた
168:デフォルトの名無しさん
22/04/07 08:50:29.10 48p+VEp60.net
こうやって素直にミスを認めて謝れる人めっちゃ好感持てる
169:デフォルトの名無しさん
22/04/07 09:08:43.91 XKd8bK6Ir.net
でも俺の疑問はまったく解決してない
・なぜReactは仮想DOMを使っているのか？
・仮想DOMを使わなくても一部のレンダリング更新だけで済むってのか？
・そうであればブラウザのエンジン自体が部分レンダリングに対応しているのか？
・じゃあReactの仮想DOMのメリットってなんなの
170:デフォルトの名無しさん
22/04/07 09:20:11.52 hrFCTtmgM.net
>>166
仮想DOM自体にはメリットは全く無くむしろオーバヘッドというデメリットがある
DOMの差分更新は非常に重要で全体更新よりも圧倒的にパフォーマンスが高い
DOMの差分更新はSvelteでもSolidでも各種Vanillaでも当然行われているが仮想DOMは用いられていない
それらと比較してベンチマークなどでReactが遅い原因の一つとして仮想DOM使用によるオーバヘッドが考えられうる
171:デフォルトの名無しさん
22/04/07 09:24:25.64 Fux/mDxCM.net
う～ん、粛々とNG
172:デフォルトの名無しさん
22/04/07 09:35:03.84 NNETluvMd.net
Reactでいう仮想DOMというのは本来は単なるフレームワークの実装の都合ってわけじゃなく、
テンプレートがレンダリング結果としてDOMオブジェクトを返しているように見えるけど実際にはそうじゃないから仮想DOMなんだよ。
Vueみたいに単なる実装の都合で内部的に仮想DOM使ってるのと比較されるからそのへん混同されがち。
その意味だとSolid.jsはどうなんだろうね。まだ触ったことないからわからないけど、テンプレートは直接DOMオブジェクトを生成するの？
173:デフォルトの名無しさん
22/04/07 09:41:42.27 XKd8bK6Ir.net
仮想DOMってただのjavascriptオブジェクトの階層構造だよね
部分レンダリング更新ってのは、この全体の階層構造のうちの一部の階層のオブジェクトが更新されて、その階層に該当するDOMだけが再レンダリングされるってことかね
その階層ってのはShadowRoot単位なのかな？
想像だけど
174:デフォルトの名無しさん
22/04/07 10:05:30.92 NMZY0DQdM.net
>>170
まず仮想DOMは全く関係ないので忘れて横に置いとくといいよ
実DOMを生成する時に全体を生成するのではなく現状の一部を利用して最小限のパーシャルツリーを作って入れ替えるのが部分レンダリング更新
ブラウザによる画面レンダリングも最小限となりメリットがある
今どきのフレームワークならたいてい採用されている
この実現のために仮想DOMは必要としない
一方で仮想DOMは一部のフレームワークが採用している単なる内部のデータ管理方式の一つ
仮想DOMが他の方式と比べて何か有利な点は特にない
実行時に差分検出となるなど不利な点はある
175:デフォルトの名無しさん
22/04/07 10:12:41.10 kSgW/1GfM.net
「高速」の比較対象はpostして全部更新だったりする？
176:デフォルトの名無しさん
22/04/07 11:08:03.68 XKd8bK6Ir.net
>>171
なるほど
つまり
ReactやVueはデータ管理を仮想DOMで管理してる
Solid.jsやSvelt.jsはデータ管理を実DOMで管理してる
この認識であってる？
なぜデータ管理を実DOMで管理してるんだ？って思うけど、仮想DOM使ってないなら実DOMしかないよねってこと
177:デフォルトの名無しさん
22/04/07 12:29:30.17 n/T89jyuM.net
>>173
それは正しくない
どのフレームワークもデータ変更に対応して最終的に実DOM操作をして反映させる点では全て同じ
データ変更がどういう時に�
178:ﾇこで起きるかはプログラム作成時にわかっているので SvelteやSolidはそれらの情報を利用してある種のコンパイラとなり実DOM操作のJavaScriptコードを事前に生成してしまう つまりSvelteやSolidは実行時にはその生成されたJavaScriptコードが動くだけ 一方でVueやReactはデータ変更に対して仮想DOMに反映させて前後の差分検出をしてその差分を反映させるために実DOM操作をする
179:デフォルトの名無しさん
22/04/07 12:31:19.31 cPE2iAv8M.net
>>173
たぶん誤解してる。仮想DOMの使用有無にかかわらず、実際のビューの状態を持っているのは常に実DOMだ。
仮想DOMが登場するのはビューの状態を更新するときで、仮想DOMの場合は論理的には(実際には更新不要な部分は使い回すような最適化はある)モデルの状態に基づいて毎回新しい仮想DOMツリー全体を作り直し、
その仮想DOMツリーをあるべき姿として実DOMを更新する。
一方で仮想DOMを使わない場合は、仮想DOMツリーの作り直しを省いて直接実DOMを更新する。
180:デフォルトの名無しさん
22/04/07 14:42:30.41 XKd8bK6Ir.net
>>174
SolidやSveltのその操作用のjavascriptのコード生成ってどんな感じ？
いまいち想像が足りないからわからん
コードってなに？
具体例がほしいかな
>>175
React ： データ更新 → 仮想DOM更新 → 実DOM更新
Solid ：データ更新 → 実DOM更新
こういうこと？
このSolidの直にDOM更新ってどうやってツリー全体のうちの差分を算出してるんだろ？
差分とか関係なくjqueryみたいに要素を特定して更新してるのかな？
181:デフォルトの名無しさん
22/04/07 16:11:00.06 LqaqpZCDM.net
SolidはデータバインディングしてるだけだからDOM上のどこを更新すればいいか最初からわかってる
となると負荷がかかるだけの大げさなツリー差分計算は不要かと
reactがツリー差分を計算するのは何処が変わるのかreactが把握してないから
Solidはreactに似てるけど根本的なアーキテクチャは違う
182:デフォルトの名無しさん
22/04/07 16:30:15.09 zMYtvFpYM.net
>>176
普通にフレームワークを使わずに書けばわかるけど
差分算出なんて全く必要のない行為
必要となるのは変更されたデータを反映するDOM操作のJavaScriptコードのみ
183:デフォルトの名無しさん
22/04/07 16:57:53.58 bdIQHoGja.net
おじさんじゃねーのこれ
184:デフォルトの名無しさん
22/04/07 17:26:41.04 OoJ9MQRv0.net
メモ化しなかったら子コンポーネントの要素を再度全てレンダリングしちゃうのでは？
185:デフォルトの名無しさん
22/04/07 19:00:26.65 I9ZZKEcZM.net
それぞれそのへんはムダを省くよう仕掛け対応があるね
フレームワークとして最低限それはやらないと
186:デフォルトの名無しさん
22/04/07 19:32:20.92 XKd8bK6Ir.net
結局みんなはっきりは理解していない感じらしいね
まあ自分もなんだけど
187:デフォルトの名無しさん
22/04/07 19:52:15.69 W1OrHRUza.net
>>182
で？
188:デフォルトの名無しさん
22/04/07 20:04:09.90 XKd8bK6Ir.net
>>183
へ？
189:デフォルトの名無しさん
22/04/07 22:07:48.47 rftQE35ra.net
solid.js作者による解説記事見つけたよ
正直震えてる
アーキテクチャがやば過ぎ
オワコンと言われた
Reactive Programmingが復活した
URLﾘﾝｸ(indepth.dev)
190:デフォルトの名無しさん
22/04/07 22:17:52.74 rftQE35ra.net
この記事でDOMの更新原理が全部解説されてる
ただ理解が追いついてない
191:デフォルトの名無しさん
22/04/07 22:44:32.35 isNt/bVX0.net
何処でReactiveプログラミングが終わって、何処で復活したんだよ。
パラダイムの話と実装の話をごっちゃにしとらんかね。
192:デフォルトの名無しさん
22/04/07 22:49:48.63 LqaqpZCDM.net
>>185
いいね
193:デフォルトの名無しさん
22/04/07 23:03:21.84 w+H2FlaC0.net
createElememtしたオブジェクトをクロージャで保持してるのか
確かに生DOMだ
194:デフォルトの名無しさん
22/04/07 23:06:10.92 cxGwbYOU0.net
記事はいいけど
>正直震えてる
>アーキテクチャがやば過ぎ
こういうの傍から見て寒すぎ
195:デフォルトの名無しさん
22/04/07 23:35:57.90 LqaqpZCDM.net
DOMそのまま掴んでるってことはReact Nativeは絶望的か…ちと残念だ
196:デフォルトの名無しさん
22/04/07 23:57:10.55 Y0BVj7bxa.net
ペインの中のボタンを40近くまで連打すると詰まりだすけどreactならどうなんだろうか
URLﾘﾝｸ(www.solidjs.com)
197:デフォルトの名無しさん
22/04/08 00:02:15.46 FwPcQFITM.net
>>192
フィボナッチ数の計算がべらぼうに重いだけだよ
198:デフォルトの名無しさん
22/04/08 00:06:04.66 pHvgxp+Ea.net
>>193
探したらあったのでやってみたらその通りでしゅた。
URLﾘﾝｸ(codesandbox.io)
199:デフォルトの名無しさん
22/04/08 11:42:33.12 SI2R8TLia.net
>>191
RN的な使い方は無理だろね
メモリとんでも無い事になりそう
シンプルなWEBページ特化
200:デフォルトの名無しさん
22/04/08 14:27:38.41 FwPcQFITM.net
メモリは心配してないというか仮想DOMが無いから確実に減る
でも仮想DOMが無いせいでDOMと結合度が高くなってるからマルチプラットフォームは難しいだろう
201:デフォルトの名無しさん
22/04/08 14:33:08.91 bdNfvPhdr.net
React.jsやVueってマルチプラットフォームだっけ？
202:デフォルトの名無しさん
22/04/08 14:41:04.41 4G5CVrxlM.net
>>196
それは違うんじゃないか
こういうフレームワークを作る時に内部はもう一段抽象的なデータを持つ
その抽象データからDOMが対象ならばDOM操作コードとそのオブジェクトを生成といった具合
だから生成されたものだけを見てDOMと結合しすぎていると判断するのはおかしい
例えばReactの仮想DOMもその内部の抽象データなのだから同じ土俵で比べて判断したはうがいい
203:デフォルトの名無しさん
22/04/08 15:16:48.60 zD+iWd3QM.net
仮想DOMがメモリ食いまくってるかというと別にそうでもない
204:デフォルトの名無しさん
22/04/08 15:48:10.19 4taeFJ35a.net
>>196
なんで仮想domが無いからメモリ減ることになるんだよ
仮想domの代わりにコード生成するっていうのに
205:デフォルトの名無しさん
22/04/08 17:29:16.27 bdNfvPhdr.net
>>185
これ要約してくれ
お前らの好きなキータやゼンに上げてもいいから
206:デフォルトの名無しさん
22/04/08 17:29:34.20 FwPcQFITM.net
>>200
仮想DOMは変化のない部分もツリーの生成が必要
リアクティブプログラミングなら変化が無いとわかってる部分は省略できるはず
207:デフォルトの名無しさん
22/04/08 17:37:20.73 I/uOEy9hM.net
>>200
SvelteやSolidがコード生成するのは実行時ではなくコンパイル時点
そして生成されるコードはVanillaで書いたときと同様な感じでわずかなDOM操作コード
仮想DOMのように余分なメモリを使用したりその管理のためのコードが必要になったりはしていない
208:デフォルトの名無しさん
22/04/08 17:45:07.62 xuzqGDQqa.net
>>203
実行時に読み込んでメモリ消費するじゃん
アホかよ
209:デフォルトの名無しさん
22/04/08 17:54:48.38 FwPcQFITM.net
まさかとは思うけど何もしないのと比較して増えてるからメモリが減ってないじゃないかって意味で噛み付いてきてるのかな？
仮想DOMと比較してメモリが減るって文脈が読めないのかしら
210:デフォルトの名無しさん
22/04/08 17:59:43.25 /H+nHCQIa.net
>>205
いやケースバイケースでしょ
素人かよ
211:デフォルトの名無しさん
22/04/08 18:03:26.77 FwPcQFITM.net
極僅かな例外も存在するかもしれんがそれをケースバイケースというのは言葉遊びにしか感じないな
212:デフォルトの名無しさん
22/04/08 18:04:37.85 oVWM7CkTM.net
>>204
Reactにも仮想DOMを操作するコードがあるし
さらに仮想DOMで差分算出するコードもあるし
さらにその差分に対して実DOMを操作するコードがあるんだよ
SolidやSvelteはそのうち最後の実DOMを操作するコードだけになるよね
さらに仮想DOMを保持するメモリも必要ないよね
213:デフォルトの名無しさん
22/04/08 18:19:37.36 u9ryeQf60.net
何を根拠に仮想DOMがメモリ食うと言ってるのかは気になるところ。仮想DOMツリーなんてブラウザのタブを担当するプロセスの消費してるメモリの一部でしか無いのに
214:デフォルトの名無しさん
22/04/08 18:23:30.45 4I0Aw2zD0.net
Excelみたいな巨大アプリでどのくらい消費しているのか知りたいね
知らないか？
215:デフォルトの名無しさん
22/04/08 18:39:17.75 x9wQZSCop.net
計測せずに性能を語っても妄想お披露目会にしかならんだろ
216:デフォルトの名無しさん
22/04/08 18:44:32.33 el4YGwkaM.net
比較対象はゼロだからな
217:デフォルトの名無しさん
22/04/08 19:38:01.87 4taeFJ35a.net
>>207
言葉遊びはお前だよ
仮想domだからメモリ使う前提で話してるけど根拠は？
ほぼあんたの思い込みでしかない
218:デフォルトの名無しさん
22/04/08 19:48:25.06 FwPcQFITM.net
>>213
仮想DOMの生成にメモリを使うのは当たり前では？
219:デフォルトの名無しさん
22/04/08 19:57:47.51 9UQ9wQkhr.net
誰も計測してないのである！
220:デフォルトの名無しさん
22/04/08 20:11:01.88 u9ryeQf60.net
なぜ誰も計測してないかを紐解くと、Reactで（他のライブラリやバニラより）メモリ食いすぎて困った、という事例が無いからでは？
221:デフォルトの名無しさん
22/04/08 20:53:59.17 g5acz2390.net
>>202
>リアクティブプログラミングなら変化が無いとわかってる部分は省略できるはず
そんな単純な話かなぁ。差分を求めずに「変化が無い」ことを判断する方法は自明じゃないように思うが。
222:デフォルトの名無しさん
22/04/08 20:54:12.79 z7daun3M0.net
Reactでも速度面で困ってるわけじゃないからな
Solid.jsが小さいのは魅力
223:デフォルトの名無しさん
22/04/08 22:59:55.40 KeW2chSD0.net
Solid.jsのdoc見てみたけど、まず多言語対応されててすごい
精力的なのはいいね
224:デフォルトの名無しさん
22/04/09 06:27:23.97 hnk6n6Rh0.net
Vue2で作ったアプリが10個以上ある
それらのアプリはVue2で使い続けたい
新しいアプリはVue3で作りたい
こういう場合どうするのがいいと思う？
Webpack使ってます
225:デフォルトの名無しさん
22/04/09 06:51:02.01 hnk6n6Rh0.net
npmの環境もう1つ作っちゃうのが楽な気がするんだけど
226:デフォルトの名無しさん
22/04/09 08:07:49.92 bqRMq7lA0.net
Vueの事はよく知らんけどディレクトリ分けてnpx使えばよくない？
227:デフォルトの名無しさん
22/04/09 08:14:00.27 hnk6n6Rh0.net
>>222
それが一番楽だよね
228:デフォルトの名無しさん
22/04/09 15:51:26.75 0hB2G1vSM.net
React18にverupして、パフォーマンスが体感できるぐらい上がって満足
でもtypesも18に上げた途端3rd partyからエラーでtsignoreに逃げた…
229:デフォルトの名無しさん
22/04/09 18:22:45.23 jgmuUCzN0.net
>>220
なんでグローバルにインストールしてるの？
230:デフォルトの名無しさん
22/04/09 18:51:44.46 hnk6n6Rh0.net
>>225
ローカルにインストールしてるよ
231:デフォルトの名無しさん
22/04/09 22:59:04.33 hgG5Hkw80.net
>>224
わかる
recoilのtypesがアップデートされるまで様子見してる
232:デフォルトの名無しさん
22/04/10 01:35:53.09 HXJW3I9N0.net
>>226
よく見たら自演だったらおじさんかよ
233:デフォルトの名無しさん
22/04/10 06:01:45.32 7PU75A+00.net
>>228
だれだよそれ
違うよ
234:デフォルトの名無しさん
22/04/10 16:24:52.57 ITJl40Ck0.net
react学習中は「jsのFWやろ」って思ってると痛い目見るな。
全くではないがreact言語と言っても良いぐらい独特やね
235:デフォルトの名無しさん
22/04/10 17:47:42.20 eCRNh29mr.net
>>230
不同意
236:デフォルトの名無しさん
22/04/10 17:58:04.68 42W6QpWxM.net
>>230
自分もJSライブラリというよりはJSによく似たDSLという認識で勉強したらうまくいった
237:デフォルトの名無しさん
22/04/10 18:32:09.94 zRVAqF+L0.net
>>230
Reactiveにするための面白い仕組みが色々ある。という点以外は素直なJSだし、わりと素直なDOM発展形だと感じたなぁ個人的には
238:デフォルトの名無しさん (ﾜｯﾁｮｲ 227c-EhK1)
22/04/12 01:30:58 kIyr6erA0.net
reactは見た目が気持ち悪すぎる
Vueは違和感ないのだが
239:デフォルトの名無しさん (ﾜｯﾁｮｲ 4fe6-wKAC)
22/04/12 01:37:50 9Wz6jxp60.net
でもvueは覚えることが多すぎる上
過去のバージョン含めてプロジェクトごとにスタイルが違いすぎて無理ゲー
240:デフォルトの名無しさん
22/04/12 08:35:28.85 8aqOwqE3r.net
vueもreactも覚える量は大差なくね
バージョンやプロジェクトごとに違いが多すぎるは非常に同意
241:デフォルトの名無しさん
22/04/12 09:11:27.09 +SrHGzSxM.net
プロジェクト毎に…はreact.jsも大差ない
フロントエンドは変化早いから諦めろん
242:デフォルトの名無しさん
22/04/12 16:40:07.56 lzQIw2wja.net
おじさんは何使ってんの？
243:デフォルトの名無しさん
22/04/12 20:25:39.24 vS+B3//00.net
VueとReactの両刀使いだったけどReactに集約しまーす
フロントエンドでいちいちあれこれ考えたくないし楽だよなあ
244:デフォルトの名無しさん (ﾜｯﾁｮｲ f72c-44kf)
22/04/12 22:28:27 Db8/nH/Z0.net
React使ってる方はスタイルどうしてますか？
僕はあれこれコンポーネントライブラリ試してみて、最終的にTailwind CSSに落ち着きました
245:デフォルトの名無しさん
22/04/13 00:54:09.91 P5y02Tze0.net
Tailwindなんか良く使ってるな・・・
冗長過ぎだろｗ
246:デフォルトの名無しさん
22/04/13 05:55:12.89 By3mBvbx0.net
気持ち悪いとか冗長だとか、感覚的な事ばかり言われてもですね
247:デフォルトの名無しさん (ｽｯｯﾌﾟ Sd02-KxDt)
22/04/13 07:05:27 57dconDAd.net
ハゲたおっさんをみたjkにもいってあげて
248:デフォルトの名無しさん
22/04/13 07:30:29.33 xZef9YSSr.net
フロントエンドエンジニアなのにまともにcssを使えないゴミが99％だからな
cssはデザイナーの仕事と勘違いしてるアホしかいない
249:デフォルトの名無しさん
22/04/13 07:42:33.90 QRWgdMoUM.net
そんなんおめー、会社の規模と分業スタイルに依るでしょ。ってか大抵はCSSもそれなりに書ける。
フロントエンドエンジニアの99%とか主語デカすぎ
250:デフォルトの名無しさん
22/04/13 07:53:46.03 Hql1DFVV0.net
tailwind-cssは最近擬似要素もサポートしたから表現の幅が広がって使いやすくなったけどね
ぶっちゃけ何でcssを書こうがあんまり変わらないから好きなのを使えばいいと思う
251:デフォルトの名無しさん (ﾜｯﾁｮｲ 2b6e-z3qP)
22/04/13 12:51:45 9uPeD86L0.net
css使えないからTailwind使うだと馬鹿一直線
252:デフォルトの名無しさん
22/04/13 13:10:46.32 CP/2H06D0.net
modules、emotion、chakraと使ってきたけど今はtailwind一択やわ
253:デフォルトの名無しさん
22/04/13 18:35:39.41 xqcMgFa8M.net
TailwindCSSはクラスがほぼCSSのパラメータと一対一だからCSSわからんとむしろ使えなくない？ エアプかな？
254:デフォルトの名無しさん
22/04/13 20:44:25.37 Hql1DFVV0.net
tailwindcssはvscodeの拡張機能を使うとtailwind.config.jsで設定した自分のカスタムスタイルまでコード補完で表示してくれるのが好き
255:デフォルトの名無しさん (ｵｯﾍﾟｹ Sr5f-9is6)
22/04/14 06:54:23 3HmhMLNrr.net
bootstrapでいいじゃん
カスタマイズもできるしダメな理由ないよな
256:デフォルトの名無しさん (ﾜｯﾁｮｲ 2b6e-z3qP)
22/04/14 08:39:19 u/xS1gCc0.net
ダサい！
終わり
257:デフォルトの名無しさん (ｵｯﾍﾟｹ Sr5f-9is6)
22/04/14 08:41:36 3HmhMLNrr.net
ダサいのはカスタマイズできない無能の言い訳
そういう奴はどのcssフレームワーク使ったとしてもダサくしかならない
258:デフォルトの名無しさん (ｱｳｱｳｳｰ Sabb-wKAC)
22/04/14 17:46:23 mUuUh3T2a.net
>>251
ギョームで使うなら無難だけど
面白味が皆無だから使いたがらない
259:デフォルトの名無しさん
22/04/14 20:47:07.88 e+FW9n+1r.net
>>254
tailwindだとどう面白いんの？
260:デフォルトの名無しさん
22/04/15 21:10:48.34 jnxEt0/r0.net
デザインが関わる部分はデザイナーが作るからどんなの使ってても良いけどね
管理画面とかそういうのはbootstrapで簡単にそれらしい見栄えにしている
管理画面すらデザイナーがモック作ってくれる場合もあるけどね
261:デフォルトの名無しさん
22/04/16 14:20:03.20 poR/4Bbzd.net
何せ面倒くさいのは最初にhtml考えた奴のせい(´；ω；｀)
262:デフォルトの名無しさん
22/04/16 14:34:02.97 ttYT/Wy3a.net
動的に効率よく文書を処理しようとしたらどうしても複雑になるよ
その上スタイルも入ってくるししょうがないかと
263:デフォルトの名無しさん
22/04/16 14:37:32.91 uBjo0mN70.net
>>257
これ
264:デフォルトの名無しさん (ﾜｯﾁｮｲ 77e5-ku93)
22/04/16 14:43:04 2nUkUh0L0.net
最初はcssなんて無かったが
265:デフォルトの名無しさん
22/04/16 15:04:28.43 DltdDZSn0.net
最初はSGMLだろ。
266:デフォルトの名無しさん
22/04/16 16:01:11.87 /VK1zumir.net
>>257
>>259
お前らが無能だからhtmlのせいにしてるだけだろ
自覚しろよ
267:デフォルトの名無しさん (ﾜｯﾁｮｲ 9f00-0HZW)
22/04/16 18:20:20 EbmfD14Y0.net
UIって何をどうしてもツリー構造じゃね？
どうしてもHTMLみたいなインターフェースには成らざるを得ないと思うけど
268:デフォルトの名無しさん (ﾜｯﾁｮｲ ffcf-K44e)
22/04/16 18:31:27 MoK8GTpb0.net
xhtmlは論理的にツリー構造を表現しているけどhtml5はそうじゃないんだよな。
W3Cへの反発があったからといってもちょっとどうにかしてほしかった。
269:デフォルトの名無しさん
22/04/16 18:41:45.66 ttYT/Wy3a.net
>>264
行き過ぎたセマンティックって印象よね
むしろ要素を減らすべきだった
270:デフォルトの名無しさん (ﾜｯﾁｮｲ 9f7c-+1fN)
22/04/17 00:36:36 qB86vRxO0.net
HTMLはそこまでクソじゃない気がするけど
XMLはクソｗ
271:デフォルトの名無しさん
22/04/17 09:29:28.50 NcklcR1ha.net
xmlはもう役目を終えた感がある
272:デフォルトの名無しさん
22/04/17 13:04:44.65 k8OFv/xgr.net
フロントエンジニアを名乗ってるくせにまともにhtmlとcssを扱えない
その上それはデザイナーの仕事だとバカにする
ゴミクソフロントエンジニア
273:デフォルトの名無しさん
22/04/17 13:10:47.02 aLAyt8HE0.net
仕事っていうのは役割分担をきっちりした方が効率よくなるんやで
274:デフォルトの名無しさん
22/04/17 13:49:31.60 k8OFv/xgr.net
ゴミフロントエンジニアの言い訳
つまりjsxとstyleComponentをデザイナーがやるってことだろ
275:デフォルトの名無しさん
22/04/17 14:18:30.28 YIwghly3M.net
うちはデザイナさんがお絵描きツールでコンポーネントの各状態ごとの見た目やアニメーションを定義して
それをバックエンドエンジニアが兼任でReactに落とし込む体制でやってる
フロント専任ってのは今は居ない
役割分担は大事だけど分けすぎると調整コスト増なのでほどほどに
276:デフォルトの名無しさん
22/04/17 15:16:11.27 NcklcR1ha.net
仮にフロントエンドのデザインを担うならhtmlとcssで何が出来るのかぐらいは理解しとかないとダメなんじゃないの？
組めとまでは言わないけど組める前提の知識は必須じゃないかと
じゃなかったらレスポンシブなデザインとかムリじゃない？
277:デフォルトの名無しさん
22/04/17 15:54:42.60 7a8Ik8ht0.net
出来る出来ないと得手不得手は別次元の問題なので
278:デフォルトの名無しさん (ﾜｯﾁｮｲ 9f02-8pPm)
22/04/17 16:21:33 Z/7bCHkO0.net
デザインしましたって言ってイラレで出してくるデザイナーなら要らんわな
279:デフォルトの名無しさん
22/04/17 16:32:24.73 k8OFv/xgr.net
デザイナーがお絵描きされてそれをエンジニアがhtmlとcssで再現できるのか？ってこと
当然ながら以下をフロントエンジニアがやるわけだ
どのcssフレームワークを使うか
Atomicデザインの粒度によるコンポーネント細分化
コンポーネントの再利用設計
cssフレームワークのカスタマイズ設定
css変数定義
スタイルガイドラインの策定をcssフレームワークに当てはめる方法
それらのコンポーネント化
css詳細度による優先順位設定
コンポーネントを構築した場合の各コンポーネント親子関係の配置方法
配置によるz-indexの優先順位の影響
インタラクション設計
インタラクション実行処理
デザイナー指定のデザインによるcanvasによる描画開発
280:デフォルトの名無しさん
22/04/17 16:39:39.73 NcklcR1ha.net
>>275
つまりあなたの言うフロントエンドのデザイナーって言うのは絵だけ作る人っていう意味？
そんな人需要ある？
食っていけないと思うけど
紙媒体のデザイナさんだって印刷技術のこと物凄く勉強してるよ？
281:デフォルトの名無しさん
22/04/17 16:53:51.35 Z/7bCHkO0.net
html化までしてくれるなら後の事はなんとでもするけど
デザインしましたとか言って絵渡してくるヤツはマジ論外
282:デフォルトの名無しさん
22/04/17 16:58:01.64 w4h8wb330.net
月給5万くらいでいいならお絵描きするだけでもいいけど
283:デフォルトの名無しさん
22/04/17 17:20:11.63 k8OFv/xgr.net
>>276
おれは一度もデザイナーのことなんか言ってない
フロントエンドエンジニアはデザイナーなんかにhtmlとcssをやらせるなってこと
フロントにとってhtmlはコンポーネント設計～jsx、イベント、インタラクションまでやるのにそれをなんでデザイナーにやらせるんだよって言ってるわけ
cssも同じ
284:デフォルトの名無しさん
22/04/17 17:32:55.84 Z/7bCHkO0.net
>>279
いや、素のhtmlとcssを受け取ってフロントエンジニアjsxにリマッピングって工程で別にいいだろ
285:デフォルトの名無しさん
22/04/17 17:39:48.32 k8OFv/xgr.net
>>280
いや絶対にうまくいかない
ゴミフロント
→ htmlとcssがわからないからコンポーネントの作り方がわからない
→ cssがわからないからデザイナーから受け取っても配置方法によって崩れる
→ レスポンシブに対応できない
→ インタラクションが何かすら理解していない
→ 表示されるべきものが簡単に崩れたり消えたりする
→ canvasすら使えない
デザイナー
→ コンポーネント設計できない
→ jsx化されてから問題起きて聞かれてもわからない
→ そもそも動的インタラクションがjsの振る舞いによって変化することがわからない
→ 作りたいものがhtmlとcssでできるのかcanvasでできるのかわからない
286:デフォルトの名無しさん
22/04/17 17:57:46.22 Z/7bCHkO0.net
>>281
いや、そもそもそんなゴミフロントに仕事なんてさせるなよ
そんなのに仕事させる方が大問題だよ
287:デフォルトの名無しさん
22/04/17 18:05:08.21 k8OFv/xgr.net
>>282
そもそもっていうか、フロントエンドエンジニアの募集してるんだがそういう奴らしかいないんだよな
だからフロントエンジニアはバックエンドエンジニアにバカにされるんだよ
288:デフォルトの名無しさん
22/04/17 18:13:55.27 NcklcR1ha.net
>>283
そんなのいるか？
にわかに信じがたいんだけど
289:デフォルトの名無しさん
22/04/17 18:20:44.45 Z/7bCHkO0.net
>>283
どこで募集してんの？
使ってる求人サイトがよくないんじゃないか？
290:デフォルトの名無しさん
22/04/17 18:21:00.08 IMHvCntk0.net
そんなのいたとして何で採用する段階で分からないんだよwコーディング試験でもやれば一発で分かるだろうに
そんなのを採用する奴等が悪いだろ
291:デフォルトの名無しさん
22/04/17 18:24:44.97 /JrrTzlDM.net
このフロントエンドエンジニアに対する異様な嫌悪。これ、いつもの人でしょ。
292:デフォルトの名無しさん
22/04/17 18:29:58.52 k8OFv/xgr.net
>>284
>>285
エージェント使ってるからかなりの数のサイトで募集かけてる
ほんと使えない奴らしかいない
そしてエージェント側もフロントは少ない上に能力酷いといってる
>>286
まだ採用していないがな
>>287
バックエンドからみたら酷いのしかいないからしゃーないわ
まあバックエンドも酷いがそれより遥かに低レベル
293:デフォルトの名無しさん
22/04/17 18:30:32.50 NcklcR1ha.net
本当にいるとしたらそんなの採用してる会社の問題だろ
まぁ嘘なんだろうけど
294:デフォルトの名無しさん
22/04/17 18:36:04.03 Z/7bCHkO0.net
>>288
G〇enとかみたいな職務経歴概要を元にスカウト掛けれるとこで求人した方が絶対いいぞ
エージェントはホント使えんから
295:デフォルトの名無しさん
22/04/17 18:39:35.00 w4h8wb330.net
スキルのある奴が行きたいと思う会社じゃないってだけだろ
自分は有能だと思うなら転職すりゃいいじゃん
296:デフォルトの名無しさん
22/04/17 19:40:25.79 qB86vRxO0.net
何かキモいのが湧いてるのかｗ
プログラマがデザイナーの作業をやれるほどデザインに優れている訳無いやろｗ
それならデザインの専門家なんて要らんやろｗ
297:デフォルトの名無しさん
22/04/17 19:46:19.71 k8OFv/xgr.net
落ち着けよw
お前らがhtml（笑）とcss（笑）すらまともに扱えないって言ってるだけだからな
デザイナーがデザインしてもそれをhtmlとcssで再現できないほどの能力しかないのにフロントエンドエンジニアを名乗るなって言いたいだけだ
298:デフォルトの名無しさん (ｱｳｱｳｴｰ Sadf-Dv9V)
22/04/17 19:53:16 NcklcR1ha.net
また話すり替える
お宅の会社の問題をエンジニアのせいにするなよ
299:デフォルトの名無しさん
22/04/17 20:13:48.57 Z/7bCHkO0.net
自分が描いた絵のCSSコーディングするならまだしも他人の描いた絵をなんでイチイチ
300:CSSコーディングしてやらなあかんのやって話 そんなんなら最初から頼まんわ
301:デフォルトの名無しさん
22/04/17 20:26:17.14 dnG5dkTEM.net
ここってWeb系の人しかいないの？
うちはSIerだからかフロントはデザイナーに丸投げするからそんなに凝らないけどね
302:デフォルトの名無しさん
22/04/17 20:49:04.44 k8OFv/xgr.net
>>294
世の中の自称フロントエンドエンジニアに言ってる
>>295
自分ができないのを他人のせいにするなよ
>>296
デザイナーにReactやVueやらせてんの？
お宅の会社の下請けすごいね
303:デフォルトの名無しさん
22/04/17 20:58:01.53 4ib2iVRZa.net
結局こいつが一番使えないだけの話では
304:デフォルトの名無しさん
22/04/17 22:36:04.32 k8OFv/xgr.net
htmlとcssすらまともに使えない自称フロントエンドエンジニアが図星突かれて誰も反論できなかったな
まあ少しは学習しろよ
マジで恥ずかしいわ
305:デフォルトの名無しさん
22/04/17 23:06:54.65 QWAVOj2RM.net
人の話聞かずに一人で勝利宣言する、いつもの人だった
306:デフォルトの名無しさん
22/04/17 23:11:35.57 OP9piBR+0.net
最近話題になってたストローマン論法か
流行を追いかけてんね
307:デフォルトの名無しさん
22/04/17 23:49:59.16 s5B05SqEa.net
ほんと使えないおじさんだな
308:デフォルトの名無しさん
22/04/18 12:36:57.66 cfXt7CJQ0.net
5chでないとかまってくれないから……
309:デフォルトの名無しさん (ｱｳｱｳｴｰ Sadf-Dv9V)
22/04/18 14:32:33 RP5j26MYa.net
たぶん20年ぐらい前から知識のアップデートが止まってて
デザインと1ピクセルのズレも許せないみたいな前時代的な世界で生きてる人なんだろ
今時htmlやcssはバックもフロントもデザイナも関係なく程度の差はあれ必要な共通言語なのにその辺もちょっと理解できてなさそうだし
310:デフォルトの名無しさん
22/04/18 14:41:22.27 WtZw5StQ0.net
今更すぎるがデザインとロジックを厳密に分離する事はほぼ不可能
双方の歩み寄りと努力が大事やね
311:デフォルトの名無しさん
22/04/18 17:11:00.48 RP5j26MYa.net
>>305
だよね
まぁ昔に比べたらウェブデザイナに求められるスキルが増えたよね
それは他の人もそうなんだけどそれに取り残された人がネットで発狂してるんだろね
デザイン絵だけがデザイナの仕事って人も現実的に知ってるし
常日頃のキャッチアップ大事ね
312:デフォルトの名無しさん
22/04/18 17:33:17.99 um0AkRWTr.net
>>304
おまえみたいなアホの分析が見当違いすぎて哀れみを感じるわ
一生htmlごときで苦しんでろ
313:デフォルトの名無しさん
22/04/18 17:52:55.92 RP5j26MYa.net
おじさん発狂w
314:デフォルトの名無しさん
22/04/18 18:29:31.67 8tekLi8DM.net
この手のおじさんはおだてられるか煽られるかで上手いこと使われてあわよくば使い潰してバイバイされるんだと思う多分。
多人数チームで上手く立ち回れなさそうだからこなせる仕事の規模が頭打ちなんじゃないかな
315:デフォルトの名無しさん
22/04/18 21:38:39.65 FUmz8hRDr.net
おじさんとかチームとかどうでもいいんだよ
チームうんたら関係ない話をして反らすな
お前らフロントエンドエンジニアを名乗っていながらhtmlとcssをバカにする割には使いこなせていないのが問題なわけだ
それを俺のせいにしたところでお前らの酷い低品質のhtmlは改善しない
デザイナーガーとなぜかデザイナーに押し付ける
デザイナーはせいぜい軽くデザインするだけでいい
イラレで十分
そこから製品としてのフロントの設計をするのがお前らの仕事なのに無能すぎてhtmlすらまともにつかえない
そこにcssが入るともうお手上げ
生まれつき視神経が腐ってるのか脳みそが退化してるのか知らんけどデザイナーが指定したUIをまったく再現できない
レスポンシブもわかってないからブラウザサイズ変えると崩れる
もう才能ないからフロントやめろよw
316:デフォルトの名無しさん
22/04/18 21:58:27.84 HtLbDz420.net
どんだけゴミしか掴めないんだよ
一人だけ別世界で草
317:デフォルトの名無しさん
22/04/18 22:05:33.23 RP5j26MYa.net
イラレでどうやってフレキシブルなデザインすんだよw
どこの世界線よ
318:デフォルトの名無しさん
22/04/18 22:26:24.43 HGjXtV0Da.net
>>254
寧ろ業務以外ならJS F/Wホントに使うべきなのかちゃんと再考した方がいいんじゃないかとね
319:デフォルトの名無しさん
22/04/19 00:33:29.76 +khnjqnu0.net
煽りに反応するやつも同レベル
320:デフォルトの名無しさん
22/04/19 06:21:59.86 pRhNeLKQM.net
要員通し仲良くやってもらわないと全体の進捗上がらないじゃん。
どんなにデキるやつでもその能力で全体の進捗を上げられないなら現場では退場仕方なし
321:デフォルトの名無しさん
22/04/19 21:45:14.16 O4vDLAAp0.net
NextとかGatsbyが使われたサービスでpagespeed insightsとかLighthouseのスコアがいいサービス知ってる？
故人ブログとかポートフォリオサイトレベルならだいたいスコアめっちゃいいけど、showcaseに載ってるサービスとかのスコア見ると70点以下ばっかりなのよね
322:デフォルトの名無しさん (ｱｳｱｳｴｰ Sadf-Dv9V)
22/04/20 15:53:33 LWeK4Ix4a.net
最適化しなきゃそんなもんなんじゃないの？
323:デフォルトの名無しさん
22/04/20 18:35:16.85 EDBQ8Yqq0.net
ケースバイケース過ぎる……
324:デフォルトの名無しさん
22/04/21 22:11:57.63 UFuN8Cig0.net
>>316
GatsbyのメルカリとかNextのクックパッドはクソ低いな
んでどっちも「不要なJS削除して」みたいな内容のメッセージ出てる
これはフレームワーク使う以上どうにもならんもんだな
IEのサポートのためにJSが肥大化してるから、IEのサポートが切れた今後は改善されるとは思う
325:デフォルトの名無しさん
22/04/27 12:11:08.23 zf70TfDnr.net
そいやnodejs18への対応てそれぞれどうなん？
npmとかサックリあげられるん？
326:デフォルトの名無しさん
22/04/28 12:33:04.83 YyiHmolud.net
今週vueを触ってみた感触…なんでコンポーネント間のデータ受け渡しだけでこんな面倒くさいのよ
327:デフォルトの名無しさん
22/04/28 12:53:04.17 PH6fYmjNr.net
Vuexがあるから
328:デフォルトの名無しさん
22/04/28 13:34:45.22 3hZpkxOv0.net
>>321
個別コンポーネントの上位スコープの変数が欲しいなら
グローバル変数でも使えば？
329:デフォルトの名無しさん
22/04/28 16:40:17.02 Eitw2zDJ0.net
>>321
コンポーネントに必要なデータ渡せばいいだけやん
v-modelで双方向バインディングが必要なデータを渡し
単にパラメータを渡すならそのまま渡せばいいだけだし
何が面倒なのかが分からんわｗ
330:デフォルトの名無しさん
22/04/28 17:05:47.58 3hZpkxOv0.net
あるコントロールの構成が
5階層ぐらいのツリー構造の外部コントロール群から構成されるなんてザラだから、
確かにバケツリレーな実装は面倒だ
331:デフォルトの名無しさん
22/04/29 16:13:49.51 RLK1MYaMd.net
>>323
おおありがとーvuexいれたら楽になった気がする
ただバージョンによってお作法結構ちがうのね
332:デフォルトの名無しさん (ﾜｯﾁｮｲ df7c-Nh0L)
22/04/30 03:08:48 TIk5gKqZ0.net
vuex前提はしんどくね？
コンポーネントは上位から貰う事を鉄則としているわ
333:デフォルトの名無しさん
22/04/30 08:35:04.53 Vrzy9R2kr.net
まあプロジェクトによるよね
参照するObject次第だし
直近の親コンポーネントから渡したいだけならprop的な方がいいし、
同じ階層の親も子も複数とかならvuexが便利やろね
334:321
22/04/30 09:53:16.24 PszWcuHed.net
バケツがデータの変化を追うのにいいとは思ってるけどjwtのトークンや認証したユーザー情報やら共通的なデータをコンポーネントを遷移させる都度引き渡しするのに面倒だなとというのと親に値を返すときのイベント駆動がいまいち慣れないってのがあって愚痴ってたのよ
まだはじめて数日なんで上手い方法を知らないってのが問題なんだけどね
335:デフォルトの名無しさん
22/04/30 10:00:30.24 2PyIbekxM.net
vueのコンポーネント間の連携は普通にクソだと思う
336:デフォルトの名無しさん
22/04/30 10:04:45.59 yyP0uz/30.net
認証情報とかってAjax発行したりするVuexのactionsの中でだけ使うようにすればバケツとかイベントで悩む必要なくない？
337:デフォルトの名無しさん
22/04/30 10:32:42.73 /k/F8o6k0.net
まあ、そうだわね
個人的にvueは、vuex、router、vuetifyあたりはデフォで取り込んどいてくれればありがたいのにな、とは思う
てかvuetifyのvue3完全対応はよ
338:デフォルトの名無しさん (ﾜｯﾁｮｲ 7f10-tZBq)
22/04/30 16:10:41 zPHJgr0b0.net
vuetifyまってるから3に移行できない
339:デフォルトの名無しさん
22/04/30 16:41:12.06 l9WwkTH60.net
>>333
おなじだｗ
340:デフォルトの名無しさん
22/04/30 16:54:45.65 AdowfueD0.net
Reactコンポーネントのdynamic importがこんなに簡単だと思わなかった。きっちりLazyで、初めて表示されるまでロードされないし
341:デフォルトの名無しさん
22/05/05 12:12:21.70 JOrREzPe0.net
Reactを触りはじめた
reduxだけで全ての状態管理を行おうとして一度詰まったわ
ケースバイケースでcontextの状態管理を使うようにしたらあっさり設計が改善された
しばらくこれで開発を進められそう
342:デフォルトの名無しさん
22/05/05 12:40:32.60 M81p8ixHM.net
全部Contextでいいよ
343:デフォルトの名無しさん
22/05/05 15:49:37.20 E59/eiACM.net
reduxめんどすぎる
contextで何が悪いとひらきなおる
344:デフォルトの名無しさん
22/05/05 16:42:31.70 g9pcvMher.net
ContextでviewModelを共有して快適になった
345:デフォルトの名無しさん
22/05/05 19:21:23.67 d4EhUcjy0.net
>>336
Recoil使え今どきReduxとかレクチャーしてる所は時代遅れ甚だしい
346:デフォルトの名無しさん
22/05/05 21:33:28.30 zy/PQCjp0.net
>>340
もうすこし安定したら乗り換えるわ
347:デフォルトの名無しさん
22/05/05 21:44:07.24 zy/PQCjp0.net
RecoilはFlutterのProviderみたいに使えそうだから個人的に気になってはいるんだけど
まだ破壊的な変更がありそうで怖い
348:デフォルトの名無しさん (ﾜｯﾁｮｲ c77d-N6wW)
22/05/06 05:20:48 oT18ggJ/0.net
ちょっとRecoilを触ったらいきなりフレームワーク特有のバグを踏んだ・・・
まだ早いなこれ
349:デフォルトの名無しさん
22/05/06 08:54:27.79 oT18ggJ/0.net
recoilはbooleanのステートを管理するのが苦手なのかな
いまbooleanのステータスを外部関数で変更しようとして詰まってる
350:デフォルトの名無しさん
22/05/06 09:07:04.50 /5yWs8w9M.net
安定してる枯れた技術を使えばいいのに
351:デフォルトの名無しさん
22/05/06 09:09:54.58 WQ6xyIq40.net
せやな
$('.hoge')しちゃうぞー
352:デフォルトの名無しさん
22/05/06 12:44:04.10 hGTMOB260.net
Recoil扱えないレベルならjQueryにしとけ
353:デフォルトの名無しさん
22/05/06 13:09:58.42 bbHeZnHF0.net
おれのばあいatomとuseRecoilState(Value)でだいたい事足りるから
recoilでよほど難しいことしてるのかなって感想をもった
354:デフォルトの名無しさん
22/05/06 18:24:07.05 GeecAItIa.net
Contextはレンダリングで地雷踏みがちだよね
355:デフォルトの名無しさん
22/05/06 18:37:31.57 SCY9U79Cd.net
便利にするつもりなんだろうけどどんどん面倒くさいことになってるなあ
それぞれの思想やらお作法やらあって純粋にうわもののAP作るより手が掛かる
356:デフォルトの名無しさん
22/05/06 21:41:17.90 0Wk7dWwd0.net
Recoil結構ずっと使ってるけどRecoil固有のバグに遭った事はないな
RecoilでダメだったものはReduxでもダメでそもそも別のReactコンポーネントの配置構成の問題ならあったけど
357:デフォルトの名無しさん
22/05/07 13:49:45.64 096Gh04Ia.net
色々UIライブラリ使ったけどメンテまで考えると使わないのが一番楽な気がする
358:デフォルトの名無しさん
22/05/07 14:13:06.56 uw8aRzWk0.net
>>352
正解
359:デフォルトの名無しさん
22/05/07 14:40:12.27 7LJvaXlWM.net
Reactだとない物は自分で作ったほうが早いし色んな意味で安全
360:デフォルトの名無しさん
22/05/07 17:37:02.37 i1jCC2+50.net
流石に週間時刻予定表とかは作りたくないんだけど、そういうのも？
具体的にはreact-big-calendar
361:デフォルトの名無しさん (ｱｳｱｳｴｰ Sae2-5N2W)
22/05/07 19:12:04 096Gh04Ia.net
そういうんじゃなくてmaterialとかBoostrapとかのことね
362:デフォルトの名無しさん
22/05/07 19:28:50.19 i1jCC2+50.net
なるほど
363:デフォルトの名無しさん
22/05/07 19:34:38.77 7LJvaXlWM.net
>355
俺だったら自作する代表例
機能が多くて具体的なライブラリほど満たせない要求が出やすくかつ出た時に困る
364:デフォルトの名無しさん (ﾜｯﾁｮｲ 6a02-zDU0)
22/05/07 22:04:34 PCyZr/gD0.net
Vue3.2使い勝手がよくなったって聞いたけど3.2対応のドキュメントって全然充実してないね
365:デフォルトの名無しさん
22/05/08 12:47:49.43 dY4mgHSSa.net
2でも説明足りなかったけど3になったらコード追わないと分からない部分増えたよね
そこで見限ったから現状は分からないけど
reactに比べたら桁違いにユーザー数少ないししょうがないよね
366:デフォルトの名無しさん
22/05/08 13:04:01.28 G0IAk6dw0.net
>>360
Vueはユーザー数多いとは一体なんだったんだろうな…
367:デフォルトの名無しさん
22/05/08 13:07:14.64 EfdQ3QOw0.net
Cakeが2から3になった時に誰も使わなくなったみたいな感じになるのかな
Vue一本でやってきた奴が乗り換える先がないからそこまで極端にはならんかもしれんが
368:デフォルトの名無しさん
22/05/08 13:24:16.98 tE2TLZUz0.net
vue3はvue3で使えるよ
まあドキュメント少ないていうか、
webだと2も3も混在しててググラビリティ低いのは実感する
この板でvueをやたら下に見る人がいるのは変わらんわね
369:デフォルトの名無しさん
22/05/08 13:33:39.93 G0IAk6dw0.net
>>363
3.2で劇的に生産性が上がったみたいな例はみたんだけどそれ以外の体系的なところ探そうとしたら
公式みても古い書式だしどうすんだよこれって感じ
370:デフォルトの名無しさん
22/05/08 13:37:51.53 bYE36LMPr.net
劇的にって今までどんだけ酷かったんだよ？
371:デフォルトの名無しさん (ｱｳｱｳｴｰ Sae2-5N2W)
22/05/08 16:50:50 dY4mgHSSa.net
検索すると中国語ばかりで色々と先が思いやられたな
Vueの良さってのも分かるんだけど「合わない」ってのが率直な印象
372:デフォルトの名無しさん
22/05/08 17:07:04.49 Bk/pIFjb0.net
俺の知り合いVue2ずっと使ってるわ
新サービスにも2を使ってる
早くもレガシーになってる
373:デフォルトの名無しさん
22/05/08 17:45:02.57 TLe2TDUz0.net
Vuetify3開発中でなぁ……
374:デフォルトの名無しさん
22/05/08 21:38:54.16 fIpwljBMr.net
だからReactにしとけってあれだけ言ったのにアホたちがVueを押しまくるからこん
375:なことになったんだよ
376:デフォルトの名無しさん
22/05/08 22:46:27.26 okc/yLm6d.net
トップダウン設計が苦手なジャップにはReactよりVueの方が馴染みやすかったんだろうね
377:デフォルトの名無しさん
22/05/08 22:57:43.17 G0IAk6dw0.net
Vue.js 超入門 v3.2対応: 最初に手にしてよかった本 (技術書) 5/6
タイミング良すぎでワロタ
378:デフォルトの名無しさん (ﾜｯﾁｮｲ 6aad-iTAF)
22/05/09 10:13:46 tnQhjx0i0.net
>>371
こんなPDFアップロードしただけっぽい同人の本みたいなもんよく見つけられたな
379:321 (ｽｯﾌﾟ Sd8a-UZuW)
22/05/09 11:20:31 MDL1KsPbd.net
veu promiseが面倒くさい(´；ω；｀)
380:デフォルトの名無しさん
22/05/09 15:04:30.12 +B7Bz6jv0.net
Vueはまじでどこに向かってんだろうな
Angularの良いとこ取りで始まったはずなのに今はReactの後追いやってるし
シンプルなまま、今のSvelteポジを狙っていればまだ将来性はあったんだろうなー
381:デフォルトの名無しさん
22/05/09 15:23:47.98 BwO2whlG0.net
海外はむしろreactからsvelte,vueに向かってるのに日本人って英語の情報取りに行けないから遅いよね。
Reactのつらみわからん奴らがvueよりもreactの方がわかりやすいとか言ってるの見てほんと笑える
382:デフォルトの名無しさん
22/05/09 15:27:18.69 BwO2whlG0.net
Vueオワコン言ってる奴はrailsオワコン言ってるのと同レベルの現実見れないアホ
383:デフォルトの名無しさん
22/05/09 15:28:31.65 LTRaZC8Zr.net
Vueオワコン
384:デフォルトの名無しさん
22/05/09 15:59:39.58 TDei0tm50.net
svelteに期待してる
385:デフォルトの名無しさん
22/05/09 17:15:36.11 L5feTUyla.net
>>374
中華ライブラリ特有の全部盛りに向かってる気がする
386:デフォルトの名無しさん
22/05/09 17:58:30.26 0xPIgSdY0.net
>>375
情報元を貼り給えよ
387:デフォルトの名無しさん
22/05/09 18:49:11.04 3RNMdMia0.net
めちゃくちゃ楽にやりたいだけならsvelteでいいわな
vanilla.jsの延長として書きやすい
388:デフォルトの名無しさん
22/05/09 18:54:23.44 LTRaZC8Zr.net
React1本でいいだろ
他はやる必要すらない
389:デフォルトの名無しさん
22/05/09 18:57:34.39 LBfpXsR+M.net
>>381
同感
Reactのような無駄なことをしない分
軽いよね
390:デフォルトの名無しさん
22/05/09 19:07:57.03 bWhlIlLyM.net
ロシアのせいでOSS依存へのリスクが無視できなくなりつつある
依存レスかつオールインワンなフレームワークが欲しい
だれか作ってくれ
391:デフォルトの名無しさん
22/05/09 19:38:45.33 +B7Bz6jv0.net
ちなみに、Vueのモチベーションは
「Angularの本当に好きだった部分を抽出して、余分な概念なしに本当に軽いものを作る」
392:デフォルトの名無しさん
22/05/09 20:30:16.08 DTjC8lC90.net
>>372
入れ替わりの激しいものはAmazonで日付順検索が鉄板だからね
393:デフォルトの名無しさん
22/05/09 20:32:04.88 DTjC8lC90.net
>>375
Svelteはどこまで行ってもサイト向けだしどっちかというとjQueryとシェアの取り合いだろ
ReactからSvelteに移るヤツは初めからReactに向いてないものをReactで作ってただけ
394:デフォルトの名無しさん (ﾜｯﾁｮｲ 2a00-ckJZ)
22/05/09 20:52:07 0xPIgSdY0.net
>>383
何を持って重いとしているか
395:デフォルトの名無しさん (ﾜｯﾁｮｲ d3e6-/zFp)
22/05/09 20:54:12 3RNMdMia0.net
俺は普通のサイト=svelte
ゴリゴリのSPA=React
こういう使い分けをしてる
割といい感じだよ
svelteは既存のサイトに追加するのも楽ちん
396:デフォルトの名無しさん (ﾜｯﾁｮｲ fbad-Qemf)
22/05/09 21:01:23 48QKZ9zX0.net
Vueって最初は確かに軽いAngularって感じでいいなと思うんだけど
だんだん公式の散らかり具合のほうが気になってきて逆にAngularのほうが楽じゃね？って�
397:Cがしてくるんだよな
398:デフォルトの名無しさん (ﾜｯﾁｮｲ d3e6-/zFp)
22/05/09 21:03:59 3RNMdMia0.net
>>390
わかる
同じレベルの学習コスト払うなら今やangularの方が良い
399:デフォルトの名無しさん
22/05/09 22:46:11.37 TDei0tm50.net
＞Svelteはどこまで行ってもサイト向けだしどっちかというとjQueryとシェアの取り合いだろ
えー
400:デフォルトの名無しさん
22/05/09 23:23:35.80 922ksBy10.net
というかSPAで作るもの自体普通のサイトレベルだとおもってんだけど
ものすごいのSPAで作ったことあんの？
401:デフォルトの名無しさん
22/05/09 23:38:58.28 S0Cki9Rvd.net
React使ってるSaaSは普通に存在する
402:デフォルトの名無しさん
22/05/09 23:51:34.61 pCXH3gMK0.net
個人的にはvueで取りあえず間に合ってるし新規開発者にも教えやすいし
少人数のプロジェクトで少し手伝って貰うみたいなケースでは
今まで出来ないから直ぐにクビみたいなのは無かったな
まぁ、外れの技術者が来れば出来ないのだろうけどｗ
reactにしたら多分こううまくは行ってない気がする
403:デフォルトの名無しさん (ﾜｯﾁｮｲ d3e6-iTAF)
22/05/10 07:20:12 FLX1VExp0.net
>>393
wappalyzerでサイトとかサービス見てみたらいい
大手のサービスとかサイトとスタートアップのサービスはかなり使ってる
404:デフォルトの名無しさん (ｵｯﾍﾟｹ Sr33-TWCy)
22/05/10 07:21:45 tsciyRcLr.net
>>393
その認識ならSPAやめたほうがいい
405:デフォルトの名無しさん
22/05/10 08:01:33.84 5TsJWvHOM.net
>>384
それはOSS特有の怖さではないよね。それにOSSならフォークも可能だからむしろリスクは低い。ある意味ではプロプライエタリのほうが怖い
406:デフォルトの名無しさん
22/05/10 09:17:34.49 eFgarx/HM.net
>>398
そだね
外部依存のリスクと言ったほうが正確だ
なのでフレームワーク自体が外部依存しておらず、フレームワーク以外の外部依存に頼らなくても快適に開発できる
そんなオールインワンのフレームワークが信頼のおける組織から出てほしい
407:デフォルトの名無しさん
22/05/10 12:56:40.80 hNMnrPsB0.net
Webの場合そうはないけどソースコード非公開の個人製作のヤツが一番ヤバイけどね
408:デフォルトの名無しさん
22/05/10 13:47:13.87 ov5OsiCVa.net
Pythonみたいによく使われるモジュールが言語に標準装備されてれば良いんだろね
node界隈の混沌とした状況が原因じゃねーかな
409:デフォルトの名無しさん
22/05/10 14:15:28.32 AcxeyIYr0.net
JavaScriptのようにPythonコードをHTML内に記述して実行できる「PyScript」 Anacondaがオープンソースで公開
URLﾘﾝｸ(www.itmedia.co.jp)
もうJavascriptは要らなくなるのかもな