Vue vs React vs Angular vs Svelte Part.11

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

---

---

[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef