22/08/20 15:35:45.63 l3DwVL0Za.net
O2
3:デフォルトの名無しさん
22/08/20 18:06:14.32 tb+KhPwL0.net
もう「フロントエンド総合」でええんやないか？
4:デフォルトの名無しさん
22/08/20 19:56:04.29 IH+bpBBUd.net
爆乳とチッパイどっちなの(´；ω；｀)？
5:デフォルトの名無しさん
22/09/05 08:35:28.05 uXODbQDL0.net
>>3
そしたらBlazorも来るだろ！
6:デフォルトの名無しさん
22/09/05 10:51:48.50 9OJuV/Gi0.net
c#おじさんはいらんよ
7:デフォルトの名無しさん
22/09/06 08:57:17.80 9WMtC8ULa.net
>>4
形が良ければどっちでもいい
8:デフォルトの名無しさん
22/11/02 18:38:15.77 txNfMsZbr.net
Next.jsの13全然追ってなかったわ
webpackより700倍高速なバンドルツールをvercelが開発
URLﾘﾝｸ(gigazine.net)
9:デフォルトの名無しさん
22/11/23 20:13:40.97 x7TitiOn0.net
sveltekitは更新が頻繁になりすぎてJSDocが外れてる？
10:デフォルトの名無しさん
22/12/09 20:08:47.80 vg/0G+5O0.net
今出てるといってるのはプレリリース版だよね？自分は補完とか機能してるよ。今使ってるのは多分1週間前ぐらいにでたやつ
11:デフォルトの名無しさん
22/12/22 10:45:39.21 XoPsv0F00.net
1.0.0になってからcreate svelte@latestが極端に遅い…
12:デフォルトの名無しさん
23/06/03 13:01:50.24 DmCKHUA20.net
Reactはどんどんマニアックになってってるな。useEffectで開発モードは2回挙動
ふ、ざ、け、ん、な
13:デフォルトの名無しさん
23/06/03 19:16:45.67 20/8aKra0.net
Reactは言うほど変わってる感無い。根っこの部分はブレないし。Nextは何なんすか
14:デフォルトの名無しさん
23/06/07 20:17:40.30 RIJnPTBg0.net
いつのまにかVueの推奨Piniaになったのか
Vuexどこいった
15:デフォルトの名無しさん (ｱｳｱｳｸｰ MM85-zWOt)
23/06/16 11:27:07.59 lxmctZCRM.net
で、vueとreactどっちが正解なんだ？
16:デフォルトの名無しさん (ﾜｯﾁｮｲ 9300-lLA6)
23/06/16 20:25:46.03 Tb3xX+N80.net
Vue使ったことないけどなんか3になって混乱が広がっているらしく、今後も使わなさそう
17:デフォルトの名無しさん (ｵｯﾍﾟｹ Sr79-7QlU)
23/06/17 08:44:42.86 +c093WH5r.net
そもそもVueもReactも落ち目だからな
誰も使っていない
バックエンドフレームワークに回帰してる
18:デフォルトの名無しさん (ﾜｯﾁｮｲ d200-zVzA)
23/06/17 10:33:04.23 Gg6enPCd0.net
バックエンドフレームワーク（Next,Nuxt）流行ってるな！
19:デフォルトの名無しさん (ﾜｯﾁｮｲ debb-dmC9)
23/06/17 12:16:06.83 f/WnRfTr0.net
結局VueかReactじゃんっていう
レンダリングがサーバかクライアントかってだけ
20:デフォルトの名無しさん (ｵｯﾍﾟｹ Sr79-UmNC)
23/06/17 12:21:32.51 fu2oqIjYr.net
>>16
どんな混乱？
21:デフォルトの名無しさん (ﾜｯﾁｮｲ 12ad-oUXQ)
23/06/17 19:22:10.72 FD3SV9el0.net
Vueは3になってからかなり書きやすくなったよ
TSとの相性も良くなっからIDE補完もよく効くし
22:デフォルトの名無しさん (ﾜｯﾁｮｲ debb-dmC9)
23/06/17 19:43:30.84 f/WnRfTr0.net
最初からVue3ならなんの問題もないけどPython2→3並の環境変化がいかんかった
23:デフォルトの名無しさん (ﾜｯﾁｮｲ 515f-Anks)
23/06/17 21:07:25.67 7sRH1vNZ0.net
TSやってみたいからVueの方がいいのかなぁ？
24:デフォルトの名無しさん (ﾜｯﾁｮｲ d200-zVzA)
23/06/18 10:03:31.70 Gm9b9Tvc0.net
ReactもTS関連はかなり充実してるよ
25:デフォルトの名無しさん (ﾜｯﾁｮｲ 515f-Anks)
23/06/18 13:05:14.67 X772Y+Zv0.net
ReactもTS対応してるのね
どっちもやれって話だけど自分の頭のキャパ的に片方しかやれないだろうし迷うなあ
26:デフォルトの名無しさん (ﾜｯﾁｮｲ 5e10-BaQE)
23/06/18 13:51:04.42 oE5XcF9a0.net
とりあえずvue触ってるけど
まだcssで自由にレイアウトすることができない自分が大問題
27:デフォルトの名無しさん (ｵｯﾍﾟｹ Sr79-7QlU)
23/06/18 15:51:55.41 XFsbPC8dr.net
初めてやるならReactにしなよ
わざわざマイナーなvueを選択する必要はない
28:デフォルトの名無しさん (ﾜｯﾁｮｲ 6e02-1tDD)
23/06/18 16:57:08.52 Agm4O9LR0.net
useEffectの依存関係をきちんとメンバー全員が
理解できるかどうかでreactでやるかvueでやるか
検討したいところ
29:デフォルトの名無しさん (ﾜｯﾁｮｲ a901-BV5X)
23/06/20 16:46:27.28 2iPL483L0.net
vueって重いイメージだったけど3試してみたらかなり軽くなってたわ
何か大きな変更でもあったのかな
30:デフォルトの名無しさん (ﾄﾞｺｸﾞﾛ MM46-KL5s)
23/06/20 16:54:11.13 Vw+OXKbZM.net
Vue3はベンチマークだけ見るとpreactやsvelteよりパフォーマンスが良いからな
solidには及ばないが
31:デフォルトの名無しさん (ﾜｯﾁｮｲ 12ad-oUXQ)
23/06/20 23:36:28.85 F94JsG+B0.net
Vueは2系までwebpack依存だったけど3からはviteもサポートされて、デフォルトもviteになって軽くなったよ
軽くなったって言うのが開発サーバーの速度じゃなくてレンダリング速度のこと言ってるなら知らん
32:デフォルトの名無しさん (ｽｯｯﾌﾟ Sd02-0y+p)
23/07/01 23:19:24.63 gJFpmb7Dd.net
Svelte始めたらReactとかVueが辛くなってしまった
だけどシェアがあんまり広がらないので仕事はあんまりないんだろうなあ
33:デフォルトの名無しさん (ｵｯﾍﾟｹ Sr5f-GerB)
23/07/02 09:38:21.92 J5GvP73fr.net
svelteをやってはいけない
悩むくらいなら知らないほうがいい
34:デフォルトの名無しさん (ﾜｯﾁｮｲ d701-6ZgP)
23/07/03 07:46:09.30 9ufxTA5a0.net
svelte小さいサイトにはすごい適してるんだけど要素が増えていくとファイルサイズがとんでもなく肥大化していくんだよな
軽量なサイトを作るつもりでsvelte選んだのにいつの間にかReactより大きくなってしまうという
将来的に改善されたりするのだろうか
35:デフォルトの名無しさん (ﾄﾞｺｸﾞﾛ MM1e-6ZgP)
23/07/04 11:41:46.05 Yd4+6wkXM.net
最近はRemixばかり使ってるなあ
シンプルなのに複雑なものを作るのも簡単で良い
36:デフォルトの名無しさん (ﾜｯﾁｮｲ 175f-knyK)
23/07/08 03:39:30.76 vFYcQbUX0.net
病∞！！！！
魃∞！！！！！
害∞！！！！！！
雇∞！！！！！！！
期∞！！！！！！！！
傷∞！！！！！！！！！
37:デフォルトの名無しさん
23/07/23 16:08:02.86 Aixw9NDMl
殺害事件を受けて命ガ－た゛のほさ゛きながらモクト―とかやってる八ケ゛とか見ると笑いをこらえるのが大変だよね
都心まで数珠つなき゛て゛住民の生命と財産をクソ航空機によって侵略して騷音にコ囗ナに温室効果カ゛スにとまき散らして、
憲法カ゛ン無視で威力業務妨害して私権侵害に気侯変動に災害連発させて国土破壞して公然と住民を殺害しまくってるキチガヰ腐敗国家だぜ
そんな世界最惡のシ゛ェノサイト゛マッチポンプテロ国家で何を寝言ほさ゛いてんた゛か腹筋割れちまうか゛なっつのな
もしかして，世界最惡の殺人組織公明党斎藤鉄夫に汚染された国土破壞省か゛意図的に氣候変動させて災害連発させて
私利私欲のために國土破壞してる現実とか，騒音まき散らして知的能力者に威力業務妨害して詐欺やらて゛しかマトモに
稼け゛なくしている現実すら知らない根本的かつ絶望的なバ力が他人を巻き込んで神秘的な自己満娯楽を堪能してたりするのかな
反吐か゛出そうじゃね
創価学會員は、何百万人も殺傷して損害を与えて私腹を肥やし続けて逮捕者まで出てる世界最惡の殺人腐敗組織公明党を
池田センセ‐か゛ロをきけて容認するとか本気で思ってるとしたら侮辱にもほと゛があるそ゛！
ｈΤТＰｓ：／／ｉ，ｉｍｇｕｒ．ｃｏｍ／hnli1ga.jpeg
38:デフォルトの名無しさん (ﾜｯﾁｮｲ 6701-8+1g)
23/07/23 02:01:34.27 BD7SXAaI0.net
最近のフレームワークはどれもRemixの影響受けてるね
Next.jsのappルーターやsveltekitやsolidstartなんかどれもRemixと似たような設計してる
39:デフォルトの名無しさん (ﾜｯﾁｮｲ 8fba-IPSQ)
23/07/29 11:50:47.74 hwv+jMBt0.net
Viteまじ神すぎる。Viteのお陰でフレームワークそのものの高速性よりビルドアップの高速性が10倍ぐらい変わった
お陰でアメリカでもVueとNuxtの知名度とシェア上がってきてるね
Vue3.2のscript setupは間違いなく改善。ボイラーテンプレート取っ払ったお陰で逆に初心者でも入りやすい記述になった
Angularも13でreactive forms、14でstandalone component、16でSignalsと汎用アプリにも対応しようと大きく動いてきてる
いい意味でReactのシェア寡占が他に刺激与えてるな
40:デフォルトの名無しさん (ﾜｯﾁｮｲ 7f6e-2ThR)
23/07/29 13:59:54.99 kOyDYnWF0.net
vite + react で ok
41:デフォルトの名無しさん (ｵｯﾍﾟｹ Sr33-Ef5P)
23/07/29 21:35:45.51 3RITigYlr.net
そこまで必死にならなくてもReactで問題ない
42:デフォルトの名無しさん (ﾜｯﾁｮｲ 8fba-IPSQ)
23/08/01 22:25:37.85 ew1gc2IE0.net
Reactはifとループ周りとフォームの同期あたりが相変わらず冗長で煩雑な記述多い。まずその辺直してくれ
>>40
いつまでViteをReactに対応させるか気になるところだけどな。
Next開発したVercelがEvanさん怒らせてるし
43:デフォルトの名無しさん (ｵｯﾍﾟｹ Sr33-2ThR)
23/08/01 22:45:39.07 kVMd6GX/r.net
>>ループ周りとフォームの同期あたり
templateしろとかいう？そんな糞は要らんわ
44:デフォルトの名無しさん (ﾜｯﾁｮｲ 2a00-GcZb)
23/08/02 05:24:13.28 IkKGMMok0.net
ループ周り煩雑かなぁ？
とても自然に書けると思うけど
45:デフォルトの名無しさん (ﾜｯﾁｮｲ 7f6e-2ThR)
23/08/02 09:49:32.05 7/sShKRO0.net
vueからreactに行って感動したところ
↓
コード書くようにタグが出力できる所
46:デフォルトの名無しさん
23/08/02 11:33:49.07 yrSwUFig0
法による支配だのと嘘八百ほさ゛いてる利権キチガイの岸田異次元増税憲法ガン無視地球破壞軍国主義売国奴文雄のテ口組織自民党が，憲法違反
極まりない自閉隊利権をさらに倍増させて私利私欲のために世界最惡の殺人組織公明党強盗殺人の首魁斉藤鉄夫ら國土破壞省と賄賂癒着してる
クソ航空関係者に、カによるー方的な現状変更させて都心まで数珠つなぎて゛鉄道の３О倍以上もの温室効果ガスをまき散らす大量破壊兵器の
クソ航空機飛は゛させて憲法１З条２５条２９条と公然と違反して私権侵害に威カ業務妨害にと繰り返して莫大な石油を無駄に燃やしてヱネ価格
暴騰させて国民の生活どころか人権まて゛蹂躙して、氣候変動によって土砂崩れに洪水，暴風、猛暑、干は゛つ，大雪にと住民を殺しまくって
ＷМ０が１９７〇年以降確認しているた゛けて゛２ΟО萬人以上か゛氣候変動によって殺害され經済損失は６Ｏ０兆圓以上だか゛、もはや正当防衛かつ
緊急避難としてクソ航空関係者と國土破壊省のテロリストを皆殺しにする権利を住民か゛有することは法的に認められた正当な権利なのは明らか
日本人は個人的な恨みによる行動は゛かりた゛か゛，民主主義とは武力によってのみ維持て゛きるという世界の常識を理解しないと奪われる─方た゛ぞ！
創価学会員は，何百萬人も殺傷して損害を与えて私腹を肥やし続けて逮捕者まで出てる世界最悪の殺人腐敗組織公明党を
池田センセ‐か゛ロをきけて容認するとか本氣て゛思ってるとしたら侮辱にもほどか゛あるそ゛！
ｈｔТｐｓ：／／ｉ、ｉｍｇｕｒ，ｃоｍ／hnli1ga.jpeg
47:デフォルトの名無しさん (ﾜｯﾁｮｲ 2e02-YEak)
23/08/02 16:32:33.48 UMx4J1nm0.net
フォームの同期に関する冗長で煩雑な記述って
たとえばどんなのだろ
48:デフォルトの名無しさん (ｵｯﾍﾟｹ Sr33-9t3s)
23/08/02 19:31:33.08 U4DR6tgCr.net
お気楽双方向バインディングの事だろ
49:デフォルトの名無しさん (ﾜｯﾁｮｲ 9fba-mBaV)
23/08/05 10:24:20.54 bGhqBl6X0.net
>>47
全フォームにuseStateを紐付けるuseState地獄とか
デザイナー泣かせなカスタムコンポーネントによるJSX分離とか
ループも<>…</>、array.map、return(…)だらけで、ここもシンプルに式を埋め込みできるSvelteあたり見習えって思う
50:デフォルトの名無しさん (ﾜｯﾁｮｲ ff00-bML1)
23/08/05 10:45:51.33 KYWBIXxF0.net
ループに関しては関数型（風の）書き方に慣れてないだけでは？
Svelteのループ始めてみたけど何やこれ独自構文やん。どう考えてもJSのルールの延長で書けるReactの方がマシやんけ。
51:デフォルトの名無しさん (ﾜｯﾁｮｲ 8b63-+LyN)
23/08/05 11:05:09.23 m7mFJ6Cz0.net
理由が初心者ぼいから
そういう理由みたいだね
52:デフォルトの名無しさん (ﾌﾞｰｲﾓ MMb3-bML1)
23/08/05 11:12:56.38 kpd9FaznM.net
formなんて言うほどたくさん作らないからstate紐つけても問題なくないか
53:デフォルトの名無しさん (ﾜｯﾁｮｲ 9fba-mBaV)
23/08/05 19:07:27.74 bGhqBl6X0.net
>>50
svelteの書き方はあれでわかりやすいぞ、Laravel、cake、Django、Flaskらと同じ埋め込み式だし
VueやAngularのようにテンプレートに反復ディレクティブつけるか否か迷う必要もない
まあ、どれも慣れなんだろうけど
54:デフォルトの名無しさん (ﾜｯﾁｮｲ ff00-bML1)
23/08/05 20:03:11.37 KYWBIXxF0.net
>>53
慣れなのは確かにそうだろうね。
とはいえやっぱJavaScriptの『式』として使える利便性には負ける気がするなぁ
55:デフォルトの名無しさん (ﾄﾞｺｸﾞﾛ MMde-0ct8)
23/08/27 10:57:47.09 nGEdsRXFM.net
phpと組み合わせようとするとreact微妙なんだよね
56:デフォルトの名無しさん (ﾜｯﾁｮｲ 0a00-xo/U)
23/08/27 12:43:01.48 FuPBCExV0.net
PHPにREST APIと権限管理だけさせればええやん
57:デフォルトの名無しさん (ﾜｯﾁｮｲ e301-/YcV)
23/09/11 13:58:11.91 tDmWesz90.net
>>51
おう初心者が来てやったぞ
2日かけてVue3イジって出た結論が『これから初心者がやるならReactの方がマシ』だ
リリースから3年も経ってるのに主要なnpmパッケージがろくにバージョンアップされてない時点で終わってるの丸出しなんよ
せいぜいVue2の時はnpm経由でやれてたことをガチャガチャ書いててくんな
Vue3なんてVue2のEOLで頓死してるVueラーがバンザイ突撃するだけのもんで初心者が付き合うモンじゃねーわ
58:デフォルトの名無しさん (ﾜｯﾁｮｲ ca44-6jLp)
23/09/14 10:29:01.89 51q5bCXD0.net
Vueは明らかにjQuery利用者の後釜狙ってるのはわかる、vuetifyを整備したのはその布石。Reactと競合しようとは考えてないだろうな
競合考えてたら、ViteはReactサポート打ち切る
だが、いい加減CDNでscript setup使えるようにした方がいい。いつまで初心者にあのボイラープレート書かせる気だ
59:デフォルトの名無しさん (ﾜｯﾁｮｲ cfba-A5lE)
23/09/17 10:28:30.78 gEIsjrIt0.net
>>57
Vue2？
あんなオブジェクトの分割代入もできない、イベントバス使ったAPIでしか兄弟コンポーネントにステート送れなかった
AngularJS時代のレガシーに毛が生えたもの使い続けても未来なんてなかったからな
けどな、Reactもクラスコンポーネントと関数コンポーネントの過渡期で、Reactは関数コンポーネント、React Nativeは
クラスコンポーネントで書かされたという二元管理強いられた、鬱陶しい過去があるからそこはお互い様だ
60:デフォルトの名無しさん (ﾜｯﾁｮｲ 8f01-PmUj)
23/09/21 20:58:44.53 8RoqpOZx0.net
svelte5でrunesとかいうのが追加されるみたい
61:デフォルトの名無しさん (ｽﾌﾟｰﾌﾟ Sd43-E3Lm)
23/09/30 14:52:24.07 FipvIPo0d.net
ワイ、おっさんなんやが、reactやって、vueやってからsvelteやったんだが、
1番わかりやすかったのがsvelteだった。
reactの時代は続くだろうけど、正直継ぎ足して機能が増えてる印象があるんやが、若い人は覚えていけるのすごいと思う。
62:デフォルトの名無しさん (ﾜﾝﾐﾝｸﾞｸ MMb1-vey7)
23/09/30 23:46:53.06 zqBRgqVKM.net
react と vue を都合好く混ぜたのが svelte だと思っている。
63:デフォルトの名無しさん (ｽﾌﾟｰﾌﾟ Sd43-E3Lm)
23/10/01 01:14:18.44 1Z2wo8ZQd.net
ワイは、reactとvueを使った時、なんと言っていいかわからんが、なんか回りくどい感じがしてたんやが
svelte使って、すごい直感的やな、と思ったで。
64:デフォルトの名無しさん (ｱｳｱｳｸｰ MMa1-QGAK)
23/10/03 20:28:04.78 rakbl5NFM.net
これからはスベルテの時代ということでokなりか
65:デフォルトの名無しさん (ﾜｯﾁｮｲ abd3-/33x)
23/10/04 09:46:28.78 PulADrMA0.net
残念ながらどこも使ってない
あくまでもスベルトはお遊び学習用
66:デフォルトの名無しさん
23/10/07 09:23:18.54 p8F67AWb0.net
Svelteは柔軟に見えてJSへの制約ガチガチなんだよな。ストアやディスパッチ使ったらわかる。見た目以上の鬱陶しさが
>>61
useReducerすら使いこなせない人がReact触ってるからな。フックも今や21あるけど何人が全部マスターしてることやら
67:デフォルトの名無しさん (ﾜｯﾁｮｲ e9da-n+VP)
23/10/07 17:00:40.27 K28Gki3v0.net
フックは都度必要に応じて作るもんじゃないの？
うちのプロジェクトのフック置き場に山ほど転がってんだけど
68:デフォルトの名無しさん (ﾜｯﾁｮｲ b602-yoZR)
23/10/07 20:57:59.22 YyP4A6Ju0.net
useFuck
69:デフォルトの名無しさん
23/10/08 03:14:07.74 sIYMAmiV0.net
クラスの継承みたいにフックの多さが可読性やら何やら下げる要因にはならんのかい？
70:デフォルトの名無しさん (ﾜｯﾁｮｲ 9501-BxhN)
23/10/13 10:02:22.61 dyBUnnQf0.net
jsxの時代になってからweb開発始めたからsvelteの構文そんな馴染み無いんたよな
71:デフォルトの名無しさん
23/10/14 07:05:49.42 8MwVC+VG0.net
Flutterと連動するWebアプリを開発しようとして、
Dartで書いたViewModelやModelをjavascriptに書き直しただけのコードをそのまま流用できるフレームワークを探したら、
Angularに行き着いた
Flutterの自由度が低いから、Angularの自由度が低くても釣り合うだろう(適当)
72:デフォルトの名無しさん
23/10/14 07:05:53.69 8MwVC+VG0.net
Flutterと連動するWebアプリを開発しようとして、
Dartで書いたViewModelやModelをjavascriptに書き直しただけのコードをそのまま流用できるフレームワークを探したら、
Angularに行き着いた
Flutterの自由度が低いから、Angularの自由度が低くても釣り合うだろう(適当)
73:デフォルトの名無しさん
23/10/14 13:53:49.35 sFYTbpkm0.net
Angularはstandalone APIになってから自由度めちゃくちゃ高くなったよ
もともと記述自体の自由度は高いフレームワークなんだけどね
74:デフォルトの名無しさん
23/10/15 12:52:46.97 j2fM/jl70.net
Angularって大きいSPAでもないと使う候補に挙がらないから使える人が増えないんだよね
Reactは小さいブログにも使われてるのに
75:デフォルトの名無しさん
23/10/16 04:32:24.31 VgwDH/bJ0.net
業務はエンジニアのリクルートの都合でReactが優勢だと思う
Angularで求人をかけるとマジで人が集まらない
76:デフォルトの名無しさん
23/10/16 04:32:27.67 VgwDH/bJ0.net
業務はエンジニアのリクルートの都合でReactが優勢だと思う
Angularで求人をかけるとマジで人が集まらない
77:デフォルトの名無しさん (ｱｳｱｳｳｰ Sadd-f0fU)
23/10/16 10:13:57.93 kgcCjrnKa.net
5chでAngular.jsの質問したらVue.jsを薦められた
納得してそれ以降Angularは使ってない
78:デフォルトの名無しさん (ﾜｯﾁｮｲ c17e-UrH0)
23/10/16 11:28:59.19 Cp7DR01g0.net
ほぼ、React。Vue.js は少し
79:デフォルトの名無しさん (ﾜｯﾁｮｲ c17e-UrH0)
23/10/16 11:29:14.81 Cp7DR01g0.net
ほぼ、React。Vue.js は少し
80:デフォルトの名無しさん
23/10/16 20:49:10.99 oEhhIj4+0.net
AngularよりVueを採用する最大のメリットはレンダリング速度かな
単純に開発者の数で言えばまだ互角だろうし
81:デフォルトの名無しさん
23/10/18 10:01:38.69 ubGBG1tF0.net
しかし数年前のreduxってあれなんだったんだろうな。。今も使ってるやついるんか？
82:デフォルトの名無しさん
23/10/18 12:00:44.95 G8nH/BYQ0.net
Next.jsが出てからだいぶ変わったからなReact環境は
83:デフォルトの名無しさん
23/10/18 12:21:59.31 2LclqDZY0.net
フロントエンドがサーバー持つようになったしなぁ
84:デフォルトの名無しさん
23/10/20 04:13:41.88 tV0GMNVZ0.net
redux系の状態以上ライブラリ自体はまだ進化してるけど
reduxをそのまま使ってる人はもうそんなにいないだろう
85:デフォルトの名無しさん (ﾜｯﾁｮｲ eb7d-edRi)
23/10/20 09:25:33.16 tV0GMNVZ0.net
状態以上？ 状態管理
86:デフォルトの名無しさん (ｽｯｯﾌﾟ Sd33-Y0aP)
23/10/20 10:46:27.18 MVypYTjqd.net
Next.jsとApache+Laravelってどっちのほうが処理速度速いの？
MySQLも使う
87:デフォルトの名無しさん (ﾜｯﾁｮｲ 5901-H09/)
23/10/20 16:18:17.84 kjVsrYmt0.net
やることによるのでは
ApacheはNextjsより速いだろうけどLaravelはNextjsより遅いよ
88:デフォルトの名無しさん
23/10/22 09:00:36.20 UziEXe5G0.net
Next13から覚えて使ってみたけど、Turbopackの再ロードの遅さなんとかならんのあれ
Viteに慣れるとあの遅さはストレスになる
>>81
ReduxにしろVuexにしろ、あれはコンテクスト遷移ができなかった頃のドリブル回避用データ管理アイテム
ReactとSvelteはcontext関係のメソッドあるし、VueとAngularはprovideとinjectがあるから
不要とまでは言い切らんがお役御免になってきた。データはフロントエンドで管理すること多いし
89:デフォルトの名無しさん (ﾜｯﾁｮｲ a5f8-wkm2)
23/10/22 11:49:43.45 SXDam87r0.net
>>88
ドリブルってなんよ？
90:デフォルトの名無しさん
23/10/22 14:46:08.63 UziEXe5G0.net
どこかの開発系サイトでその表現を見たんだが単なる思い違いかも知れん。すまん
要はバケツリレーのような非効率なコンポーネント間のデータ受け渡し
91:デフォルトの名無しさん (ﾜｯﾁｮｲ aa4e-cJLB)
23/10/22 17:48:10.06 Sm3JtPed0.net
>>87
やっぱりルーティングって処理重くなるんだな
ルーティングを前提に設計されてるやつとはちがいあるのか
92:デフォルトの名無しさん
23/10/22 20:51:05.65 jhIPZZIM0.net
>>90
バケツリレーの事か
しかしコントロールをキチンと設計して単体テスト入れると
おのずとそうなるから苦にはならんなーー
93:デフォルトの名無しさん (ﾜｯﾁｮｲ 6501-d2Fa)
23/10/22 21:34:30.49 eWNUfsNp0.net
今のredux使ってるサービスの技術的負債感えぐい
94:デフォルトの名無しさん
23/11/04 11:47:31.45 f2HSmboo0.net
AppleのドキュメントやWebサービスはReactもVueもSvelteも使われてた
95:デフォルトの名無しさん
23/11/04 21:13:57.12 sl189qtL0.net
ドキュメントなんてそんな複雑でもないしなんでもいいんだよは
96:デフォルトの名無しさん (ﾜｯﾁｮｲ 6239-6Q/X)
23/11/05 20:32:56.39 MxKe5XHr0.net
もうこのSPAフレームワークの形で今後30年は使いそう
React出てからすでに10年経過してるけど
97:デフォルトの名無しさん
23/11/06 12:32:08.53 W6RQtkmFa.net
結局Reactが一番楽
98:デフォルトの名無しさん
23/11/07 03:43:56.18 gyw6Gday0.net
>>30
たしかにvueはパフォーマンス良いな
URLﾘﾝｸ(i.imgur.com)
99:デフォルトの名無しさん
23/11/07 13:26:43.52 9XwMtQgGd.net
フロントエンドライブラリでtemplate要素って使うの？
表示するコンテンツの雛形自体をファイルで用意するイメージなの？
100:デフォルトの名無しさん (ﾄﾞｺｸﾞﾛ MM56-LZkU)
23/11/07 17:45:49.45 Vtt0/F3+M.net
Million.jsってすごいね
仮想DOMでこのパフォーマンスが出せるものなのか
101:デフォルトの名無しさん (ﾄﾞｺｸﾞﾛ MM56-LZkU)
23/11/07 17:46:03.79 Vtt0/F3+M.net
Million.jsってすごいね
仮想DOMでこのパフォーマンスが出せるものなのか
102:デフォルトの名無しさん
23/11/09 11:57:59.31 EEosMS9r0.net
Vue.jsでやるにしてもJSXとstyled-components使いたい
103:デフォルトの名無しさん
23/11/09 12:12:08.55 oiPl60Gd0.net
styled componentsなんてReactでも使われなくなってきてるのに…
104:デフォルトの名無しさん
23/11/09 12:54:13.21 EEosMS9r0.net
>>103
え、そうだったの！？
styled componentsかTailwindの二強だと思ってた
105:デフォルトの名無しさん
23/11/09 12:54:13.80 EEosMS9r0.net
>>103
え、そうだったの！？
styled componentsかTailwindの二強だと思ってた
106:デフォルトの名無しさん
23/11/09 23:49:39.35 8+rxL4pB0.net
どっちも剥がすのめんどくさい
107:デフォルトの名無しさん
23/11/10 07:06:19.32 9PUR1kT90.net
剥がす前提なんだ
CSS Modulesが無難ってことか
108:デフォルトの名無しさん (ﾜｯﾁｮｲ 8101-2hkg)
23/11/10 09:05:08.48 Bg8M2Iod0.net
最近のCSSinJSはEmotionがよく使われてるんじゃないの
RSCのせいでEmotionも使えなくなってくるからまた変わるだろうけど
109:デフォルトの名無しさん (ﾜｯﾁｮｲ 7f7c-1eZn)
23/11/11 21:08:33.69 yfADjGld0.net
Emotionっていうのが流行りなんだ
勉強になります
110:デフォルトの名無しさん (ﾜｯﾁｮｲ 5e51-98rZ)
24/02/02 14:00:09.24 JXtnRfQk0.net
Vueって単純に出来が悪いわ
この書き方面倒だろうけどフレームワークの都合だから合わせてくれな！ってのが多すぎて気持ち悪い
ビジネスロジックに集中できん
111:デフォルトの名無しさん (ﾜｯﾁｮｲ 2a7c-cmnA)
24/02/02 15:34:38.99 FMWFolnO0.net
ref、reactiveとか.valueとか大変ですよね
112:デフォルトの名無しさん
24/02/02 15:55:47.39 Gx3GX4Wi0.net
>>110
同意
113:デフォルトの名無しさん
24/02/08 17:17:45.06 PJkJmjK40.net
記述の手間はReactも一緒だけどuseRefで変数定義すればいいのねって覚えたらそれで終わりなんだよな
Vueは思ってたのと違う挙動が多発して内部実装の都合を探る大冒険が待ってる
114:デフォルトの名無しさん (ﾜｯﾁｮｲ bf03-RSMs)
24/02/08 20:53:09.33 8t83rK+F0.net
>>113
思ってたのと違う挙動って例えばどんなのがある？
115:デフォルトの名無しさん (ﾜｯﾁｮｲ d726-JMKI)
24/02/08 23:10:12.70 m2dEY1pn0.net
reactは言語ライブラリーの出力結果だから
言語的に知らん機能でもIDEのサジェスト機能とか効くし結果も予測できるけど
vueは決め事だから
そんなの誰が決めたねん！とか、何処にそんな機能あるねん！とかなる
116:デフォルトの名無しさん
24/02/09 03:03:22.19 ZgbFhec50.net
JSXもVueもエディタサポート必要だからそんなに変わらんぞ
117:デフォルトの名無しさん
24/02/09 05:15:50.14 p3MmIjTm0.net
>>116
全く違う
118:デフォルトの名無しさん (ﾜｯﾁｮｲ bf8f-RSMs)
24/02/09 11:26:08.14 qiduPbf80.net
>>117
そりゃ概念的には違うと思うが、実用面で大きく違うとは思わないけどなぁ…
型チェックの話されるなら理解もできるが
そもそもそんなの誰が決めたって話になるとフレームワーク全般そうなるんよ
119:デフォルトの名無しさん (ﾜｯﾁｮｲ 7fa7-JMKI)
24/02/09 15:04:22.44 UGrjw+j90.net
>>118
全く違う
120:デフォルトの名無しさん
24/02/09 20:59:55.41 wYOmLfyY0.net
>>119
具体的に何が違う？
121:デフォルトの名無しさん
24/02/09 21:06:46.46 kVp1WyiR0.net
変数バインドできます
イベント処理できます
フレームワーク本体に求めてるのって結局これだけなんだよね
だけどVueはここがずっと迷走してるから辛いんよ
122:デフォルトの名無しさん
24/02/17 01:31:43.07 kAP+d7O80.net
すいませんVue3（options）で確認したいのですが
v-forで複製した要素（コンポーネント）に
個別にDOM操作をかけたいのですが
$refsにindex指定とかで取得できたりしますでしょうか。
コンポーネントにpropsでデータをbindして渡して
コンポーネント側で変更処理させる事は複雑だと思い
親側で子のDOM操作すれば良いと思いました。
123:デフォルトの名無しさん
24/02/22 09:24:29.50 v3uRFYwC0.net
一通りやったけど、Angular一択だと思う。
Vueは論外。
Reactは予想不能な動作が多すぎる。
OnLoad時にサーバにアクセスしてデータを受け取るのを待って描画っていう一番ありがちなシチュエーションを簡単に書けないのもReact
だいたいScriptの中にHTMLが入り乱れるJSXとかあり得ない。
完全に分離できてるのがAngular
さすがGoogle様や
124:デフォルトの名無しさん
24/02/22 11:43:21.79 pYijKvrn0.net
コード理屈わかって書けない人には
Reactは無理よ
UIライブラリーとかめちゃくちゃ作りやすい
プロ指向なのがReact
因みに日本人エンジニアにプロの割合はかなり低い
125:デフォルトの名無しさん
24/02/22 12:08:24.96 O1Sh/Ulb0.net
Reactはデータが更新されたら画面も更新するっていうシンプルな設計だから
画面に表示されたときにデータを取得するような設計は本来の使い方とは違うんだよね
126:デフォルトの名無しさん
24/02/22 12:25:12.98 v3uRFYwC0.net
正直すまなかった。
そもそもAngularとReactを比べるのは間違いなのね
Angularと比べるならNextjsか。
Reactに相当するものはAngularには無い
127:デフォルトの名無しさん
24/02/22 12:42:10.50 pYijKvrn0.net
Angularとかvue.jsは
上位エンジニアの成果物を使って
下位エンジニアが作業するスタイル
が故に想定しているエンジニアの対象も異なる
128:デフォルトの名無しさん
24/02/22 14:00:09.56 EUmQlU5h0.net
フレームワーク使わなくてもjsxは使いたいって言われる時代なのに
129:デフォルトの名無しさん
24/02/22 16:27:07.37 G4SI+vys0.net
jQueryの頃からライブラリで使われてる便利機能をバニラが落とし込む仕組みはやってるしね
prototypeでDOM操作はキツイ
130:デフォルトの名無しさん
24/02/22 17:01:06.42 8vT7CeOy0.net
俺はある程度の規模まではVueのoptions APIで良い派
規模がデカくなる場合はNuxtへ
間違っても単体のVueでコンポーネントは使うべきじゃない
131:デフォルトの名無しさん (ﾜｯﾁｮｲ a301-sJ27)
24/02/24 02:20:28.64 wsVCSCkk0.net
このスレでMillion.js知ったんだけどこれ使うだけでReactのパフォーマンスめっちゃ上がるんだな
もうpreactいらないやん
132:デフォルトの名無しさん (ﾜｯﾁｮｲ cb01-wHWC)
24/03/02 08:44:21.68 zdW7RPaA0.net
React 19でやっとmemoしなくてよくなるみたいだな
ようやくsvelteに追いついたか
133:デフォルトの名無しさん (ﾜｯﾁｮｲ 5fba-EVRh)
24/03/02 14:49:05.57 yd1+mXUm0.net
options APIなんぞ捨てろ。次の3.4で非推奨になる可能性大だ。setup書けるようになっとけ。初代composition APIよりずっと書きやすいし
理屈もわかりやすい。あとprovideとinjectとuseRouteとuseRouterだけは覚えとけ
refとreactiveの用途の違いがわからん？そんな奴はrefだけ使っとけばいい
>>132
そのSvelteは5でKITメインになってデフォルトでSSG化するみたいだが。Rune試そうとしたら、まずそこから理解しなくちゃなんないのでかなり焦った
134:デフォルトの名無しさん (ﾜｯﾁｮｲ 5fba-EVRh)
24/03/02 15:02:30.77 yd1+mXUm0.net
>>130
むしろVueはLaravelのフロントで用いるケースが増えてる気がする。Vite+Vue+Vuetify+Laravel+αあたりが鉄板化してる。Laravelのフォーム制御、cakeよりショボいからうまく相互補完できてる
Reactは逆にNextのためのツールになりつつあるな。NextはViteにデフォルト対応していないのがむず痒いが（Turobopackはロードが遅くてモヤる）
135:デフォルトの名無しさん (ﾜｯﾁｮｲ 5fba-EVRh)
24/03/02 15:17:16.26 yd1+mXUm0.net
>>123
Angularも17になって脱テンプレートで、かなり書き方変わってますますAngularJS、Vue.jsとの血脈が薄くなったと思った
いよいよ、次の18でクラスコンポーネント解体に向かうんじゃないかと思ってる
136:デフォルトの名無しさん
24/03/08 14:16:16.50 AzxWPN+e0.net
規模を考えるような規模の時点でVueを使うこと自体がストレス要素にしかならんわ
コンポーネントって単語が頭を過ぎった時点で選択肢から外したほうが確実
137:デフォルトの名無しさん
24/03/09 09:29:45.78 zf6K8qoU0.net
規模を考えるほどのプロジェクトになったらもはやAngular一択では。Reactは少人数で開発するにはいいけど共同開発を考えて設計されてない
あとデザイナーから煙たがられてるし
Vueは自由度が高い反面、高すぎて素人がトンデモ開発して世界中から嫌われてた一時のPHPみたくなってる気もする
縛りが少ないから、設計能力のない人が触ると絶妙なスパゲッティになるのも共通してる
138:デフォルトの名無しさん
24/03/09 14:49:57.15 b7UdYjdk0.net
>>134
Next使わないならReact使うメリットが薄くなってきたね
完全にサーバーサイドフレームワークになりつつある
エコシステムも周りに合わせる感じがなくなってきた
139:デフォルトの名無しさん
24/03/09 15:02:14.04 b7UdYjdk0.net
>>137
テンプレート廃止マジ？
JSXみたいな感じになる訳？
うーむテンプレートの何が嫌なのか理解できない
サーバーサイドではテンプレートが至高という結論が出て実際それが1番描きやすいのに
140:デフォルトの名無しさん
24/03/09 15:35:22.55 aG+kkGqL0.net
ほぼジジイだけどLaravel＋vueとReact＋NextでWebアプリ作ったらフリーランスで生きていけるかな？
サンプルとなるWebシステムのポートフォリオ作って応募に出せば採用してくれそう？
141:デフォルトの名無しさん (ﾜｯﾁｮｲ cb01-Iz9B)
24/03/09 16:52:48.97 /7hapEoh0.net
>>137
一択と言われてもな
新規にAngular採用してるの見たことないが
142:デフォルトの名無しさん (ﾜｯﾁｮｲ 9f92-rJES)
24/03/09 17:08:21.45 viyQ9Ilj0.net
>>137
素人さん？
143:デフォルトの名無しさん (ﾜｯﾁｮｲ 3bba-zqCT)
24/03/09 18:10:19.70 zf6K8qoU0.net
>>139
JSXというよりSvelteとかLaravelみたいな式埋め込みになってる
ng-templateが煩雑だったからそこをスッキリさせてる。廃止というより脱却というスタンスだからどっちも使えるけどね
144:デフォルトの名無しさん
24/03/18 17:12:36.82 nWzk7Bi30.net
実際やってみれば？
145:デフォルトの名無しさん (ﾜｯﾁｮｲ 0dba-I3EO)
24/04/06 09:57:29.12 N6iuY28L0.net
今まではお互いライバルだったけど、axios出てきてから完全に本来の本分を果たす独自進化の段階に入ってる
Vue→Laravelとタッグでフロントエンド専
React→Vercelと蜜月で、サーバーサイド専
Angular→単体アプリ専
【以下はチラシの裏】
Vue→フォーム制御がPHPでは限界があった。簡単にフォーム制御できるAngularJS作ったけど、ソースがスパゲッティ
Googleは大規模化したAngular2にしたけど、簡潔さがなくなった→開発者の1人がVueを作った
一時はReact、Angularに対抗して状態管理のVuexとか作ったけど、大規模化には限界がある
ECMA5に対応するためにcompositionAPI、TypeScriptに対応するためにsetup、
更にシェアを増やすためにVite作った。爆速起動ビルドすげえってことで欧米で、Vueも注目を浴び始めた
処理の遅いLaravelがVueに目をつけてタッグを組んだ（標準ライブラリ化）。他のバックエンドもVueと連携できるように
今のVueはLaravelだけでなくRails、DjangoにJAVAなどまで対応した万能フロントエンドツールへ
React→自社で作ってたFacebookの制御用、フォーム制御というより細かなステート管理用に作った。けど、ビルド遅かった
Next.jsが出てきてから遅い問題クリア。デプロイ不要なんでSSG最高や！Herokuとか最初からいらんかったんや！！
GatsbyにAstroも出てきて、サーバーサイド一択、React Nativeも過去の遺物になりつつある
Angular→AngularJSはもうあかん→JSフレームワークだけでフルスタック化→操作が複雑でReactにシェア奪われていく
12のバグで致命的に→13からリベンジ開始（13でフォーム制御改善、14でスタンドアロン化、15でインジェクタ実装、
16でシグナル、17で脱テンプレ）
モジュールの互換性uzee→最初から一通り揃ったAngular、実は悪くないんじゃね、という見直しの動きもちらほら
大規模な専用アプリ開発用に特化
146:デフォルトの名無しさん
24/04/06 11:06:16.32 bXlCNkfk0.net
vueとangularはいつからかパフォーマンスめっちゃ速くなってる
仮想DOMはオーバーヘッドなんて言われたりするけど仮想DOMを使ってるsvelteとかと大差無くなってきている
まあシェアナンバーワンのReactがまだ遅いんですけどね
React 19で改善するといいね
147:デフォルトの名無しさん
24/04/06 15:59:17.06 IiIL/gxv0.net
>>145
素晴らしいまとめthx
148:デフォルトの名無しさん
24/04/06 16:57:58.83 hDlN/XPm0.net
>>145
基地○の妄想？
149:デフォルトの名無しさん (ﾜｯﾁｮｲ 2b9d-yvLV)
24/04/06 18:30:38.08 yecQsd4w0.net
>>145
文章見直した方が良いぞ
チラシの裏でももう少しまともな日本語を使う
150:デフォルトの名無しさん (ﾜｯﾁｮｲ 0dba-I3EO)
24/04/06 19:31:09.24 N6iuY28L0.net
>>145
チラシの裏だから校正するのめんどかっただけ。まとめた結果が上の三行
ReactはNextで動かす分にはパフォーマンス問題ない気もする。特に13になってからすごいわかりやすくなった
151:デフォルトの名無しさん (ﾜｯﾁｮｲ 8533-tlnk)
24/04/06 19:34:29.93 hDlN/XPm0.net
それよか中身が...
152:デフォルトの名無しさん
24/04/06 21:15:42.28 NKoW5oVEM.net
どのフレームワークもパフォーマンスはテンプレートエンジンのように使えば大差ないんだよな
問題はDOM操作よ
Reactはこれがとんでもなく重い
Million.JS使おうね
153:デフォルトの名無しさん (ﾜｯﾁｮｲ c621-lBRV)
24/04/07 15:44:46.52 qlF79iTo0.net
このスレで Alpine.js 検討している人いる？
GitHubの星数すごいし
CDNでサクッと使える簡易版Vueみたいな印象。
個人的にはJQueryの後継になるのではと
期待している。
154:デフォルトの名無しさん
24/04/07 20:06:56.53 wzc0RLf20.net
>>153
大規模になった時厳しそうだけどねー
155:デフォルトの名無しさん (ﾄﾞｺｸﾞﾛ MM1e-52wN)
24/04/07 23:37:46.02 f4ZR9B9lM.net
alpineは小さいだけでパフォーマンスは最悪だぞ
こんなんで大規模アプリなんて作るな
156:デフォルトの名無しさん
24/04/08 01:04:29.84 eTI8c7kp0.net
ちなみに alpine linux もサイズを小さくしてるだけで、パフォーマンスはDebianなどより良いわけではない。
Debianならスリム版があるので通常ではコンテナはそちらを選ぶほうが良い。
157:デフォルトの名無しさん
24/04/08 05:30:39.80 IvxniXPw0.net
ん？
158:デフォルトの名無しさん
24/04/08 15:54:10.06 SaPweWs00.net
solid.jsが最強ってことでよろしい？
159:デフォルトの名無しさん
24/04/08 17:43:57.35 5hhdPDbv0.net
まず使われているサイトを見たことがないsolid.js
litはそこそこ広まってきてるけれど
160:デフォルトの名無しさん
24/04/14 10:12:53.83 IP4jT7Ik0.net
海外ではInferno.jsとかPreactとかVanillaとか日本ではあまり名前も見ないまま消えそうなものも多い。Alpineも二の舞になりそう
Laravelに全部駆逐されたPHPフレームワークみたいに、泡沫JSライブラリも山程
Solidも普及率がせめてSvelteぐらい数字出てこないと覚える気になれん
SvelteもSSGデフォルト化しようとしたり、Runeがα版のまま開発止まってたりで迷走してるし
日本だとR社がSvelteに力入れてたけど
161:デフォルトの名無しさん
24/04/14 16:02:57.09 Jvefqylq0.net
>>158
個人的に最強だと思ってるんだけど
なぜか全く流行らない
162:デフォルトの名無しさん (ﾜｯﾁｮｲ b7ba-29lp)
24/04/14 22:50:06.55 IP4jT7Ik0.net
似たような語法のライブラリは覚えやすいどころか、知識が混濁するリスクがあるから手を付けにくい
Reactで得た知識と紛れやすいから自分はあまり手を出したくない
AstroとGatsbyも同じ理由で手を付けにくいんだよな
163:デフォルトの名無しさん (ﾜｯﾁｮｲ d704-NlfH)
24/04/15 00:11:50.10 NvsClclW0.net
スレチかもしれないんだけど良かったら答えてほしい
nodejsでWebAPI作る場合、Webフレームワークはなに使うのがいいと思う？
expressで作るのが一般的みたいだけどnestjsの方が機能も豊富だし応用効かせやすそうなので迷ってる
それともNextjsとかRemixみたいなフレームワークでWebAPIも作ってたりする？
単純なAPI機能だけを想定してる
164:デフォルトの名無しさん
24/04/15 00:37:49.38 NvsClclW0.net
個人的にはRemixが第1候補でnestjsが第2候補
理由は、今後Webアプリを作る時にRemixを使おうと思っていて、トータルの学習コストが低くなることを期待してWebAPIもRemixで作れると嬉しいということ
nestjsはRemixに比べて早いとかなにかメリットがあるならnestjsもありかと思ってるけど、なにかメリットデメリットあったら教えてほしいです
165:デフォルトの名無しさん
24/04/15 00:40:52.36 NvsClclW0.net
nestjsはexpressの資産を使えるのがいいのかなと思って候補にあります
Remixがセキュリティをどうやって担保しているのかわかってないので迷っている感じです
166:デフォルトの名無しさん (ﾜｯﾁｮｲ 57f0-378W)
24/04/15 13:48:01.48 FCLpude10.net
nestjsなんてもうほぼメンテされてないだろ
使うのはない
かと言って生expressもない
消去法でnextjsしかない
しかしこのフレームワークはWebAPI用のフレームワークではないから
気軽に使えるものではない
Reactを使う前提のフレームワークだ
WebAPIを簡単に作りたいなら他言語の方が良いのではないかと思う
どうしてもJSが良いのなら止めはしないが
167:デフォルトの名無しさん (ﾜｯﾁｮｲ d704-NlfH)
24/04/15 20:06:28.68 NvsClclW0.net
なるほど
JSでやるならNextjsか
Remixはまだ情報少なすぎる感じですか？
NextjsはWeb標準じゃないから気乗りしないんですよね
168:デフォルトの名無しさん (ﾜｯﾁｮｲ 57f0-378W)
24/04/15 20:36:14.22 FCLpude10.net
Remixは流行るかどうかも未知数過ぎる
情報もnextjsに比べたら少ないので変なところハマるとキツイ
169:デフォルトの名無しさん (ﾜｯﾁｮｲ d704-NlfH)
24/04/15 20:36:54.19 NvsClclW0.net
Nextjsだとt3スタックとかtRPCとかもできるみたいだけどWeb標準じゃないのだけが本当にネック
170:デフォルトの名無しさん (ﾜｯﾁｮｲ d704-NlfH)
24/04/15 20:42:34.96 NvsClclW0.net
確かにそれは大きいですよね
大人しくNextjsやるかな…
171:デフォルトの名無しさん (ﾜｯﾁｮｲ 57f0-378W)
24/04/15 20:44:09.28 FCLpude10.net
nextjsですら致命的なバグがちょこちょこ見つかってるからな
どのフレームワークにしてもリスク込みで使うべし
172:デフォルトの名無しさん (ﾜｯﾁｮｲ d76c-NlfH)
24/04/15 20:55:59.55 NvsClclW0.net
そうですね
Nextjsにします
ありがとうございました！
173:デフォルトの名無しさん (ﾜｯﾁｮｲ 5701-0WFk)
24/04/16 00:40:02.11 Y46RXkgY0.net
remixはもうsvelteと同じくらいには使われてそうだけどな
174:デフォルトの名無しさん (ﾜｯﾁｮｲ b7ba-29lp)
24/04/18 17:47:13.83 NkPBcwCK0.net
これからNextjsやろうとするなら13以降と12以前は別ものと心得るべし。でないと混乱するぞ
>>173
RemixよりはまだGatsbyでは？
175:デフォルトの名無しさん
24/04/18 23:42:20.94 +hY4xTM1M.net
Gatsbyってもう新規に採用する理由が無い気がするけども
Remixより多いなんてことあるのかな
既存システムも含めるならそりゃGatsbyのほうが多いだろうけど
176:デフォルトの名無しさん
24/05/14 21:18:21.28 behSjgqk0.net
NextのApp Routerがなんか合わなくてRemixに移行するってのが最近多い
177:デフォルトの名無しさん
24/05/17 02:56:17.23 YAq2APeq0.net
合わないとは
178:デフォルトの名無しさん (ﾜｯﾁｮｲ 0b01-031+)
24/05/18 08:07:42.99 Jlgq+6BX0.net
app routerでよく言われてるのはCDN使おうとすると微妙みたいな
勝手にキャッシュして制御できないから
179:デフォルトの名無しさん
24/05/26 18:55:43.66 z7Pv4kExM.net
Nextは次のバージョンでキャッシュをデフォルト無効にするみたいだぞ
180:デフォルトの名無しさん
24/05/27 13:42:07.90 xvXLaNOU0.net
SolidStartが遂にバージョン1.0になった
これでsolidが伸びてくるかもしれない
181:デフォルトの名無しさん
24/06/22 01:00:25.01 fIf7o4lD0.net
angularのシェアがvueに抜かれたらしい
vueが伸びたというよりangularが落ちてるせいだが
182:デフォルトの名無しさん (ﾜｯﾁｮｲ aa98-acn/)
24/06/22 09:36:49.45 WomSZqx30.net
Angular はv18になって少しマシになった感じ
だが進化が遅すぎたな
183:デフォルトの名無しさん (ｻｻｸｯﾃﾛﾗ Spa1-2+hc)
24/07/11 09:55:22.23 erka4Pftp.net
この手の言語は仕様がコロコロ変わって長期開発に向かないんだよなぁ
１～２ヶ月で運用開始して１年以内に終了する様なサービスにしか使えない
184:デフォルトの名無しさん (ﾜｯﾁｮｲ 7531-vSBb)
24/07/11 14:38:29.13 /e26hgAS0.net
next使ってたけどremixの方が圧倒的に使いやすいわ
185:デフォルトの名無しさん (ﾜｯﾁｮｲ 4376-yNj/)
24/07/11 15:05:16.30 X7uxJAJ20.net
フロントエンドはReactで良いと思うけどフルスタックでNextjsまで使おうと思うと将来性とかで不安覚える
186:デフォルトの名無しさん (ｻｻｸｯﾃﾛﾗ Spa1-2+hc)
24/07/11 15:24:54.75 H5/Z2kn7p.net
将来性なんてどれ取っても１０年後には全く別のパラダイムが開かれてんだから気にすんな
187:デフォルトの名無しさん (ｻｻｸｯﾃﾛﾗ Spa1-2+hc)
24/07/11 15:26:28.05 6sMMGlc+p.net
五年後…三年後…明日かもなw
188:デフォルトの名無しさん (ｻｻｸｯﾃﾛﾗ Spa1-2+hc)
24/07/11 15:27:49.37 hAyZXcnpp.net
今サクッと作って無事動けばそれが正解だろ
189:デフォルトの名無しさん (ﾜｯﾁｮｲ 23da-tzz3)
24/07/11 16:06:56.50 n2xiJqHJ0.net
バックエンドは枯れた技術のasp.net core + C#で鉄板
フロントはReact。フロントエンドにフレームワークは要らない
190:デフォルトの名無しさん (ﾜｯﾁｮｲ 2344-35gb)
24/07/11 18:48:44.65 Rm8b8qWs0.net
Vueまじ辛い
コンポーネント跨いだ時にひっそり変更検知死ぬパターンが多すぎる
191:デフォルトの名無しさん (ﾜｯﾁｮｲ 8599-S4zB)
24/07/17 09:53:06.27 nXA+NQpH0.net
>>184
たとえばどんなところが?
両方使ってる人の意見を参考にしたい
192:デフォルトの名無しさん (ﾜｯﾁｮｲ 7d31-0WLB)
24/07/17 14:46:43.65 ZhTluJsK0.net
>>191
Remixはload, display, actionの流れが決まってるからそれに従うだけで良くて考える事が少なくなる
React側でデータ取得にuseEffectとかuseQueryとか使う必要がなくてuseLoaderだけ使えばHTTP処理のことをあまり考えなくて済む
またそれらの処理を画面単位で一つのファイルに記述するから画面単位の開発がかなり楽
これは一長一短あるけどファイルを分けたかったら別ファイルに処理を書いて関数呼び出しだけ画面ファイルに書けば良い
後は起動とかビルドが速いから開発が捗るとか、Vercel縛りみたいな機能とかがないのが良い
とりあえずパッと浮かんだのはこんな感じかな
193:デフォルトの名無しさん (ﾜｯﾁｮｲ 0d01-fxdO)
24/07/17 15:55:25.56 8TcYwGVE0.net
Remixが流行りだして、猫も杓子もSPAって流れが少し変わってきた気がする
194:デフォルトの名無しさん (ｽｯﾌﾟﾌﾟ Sdfa-fxdO)
24/07/17 20:34:22.23 9NLi96YGd.net
ニコ動の仮はRemixで3日で作ったらしいけどそういうのに向いてるの？とにかく開発スピード重視的な
195:デフォルトの名無しさん (ﾄﾞｺｸﾞﾛ MMc2-UaE1)
24/07/18 00:03:57.48 cA4q9Zn6M.net
Remixは単純に覚えることが少ない
ReactでWEB開発したことかある人ならすぐに使えると思う
196:デフォルトの名無しさん
24/08/21 09:09:06.23 CS8AxUPO0.net
tsのReact使う時に画像はどこに格納してる？
publicディレクトリ内かsrcディレクトリ内か、好みなんかな？
197:デフォルトの名無しさん
24/08/21 22:12:24.59 L9o0bDwt0.net
>>196
個人開発ですんません
静的SVGは全部コンポーネント化して管理してる。なので自動的にsrcフォルダ内。
機能関心で分類してるので、共通素材でなければ普通にその機能フォルダのコンポーネント、パーツの一つとして扱う
それ以外のpngだのjpgだのは、フレームワーク使ってると、そのまま静止画として使う機会はどんどん減るというか自動生成の割合も多いので、publicに入れて動的素材と同列に管理してます
198:デフォルトの名無しさん
24/08/22 11:46:41.73 RWoS1bSu0.net
>>197
ありがとうございます、SVGだけsrcは頭になかったなあ
199:デフォルトの名無しさん
24/08/24 00:37:06.14 2aJf5d8Q0.net
基本的には頻繁に更新しない静的ファイルはpublic、コンポーネントごとに管理したい画像はsrcに置くことが多い
200:デフォルトの名無しさん (ﾜｯﾁｮｲ c701-5Lmm)
24/09/05 12:15:35.87 CUbv5C590.net
chatGPTがNext.jsからRemixになった
201:デフォルトの名無しさん
24/09/05 18:13:19.98 iNTviqb40.net
Remix使ったことないんだけど、どうせキャッシュするんだしもう全部SSRの方が簡単だしよくね？っていうことなの？
202:デフォルトの名無しさん
24/09/07 12:24:44.47 8ViRJQdz0.net
vueの入門書いくつか読んだけどvue cliの解説ばっかで、vite系のcreate-vueの動作について解説してる本見たことない
203:デフォルトの名無しさん
24/09/09 00:16:33.26 MUuCDVys0.net
そら関係ないからな
204:デフォルトの名無しさん
24/09/14 11:17:19.02 PSF99ohXr.net
まあでも使うのはviteなんだよね
205:デフォルトの名無しさん
24/09/14 20:18:06.43 wiOR9m4b0.net
Webフレームワーク未経験でVueが学習コスト低いと聞いたので本買ってきたけどさっぱりわからん
PHPでちょっとしたバックエンドは書いたことあるけれど
フレームワークってトレンドで次から次に変わっていくわけでしょ？
もうフロントエンドもバックエンドも一本のフレームワーク（言語）でできるやつを出してくれよ
206:デフォルトの名無しさん
24/09/14 20:18:19.74 wiOR9m4b0.net
Webフレームワーク未経験でVueが学習コスト低いと聞いたので本買ってきたけどさっぱりわからん
PHPでちょっとしたバックエンドは書いたことあるけれど
フレームワークってトレンドで次から次に変わっていくわけでしょ？
もうフロントエンドもバックエンドも一本のフレームワーク（言語）でできるやつを出してくれよ
207:デフォルトの名無しさん
24/09/14 20:31:55.73 0Xb9yRURr.net
>>206
Blazorやれば。
208:デフォルトの名無しさん
24/09/14 22:56:46.41 CWxl9zNA0.net
未経験だとvueが学習コスト低いってことはない
vueは従来の開発と似ていたから学習コストが低いと言われていただけ
従来のを知らないならべつに
209:デフォルトの名無しさん
24/09/15 00:20:21.09 mNzV0nOj0.net
js 一本でやればいいだけ
210:デフォルトの名無しさん
24/09/15 14:58:39.57 2paUhUpw0.net
frontにjsは外せ無いから
backもjsでやるだけだろ
211:デフォルトの名無しさん
24/09/17 08:51:08.78 4kzvMlNj0.net
backはgolangでやりたい侍
前回のプロジェクトで採用したけど、あの言語の設計思想は大人数で開発するのにすごく向いてるわ
googleが作っただけはある
アサイン人数が数十人規模になって自己主張強めの問題児が入ってきてもコードが破綻しない
212:デフォルトの名無しさん
24/09/17 11:02:44.94 eWdb/U7e0.net
あとはバックエンドの処理時間の問題だけどDBの最適化がちゃんと出来てればPHP8みたいな速いとされる言語でもJS系のバックエンドでも変わんないのかなと思うようになってきた
213:デフォルトの名無しさん
24/09/17 12:44:47.46 t+gqN2+t0.net
元からかわんねーーだろ
大半の処理をDBでやってれば
214:デフォルトの名無しさん
24/09/17 12:51:30.76 BvI0tTAf0.net
DBのノードは単価が高いんで、処理内容によっては安いバックエンドのノードに寄せたほうが時間が延びても安く上がったりするよ
俺も新人の頃は速さのことしか考えてなかったけども
215:デフォルトの名無しさん
24/09/17 14:56:40.30 7HyMpTnb0.net
>>212
PHP8は従来のPHPと比べたら速いってだけでNodeと比べたら遅いぞ
216:デフォルトの名無しさん
24/09/17 15:12:06.30 oawuKks/0.net
pythonはc並に速くなるように改良中
217:デフォルトの名無しさん
24/09/17 16:15:34.56 Tt9E8Xmc0.net
最初からC並に速い言語使えばいいのでは？🤔
218:デフォルトの名無しさん
24/09/17 17:16:40.26 9gub94Dsd.net
>>216
で、それが実現すんのはいつよ？
219:デフォルトの名無しさん (ｵｯﾍﾟｹ Srcb-z7on)
24/09/17 17:59:56.74 jsXBt0lAr.net
URLﾘﾝｸ(tadaup.jp)
pythonは元が遅すぎるからなあ
10倍高速化してもまだ遅い
素直に他の言語使ったほうがいい
220:デフォルトの名無しさん
24/09/17 19:17:35.92 eWdb/U7e0.net
>>219
Nodejs優秀すぎない？見くびってた
221:デフォルトの名無しさん
24/09/17 19:23:44.37 33tbzPKbd.net
同じスクリプト言語でなんでここまで差が出るんだ？単に関わってる人材の差？
222:デフォルトの名無しさん
24/09/17 19:36:14.15 uzBXj3xIa.net
219がアホだからそう観える
223:デフォルトの名無しさん
24/09/17 19:46:27.46 Z7ykEcgA0.net
>>219
javaやkotlinってもっと遅いのかと思っていた
224:デフォルトの名無しさん
24/09/17 20:07:13.25 +ZjZOrjz0.net
PythonやRubyが足引っ張りすぎててこういうグラフになってるんであって、CとJavaだけで比較したら1割ほど遅いからまあ差はある
とは言え、大した差ではないから上位陣は言語の使いやすさで選定したほうがいい
225:デフォルトの名無しさん
24/09/17 22:46:45.77 7HyMpTnb0.net
>>221
JavaScriptは実装が複数あるからな
GoogleとAppleとMozillaが競争した結果最速のインタープリタ言語になってる
226:デフォルトの名無しさん (ﾜｯﾁｮｲ b7ac-fMvz)
24/09/18 02:02:18.43 qSXr30x70.net
Elixir は、10万もの小プロセスを起動できる
Go の並行処理も、mattn の本に書いてあるけど、
C で、100スレッドを起動したら、
CPU 使用率が高く、12秒も掛かったが、
Goで100 goroutine を起動したら、
6スレッドしか起動せず、9秒で済んだ
Goの方が、CPUコアを効率的に使える
とにかく、スレッドを起動したらダメ！
CPU コアや時間の大半が、起動処理に使われるから
227:デフォルトの名無しさん
24/09/18 02:25:23.85 qSXr30x70.net
>>205
文系のアホが唯一金持ちになれる、最強のチート職業は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 をコンパイルせず、
動的にスタイルを当てているだけとか
228:デフォルトの名無しさん
24/09/18 14:09:35.94 E6OhFCQta.net
今日のNGword KENTA
明日のNGword KENTA
明後日のNGword KENTA
229:デフォルトの名無しさん
24/09/18 21:06:37.69 c+ZEpNHA0.net
🤦♂
230:デフォルトの名無しさん (ﾜｯﾁｮｲ 9f76-3vlU)
24/09/18 23:45:43.00 2IGY6mSk0.net
何このRuby on Railsって、布団押し売りか詐欺宗教団体みたい・・・
Ruby覚えるぐらいならRust覚えるわ
231:デフォルトの名無しさん
24/09/19 00:14:43.71 Qrv8mEfZ0.net
今更Rubyやるやつおらんやろ
232:デフォルトの名無しさん (ﾜｯﾁｮｲ 97f0-LJPc)
24/09/19 02:10:42.24 iOqrwVyu0.net
RubyとRustを同一に語るおじさん草
233:デフォルトの名無しさん
24/09/19 09:28:29.71 nf88iTiY0.net
Rubyなんて組み込みとバッチ系で息してるだけじゃん
Rustだと次期Linuxカーネル候補になったり、高速バックエンドとか色々ね
得手不得手があるのは判るがRuby使いたいか？
234:デフォルトの名無しさん
24/09/19 11:10:37.49 TTH6BZ010.net
githubがRails使ってる限りRubyは無くならん
235:デフォルトの名無しさん
24/09/19 15:02:00.98 TeQEFti70.net
なぜRubyを嫌うのかわからん
日本人が作った言語だろ
喜ぶべきじゃないか
236:デフォルトの名無しさん
24/09/19 15:14:40.50 2aNmZCNW0.net
品質の善し悪しじゃなくて馴れ合いで製品選ぶようなことをしてるから日本にはGAFAが生まれなかったんだろ
nodejsはGoogleとAppleは互いに競争し続けた結果>>219のような爆速へと進化した
rubyは進歩しない日本の象徴だわ
237:デフォルトの名無しさん
24/09/19 16:28:25.79 ZuBUnHjPd.net
日本のITが遅れてるのは品質を名目にリソースも与えずにバグゼロを現場に押し付けてせいだよ。
238:デフォルトの名無しさん (ﾜｯﾁｮｲ 9701-DkZa)
24/09/19 20:22:09.61 TTH6BZ010.net
>>236
そのグラフってだいぶ古いと思うぞ
今のRubyはJIT搭載されてかなり速い
進歩しちゃったね
239:デフォルトの名無しさん
24/09/19 20:39:21.20 c31g3EsA0.net
>>238
2024年の記事でもrubyは18倍遅いな
URLﾘﾝｸ(pcmatsumoto.com)
このザマで本人だけは「早くなった」などと自画自賛するマヌケっぷりがまさに日本って感じだな
240:デフォルトの名無しさん
24/09/19 21:05:14.98 TTH6BZ010.net
>>239
jit有効化してないだけやん
241:デフォルトの名無しさん
24/09/19 21:19:19.21 c31g3EsA0.net
>>240
ほんっと何も知らない井の中の蛙だな
上位陣が一桁secsで鎬を削り合ってる中Ruby yjitはどこにいるかわかるか？
URLﾘﾝｸ(benchmarksgame-team.pages.debian.net)
Ruby yjit #2 139.05
まさかの3桁だぞ
242:デフォルトの名無しさん
24/09/19 21:30:27.66 TTH6BZ010.net
>>241
でも数字は伸びてるやん
グラフより圧倒的に高速化されてるよね
243:デフォルトの名無しさん
24/09/19 21:38:53.78 c31g3EsA0.net
>>242
最下位から何番目かって立ち位置でどこが圧倒的なんだよｗｗｗｗ
そもそも最初からJITアリでの比較だろこれｗｗｗJITの有無の比較にしては差が少なすぎるわ
どっかでこの流れ見たと思ったら、停滞し続けて世界各国に次々と年収を置き去りにされてる中、言い訳にもならない言い訳並べて現実逃避し続けてる日本の恥部そのものだな
244:デフォルトの名無しさん
24/09/19 21:48:32.54 nf88iTiY0.net
Rustなんでこんなに早いねん
しっかし過去の日本人が自慢げに「COBOLは計算だったら負けんぞ」って言ってたがリストにすらないな
245:デフォルトの名無しさん
24/09/19 21:53:27.66 c31g3EsA0.net
コンパイル型言語は今や「コード全体の意図を読み取ってどれだけ効率的な機械語を自動生成できるか」の世界だからな
コードの1行1行とコンパイル後の機械語が対応してた時代とは全然違う
コンパイラが賢くなればなるほど速い
246:デフォルトの名無しさん (ｽｯｯﾌﾟ Sdbf-2r+Y)
24/09/20 00:47:51.66 LyTKM5Ehd.net
あくまで論理的に等価な変換をやってるだけで、意図を汲み取ってるわけじゃないよ
まあそろそろAIを使って意図に基づいた最適化をやる言語や処理系は出てくるだろうな
247:デフォルトの名無しさん
24/09/20 01:06:06.52 1C4RuC7e0.net
日本人なら速度で戦うな
日本人ならRuby一択だろ
248:デフォルトの名無しさん
24/09/20 01:30:15.81 +c3eINgYr.net
あんな不出来な言語を日本代表みたいに扱うのはやめてくれ
日本人として恥ずかしいわ
249:デフォルトの名無しさん
24/09/20 09:43:55.00 0HZwQuWgp.net
>>246
まあ、書かれてる事しか関知しないからな
そのコードが仕様をみたしているかなんて知らんがなだろうな
250:デフォルトの名無しさん (ﾜｯﾁｮｲ bf6d-sZsD)
24/09/20 11:10:40.93 1C4RuC7e0.net
CやJavaエンジニアからみたらRubyはすんなり入れるけどjavascriptはゴミ言語って言われるよな
ブラウザごとに仕様が違うしこれほど酷い言語はないと言われ続けてきたもっとも使いにくいのがjavascript
251:デフォルトの名無しさん (ｽﾌﾟｰﾌﾟ Sd3f-R/GH)
24/09/20 11:15:56.65 GKXC8bn3d.net
すげえな、こんな人現存するんだ、という気持ち
252:デフォルトの名無しさん
24/09/20 11:47:13.71 syk43wNz0.net
地縛霊みたいなもんだよ
253:デフォルトの名無しさん
24/09/20 12:28:30.66 C00WAu0d0.net
>>250
20年ぐらい時間止まってる？
javascriptはとっくの昔にECMAで標準化されて国際規格が定まっただろ
254:デフォルトの名無しさん
24/09/20 12:44:35.83 RdppTxhv0.net
>>250
常に勉強し続けなければ生き残れないIT技術者の世界でその認識はヤベェな
あんたの技術者としての価値はもはや化石通り越して素人学生以下だろ
スレタイのVue vs React vs Angular vs Svelteだって一個も意味知らないんじゃないか？
255:デフォルトの名無しさん
24/09/20 14:18:57.18 ZOd0SPdka.net
どんだけ取り繕ってもjavascriptが糞だという事実に変わりは無い
rubyもperlも糞
256:デフォルトの名無しさん
24/09/20 15:32:49.35 0HZwQuWgp.net
スクリプト自体が糞だから仕方ない
257:デフォルトの名無しさん (ﾜｯﾁｮｲ e3ba-4vSm)
24/09/22 09:48:00.74 hABY1nGb0.net
どこにでもいる、サッカー代表どこが最強とか論議してる中、野球の方が面白いとか言い出す、社会の不適合者。人間フォーマットか脳みそデバッグ必要なアタオカは相手にするだけ無意味。さあ、俺もそろそろRemix勉強しようか
258:デフォルトの名無しさん (ﾜｯﾁｮｲ e3ba-4vSm)
24/09/22 10:26:35.95 hABY1nGb0.net
>>206
Vueはもともとフォーム周りを簡潔にするために生み出された技術であって、決して初心者向けとは言い切れない。様々なステート管理にメソッドやら算出プロパティやら独自のライブラリを駆使するのと、それを駆使するにはある程度経験とコツがいる。なんだかんだで、複雑なフックの仕組みさえ極めればJavaScriptの延長線で書けてステート管理が一本線のReactの方が簡単という人もいる
スパゲッティ確実でパフォーマンス無視だが、Vueは実はメソッドだけで書けたりする
259:デフォルトの名無しさん
24/09/22 10:55:33.23 kPNeBJFx0.net
>>206
javascriptが特殊な言語で使いにくいからどうしてもVueみたいになってしまうんだよ
他の言語ならもっと簡素で簡潔に書けるんだけど
260:デフォルトの名無しさん
24/09/23 12:45:02.08 kXVPwjR50.net
vueは2～3周りの変革がググらビリティ下げてて初心者に逆にキツくなってるのが良くない
時間が解決するとは思うけど、ねえ
optionsAPIで突き進むのも差別化的にはよかったろうに、けど時流に沿うのもわからなくもないからなあ
261:デフォルトの名無しさん
24/09/23 13:39:10.98 oa5eY4290.net
Vueのググラビリティが低いのは中国が主戦場なせいだろう
我々日本人からするとコミュニティを置き去りにして大改造を続けてるように見えるけど、中華圏の中から見ればそうでもないのかもね
262:デフォルトの名無しさん
24/09/23 13:53:57.31 ZAvpVZgFH.net
vueは好きじゃないけどパフォーマンスの改革がすごい
今ではsvelteと変わらんくらいのパフォーマンスになってる
あとnuxtの話になるけどunjsが良い
263:デフォルトの名無しさん
24/09/23 18:01:38.02 kRT830++0.net
Next.jsよりHonoがすげえ伸びてるよな
開発者一人だけっぽいけど大丈夫なのか？
264:デフォルトの名無しさん
24/09/24 12:53:38.69 25SVKRoU0.net
>>235
pythonでいいし
265:デフォルトの名無しさん
24/09/24 12:53:56.13 25SVKRoU0.net
>>263
趣味ならいいんじゃね？
266:デフォルトの名無しさん
24/09/24 12:54:47.28 25SVKRoU0.net
>>262
好きじゃないけど慣れちゃうとこれでいいかとなってしまう
フロントエンドなんてどうせ作り直す想定なんだし
267:デフォルトの名無しさん
24/09/24 12:55:15.04 25SVKRoU0.net
>>261
ググることなんてあるか？
ChatGPTで十分だろ
268:デフォルトの名無しさん
24/09/24 12:55:32.57 25SVKRoU0.net
>>260
ChatGPTで困らない
269:デフォルトの名無しさん
24/09/24 12:57:04.04 25SVKRoU0.net
>>259
多少面倒でもReactみたいに統一的な書き方ができる方が良いことに気がついた時には手遅れだった
270:デフォルトの名無しさん
24/09/24 12:57:43.99 25SVKRoU0.net
>>258
マジで超単純なフォーム系のWebをサクッと作る用途に向いてるよね
ちょっとややこしいことすると破綻する
271:デフォルトの名無しさん
24/09/24 12:58:18.09 25SVKRoU0.net
>>257
Remixもビミョー
272:デフォルトの名無しさん
24/09/24 12:58:46.23 25SVKRoU0.net
>>255
クソだけどあるものからしか選べないのよね
273:デフォルトの名無しさん
24/09/24 12:59:11.60 25SVKRoU0.net
>>250
ゴミでもやるしかないんだよ
274:デフォルトの名無しさん
24/09/24 14:46:15.54 4ZTe9NQw0.net
そもそもAIの時代になってもはやUIというものが無くなるからjavascriptもだんだん使われなくなっていくだろうな
275:デフォルトの名無しさん
24/09/24 15:46:19.24 25SVKRoU0.net
5年以内には画像から完全なフロントエンド実装を作るツールが生まれるのは間違いないだろうけど
フロントエンドもサーバーサイドに回帰してるから結局コード書けないとダメ
276:デフォルトの名無しさん
24/09/24 15:47:43.57 25SVKRoU0.net
wasm gcが入るとほとんどの言語がwasmコンパイル可能になるから
新たなエデンが生まれると思う
277:デフォルトの名無しさん
24/09/24 17:31:42.29 jWNJpVja0.net
>>276
そうか？
デスクトップソフトですらweb技術で作られることが多くなった時代なのに
278:デフォルトの名無しさん
24/09/24 18:07:06.89 FmaiGP410.net
ガワはだいたいReactだね
279:デフォルトの名無しさん
24/09/24 18:49:58.49 25SVKRoU0.net
>>277
言語に縛られないからその点は良いよ
wasm対応の好きな言語を選べるようになると素晴らしい
まあ流行らなかったらキツいけど
280:デフォルトの名無しさん
24/09/24 23:11:17.46 vg4kYONk0.net
>>275
> フロントエンドもサーバーサイドに回帰してるから結局コード書けないとダメ
回帰ってのはどういう意味？
281:デフォルトの名無しさん
24/09/25 00:05:02.99 rLLrPC9L0.net
サーバーサイドレンダリングのことじゃねえの？
古のMVCから変わってクライアントサイドでレンダリングするようになっていったかと思えば今度はまたNextのAppRouterよろしくSSR(orSSG)になったりと忙しない業界よな
282:デフォルトの名無しさん
24/09/25 00:09:03.70 UXiRrgGj0.net
>>281
単にWebベースのクライアントアプリの事を言ってると思う
283:デフォルトの名無しさん
24/09/25 15:20:38.11 KipVgYfg0.net
まさにサーバーサイドレンダリングのことだ
結局コンポーネントに必要なデータはサーバーで取得した方が早いよねということにフロントエンドの人が気がついて
サーバーサイドの人は今更何言ってるの？みたいなる空気感
コードの共有がそれほど意味があるとは思えないし
サーバーサイドは別の速い言語で作れば良くね？って思うけどね
284:デフォルトの名無しさん
24/09/25 15:22:37.11 KipVgYfg0.net
最近はフロントエンドの人がサーバー側に口出ししてきて
今更ORMガーとか言ってて昭和かと
こっちはORM地獄を10年以上前に経験してウンザリしてるんだよ
285:デフォルトの名無しさん
24/09/25 15:45:33.76 EcYO77Ak0.net
とサーバーしかしらん無知君が吠えてます
こいつ勘違いしてるというより無知だから今までのサーバーサイドレンダリングと同じだと思ってるらしい
286:デフォルトの名無しさん
24/09/25 16:31:31.44 KipVgYfg0.net
Twitterで騒いでるフロントエンドインフルエンサー()の方々はCSの知識がないのに調子乗ってるから本質が掴めてないんだよな
SSRなんて変な名前つけちゃってからに
287:デフォルトの名無しさん
24/09/25 16:35:31.76 KipVgYfg0.net
>>285
その発言はサーバーサイド何もわかってませんと言ってるようなもの
288:デフォルトの名無しさん
24/09/25 16:39:07.42 EcYO77Ak0.net
>>287
何もわかってませんってなんだ？
ずっとサーバーサイドの開発も散々してきてるが
お前はフロントエンドを何も理解してねえから無知晒してんだろw
マジで恥ずかしいレスだったわww
289:デフォルトの名無しさん
24/09/25 16:41:31.67 KipVgYfg0.net
>>288
匿名掲示板でそんなイキリをして恥ずかしくないのか？
それをどうやって確認するんだよ
確認できないようなことでイキるな
発言内容だけしか見ないんだよ
290:デフォルトの名無しさん
24/09/25 16:42:50.66 KipVgYfg0.net
あ、名前と所属晒すなら信じてやるけど？
291:デフォルトの名無しさん
24/09/25 16:46:02.20 EcYO77Ak0.net
>>289
何度読み返してもこれほどの無知はこのスレにはいねえわw
久しぶりにサーバーサイドおじさんが勝ち誇ったと思ったら実際はただの無知でしたってオチだったww
少しは勉強してから来てくれるか
292:デフォルトの名無しさん
24/09/25 16:47:50.81 KipVgYfg0.net
>>281
フロントエンドが「これからはレンダリングはこっちでやりまっせ」みたいなノリでこっちはもうAPIだけ作ればいいのかラクチンだーと思ってたら
いきなりサーバーサイドに土足で踏み込んできて
NextダーRemixダー言い出してもうめちゃくちゃだよ
293:デフォルトの名無しさん
24/09/25 16:48:40.15 KipVgYfg0.net
>>291
何も言ってないのと同じ
やりなおし
294:デフォルトの名無しさん
24/09/25 16:50:33.98 KipVgYfg0.net
ワイらがNext.jsの運用もやりまっせ！からの面倒だからVercel使いますと言われた日には我々の怒りもピークだよ
295:デフォルトの名無しさん
24/09/25 16:53:47.88 KipVgYfg0.net
中身のないイキリレスだけしたいなら消えてくれないか？
不愉快だし境界知能のADHDに構ってるほど暇じゃないんだ
そもそもがレスバでも俺には勝てない
感情のコントロールもできないやつの発言なんて聞くわけがないだろう
何度もいうが発言の中身だけしかみない
匿名掲示板はそういうところだ
296:デフォルトの名無しさん
24/09/25 16:57:48.51 EcYO77Ak0.net
なんだこいつ
レス連投のキチガイか
理解できないなら使わなきゃいいだろ
297:デフォルトの名無しさん
24/09/25 19:02:29.97 5Vhwl/nZ0.net
連投ちゃん増えたな
298:デフォルトの名無しさん (ﾜｯﾁｮｲ 1f64-L8o3)
24/09/25 19:06:11.81 UXiRrgGj0.net
>>283
それはないね
299:デフォルトの名無しさん
24/09/25 20:19:06.11 W1zkzLQM0.net
>>296
ケンカを売ってきたのはお前だろ
300:デフォルトの名無しさん
24/09/25 20:19:58.50 W1zkzLQM0.net
技術者なら中身のある批判をかけ
書けないなら黙ってろ
301:デフォルトの名無しさん
24/09/25 20:28:21.84 Mp8Xmxrz0.net
あー、、
そもそも最近のSSRやらSSGは普通DB操作まではやらんでしょ？
最近の豪華絢爛なUIを何でもかんでもクライアント側でレンダリングできるようにすると、そのレンダリングのためのコードで転送量が爆裂する上、
クライアント側の処理能力も問題になってくるからサーバーでレンダリングした結果を渡した安定するよねって流れだと思うよ
だから相変わらずAPIは提供してやる必要がある
ぶっちゃけ、処理効率を突き詰めていくとjsonやらxml吐き出すAPI叩いて結果からレンダリングしてみたいなバケツリレーのようなマネするよか、そのままAPIから直接html吐き出した方が処理効率はいいけどね
職務分掌の意味合いが強いと思う
302:デフォルトの名無しさん
24/09/25 21:10:16.58 EcYO77Ak0.net
>>300
>>301
こいつらも何もわかってなくてワロタw
そもそもコイツ↓のこのレスみて無知無能さがマジでわかるだろw
>>283
> コードの共有がそれほど意味があるとは思えないし
> サーバーサイドは別の速い言語で作れば良くね？って思うけどね
まさかのコードを共有してるだけだと思ってるらしいw
まっっったく理解してないどころかド素人通り越して知識ゼロで話にならんw
サーバーサイドは別言語で良くねって完全に自分は無知ですって言ってるようなもんだろwww
Next.jsとかのSSRとサーバーサイド言語のSSRが同じだと思ってんなら邪魔だからここから出ていけよwww
303:デフォルトの名無しさん
24/09/25 21:54:30.34 EyxmHrtR0.net
>>302
もうお前は黙ってろ
304:デフォルトの名無しさん
24/09/25 21:57:22.46 W1zkzLQM0.net
>>302
何も言ってなくて草
305:デフォルトの名無しさん
24/09/25 22:11:30.78 /fsA69Ud0.net
>>301
コードはページ開いた初回だけだぞ
（かつコードもローカルにキャッシュする事も可能）
それ以降はREST API叩くだけだから
ネイティブアプリと遜色ないレベルで動く
306:デフォルトの名無しさん
24/09/25 22:26:15.23 Mp8Xmxrz0.net
>>305
それがつまりはクライアントサイドレンダリングが持て囃されてた10年ぐらい前の思想でしょ
豪華になっていくにつれてそれじゃ問題が出てきたからAppRouterのSSR&SSGと言ったもんが出てきたわけよ
307:デフォルトの名無しさん
24/09/26 02:02:17.79 O7j1NTfr0.net
>>306
ばか
308:デフォルトの名無しさん
24/09/26 12:39:43.01 58bl5mE90.net
>>301
cloudflare D1とか普通にやれるしむしろ積極的に使う方向性
サーバーレスDBだ
あと普通にpostgresqlサーバーへ接続できる(!)
もう何でもあり
309:デフォルトの名無しさん
24/09/28 21:18:59.88 ndtOzxxh0.net
フロントエンドのPrismaに対する過剰な評価はなんなんだろう
そもそもORMなんて20年前にサーバーサイドで死ぬほど開発され全てクソという結論に至った技術なのに
310:デフォルトの名無しさん
24/09/28 22:18:23.73 XHRbCS6j0.net
>>309
べつにPrisma以外のORMでもいいけど
TypeScriptから型安全に使えるのがいいんだよ
311:デフォルトの名無しさん
24/09/28 23:08:59.38 XzOFonI/0.net
>>310
RDBのインターフェースにおいて型安全という思想自体が間違ってる派だがそれは置いておいて
定義したスキーマに対して型安全に使いたいならそれこそJavaやC#でそれこそ海千山千レベルで作られた
しかしどれも使いやすくはなく最終的にはシンプルなクエリービルダー型のものだけが残った
必要なのはORMではなく単なるSQLクエリービルダーだったというのが結論
まあ歴史を繰り返すことが悪いとは言わないが
自分で実装したものもないのになんかレベル低いことやってるなあと
「wasmコンパイルした時のサイズが最小のクエリビルダーを作る」というのは技術的にかなり面白いと思うけどね
312:デフォルトの名無しさん
24/09/29 01:13:04.48 YuH+Iogz0.net
フロントやってる人って強い言葉で極論語りたがるってことが、
顕著に表れてる数レスだなあって思った
313:デフォルトの名無しさん
24/09/29 01:47:21.26 xSeXse3x0.net
極論ではなく以下の構成が最適なのはいうまでもない
DBマイグレーションツール
+
データベース接続を抽象化するアダプターモジュール
+
SQLクエリービルダー
これこそがモダンなインターフェースなのである
314:デフォルトの名無しさん
24/09/29 02:23:06.66 EGkJuPay0.net
昔は、ローカルの開発環境ではsqlite、実環境ではDBMSとかあったからORMにもメリットがあった。
でも今ではローカルでも実環境と同じDBシステムを使えるようになってるし、調査では結局素のSQL見る必要もあるし、リプレースする際でもフロント、バックエンド、DBシステムのなかではDBシステムの変更が一番可能性は低い。
それならORM毎の違い覚えるより素のSQLを使いこなせるようになったほうが長く使えるスキルになる。
結局ほしいのは >>313 で言ってるものだな。
315:デフォルトの名無しさん
24/09/29 06:12:44.91 4S/kVkYa0.net
昔、SQL使えないアホの選択肢がORMだったのよ
316:デフォルトの名無しさん
24/09/29 08:21:21.24 Acvl9FUC0.net
PrimaはTypedSQLみたいなものも出してきてるし
結構面白いよ
317:デフォルトの名無しさん
24/09/29 08:29:21.92 IdcZrtIu0.net
20年ぐらいこの業界やってるけど最適化を進めて複雑なサブクエリやらWITHやらを使い始めると、
大抵ORMじゃ対応しきれなくなって結局生のクエリを実行させるようになるケースが多すぎたな
318:デフォルトの名無しさん
24/09/29 08:41:41.79 8BzfSqEJ0.net
ぶっちゃけJSONにaxiosあたり出てきてLaravelがガワ連携実装してから、他言語フレームワークもガワ連携前提がデフォ化して自己完結主義のAngular以外ガワツールと化してる感あるな。あとは複雑だが階層は浅いフォーム制御が得意（Vue）か、単純だが階層が深いステート管理が得意（React）かで選択肢が変わる
ヨーロッパだとSvelte（イギリス生）が人気になってきてるみたいだけど、日本というかアジアはVue強いし、まだまだ普及に時間かかりそう
319:デフォルトの名無しさん
24/09/29 09:28:52.49 Acvl9FUC0.net
svelteを採用してる企業を見たことがない
320:デフォルトの名無しさん
24/09/29 13:04:00.66 xSeXse3x0.net
>>315
SQL理解できないのにORM使おうというのがそもそも間違いだからな
チューニングとか別の人がやるのか？って話
ふざけんなと
あと生成したSQLが本当に求めているものなのかのチェックも必要
SQL生成ごっこがしたいなら好きにしたらいいが
>>317
それと最近はデータ分析用にかなり複雑なSQLを投げることが増えた
別途バッチにすることも多いがどうしてもリアルタイムで実行しなきゃならんこともあったりして
これが厄介なんよね
彼らの実行するクエリはもう型とかぐちゃぐちゃ
321:デフォルトの名無しさん
24/09/29 13:08:53.67 sHRcN5PC0.net
ORMしか使えない奴ら多いよな
バックエンドエンジニアでSQL書けず最適化もできない連中ばっか
322:デフォルトの名無しさん
24/09/29 13:16:26.30 xSeXse3x0.net
>>316
サーバーサイドが型合わせ不毛だよねと実質捨てた部分を今どのように再開発するのか楽しみではある
「先」に進めてくれるのだろうか
ちなみに改めてORMを調べてみたがやはり状況は大して変わっていない模様
SQLクエリービルダーは大抵の言語でかなり進化しているが型のマッピングは程々にするという妥協案
Haskellが1番面白かった
以下のようにモナディックで型安全なSQLが書ける
ここまでやれるやらありか？とは思ったが
select $ from $ \person -> do
where_ (person ^. PersonAge >. val 30)
return person
323:デフォルトの名無しさん
24/09/29 16:05:49.23 4S/kVkYa0.net
SQL書けないからORMのtable単位で更新するレベルの機能で良しとするんですよ
324:デフォルトの名無しさん
24/09/29 16:25:50.06 xSeXse3x0.net
ちなみにJavaやC#のORMで出た型付けの結論は
「オブジェクトのプロパティと実行するSQLの型を手動でマッピングする」です
マッピングは動的に変えられるので汎用性がある
テーブルの型とプログラミング言語の型を直接マッピングしないというのがミソ
325:デフォルトの名無しさん
24/09/29 16:38:12.07 xSeXse3x0.net
簡単に言うと実行するSQLごとに型付けをする感じ
これだと同じテーブルで型が変わる場合などでも対応できる
PrismaのTypedSQLもこれに近いものなのではないの？
Java界の奴らが10年以上かけてたどり着いた結論だから多分こうなると思うよ
326:デフォルトの名無しさん
24/09/29 17:18:57.60 4S/kVkYa0.net
>>313
>>SQLクエリービルダー
ってGUIでクエリーを書く機能のこと？
327:デフォルトの名無しさん
24/09/29 17:35:45.85 rGDHQpvA0.net
SQL書けなくてどうやってデータ保存してるだ？
本当にSQL書けないならSQLite辺りで覚えていったほうが良いかもね
328:デフォルトの名無しさん
24/09/29 17:47:58.09 xSeXse3x0.net
>>326
違う
単にSQL生成を目的とするだけのモジュール
railsにおけるArelとか
以下のように複雑なSQLも構築可能
Task.where(
Arel::Nodes::NamedFunction.new(
'TO_CHAR',
[
Task.arel_table[:created_at],
Arel::Nodes.build_quoted('YYYY')
]
).eq('2023')
)
# => SELECT "tasks".* FROM "tasks" WHERE TO_CHAR("tasks"."created_at", 'YYYY') = '2023'
大抵の言語やフレームワークに似たようなモジュールが存在してそれを使ってSQLを作るというのがここ数年の流れ
もちろんN+1問題を容易に作ってしまうので結局実行時にどのようなSQLが生成されるか？は見なくてはならない
329:デフォルトの名無しさん
24/09/29 17:54:18.58 8BzfSqEJ0.net
>>319
いちばん有名な企業が楽天グループ、そこは公認パートナー企業にもなってる
>>327
ORMは便利だけどそっちしか知らない人が多いというか、各種フレームワークからデバッグ用にSQL吐き出せること知らない人も多い。だから結合とか副問い合わせで躓いてるのをよく質問サイトで見かけたな
330:デフォルトの名無しさん
24/09/29 18:05:01.99 /6K/Gjr+0.net
おぞましいことに、SELECT * FROM xxx WHERE yyy = zzzみたいな糞クエリのゴリ押しだけで全部解決しようとする新人がたまにいるのよ
明らかにJOINやサブクエリやウィンドウを使えば効率的に一度のクエリで解決する要件も、何回も何十回もクエリ発行して取りに行く
負荷試験が壊滅的だったプロジェクトに火消しを頼まれて助っ人で行ってみたらそんなザマで頭抱えたことがある
結局ほとんど俺が全部書き直した
331:デフォルトの名無しさん
24/09/29 18:20:31.60 /6K/Gjr+0.net
あんなDBの使い方しかしない（できない）からORMの弊害に気付かないんだと思うわ
型安全と言っても、それテーブルの全カラムを無加工で取得したい場合ぐらいしか有効に働かないだろうに
332:デフォルトの名無しさん
24/09/29 18:29:40.63 4S/kVkYa0.net
>>328
ストレートーにSQL書けよと言いたくなるな
障害時に綺麗なSQLはけてないと復旧とか損害保証とかできるの？
333:デフォルトの名無しさん
24/09/29 18:36:09.04 4S/kVkYa0.net
>>330
昔DBAという役職があって
その人に使用するSQL全部チェック対象にされ...
334:デフォルトの名無しさん
24/09/29 18:38:11.33 1Tb71lk/0.net
ストレートにSQL書くと、パラメーターとの文字列連結がカオスになるよ
335:デフォルトの名無しさん
24/09/29 18:41:51.91 4S/kVkYa0.net
サブクエリに、with、一時table使ってSQL書いてるけどそんな事一度もなかったな
336:デフォルトの名無しさん
24/09/29 18:43:50.27 xSeXse3x0.net
今回の調査で色々と調べたけど
javaのJOOQってORMやべーな
とんでないぞこのライブラリ
以下のように型がコロコロ変わる場合でもちゃんと書ける
Fieldクラスを抽象化することで静的な型チェックが可能になっている
この発想はなかった
DSLContext create = DSL.using(configuration);
Field<String> caseField = DSL.case_()
.when(field("age", Integer.class).gt(18), "adult")
.when(field("age", Integer.class).lt(18), "minor")
.otherwise("unknown");
create.select(caseField).from("users").fetch();
337:デフォルトの名無しさん
24/09/29 18:45:39.57 xSeXse3x0.net
caseってデータ分析ではめちゃくちゃ使うのだけど
これがこんな感じで書ける
素晴らしい
338:デフォルトの名無しさん
24/09/29 18:47:22.71 xSeXse3x0.net
>>333
昔は社内にオラクルデータベースの番人みたいなおじさんがいたなあ
339:デフォルトの名無しさん
24/09/29 19:00:17.50 8BzfSqEJ0.net
>>330
select * from tableA join tableBとして、吐き出した全データを配列に格納、展開してたトンデモプログラムをデバッグしたことあるよ…。アスタリスクは百歩譲ってもせめて部分結合してくれ
データ数千件しかないのにフォーム処理クッソ重いと思ったらこれだよ
340:デフォルトの名無しさん
24/09/29 19:25:17.35 Ck7eDstu0.net
>>334
一回のトランザクション処理につき一回だけSQL実行可とルールすればよい
おのづとサブクエリ、with、一時tableを使う事になって、SQL投げて結果でSQL投げみたいな処理を繰り返すヘボ実装が一掃される
341:デフォルトの名無しさん
24/09/29 19:26:59.25 /6K/Gjr+0.net
>>333
たいがいそこが開発進行のボトルネックになってたけど当時は必要悪だったと思うよ
あの頃のオンプレの商用環境（しかも大抵カツカツの構成）で、クソゴミクエリぶん回そうものなら即死してサービスダウンに陥ってたもんよ
今のクラウドのマネージドDBだったらただ遅いor費用が嵩むだけで落ちるとこまで行くことはそうそうないけど、昔は死活問題だった
342:デフォルトの名無しさん
24/09/30 14:16:26.25 5Q41gUpla.net
一つの処理を一つのSQLクエリならアトミックになって問題無いけど
一つの処理を複数のSQLクエリで時間差が出来るから他所からデータ割り込まれたら困るケースがあるだろ
そこまで考慮してないアホばっか
343:デフォルトの名無しさん
24/09/30 16:35:49.13 eyZN3jLh0.net
一番早いのは個々のSQL連結したをストアドなんだよなー
JOINもINNNERとRIGHTは遅いからLEFTのみ
344:デフォルトの名無しさん
24/09/30 16:59:05.93 90xjyaJO0.net
>>343
inner使ってたけどleftのが速いんだ？
345:デフォルトの名無しさん
24/09/30 22:19:31.77 x8UwNGco0.net
そもそも得られる結合結果が違うし、INNERのほうが効率的なケースもLEFTのほうが効率的なケースも存在するから思考停止せずにしっかり実行計画確認しろ
「何にでも～～を使う！」ってのはバカの一つ覚えってんだ
346:デフォルトの名無しさん
24/09/30 22:31:07.26 2/RvbFVp0.net
left と right で速度が違うとか言ってる奴の話を真に受けんな
347:デフォルトの名無しさん
24/09/30 23:41:53.43 6IhSUC9Z0.net
>>346
結構あるで
348:デフォルトの名無しさん
24/10/01 10:17:07.05 tNPrHSB3p.net
リスト構造なら違いは無いよな？
349:デフォルトの名無しさん
24/10/01 16:04:12.61 20pFp1ah0.net
本読んでたらNextすげーいいじゃんと思ってきた、なんか学習コストは高そうな気がするけど
remixは調べてない
350:デフォルトの名無しさん
24/10/01 16:46:36.79 Ig6Tf0ue0.net
最近はremixの方が優勢になってきてる
ChatGPTもnext.jsだったのにremixに移行した
351:デフォルトの名無しさん
24/10/01 16:47:26.48 Ig6Tf0ue0.net
ただしremixはフルスクラッチで作り直すから
大幅に変わりそう
だから今手を出すべきかは微妙
352:デフォルトの名無しさん
24/10/01 16:48:32.91 20pFp1ah0.net
どっちにしろ新規プロジェクトだからNextかなあ
353:デフォルトの名無しさん
24/10/01 16:49:20.05 20pFp1ah0.net
じゃないRemix
354:デフォルトの名無しさん
24/10/01 18:54:14.07 gaoRlfpT0.net
まあフロントエンドなんて作り直すのは基本だし
まともなCTOがいたら予算も出るからその時の流行でよろしい
画面の動きを全部サーバーサイドの結果で判断できるように作っておけば問題なし
355:デフォルトの名無しさん
24/10/01 22:29:45.75 V2w3Ucz+d.net
プロダクトの性質次第だろう
SaaSだとページ数多いしビジネス要件実装のウェイトが大きいから作り直しは難しい
356:デフォルトの名無しさん
24/10/01 22:30:17.57 7hV/Zxp/0.net
>>347
ねーわ。どっちも outer join で駆動表が右か左か違うだけ。
クエリを書き換えて実行計画が変わったのを勘違いしただけだろ。
357:デフォルトの名無しさん
24/10/01 22:41:15.98 PxjtxeQz0.net
>>356
あるで調べてみ
358:デフォルトの名無しさん
24/10/01 22:45:51.49 GFljMLhp0.net
leftと等価なrightへの書き換え、あるいはその逆の書き方を知らないだけでは？🤔
359:デフォルトの名無しさん
24/10/01 23:53:40.67 Ig6Tf0ue0.net
right joinを使う必要があるとは思えんな
360:デフォルトの名無しさん
24/10/02 07:12:03.51 H5d/PPBcH.net
345は20年前のOracle8iみたいなルールベースの知識からアップデートできていないだけな気がする
361:デフォルトの名無しさん (ｽﾌﾟｯｯ Sd1f-PqsP)
24/10/02 08:15:16.76 L5vBX47Zd.net
>>357
あるっつうならその実例出して
362:デフォルトの名無しさん
24/10/02 12:21:12.06 XNBCv0lf0.net
>>360
そーーかも
363:デフォルトの名無しさん (ﾜｯﾁｮｲ 6fcd-fhRs)
24/10/02 12:40:19.74 VhOKxDCS0.net
なんとなくいつもleftだわ
364:デフォルトの名無しさん
24/10/02 15:21:28.65 ntIVC1snM.net
Nextはビルドツールが自前なのがな
RemixもsveltekitもNuxtもVite使ってるからそこでエコシステムの差が出てきそう
それが進んだらNextも厳しくなってくる
365:デフォルトの名無しさん (ﾜｯﾁｮｲ 63f0-bFHd)
24/10/02 16:20:33.61 TLprtWVf0.net
JSはいつまでエコシステムとかやるんすかね
いい加減デファクトをみんなで作ろうよってならないのかね
主に政治的思惑で一つにしたくないのだろうけど
366:デフォルトの名無しさん
24/10/02 17:16:13.23 BpVEd4dp0.net
right joinを使うと右から左へ、下から上へ読むようなクエリになるからな
読みづらいからrightは基本使わない
「遅いからrightは使わない」とか言ってる人は意味不明だけど
367:デフォルトの名無しさん
24/10/02 17:22:06.79 xvxi+lxb0.net
昔のDBでそういうのがあったんじゃないの？
知らんけど
368:デフォルトの名無しさん
24/10/03 00:02:27.79 fliyUvHO0.net
まあ特に理由がなければleftだよなあ
369:デフォルトの名無しさん
24/10/05 12:16:43.81 RBSjgErc0.net
HR系のシステムにおける従業員(主)と部署(従)のように、あるビジネスドメインにおいて着目する主体ってのはだいたい決まっているものだ
なので、SQLを書くときもそのメンタルモデルに倣って主側に置くものをある程度固定したほうが読みやすいという考え方もある
ある条件を満たす従業員と所属部署の一覧を表示する際に、従業員不在の部署も表示したいという要件があったとして、
そのようなちょっとしたビュー要件によって主従関係が逆転してしまうのは好ましくない、ということだ
俺はそれでもLEFT統一の方が読みやすいと思う派だが、考え方としては理解できるものだろう
370:デフォルトの名無しさん
24/10/19 07:55:36.48 kXgKzXcr0.net
svelte5のmilestoneが98%まで回復
371:デフォルトの名無しさん (ﾜｯﾁｮｲ 1923-pdRO)
24/10/20 20:29:57.78 XEBgqfIg0.net
release svelte@5.0.0
372:デフォルトの名無しさん (ﾜｯﾁｮｲ 1901-h/XG)
24/10/28 10:56:23.79 MeMed5MX0.net
svelteで作っていたサイトはもうastroにしたんだよなあ
svelteの強味がよくわからなかった
373:デフォルトの名無しさん
24/10/29 22:21:02.13 yFBNIKKHH.net BE:629052145-2BP(1000)
URLﾘﾝｸ(img.5ch.net)
EchoAPIは、テストが私のReactアプリに動力を提供するAPIを容易にし、開発を強化するための迅速な応答を提供。試してみてね
374:デフォルトの名無しさん
24/10/29 22:22:48.45 yFBNIKKHH.net BE:629052145-2BP(1000)
URLﾘﾝｸ(img.5ch.net)
EchoAPIの直感的なインタフェースは、ReactアプリケーションでAPI応答を迅速に検証し、デバッグを容易にするのに役立つ。おすすめ！
375:デフォルトの名無しさん
24/12/27 03:32:05.43 hxF8JUMM0.net
Angularが久しぶりに盛り返してる
今年のアプデでかなり改善されたからだろうか
あと特筆すべきことはAstroの伸びかな
URLﾘﾝｸ(2024.stateofjs.com)