Vue vs React vs Angular vs Svelte Part.9

1 名前：デフォルトの名無しさん mailto:sage [2022/01/16(日) 16:06:14.27 ID:Zy2wxIp9.net] Vue https://jp.vuejs.org/ React https://reactjs.org/ Angular https://angular.io/ Svelte https://svelte.dev/ ※前スレ Vue vs React vs Svelte Part.7 https://mevius.5ch.net/test/read.cgi/tech/1610901677/ Vue vs React vs Angular vs Svelte Part.8 https://mevius.5ch.net/test/read.cgi/tech/1621744952/ ★ここではjQuery, Ruby, C#, Blazorの話題は禁止です ★jQuery, Ruby, C#, Blazorｷﾁｶﾞｲが書き込んでも無視してください Next, Nuxt, Sapper, Gatsby, VuePress, RedWoodなどはおｋ。 461 名前：デフォルトの名無しさん mailto:sage [2022/02/06(日) 02:36:05.18 ID:UpadUQRd.net] ただassemblyscriptはあまりにもプリミティブなんだよな これならrustで書いた方がよくね？という感じでしょう だから流行らない まあこれはwasmがローレイヤー過ぎるのも原因 wasmがもう少し発展してコンパイラインフラストラクチャー的なツール群が増えれば状況は変わるのだろうけどね どちらにしてもここ数年目まぐるしく流行は変わると思うからフロントエンドは面白いよ 462 名前：デフォルトの名無しさん mailto:sage [2022/02/06(日) 06:21:24.67 ID:s6RMLxsg.net] 付け焼き刃知識の荒らしに構うな 463 名前：デフォルトの名無しさん mailto:sage [2022/02/06(日) 14:01:56.99 ID:CDb/upuN.net] ん？Javascriptを動かすフレームワークのスレというのなら ASP.netMVCのフレームワーク語っていいのか？ 464 名前：デフォルトの名無しさん mailto:sage [2022/02/06(日) 16:16:37.66 ID:dR0rLG41.net] さてここまでのまとめ rustの変数はスタック領域に確保される スタック領域は関数が呼び出されたタイミングで確保され 関数から戻るときに開放される ローカル変数はスタック領域に確保される つまりローカル変数は関数から戻るときに全て開放される （GCがいらない理由） ヒープ領域とは関数に関係なく確保されるメモリ領域のこと データをヒープに確保することもできるが初心者には不必要なので スタック領域のみ使うように意識する CS勉強したことがある人は当たり前過ぎてなにを今更？と思うかもしれないが この辺はちゃんとした大学のCS学科でないと習わないし コンピュータアーキテクチャの教科書に全部載ってるけど いまどきこの分野を独学する人も少なくなってきた（続く） 465 名前：デフォルトの名無しさん mailto:sage [2022/02/06(日) 16:34:15.95 ID:9s7o4Y86.net] あんたStringもVecも使わないでRust書くわけ？ 466 名前：デフォルトの名無しさん mailto:sage [2022/02/06(日) 16:40:07.33 ID:dR0rLG41.net] 所有権とは変数に代入したときの代入元の変数が無効になるということ これを所有権の移動という 変数が無効になるだけで別にデータ自体は何も変わっていないし 移動もしていないのだがこれをムーブセマンティクスと呼ぶ ちなみに関数呼び出しのときに変数を渡すとその変数の所有権が移動する これがなぜかわからない人が多いが 関数呼び出しは呼び元の関数のローカル変数を呼び出された関数の ローカル変数の領域にコピーするという処理が走る(これをCSでは値渡しと呼ぶ） アーキテクチャによって渡し方は様々だが概念的には変数のコピー処理を行うのだ このコピーが代入なので所有権が移動する なので呼び出し元の変数が使えなくなる（続く） 467 名前：デフォルトの名無しさん mailto:sage [2022/02/06(日) 16:59:14.87 ID:dR0rLG41.net] >>456 君のその発言を見る限り理解していないようだ VecそのものとVecが保持しているデータを区別して考えよう Vecそのものはスタックに確保され Vecが保持しているデータはヒープに確保される 468 名前：デフォルトの名無しさん mailto:sage [2022/02/06(日) 17:02:08.38 ID:dR0rLG41.net] なぜお前はそんなにスタックやらヒープやら所有権にこだわるのか？という人がいると思うが この概念をきちんと理解していないと絶対にrustを書けるようにはならないから 469 名前：デフォルトの名無しさん mailto:sage [2022/02/06(日) 17:03:59.43 ID:CDb/upuN.net] というかさ、Rustなんかじゃなく、 Cという全ての言語の長の正統後継者であるC#こそが正しいといえるんじゃないか Rustみたいなサンピンのことは知らんけど、 どうせポインタすら使えない程度の言語なんしょ 470 名前：デフォルトの名無しさん mailto:sage [2022/02/06(日) 17:04:35.30 ID:OsFqEGw4.net] そういうの語りたいならもっと適切なスレあるだろ 次世代言語23 Go Nim Rust Swift Kotlin TypeScript https://mevius.5ch.net/test/read.cgi/tech/1638086359/ Rust part13 https://mevius.5ch.net/test/read.cgi/tech/1636247099/ 471 名前：デフォルトの名無しさん mailto:sage [2022/02/06(日) 17:21:58.45 ID:Jv9jz309.net] 30分調べればわかるような表面的な知識と曖昧なCS知識がキメラ合体したような酷い感想文だな 472 名前：デフォルトの名無しさん mailto:sage [2022/02/06(日) 17:30:23.37 ID:dR0rLG41.net] どうやらVecやStringがヒープに確保されると思っている人がいるようだ 確かにそう思いがちなのは理解できる C/C++を書いたことがないとこの理解は難しいのだが 先取りになるが簡単に説明しておく Vecの実態はstruct Vec<T>という構造体なのだ https://doc.rust-lang.org/std/vec/struct.Vec.html#guarantees Vec<T>はptr、len、capacityから構成される ptrの先に実際のデータがallocateされこれはまさしくヒープに確保される しかしptr、len、capacityはスタックに確保されるのだ ptrのデータはrust側がよしなにやってくれるのでユーザーが気にする必要はない 理解できただろうか？ この構造体という入れモノとその中身を区別するという概念は非常に重要なのだ 473 名前：デフォルトの名無しさん mailto:sage [2022/02/06(日) 17:47:00.20 ID:dR0rLG41.net] ちなみにGoも同じようなものだが、スタックで確保された構造体の参照を 関数から返すと自動的にその領域をヒープに確保してくれるという機能がある これがとんでもなく便利なのだ GoがJSチックに書ける理由はこれ VercelがなぜtscをrustではなくGoで移植したかなんとなく理解できたのではないか 474 名前：デフォルトの名無しさん mailto:sage [2022/02/06(日) 18:01:10.54 ID:fslw3BZl.net] C++のmoveコンストラクタがデフォルトみたいな感じなんだ？ 安全かつ高効率なわけだね 475 名前：デフォルトの名無しさん mailto:sage [2022/02/06(日) 18:13:58.06 ID:dR0rLG41.net] >>465 rustのソース見たわけじゃないがほぼその理解でいいと思う 構造体のガワだけがコピーされて中身のデータはコピーしない その代わり代入元の変数を使えなくすることで安全性を担保する 理想的なC++というべきか 476 名前：デフォルトの名無しさん mailto:sage [2022/02/06(日) 18:26:06.53 ID:cfXPTZCD.net] 本スレで構ってもらえないからってここに来んなよ ほんま陰キャってゴミだわ 477 名前：デフォルトの名無しさん mailto:sage [2022/02/06(日) 18:34:07.31 ID:dR0rLG41.net] 俺の思いはフロントエンドエンジニアたちにrustを理解してもらうこと そして日本のレベルを上げること rustの人たちって翻訳のゴタゴタみればわかるけど 人間性に問題ある人が多いし完全に村になってて 勉強会に参加とかしにくいのよ 478 名前：デフォルトの名無しさん mailto:sage [2022/02/06(日) 18:37:22.39 ID:Z3do3DkZ.net] オンライン勉強会のある時代に参加しにくいとかww Rust界隈でも鼻つまみ者なんですね。わかります。 479 名前：デフォルトの名無しさん mailto:sage [2022/02/06(日) 18:40:20.96 ID:dR0rLG41.net] 少なくとも今のrust界隈がフロントエンジニアに歩み寄ることはないし webにも興味がないだろう 掲示板で俺� 480 名前：�いじめたいだけならいじめてもらっても結構だが 日本のレベルを上げることには必死だから [] [ここ壊れてます] 481 名前：デフォルトの名無しさん mailto:sage [2022/02/06(日) 18:49:33.02 ID:f9pVup8O.net] でもRust界隈もフロント界隈も君に興味ないよ 482 名前：デフォルトの名無しさん mailto:sage [2022/02/06(日) 19:00:18.43 ID:nrGDC2eu.net] Rust界隈やフロント界隈が興味がある人なんているのか？ そもそも"界隈"が興味を持つって日本語としておかしいんだが 483 名前：デフォルトの名無しさん mailto:sage [2022/02/06(日) 19:16:50.54 ID:FULcIoNE.net] Rustスレ立ててやればいいだろ キモいけど 484 名前：デフォルトの名無しさん mailto:sage [2022/02/06(日) 19:26:06.43 ID:OsFqEGw4.net] >>470 とりあえずお前のプレゼン全く面白そうに聞こえないからそこから見つめ直す必要があると思うよ 次世代言語スレ一時期は結構賑わってたんだからそこを再燃させれればいいだけだと思うがな 話題のゾーニングができないのってプログラマとしてどうかと思うしRustのプログラマとしてスレ違いの話題を延々と語るとか所有権システム全く分かってないようなもんじゃね？ 485 名前：デフォルトの名無しさん mailto:sage [2022/02/06(日) 19:41:47.51 ID:OsFqEGw4.net] それはそうとMaterial UI Ver.4から5に上げたら随分使いやすくなってるね Styleの付け方もしやすくなったしBootstrapみたいにerror,'info,success,warningのカラー使えるようになったし わりと嬉しい改善が多い 486 名前：デフォルトの名無しさん mailto:sage [2022/02/06(日) 19:45:20.92 ID:ap03yGZL.net] へぇそんなのが5になるまでなかったんだ 487 名前：デフォルトの名無しさん mailto:sage [2022/02/06(日) 19:52:35.75 ID:UpadUQRd.net] 俺が気に食わないなら透明あぼーんしてくれ ルーパチしたり小賢しいことはしないから もしくはrustをこのスレだけNGにしてくれ 488 名前：デフォルトの名無しさん mailto:sage [2022/02/06(日) 20:03:25.81 ID:q8QNx7vF.net] このスレだけngとか出来ないからコテハンつけてくれ 489 名前：デフォルトの名無しさん mailto:sage [2022/02/06(日) 20:03:31.33 ID:kVYQJwHr.net] やっぱワッチョイ無いと不便だわ 490 名前：デフォルトの名無しさん mailto:sage [2022/02/06(日) 20:16:13.69 ID:Zp+ylI6n.net] 人間性に問題あるを体現してて草 491 名前：デフォルトの名無しさん mailto:sage [2022/02/06(日) 20:24:32.41 ID:Damf7Knj.net] 人間性に問題があるってのは議論を放棄して人格攻撃し始めるとかそう言う手合いのことだと思うな Rustさんはそんな風じゃないんで大丈夫だと思うよ 2chではその手の輩が多くて毒されそうになるけど自分はそうならないように気を付けよう 492 名前：デフォルトの名無しさん mailto:sage [2022/02/06(日) 20:29:02.71 ID:Zp+ylI6n.net] ここはvue,react,angular,svelteスレでしょ みんながやめてって言ってんのに延々とrustでスレ荒らししてんだからどう考えても問題性あり 493 名前：デフォルトの名無しさん mailto:sage [2022/02/06(日) 20:33:15.63 ID:I0456/+r.net] ワッチョイ無いからってやりたい放題やしな…… 494 名前：デフォルトの名無しさん mailto:sage [2022/02/06(日) 20:37:32.54 ID:OsFqEGw4.net] カラーは自作で誤魔化せない事ないし標準でオサレなTextFieldあったりDrawer使えたりしたから デザイン苦手な自分からしたらその辺捨ててでもMaterial UI採用する価値はあったと思ってたよ 495 名前：デフォルトの名無しさん mailto:sage [2022/02/06(日) 20:42:01.31 ID:nIyRifJI.net] >>482 そこは解釈の違いじゃないか？ reactの話題から派生してreactライクなフレームワークの話題に繋がることはあるだろう そこから言語の話題に広がることだってまあたまにはあるさ 496 名前：デフォルトの名無しさん mailto:sage [2022/02/06(日) 20:43:28.02 ID:CDb/upuN.net] デザインとかホームページ屋じゃないから正直どうでもいい 497 名前：デフォルトの名無しさん mailto:sage [2022/02/06(日) 20:49:46.21 ID:FULcIoNE.net] >>486 おまえもどこか行け 498 名前：デフォルトの名無しさん mailto:sage [2022/02/06(日) 20:52:00.76 ID:dR0rLG41.net] そこまで言うならやめるよ 正直すまんかった ただこれだけは言わせてくれ 君らはrustを習得する唯一の機会を逃した こんな大盤振る舞いは今後一切ないと 499 名前：デフォルトの名無しさん mailto:sage [2022/02/06(日) 20:53:02.69 ID:DYjNB1VC.net] 了解 お疲れ様 500 名前：デフォルトの名無しさん mailto:sage [2022/02/06(日) 20:53:56.28 ID:Y8lZmwFL.net] >>488 俺は勉強始めるよ SNSの有名なフロント技術者も避けては通れないって言ってたし多分そうなるんだろう 501 名前：デフォルトの名無しさん mailto:sage [2022/02/06(日) 20:57:35.83 ID:I0456/+r.net] 多分また来るゾ なんなら露骨な自演もしてくゾ 502 名前：デフォルトの名無しさん [2022/02/06(日) 21:00:25.55 ID:ow9QM4jE.net] >>488 ためになる話だと思います。 もっとRustのことが知りたいです。 503 名前：デフォルトの名無しさん mailto:sage [2022/02/06(日) 21:09:58.84 ID:OsFqEGw4.net] >>488 Rustの勉強は他所でやってるからモウマンタイ TPOを弁えられないヤツはどこへ行っても厄介払いされる 504 名前：デフォルトの名無しさん mailto:sage [2022/02/06(日) 21:12:30.30 ID:8iG96jZj.net] >>488 二度とくんなよばーかw 505 名前：デフォルトの名無しさん mailto:sage [2022/02/06(日) 21:13:15.68 ID:+O8ouPND.net] >>488 お前みたいな無能に代表者面されてもRusterさんたちもいい迷惑だろ 506 名前：デフォルトの名無しさん mailto:sage [2022/02/06(日) 21:14:02.64 ID:vt6hLJ8k.net] お前に習いたいとも思わんから 507 名前：デフォルトの名無しさん mailto:sage [2022/02/06(日) 21:16:59.40 ID:mMd981yD.net] 間違いだらけだし独善的だし酷すぎた 508 名前：デフォルトの名無しさん [2022/02/06(日) 21:36:50.91 ID:ow9QM4jE.net] 外野は放っておいて、もっとRustについて教えて欲しいです。 509 名前：デフォルトの名無しさん mailto:sage [2022/02/06(日) 21:38:16.73 ID:mMd981yD.net] 自演が過ぎる。ワッチョイ無いとマジで駄目だな 510 名前：デフォルトの名無しさん [2022/02/06(日) 21:45:35.37 ID:CLqIoHUR.net] Rustでフロント作りはまだ早いっしょ 511 名前：デフォルトの名無しさん mailto:sage [2022/02/06(日) 22:03:44.41 ID:yyVX9wmv.net] 少なくともGoを越えて貰わんと話にならん 512 名前：デフォルトの名無しさん mailto:sage [2022/02/06(日) 22:22:20.57 ID:W5v2aRWO.net] >>488 ジャップランドがソフトウエア後進国なのは伊達じゃないんだぞ 513 名前：デフォルトの名無しさん mailto:sage [2022/02/06(日) 23:19:51.95 ID:dR0rLG41.net] イタチの最後っ屁だ まずリファレンスについて 所有権の概念で変数に代入すると元の変数が使えなくなると言ったが 単に関数内で値を読みたいだけの場合でも所有権が移動したら不便極まりない そこで使うのがリファレンス aのリファレンスは&a 変数名に&をつけて渡すとその変数のアドレスを渡す 元の変数の値を読み取る場合はアドレスに対して*をつける let b = &a; // aのアドレスを渡す *b; // aを得る こうすればaの所有権は移動せずともaを参照できる これがリファレンスだ 型でリファレスを表すときは型の前に&をつける &StringでString型へのリファレンスとなる rustのコツとしては基本的には所有権を渡して行くことでプログラミングする 値の参照が必要な部分はリファレンスを取る これでかなり安全なプログラムが書ける 実際単純なコマンドラインのようなプログラムなら上記の戦略で実装可能でしょう それでは本当にこれが最後だ さよオナラ ブッ！！！ 514 名前：デフォルトの名無しさん mailto:sage [2022/02/07(月) 00:08:18.18 ID:fEIDu85e.net] 全く意味のない事をドヤ顔で言われてもな 515 名前：デフォルトの名無しさん mailto:sage [2022/02/07(月) 00:40:12.98 ID:Jl80dWPo.net] rustスレが揚げ足取りであれててこっちに逃げてきたんやろw 居場所はこっちにもないのにw 516 名前：デフォルトの名無しさん mailto:sage [2022/02/07(月) 06:33:06.84 ID:b69Z+ASC.net] このおっさんTSスレでも暴れてたゾ。他にすることは無いんですか？ 517 名前：デフォルトの名無しさん mailto:sage [2022/02/07(月) 07:41:37.96 ID:83iTKVil.net] 伸びてると思ったら必ずスレチで伸びるねこのスレ たまに参考にしてるから荒らすのやめてほしいわ 518 名前：デフォルトの名無しさん mailto:sage [2022/02/07(月) 08:23:02.96 ID:cIffYd5J.net] Rustはまだまだ仕様変わるから、趣味でやるのでもなければ触る必要無いよ。 519 名前：デフォルトの名無しさん mailto:sage [2022/02/07(月) 18:37:44.00 ID:0I88UVsz.net] javascriptが更に最適化されPCも早くなるし 別にわざわざwasmみたいな頭の悪そうな仕様にする必要無くね 520 名前：デフォルトの名無しさん mailto:sage [2022/02/07(月) 19:09:18.80 ID:3aA17sOg.net] 結局wasmがjsよりも高速で動作するってエビデンスあんまないよね 521 名前：デフォルトの名無しさん mailto:sage [2022/02/07(月) 20:26:04.20 ID:Bn1bcpI5.net] なぜ速いのに普及しないんだろう？と考えるんじゃなくて なぜ遅いのに普及したんだろう？と考えたほうがいい 522 名前：デフォルトの名無しさん mailto:sage [2022/02/07(月) 20:27:38.86 ID:OAg4d7g3.net] とりあえずプライムビデオ並のコンテンツ作ってから言えって話なのよな オーバーエンジニアリングの典型 523 名前：デフォルトの名無しさん mailto:sage [2022/02/07(月) 20:43:19.20 ID:UTO8dkwM.net] JSTSの機能が悪くない上に速度も遅くない。 そりゃVBAみたいだったら何が何でも他言語に行きたいけど、欠点は数あれど普通の用途では他に行く方がデメリット多いなと感じる程度には優秀な言語なのよね。 だからWasm使わねばならない用途が極端に効率を要する用途と他言語で動いてるソフトをそのまんま持ってくる用途ぐらいになってる。 それはそれとして他言語の勉強もする。面白いから。 524 名前：デフォルトの名無しさん mailto:sage [2022/02/08(火) 12:54:23.60 ID:qB0qxyeV.net] Rails vs JavaScript: Which one should you use for your SaaS? https://www.youtube.com/watch?v=A1ICndiLCGY 2021/11、外人の13分の動画 Railsが巨大で遅くても、使う理由がある。 JS で8週間掛かったものが、Railsで1週間でできた 他にも、GitLab は、GitHub クローンで時価総額2兆円だけど、 Railsを使い続ける宣言をしているとか、 米国年収では、Node.js は900万円だけど、Railsは1,300万円とか 525 名前：デフォルトの名無しさん [2022/02/08(火) 13:56:07.05 ID:MQ5iYO/d.net] rubyとか初心者言語いつまでも使ってたらみっともないぞ 526 名前：デフォルトの名無しさん mailto:sage [2022/02/08(火) 14:18:01.30 ID:TbLkycOd.net] 支障が無いなら好きなもの使えばいいんだよ。みっともないのは、押し売りするやつ 527 名前：デフォルトの名無しさん [2022/02/08(火) 23:25:23.14 ID:XPpRP9OO.net] Rust使いたくなる気持ちは速度というより、エラー回避の面が大きいな Elmの将来性がある版と言っても過言では無い 528 名前：デフォルトの名無しさん mailto:sage [2022/02/09(水) 07:20:54.90 ID:75oJnnVD.net] ReactとTSのおかげでcatchできない実行時エラーを殆ど見なくなりました 529 名前：デフォルトの名無しさん mailto:sage [2022/02/09(水) 12:25:42.72 ID:m3B/ZnzP.net] reactはエラーは少ないけどその分デバッグが大変 いっそのことエラーになって落ちて情報吐き出してくれた方がマシかもしれない とくにdeps配列のミスで発生するバグはデバッグしにくい depsを手動設定にしたのは痛恨の失敗設計だったと思う こんなのはJSXトランスパイラに組み込んで自動化すべきことだ 530 名前：デフォルトの名無しさん mailto:sage [2022/02/09(水) 12:51:21.73 ID:75oJnnVD.net] 情況がわからないけど、そのへんは書いた通りに動いてるだけなんだからエラー要らなくね？ 531 名前：デフォルトの名無しさん mailto:sage [2022/02/09(水) 13:05:16.79 ID:dekxWVk/.net] 書いた通りに動くのは当たり前の話であって、 間違って書きにくかったり、間違って書いた時に気付きやすくなってるかどうかが優れた開発者体験に繋がる 532 名前：デフォルトの名無しさん mailto:sage [2022/02/09(水) 13:18:18.70 ID:75oJnnVD.net] それはそうなんだけど、もうちょっと具体的に頼む 533 名前：デフォルトの名無しさん mailto:sage [2022/02/09(水) 14:18:41.36 ID:TKmhYm6r.net] deps配列の〜部分はもしかして見えない？ 534 名前：デフォルトの名無しさん mailto:sage [2022/02/09(水) 14:32:59.05 ID:yCK9lHJ6.net] eslintのexhaustive-deps入れれば大抵なんとかなるよな それで無限ループするときはuseMemoとかuseRefとか使えば大抵どうにかなる 535 名前：デフォルトの名無しさん mailto:sage [2022/02/09(水) 15:11:05.87 ID:75oJnnVD.net] >>523 そこを具体的に書いてほしかったんだ。>>524の意味なら気付きやすいし、あんまり引っかかった事無かったもんだから。 536 名前：デフォルトの名無しさん mailto:sage [2022/02/10(木) 15:17:09.71 ID:jqick8ej.net] 約5年くらい前にReactと Vueで2,3本アプリ作ってもう見たくもねえってなったんだけど別物くらいに便利になった？ 何が嫌って入れ子になったコンポーネントに値渡すのに中間のコンポーネントにも値持たせてバケツリレーで渡さなあかんのが気持ち悪すぎてマジで無理だった 537 名前：デフォルトの名無しさん mailto:sage [2022/02/10(木) 15:30:28.77 ID:+z5qwf5B.net] わかる めんどくさいよな で末端に状態や副作用を持たせると純粋とは？みたいな別の気持ち悪さが割り込んでくる 538 名前：デフォルトの名無しさん mailto:sage [2022/02/10(木) 17:21:57.40 ID:4ozO4Csd.net] おいおい、初心者以外か？ 539 名前：デフォルトの名無しさん mailto:sage [2022/02/10(木) 17:22:23.81 ID:4ozO4Csd.net] 以下 540 名前：デフォルトの名無しさん mailto:sage [2022/02/10(木) 17:45:56.58 ID:XRrOaZx0.net] Reactとかみるとプログラミングって欠陥発明だよなって思うわ 541 名前：デフォルトの名無しさん mailto:sage [2022/02/10(木) 17:56:54.14 ID:lkU+MWHi.net] >>526 その時代はとっくにおわりました 542 名前：デフォルトの名無しさん mailto:sage [2022/02/10(木) 18:00:28.16 ID:jqick8ej.net] >>531 どう解決されたん？ 543 名前：デフォルトの名無しさん mailto:sage [2022/02/10(木) 18:07:41.28 ID:LZ4lXgTU.net] 気持ち悪いのは最初だけ、そのうち依存関係がスッキリ見通せて気持ちいぃ♡ってなってくるのさ 544 名前：デフォルトの名無しさん mailto:sage [2022/02/10(木) 18:08:19.41 ID:a/iETtjv.net] 今のところ解決方法は存在しない いや今のところというのはおかしくて論理的に考えて解決方法はおそらく存在しないのだろうな 脳筋バケツリレーか関数の純粋さを捨てて状態や副作用に頼るしかない 純粋関数型プログラミングなんてのは夢物語だったわけだな 銀の弾丸はないいつだってそうだったこれからもそうなる 545 名前：デフォルトの名無しさん mailto:sage [2022/02/10(木) 18:12:28.72 ID:7PZd+xod.net] う〜んこの感じ……。また来たのかな？ 546 名前：デフォルトの名無しさん mailto:sage [2022/02/10(木) 18:16:39.27 ID:a/iETtjv.net] またってなんだよ 具体的な解決策があるならどうぞ 547 名前：デフォルトの名無しさん [2022/02/10(木) 18:29:56.05 ID:lkU+MWHi.net] 自分で調べろ なんでも答えを求めようとするな 548 名前：デフォルトの名無しさん mailto:sage [2022/02/10(木) 18:52:00.22 ID:ECQb/qC+.net] Rustおじさん「いつも見てるぞ」 549 名前：デフォルトの名無しさん mailto:sage [2022/02/10(木) 18:53:26.14 ID:LZ4lXgTU.net] UIなんてのは放っておけば副作用とデータのやり取りがぐちゃぐちゃになるものなので、特に意識しなくても素直に書けば引数バケツリレー程度に収まるReactはやっぱり楽だよ。 100の複雑さが0になればそりゃバンザイだけど、20に減るだけでも相当にありがたい 550 名前：デフォルトの名無しさん mailto:sage [2022/02/10(木) 19:00:53.03 ID:vllS1LRk.net] Rustおじさんって呼び方は止めてくれ。Rustのイメージダウン過ぎる……。 つかあのおじさん、Rustスレでも自演しまくってるなぁ 551 名前：デフォルトの名無しさん mailto:sage [2022/02/10(木) 19:21:45.52 ID:XRrOaZx0.net] Reactみたいな気持ち悪いものをよく生み出したよな なかなか思いつかない 尊敬するわ 552 名前：デフォルトの名無しさん mailto:sage [2022/02/10(木) 19:31:43.55 ID:c0aqBOjC.net] 状態管理ライブラリ揃ってるのになんでバケツリレーを選ぶんだよ… 553 名前：デフォルトの名無しさん mailto:sage [2022/02/10(木) 19:39:32.63 ID:G6G2NR29.net] reactって本当に流行っているのか疑問な気がする みんなが分かってるならいいけど、日本だとそういうのよっぽど恵まれた会社だけという気がする そういう意味では日本のエンジニアってトータルで見るとレベルが相当低いんだなと思う 何でコイツが開発やってるの？みたいなの結構いるしフリーランスにもいるからなぁｗ 554 名前：デフォルトの名無しさん mailto:sage [2022/02/10(木) 19:42:35.97 ID:sEF8zZnW.net] Reactはうちでもやったけど、結局使わなくなったよ たぶん他の企業でも結構一回使ってみてあーこれ別にいらんわってなったとこ多いはず 555 名前：デフォルトの名無しさん mailto:sage [2022/02/10(木) 19:46:05.36 ID:ECQb/qC+.net] Rustおじさん「自演効かなくなってきたな」 556 名前：デフォルトの名無しさん mailto:sage [2022/02/10(木) 19:50:59.39 ID:Wj5oznTz.net] ロートルおじさん具体的なこと言わずに煽るだけだからすぐわかる。しかも短気だし。 557 名前：デフォルトの名無しさん mailto:sage [2022/02/10(木) 19:52:23.42 ID:lkU+MWHi.net] Rustおじだけどこんな中身のないスレなら俺のrust演説再開してもいい？ 前までは不快な書き方しちゃって反省してる 今回はちゃんと書き溜めようかと思ってる 558 名前：デフォルトの名無しさん mailto:sage [2022/02/10(木) 19:55:43.32 ID:zmZCPylP.net] だから何でここでやるんだよ 他所の砂場を荒らす前に関連スレを盛り上げろよ 559 名前：デフォルトの名無しさん mailto:sage [2022/02/10(木) 19:57:19.25 ID:LZ4lXgTU.net] ここでやっていいわけ無いだろ。自分の言ったことぐらい守れ 560 名前：デフォルトの名無しさん mailto:sage [2022/02/10(木) 20:10:16.76 ID:9jOilrAM.net] >>542 副作用が気持ち悪い 純粋関数で書けるって聞いてワクワクして始めたreactなのにこれじゃあねぇ？ 561 名前：デフォルトの名無しさん mailto:sage [2022/02/10(木) 20:13:54.32 ID:9jOilrAM.net] >>547 個人的には面白いからいいけど ここはreactのスレだから完全なスレ違はよくないみたいだね だからreactと比較した場合は…といったふうにreactの話題を織り交ぜればいいと思うな 562 名前：デフォルトの名無しさん mailto:sage [2022/02/10(木) 20:26:13.90 ID:qNJiG54K.net] Reactで数千人が使う業務システム開発したが業務システムにはかなりいいぞ Reactじゃないとここまでの規模と複雑なシステムは作れなかった 563 名前：デフォルトの名無しさん mailto:sage [2022/02/10(木) 20:27:47.26 ID:ECQb/qC+.net] Rustおじさん「そろそろID変えるか」 564 名前：デフォルトの名無しさん mailto:sage [2022/02/10(木) 20:34:07.61 ID:Znrq6GRT.net] ロートルじいじがここで暴れてる間、他のスレは平和 565 名前：デフォルトの名無しさん mailto:sage [2022/02/10(木) 20:39:12.61 ID:qNJiG54K.net] よりによってなんでこのスレが狙われたんだろな 気持ち悪い 566 名前：デフォルトの名無しさん mailto:sage [2022/02/10(木) 20:50:41.27 ID:jqick8ej.net] ここまで具体的な解決策無し 567 名前：デフォルトの名無しさん mailto:sage [2022/02/10(木) 21:15:32.53 ID:M7okZ85i.net] >>547 おｋ 568 名前：デフォルトの名無しさん mailto:sage [2022/02/10(木) 21:18:16.94 ID:XwTCe4gC.net] 厚顔無恥にも程がある 569 名前：デフォルトの名無しさん mailto:sage [2022/02/10(木) 21:21:11.25 ID:GxhaITFy.net] 逆にweb業務システムでのフロントエンドって、スレタイ以外で何使うん 素のjs、html、jquery以外もうほとんどなくね？ wasmとかはマイナーな部類になるやろ 570 名前：デフォルトの名無しさん mailto:sage [2022/02/10(木) 22:52:53.71 ID:LZ4lXgTU.net] SSRを含めてよければ色々あるだろうけど、多分そういう意味じゃ無いよね 571 名前：デフォルトの名無しさん mailto:sage [2022/02/11(金) 08:56:01.83 ID:OzaGrVDt.net] Rustネタは>>461の次世代スレでやれよ そっちもとりあえず巡回はしてるからさ 572 名前：デフォルトの名無しさん mailto:sage [2022/02/11(金) 09:03:04.24 ID:5r6j1Nkl.net] 自演おじさんをあぶり出すべく次スレはワッチョイ必須ですね 573 名前：デフォルトの名無しさん mailto:sage [2022/02/11(金) 10:50:08.71 ID:fncEQ1Gh.net] それで結局のところ課題>>534に対する解決策って存在しないの？ ここまでのところ人格攻撃レスしか返ってきてないんだけど 574 名前：デフォルトの名無しさん mailto:sage [2022/02/11(金) 11:11:45.78 ID:Q8CIWkqg.net] レス周辺に書いてあるのに見えないのか。いや、理解が足りないからわからんのか 575 名前：デフォルトの名無しさん mailto:sage [2022/02/11(金) 11:18:36.14 ID:iHQk06nn.net] >>564 どれ？ 副作用を持ち込んでバケツリレーを解消するといった類のレスは幾つかあるが>>534はバケツリレーも副作用も気持ち悪いって主張だからそれでは全く解決策にはなってないぞ？ 576 名前：デフォルトの名無しさん mailto:sage [2022/02/11(金) 11:44:19.91 ID:SvRq3EqH.net] >>565 そういう意味なら、状態を完全に消せる銀の弾丸は無いよ。そこは反論する必要がないから反論がないだけでしょ。 577 名前：デフォルトの名無しさん mailto:sage [2022/02/11(金) 12:21:02.96 ID:w1QVAGsX.net] 副作用馬鹿が湧いて出てる 笑 578 名前：デフォルトの名無しさん mailto:sage [2022/02/11(金) 12:38:22.93 ID:vPovb78R.net] >>566 え？では「レス周辺に書いてある」ってどういうことなの？ 579 名前：デフォルトの名無しさん mailto:sage [2022/02/11(金) 12:55:51.45 ID:SvRq3EqH.net] >>568 バケツリレーの件でしょ。揚げ足取りおじさん。 580 名前：デフォルトの名無しさん mailto:sage [2022/02/11(金) 12:57:18.85 ID:EYRBfzDS.net] なんで核心に触れないようにしてんの？w 結局よく知らんのでしょ？ 581 名前：デフォルトの名無しさん mailto:sage [2022/02/11(金) 12:58:20.03 ID:vPovb78R.net] >>569 つまり俺のレス読めてないのに見当違いなレス返した挙句に人格攻撃までした奴がこのスレに居るってことなの？ 582 名前：デフォルトの名無しさん mailto:sage [2022/02/11(金) 13:21:47.23 ID:227xjBzM.net] >>565 何でもかんでも和訳するのやめれ 583 名前：デフォルトの名無しさん mailto:sage [2022/02/11(金) 14:05:34.08 ID:901NTZe+.net] 女の娘が一人で始めた食べチョクは、Ruby on Rails, React。 コロナで、漁業農産物などの取引量が30倍になったらしい YouTube で有名な、雑食系エンジニア・KENTA のサロンでは、 Rails初心者用コースに、Docker, Heroku, CircleCI, Github Actions, Reactではなく、Vue.js が入っているけど、 米国では、こんなにすごいポートフォリオを誰も作っていないと言ってる。 日本人の初心者は、10年以上のプロよりも上 それでも、Railsの年収は最高峰の1,300万円。 Node.js は900万円 ただし、米国はサラリーマンも全員がフリーランスで、いつでも解雇できる。 一方、日本は解雇できないから、滅多に雇わないので、 事前にすごいポートフォリオを作る必要がある 584 名前：デフォルトの名無しさん mailto:sage [2022/02/11(金) 14:56:51.31 ID:kVpyHF8c.net] でもKENTAってJavaScriptオフにするだけで突破されるような セキュリティのセの字も知らんレベルの人間じゃん 585 名前：デフォルトの名無しさん mailto:sage [2022/02/11(金) 15:02:00.82 ID:79iMdFI4.net] ケンタって人本当に元GREEなの？ 知り合いに聞いてみようかな 586 名前：デフォルトの名無しさん mailto:sage [2022/02/11(金) 16:01:04.93 ID:b7ODV/JX.net] Rustおじさん「今日も爆釣りだぜ」 587 名前：デフォルトの名無しさん mailto:sage [2022/02/11(金) 16:17:02.90 ID:WRuOVQdn.net] おじさんは議論じゃなくてレスバトルしてるだけだからなぁ 588 名前：デフォルトの名無しさん mailto:sage [2022/02/11(金) 16:36:17.11 ID:YP+zVxym.net] ケンタはバックエンドで日本一の凄腕エンジニアだからな フロントみたいなゴミは一切やらないと明言している だからフロントのセキュリティなどケンタのスキルには関係ない 589 名前：デフォルトの名無しさん mailto:sage [2022/02/11(金) 17:03:54.73 ID:96Ulyy5S.net] 色々勘違いしてるみたいだけど、 ケンタってただの派遣だぞ 590 名前：デフォルトの名無しさん mailto:sage [2022/02/11(金) 17:33:56.67 ID:79iMdFI4.net] >>579 まじ？ 591 名前：デフォルトの名無しさん mailto:sage [2022/02/11(金) 17:38:20.83 ID:YP+zVxym.net] ケンタは時給2万円以上 いまは会員数が多くて今年年収1億目指すといっていたからおそらく5000万はすでに稼いでいる いま業界で活躍しているのはほとんどケンタのサロン卒だよ 592 名前：デフォルトの名無しさん mailto:sage [2022/02/11(金) 18:13:59.79 ID:79iMdFI4.net] rustスレが完全に壊れたので助けてくれ やはりここに逃げるしか俺の生きる道はないか 593 名前：デフォルトの名無しさん mailto:sage [2022/02/11(金) 18:34:43.29 ID:Y4IhV391.net] 敗走ですねわかります 594 名前：デフォルトの名無しさん mailto:sage [2022/02/11(金) 19:04:36.79 ID:XGwZjA15.net] ちょっと覗いたけど全部自演でしょ 595 名前：デフォルトの名無しさん mailto:sage [2022/02/11(金) 19:57:12.67 ID:CMLTRxyl.net] あっちでもおじさんが荒らしてるのはわかった 596 名前：デフォルトの名無しさん mailto:sage [2022/02/11(金) 23:31:12.73 ID:LZoT8zxD.net] >>578 中身のない話してないのに肩書きだけで判断か？ 597 名前：デフォルトの名無しさん mailto:sage [2022/02/12(土) 10:57:52.43 ID:uPmUKTKl.net] >>586 中身の話はサロンで話している 日本でケンタを超える技術を持っているのはおそらく3名ほどしかいないぞ そもそも時給3万を超えるようなエンジニアが日本にはほぼ存在しないからな 598 名前：デフォルトの名無しさん mailto:sage [2022/02/12(土) 11:09:10.81 ID:pEIoj4ie.net] >>587 その3人は誰だよw 599 名前：デフォルトの名無しさん mailto:sage [2022/02/12(土) 12:12:32.50 ID:MnXeYbkM.net] 堀江とひろゆき 600 名前：デフォルトの名無しさん mailto:sage [2022/02/12(土) 15:57:51.53 ID:8ted8XK+.net] KENTA のサロンは、初心者から時給1万円を目指す人の話。 だからキャリアパスも、Ruby on Rails → Go のみ 米国年収が高いのは、Rails, AWS Solution Architect の1,300万円 Rust, Elixir も、普及のキャズムを越えなかった。 バックエンド言語で唯一越えたのが、Rails, Go だけ。 他のフレームワークは、シェアが少ない KENTAが終わらせた言語が、PHP, Scala。 KENTAがオワコン認定したから、新規プロジェクトが無くなった 601 名前：デフォルトの名無しさん mailto:sage [2022/02/12(土) 16:29:09.49 ID:XEJUc2Aw.net] 今や大企業もケンタの動画を参考にIT投資を決めるようになってきているからな すごい影響力だぞ 602 名前：デフォルトの名無しさん mailto:sage [2022/02/12(土) 16:35:59.50 ID:Wh0EjTLm.net] おいおいKENTAキッズがおじさんからIDコロコロをラーニングしちまったぞ 603 名前：デフォルトの名無しさん mailto:sage [2022/02/12(土) 21:39:28.73 ID:0ZYUS8tw.net] エンジニアに数学力が必要かってトピックでなんか言ってるけど そうじゃないだろ感 604 名前：デフォルトの名無しさん mailto:sage [2022/02/12(土) 21:41:00.54 ID:zmuRKDML.net] KENTAの動画みたことあるけど、 ほっぺに汚いシミのある作文読んでるだけおじさんって印象しかないわ 605 名前：デフォルトの名無しさん mailto:sage [2022/02/12(土) 22:04:47.06 ID:Fy6RTNwo.net] ケンタが常々言ってるのはフロントみたいなどうでもいいことにエンジニア人生を掛けるなと言うこと フロントはWebデザイナーと何も変わらない エンジニアの中で最も底辺で能力がない奴がやることで金にはならない 時給1万を超えるにはバックエンドでRubyをやるべき ケンタのサロンに入れば駆け出しエンジニアでも3ヶ月で60万はすぐに行くし80万へも最短の道で習得できる 606 名前：デフォルトの名無しさん mailto:sage [2022/02/12(土) 22:09:30.13 ID:6fHX/vJa.net] じゃあバックエンドでrubyやればいいじゃん スレタイとなんの関係も無いよね 607 名前：デフォルトの名無しさん mailto:sage [2022/02/12(土) 22:11:03.92 ID:zOhO24og.net] わかったからスレチをやめろ 608 名前：デフォルトの名無しさん mailto:sage [2022/02/12(土) 23:15:03.33 ID:zeKxBusw.net] 無駄にクソ複雑と言われたり、クソ簡単と言われたりする、いまいち実態を把握されてない感のあるフロントエンドの世界。 理解する気のない外野がグダグダ言ってるだけなのかな。ピンキリ激しいのは事実だと思うけど。 609 名前：デフォルトの名無しさん mailto:sage [2022/02/13(日) 00:05:28.67 ID:mUBeMgFR.net] フロントエンドの皆さんはjavascriptのクラス設計はどうしてるの？ typescriptが2012年、ECMAScript6が2015年なので比較的新しい技術のはず。 このスレで「状態管理」という言葉が出てきて、あれ？と疑問が沸いたので… 610 名前：デフォルトの名無しさん mailto:sage [2022/02/13(日) 01:05:29.08 ID:qLNOvlC4.net] SPAだと状態管理というかある程度全体的に使えるデータが使えたらいいなと思うけど 結局画面ごとにAPI呼んでデータ取ってくるしそこまで巨大なアプリじゃなければ 状態管理するほどのデータは無さそうな気がするんだけどね 画面遷移でデータ渡せるし、グローバル的な管理って何か時代と逆行してるというか トークンみたいなのぐらいしか使ってなかったわ 611 名前：デフォルトの名無しさん mailto:sage [2022/02/13(日) 07:27:08.24 ID:txwSwK3V.net] >>599 このスレで状態管理と出てきたらほぼReactHookの事でクラスは関係無いと思って良いかと。 クラスについては、そこそこ便利なオブジェクトリテラルが有るからあんまり使い道がない。状態を持つオブジェクトを（何回も）生成する時と、組み込み型を継承して拡張するときくらいじゃなかろか。 612 名前：デフォルトの名無しさん mailto:sage [2022/02/13(日) 10:04:52.70 ID:8X08gYL4.net] なんというか数学できないヤツってコードが汚いよね 613 名前：デフォルトの名無しさん mailto:sage [2022/02/13(日) 13:07:50.24 ID:0T+jzOg7.net] 複雑なデータを表現する時はやっぱクラス便利よ reactには直接関係ないけど 614 名前：デフォルトの名無しさん mailto:sage [2022/02/13(日) 13:09:23.18 ID:gSu1aBn1.net] たかがJavascriptごときがクラス扱うとか 正直なまいきだよな 615 名前：デフォルトの名無しさん mailto:sage [2022/02/13(日) 13:10:04.38 ID:dfoEbwcZ.net] Reactの関数コンポーネントはどこで値を保持してるの？ グローバル変数？ 616 名前：デフォルトの名無しさん mailto:sage [2022/02/13(日) 13:11:08.65 ID:gSu1aBn1.net] >>605 this内のクラスじゃねーのあれ 617 名前：デフォルトの名無しさん mailto:sage [2022/02/13(日) 14:27:27.69 ID:mUBeMgFR.net] >>601 私はjavascriptのオブジェクトリテラルは、任意の関数で弄れてしまうので構造体に過ぎないと感じるが… 連想配列でswtich文を代替できたので、構造体と等価ではないけど。 いつ、何が状態を変化させたのか追跡するのが面倒なので、規定のインターフェース(プロパティ・メソッド)で内部変数を操作し 内部変数の状態に応じて処理を変えたい時にインスタンス内で問い合わる…これがクラスの使い方の王道と解釈している。 交換する変数の型を明記したインターフェースを事前に規定するので、確実に状態が管理される。 クラス設計=状態管理　じゃないかな、と。 618 名前：デフォルトの名無しさん mailto:sage [2022/02/13(日) 14:47:03.56 ID:txwSwK3V.net] >>607 > 任意の関数で弄れてしまうので構造体に過ぎない その理屈で言うと、クラスで作ったオブジェクトもほぼ構造体です。 619 名前：デフォルトの名無しさん mailto:sage [2022/02/13(日) 15:43:17.61 ID:AQs5k9sa.net] >>605 コンポーネント内のプロパティに覚えてる 620 名前：デフォルトの名無しさん mailto:sage [2022/02/13(日) 17:40:21.65 ID:3CUrxwY5.net] >>607 コンテキストによって状態管理が表すものって変わるでしょ あなたが言ってるのはクラスでの状態管理だしこのスレで言ってるのはアプリ内での状態管理 全く別の話 621 名前：デフォルトの名無しさん mailto:sage [2022/02/13(日) 18:17:18.26 ID:Wnt0ls+2.net] >>607 このスレでOOPなんて語っても、誰もOOPなんてやってないから意味ないと思うぞ 622 名前：デフォルトの名無しさん mailto:sage [2022/02/13(日) 18:26:03.45 ID:txwSwK3V.net] クラスベースだけがOOPじゃないぞ 623 名前：デフォルトの名無しさん mailto:sage [2022/02/13(日) 18:46:46.47 ID:mUBeMgFR.net] >>608 それは違う。 内部変数へアクセスする文字ラベルがインターフェースにリスト化・共有化されるので、 どのインスタンスがいつ内部変数を操作したのか追跡できる。 構造体はインターフェースを持たない。 >>610 別になる理由が分からない。 状態管理とは、どのレジスタにどんな数値が格納されているかを追跡できるかどうかじゃないの？ それはインスタンスの連携で構成されるアプリなので、不変だと思うが… コンテキストの意味が不明瞭なので、状態も不明瞭なんじゃないかなと感じてます。 624 名前：デフォルトの名無しさん mailto:sage [2022/02/13(日) 19:10:21.77 ID:txwSwK3V.net] >>613 内部変数というのはプロパティの事？ （C等の）構造体は実装やメモリ的にはpaddingで表現できるとしても、コード的には文字ラベルがあなたの言うところのインターフェースだと思うけど。 何れにせよクラスで生成したオブジェクトも、オブジェクトリテラルで生成したオブジェクトも、JSにおいてはほぼ等価です。 あるいは、ひょっとしてプライベート変数の話です？ [] [ここ壊れてます] 626 名前：デフォルトの名無しさん mailto:sage [2022/02/13(日) 19:20:23.40 ID:3CUrxwY5.net] あー これRustおじさんか 627 名前：デフォルトの名無しさん mailto:sage [2022/02/13(日) 19:28:10.07 ID:txwSwK3V.net] あー、そうかも 628 名前：デフォルトの名無しさん mailto:sage [2022/02/13(日) 19:40:53.06 ID:0WNBUZNL.net] >>609 どういう仕組みで？ 629 名前：デフォルトの名無しさん mailto:sage [2022/02/13(日) 20:07:13.39 ID:bi2TTbe4.net] React HooksのuseStateがどういう原理で実現されてるのか https://sbfl.net/blog/2019/02/09/react-hooks-usestate/ 630 名前：デフォルトの名無しさん mailto:sage [2022/02/13(日) 20:10:44.93 ID:3CUrxwY5.net] Rustおじさんは全部主観で決めてかかってくるから分かりやすい 631 名前：デフォルトの名無しさん mailto:sage [2022/02/13(日) 20:18:28.79 ID:0WNBUZNL.net] >>618 なるほど…よく読まんとわからんね しかしよく理解できるな 632 名前：デフォルトの名無しさん mailto:sage [2022/02/13(日) 20:24:42.86 ID:YYiu+dAA.net] Reactのソースコード読まなくてもPreactなら簡単に実装されてるから簡単に読める 633 名前：デフォルトの名無しさん mailto:sage [2022/02/13(日) 21:18:37.07 ID:MILRPz6f.net] ほう そもそもリアクティブってどうやって実現してるんだか 634 名前：デフォルトの名無しさん mailto:sage [2022/02/13(日) 21:25:54.90 ID:fGHLySCJ.net] アクティブっていうぐらいだから ActiveXを使ってるんだろ 635 名前：デフォルトの名無しさん mailto:sage [2022/02/13(日) 21:41:33.67 ID:HvK/So9I.net] ニキビにも効きそう 636 名前：デフォルトの名無しさん mailto:sage [2022/02/13(日) 21:49:25.72 ID:iTaXvFH/.net] 最近web系やってみようとフロントは何にしようかと思ってたけどいっぱいあるし もうさくっといけそうなvueでいいや フレームワーク的なところは使わんし 637 名前：デフォルトの名無しさん mailto:sage [2022/02/13(日) 21:50:34.47 ID:0XmpoZ/W.net] 何かイベント起こるとrenderに食わせた関数が呼ばれ仮想DOMツリーを作る、古い仮想DOMツリーとの差分のDOMを更新する。一つの変更が仮想DOM更新中に全部に波及してリアクティブな操作になる（ちょうてきとうな説明） 638 名前：デフォルトの名無しさん mailto:sage [2022/02/13(日) 22:38:35.53 ID:YntYJuXt.net] >>626 なるほど しかし仮想DOMツリーって複雑で膨大なのに速度的に問題なさそうですごいな どこか階層の一部だけ更新されるとjsオブジェクトとしては全体を更新してるのかねえ どうやって階層の一部だけ更新してるのかさっぱりわからんわ 639 名前：デフォルトの名無しさん mailto:sage [2022/02/14(月) 00:25:16.59 ID:FwYo3TXm.net] >>617 render時に対象のVNodeに保存されてるComponentオブジェクトを取り出し、useStateが呼び出された時はそのComponentのプロパティであるhooksという配列に値を設定される 配列なんだから呼び出された順番でインクリメントされる これがHooks 640 名前：デフォルトの名無しさん mailto:sage [2022/02/14(月) 06:36:57.18 ID:CZHjqgIJ.net] >>627 仮想DOMツリーが巨大かどうかは組み方に寄るし、（仮想DOM操作のような）実DOMに触れないJSで完結する処理はかなり高速。遅い処理はuseMemoとか使おう。 641 名前：デフォルトの名無しさん mailto:sage [2022/02/14(月) 11:16:31.13 ID:jHAJjTzR.net] kami.map((a, i) => ( <Kaminoke {...a} onNukege={() => handleNukege(i)} /> ) コンポーネントの再計算のたびにラムダが生成されてDOMの更新がかかってる？ 回避方法がわからない 642 名前：デフォルトの名無しさん mailto:sage [2022/02/14(月) 11:25:46.39 ID:KlVj6RDR.net] >>630 useCallback 643 名前：デフォルトの名無しさん mailto:sage [2022/02/14(月) 11:29:37.10 ID:IpeVw0MS.net] >>631 ループ中はhook使えないのでわ？ 644 名前：デフォルトの名無しさん mailto:sage [2022/02/14(月) 12:00:34.48 ID:4QEGKYDA.net] 単体要素向けに作ったフックを配列向けに組み直すテクニックはありますか？ const foo = useSuperComplexFooManager() ↓ const foos = [] for (let i = 0; i < n; i++) foos.push(useSuperComplexFooManager()) // opps!! useSuperComplexFooManagerは前任者が作ったものですがあまりにも難しくメンテナンスできません この中身には手を入れずそのまま再利用して配列向けにしたいです 645 名前：デフォルトの名無しさん mailto:sage [2022/02/14(月) 12:40:27.43 ID:jFb8p0Sw.net] 俺だったら難しいこと考えずフックをコンポーネントでラップしループの中でコンポーネントを生成する 646 名前：デフォルトの名無しさん mailto:sage [2022/02/14(月) 13:05:27.03 ID:4QEGKYDA.net] それだと親から各hookのメンバにアクセスしたい時に困りますね 647 名前：デフォルトの名無しさん mailto:sage [2022/02/14(月) 14:03:26.14 ID:80dDJ7BV.net] const foos = [1...n].map(i => useSuperComplexFooManager()) でいけんじゃね？ useRefでこんなコード書いてるけど 648 名前：デフォルトの名無しさん mailto:sage [2022/02/14(月) 14:46:58.32 ID:HfVNEtCi.net] それはループと同じだと思うけど…いいの？ 649 名前：デフォルトの名無しさん mailto:sage [2022/02/14(月) 15:19:06.67 ID:80dDJ7BV.net] ループNGルールは何が要求してるのかい？ 650 名前：デフォルトの名無しさん mailto:sage [2022/02/14(月) 15:24:13.92 ID:4hG04sUJ.net] >>638 hooksは関数のトップレベルでないと正常な実行が保証されない 651 名前：デフォルトの名無しさん mailto:sage [2022/02/14(月) 15:24:34.35 ID:KlVj6RDR.net] https://reactjs.org/docs/hooks-rules.html Don’t call Hooks inside loops, conditions, or nested functions. ってことかと 652 名前：デフォルトの名無しさん mailto:sage [2022/02/14(月) 15:38:01.12 ID:KlVj6RDR.net] 正直俺のレベルだとこんなくらいしか思いつかない コンポーネント作ってpropsにタイムスタンプ用意して 変更されたらメソッド呼び出しみたいな…… type Props = { timestamp: number; } const TempComponent: React.FC<Props> = (props) => { const foo = useSuperComplexFooManager(); const { timestamp } = props; useEffect(() => { if (timestamp === 0) return; foo.hoge(); }, [foo, timestamp]); return null; } export default TempComponent; 653 名前：デフォルトの名無しさん mailto:sage [2022/02/14(月) 15:47:41.25 ID:KlVj6RDR.net] React.createRefならループ中に使ってもok? だとしたらforwardRefでどうにかいけるかも const TempComponent = forwardRef((props, ref) => { const { hoge } = useSuperComplexFooManager(); useImperativeHandle(ref, () => ({ hoge, })); return null; }); 654 名前：デフォルトの名無しさん mailto:sage [2022/02/14(月) 16:09:48.94 ID:11/AMapb.net] サンガツ なるほどuseRefを使うとサブコンポーネント内部状態を参照できるのか こりゃ便利だ 655 名前：デフォルトの名無しさん mailto:sage [2022/02/15(火) 09:56:36.41 ID:jZRA5L/z.net] 親子の参照はtree構造では良く使うのにいちいちrefを経由しないと使えないのめんどくさいね この辺りは他のフレームワークでよくある継承でコンポーネントを拡張する&親子の参照はただのインスタンス参照って方式のほうが直感的でわかりやすいかな 656 名前：デフォルトの名無しさん mailto:sage [2022/02/15(火) 10:23:25.29 ID:iNjbZ+Gv.net] 普通だと親が子のデータを管理するからここまで手間は増えないよ 親のuseStateとContextで賄える 657 名前：デフォルトの名無しさん mailto:sage [2022/02/15(火) 10:31:18.31 ID:jZRA5L/z.net] 普通ならそうなんだけどフックのトップレベル制約の都合で状態やプレゼンテーションロジックを子コンポーネントに預けないといけなくて辛いねという話の流れではなくて？ 658 名前：デフォルトの名無しさん mailto:sage [2022/02/15(火) 14:24:18.35 ID:+57I4T89.net] ReactNativeのSSRってのは無いのかな 659 名前：デフォルトの名無しさん mailto:sage [2022/02/15(火) 15:08:44.00 ID:6z6Nq8Ea.net] どういうこと？ 660 名前：デフォルトの名無しさん mailto:sage [2022/02/15(火) 15:32:59.86 ID:+57I4T89.net] ロジックもレンダリングもサーバーサイドで完結できないかなって思った ブラウザは機能不足、WebViewは遅い、なのでネイティブがいい でもネイティブの酷い開発者体験はどうにかして回避したい、というワガママ 661 名前：デフォルトの名無しさん mailto:sage [2022/02/15(火) 16:10:32.61 ID:/0MPsAKI.net] ExpoのOTAアップデートが限界だろうね 662 名前：デフォルトの名無しさん mailto:sage [2022/02/16(水) 02:37:57.40 ID:yTo1vhWy.net] フロントエンド改修するのにReactかVue3で迷ってる 世の流れ的にいくならReactにしない理由はないと思うんだけどなんか好きになれんのよな Vueはテンプレートの構文がわかりやすくて好きなんだけど、結局typescriptとの親和性の観点でtsxで書く流れになってきてるから、tsx使うならReactでよくねとも思う Reactだと依存配列書き忘れとかも以外とやりがちで、Vueはcomputedがその辺全部いい感じにやってくれるから自分的な差はそこくらいかなあ なんかここで選べみたいなのあります？ 663 名前：デフォルトの名無しさん mailto:sage [2022/02/16(水) 02:39:11.36 ID:M+aaKIjO.net] サイコロ 664 名前：デフォルトの名無しさん mailto:sage [2022/02/16(水) 09:42:10.90 ID:LA+91iGg.net] XML文字列をパースしてReactNodeを生成したい EVALで出来ないかな 665 名前：デフォルトの名無しさん mailto:sage [2022/02/16(水) 10:02:19.35 ID:XlkkFeep.net] つ DOMParser 666 名前：デフォルトの名無しさん mailto:sage [2022/02/16(水) 11:11:36.19 ID:CMcpZLXP.net] vueはとっかかりはホント楽だよなあ でも流れとしてはReactのがよさげっての悩みどころ 667 名前：デフォルトの名無しさん mailto:sage [2022/02/16(水) 12:05:58.95 ID:XlkkFeep.net] Reactは状態管理のライブラリが〜みたいなややこしそうな話題が飛び交い、触ってみると実際ややこしく感じるけど、最初が混乱すること多いだけであとはわりとぬるい。 ペットボトルみたく入り口だけキツイ。という個人の感想です。 668 名前：デフォルトの名無しさん mailto:sage [2022/02/16(水) 12:56:27.25 ID:re4+z6VY ] [ここ壊れてます] 669 名前：.net mailto: reactは選択の幅が広いからそれを楽と捉えるか苦と捉えるかの違いだろな 使ってみて合わなければ他の選択肢が沢山あるってのはやっぱ魅力よ [] [ここ壊れてます] 670 名前：デフォルトの名無しさん mailto:sage [2022/02/16(水) 13:03:27.73 ID:OAb5AWjq.net] reactは従来のコーディング習慣と違いすぎるのが嫌い JSXリテラルはキモいけどまあシンタックスシュガーと考えればギリギリ許容範囲 しかしフックはIF分やループ中で使っちゃダメってのが非常識すぎて耐えられない 671 名前：デフォルトの名無しさん mailto:sage [2022/02/16(水) 16:53:40.65 ID:9208qGMd.net] >>658 使えますよ 672 名前：デフォルトの名無しさん mailto:sage [2022/02/16(水) 20:05:01.77 ID:CZttmVO4.net] >>658 気持ちはわかる 確かにハマりどころは多い 673 名前：デフォルトの名無しさん mailto:sage [2022/02/17(木) 12:01:42.35 ID:w+/1Lj7H.net] よわよわエンジニアの俺は無事vueを選びました 674 名前：デフォルトの名無しさん mailto:sage [2022/02/17(木) 12:21:29.09 ID:OzlxMNFt.net] Svelteこそ易しいと思うんだけど、そうでもないんです？ 情報が少ないとか？ 675 名前：デフォルトの名無しさん mailto:sage [2022/02/17(木) 12:41:38.57 ID:3qJ3MVN8.net] なんだかんだでMVVMの方が好きだな UIの振る舞いを記述するならオブジェクト指向の方がメンタルモデルとも一致するし実装上の変な罠も少ないから簡単でメンテナンス性も高い レンダリングは確かに関数の方が簡単だけどね 676 名前：デフォルトの名無しさん mailto:sage [2022/02/17(木) 12:56:35.11 ID:OzlxMNFt.net] 俺は関数畑なのでReactがしっくり来たけど、そのへんは人に寄るよね 677 名前：デフォルトの名無しさん mailto:sage [2022/02/17(木) 13:36:09.37 ID:D3Kp3a02.net] >>663 どのmvvmの事？ angular？ knockout？ 678 名前：デフォルトの名無しさん mailto:sage [2022/02/17(木) 16:12:10.27 ID:I7WC7Zfj.net] アトミックデザインってSPAに合わなくない？ カタログは綺麗になるだろうけどディレクトリがごちゃごちゃになる 普通に機能目的別にコンポーネント分けた方がスッキリする 679 名前：デフォルトの名無しさん mailto:sage [2022/02/17(木) 19:13:53.80 ID:Ru9+sq7u.net] >>662 情報が少ないってのはかなりネックだね それだけでもゼロベースから導入するのにそこそこ高い能力が必要になるからな 680 名前：デフォルトの名無しさん mailto:sage [2022/02/17(木) 19:25:43.29 ID:OZi8jI3k.net] ゼロベースで大変なのはJS系はどれだって同じだ 681 名前：デフォルトの名無しさん mailto:sage [2022/02/17(木) 19:47:58.98 ID:mjDg/nR6.net] タスクランナーとか周辺ライブラリ選定して、設定とか全部書いてた頃に比べたらだいぶ良くなった 682 名前：デフォルトの名無しさん mailto:sage [2022/02/17(木) 20:08:23.60 ID:NEaK+e9H.net] 多様性とか要らねえんだわ tscを集中的に強化して他のエコシステムをはやく駆逐してよ 683 名前：デフォルトの名無しさん mailto:sage [2022/02/17(木) 22:32:33.59 ID:+LogEHPO.net] >>662 趣味なら良いけど仕事では使いにくいね 684 名前：デフォルトの名無しさん mailto:sage [2022/02/17(木) 22:47:31.25 ID:OzlxMNFt.net] >>667 >>671 なるほどね〜。まだまだこれからって感じか 685 名前：デフォルトの名無しさん mailto:sage [2022/02/18(金) 00:29:30.37 ID:PaBs7/1m.net] Vueでspaログイン認証作ってるんだけどjwtの知見って必須なの？ 686 名前：デフォルトの名無しさん mailto:sage [2022/02/18(金) 00:39:19.42 ID:e8a3Yeks.net] フロントでログイン認証とかそんな恐ろしいことできねえわ 687 名前：デフォルトの名無しさん mailto:sage [2022/02/18(金) 00:39:35.85 ID:uafM90mr.net] jwtなんかべつにいらんよ ログインなんか普通になんもせずにPOSTしてるのがほとんどだよ 688 名前：デフォルトの名無しさん mailto:sage [2022/02/18(金) 01:53:25.40 ID:TADg4zOp.net] なんちゅうアドバイス... 689 名前：デフォルトの名無しさん mailto:sage [2022/02/18(金) 06:54:28.62 ID:IqCRW1xd.net] JWT使うなら有効期限短くしてちゃんと使い捨ててくれよ！ データ抜かれても良いならまぁわりと雑でも良いと思うけど、パスワードとか個人情報みたいなデリケートなもの出てきたらさじ投げてAuthサービスとか信用できるライブラリ使うなぁ。生兵法危ないし。 690 名前：デフォルトの名無しさん mailto:sage [2022/02/18(金) 16:30:43.10 ID:iM7UJulb.net] reactの野良OSS、品質どうにかならんもんかねぇ 公式がもう少ししっかり整備してくれんとダメだな 691 名前：デフォルトの名無しさん mailto:sage [2022/02/18(金) 16:38:45.20 ID:iM7UJulb.net] つうかね 野良の分際でreact-*だとかreact-native-*って名前はダメでしょ 企業か個人の制作ですってわかるようなワード入れようよ ウェッブの連中は何もかもが無責任で適当すぎて頭にくるぜ 692 名前：デフォルトの名無しさん [2022/02/18(金) 18:09:30.18 ID:DCygpPrM.net] 名前なんかつけたもんがちだからな 名前で管理すること自体が間違い 693 名前：デフォルトの名無しさん mailto:sage [2022/02/18(金) 18:13:35.79 ID:IqCRW1xd.net] OSSなんだから信用出来るものを選定したりちゃんと機能するように環境を整えるのも技術者の腕の見せどころ。 それにRustだろうがGoだろうがPythonだろうがJavaだろうがライブラリやフレームワークの命名規則なんてけっこうガバガバだゾ 694 名前：デフォルトの名無しさん mailto:sage [2022/02/18(金) 18:38:24.98 ID:QjRPAftj.net] それが当たり前と考えてる時点でもうダメなんだろうな エコシステムが洗練されなくなる 多くの開発者が興味とは全く異なる部分で苦しむことになる 695 名前：デフォルトの名無しさん mailto:sage [2022/02/18(金) 19:02:51.86 ID:VJge2qpl.net] 自分で作れば？ 696 名前：デフォルトの名無しさん mailto:sage [2022/02/18(金) 19:15:02.47 ID:TAXpzSh0.net] Forkすれば？ 697 名前：デフォルトの名無しさん mailto:sage [2022/02/18(金) 19:51:16.27 ID:tiifqQ9V.net] >>651 React は海外に多い。JSX も便利 一方、Vue.js は、下のスレに書いたように、 YouTube で有名な、雑食系エンジニア・KENTA のRuby on Rails サロンで、 初心者の転職用に、React よりも、Vue.js を勧めている 日本では、Vue.js の方が、転職に有利 スレ立てるまでもない質問はここで 159匹目 https://mevius.5ch.net/test/read.cgi/tech/1644673480/73 698 名前：デフォルトの名無しさん mailto:sage [2022/02/18(金) 20:29:44.01 ID:q1ySa1je.net] OSSを利用していないものだけが石を投げよ 699 名前：デフォルトの名無しさん mailto:sage [2022/02/18(金) 21:22:26.26 ID:xes3bnmd.net] >>685 ケンタそれは悪手だぞ いまからReactに変えろ 700 名前：デフォルトの名無しさん [2022/02/18(金) 21:51:56.43 ID:DCygpPrM.net] >>682 名前が早い者勝ちになる問題は解決策がないんよな 701 名前：デフォルトの名無しさん [2022/02/18(金) 22:28:25.42 ID:Um4cr3Ro.net] そこでangularですよ 何も考えなくて良かろう 702 名前：デフォルトの名無しさん mailto:sage [2022/02/18(金) 22:43:01.99 ID:lIo2zGhM.net] >>673 これ言葉足りずだった。 railsとvueでspa作成しててそのログイン認証と状態保持にjwtをcookieに保管する方法してるんだけど、この形ってspa開発ではスタンダード？ 703 名前：デフォルトの名無しさん mailto:sage [2022/02/18(金) 23:08:17.30 ID:e8a3Yeks.net] なんでjwtを採用してるのかをちゃんと説明できるならいいんじゃない 704 名前：デフォルトの名無しさん mailto:sage [2022/02/18(金) 23:20:44.82 ID:TADg4zOp.net] べつにjwtでなくても良いし 705 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 00:05:01.72 ID:RzFkYtPT.net] >>689 angularってもうGoogleの社員しか使ってるの見たことねえ 706 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 00:08:54.14 ID:UkMRjGML.net] Googleの社員なんて見たことない 707 名前：デフォルトの名無しさん [2022/02/19(土) 00:46:49.77 ID:oEwkOcqo.net] >>689 Angularいいよな 708 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 00:49:53.85 ID:RzFkYtPT.net] angularの良い点を教えてくれよ なんかもう終わったものとして扱われてるけど 709 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 00:53:52.91 ID:yc9OR0yy.net] オリジナルの開発者が逃げた時に もう終わってたでしょ 710 名前：デフォルトの名無しさん [2022/02/19(土) 01:19:21.23 ID:oEwkOcqo.net] >>696 良く言えば破壊的変更が少なく安定してる 学習曲線が、、と言われるがちゃんと調べれば最適解がありほぼ悩まない安心感 ただもちろん世間じゃreact優勢だし無理に薦めない 711 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 10:51:06.25 ID:57Y9jhR0.net] Better angularを目指したのがvue だったは 712 名前：ずなんだけどだけどなんでこうなった [] [ここ壊れてます] 713 名前：デフォルトの名無しさん [2022/02/19(土) 10:59:28.03 ID:XG+DQ0WV.net] reactはJSの動作をそのまま使ってるのがすごい 714 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 11:35:02.06 ID:yc9OR0yy.net] reactはシンプルなんですよ jsそのまんまって感じ 715 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 11:41:00.44 ID:0E198k18.net] 全然シンプルじゃない hookの制約とか非常識すぎる 716 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 12:05:01.28 ID:TtXtFDlb.net] >>689 Angularはいざ使おうとなったらマスターでも居ない限り調べる事やら覚える事が大杉だろ その点Reactがjavascriptさえわかればなんとでもなる 717 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 12:16:47.78 ID:yc9OR0yy.net] >>702 自分もあんま好きじゃないhookですけど 覚えること少ないし 機能自体はシンプルなんで Vueより習得早いと思いますね 自分もあんま好きじゃないですけど それとhookはガチで使わなくても appの直下ぐらいで viewの定義体を全部プロパティ経由で流しこめば 行けるんじゃないでしょうかね？ 嫌いなひとは 718 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 12:19:18.80 ID:yc9OR0yy.net] >>703 早いんですよねreactは習得が 未経験でもTodoぐらいの機能だと 初日でできちゃいますね 719 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 12:25:42.08 ID:EtLZyrFy.net] みんなバリデータは何使ってる？ Ajvはクライアントで使うにはややファットだ 720 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 12:34:18.03 ID:lqH+muYT.net] >>704 それやると今度はバケツリレーきついんだよね 気持ち悪いhookを使うかバケツリレーで疲弊するかどっちか 721 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 12:34:41.50 ID:lqH+muYT.net] >>705 それは題材が単純すぎるだけ 722 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 12:36:41.80 ID:lqH+muYT.net] ほらね簡単でしょ？って言ってる製品ってチュートリアルにそって手を動かしてるだけの場合も多いんで、あんましあてにならん そこそこの規模の業務レベルのシステムを組んで初めてツラミが見えてくる 723 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 12:44:47.19 ID:yc9OR0yy.net] >>707 で、次にuseContextを導入して 調整すればいい感じになりませんか？ 724 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 12:51:24.09 ID:lqH+muYT.net] MVVMは良かった ごく普通のオブジェクト指向を知ってれば誰でもVMが書けた あとはViewとバインドするだけ ソースコードに無粋なXMLもスタイルも登場しない ソースコードには振る舞いだけを書けばいいのだ 素晴らしい疎結合の世界 これなら研修を終えただけの新卒でもできる オブジェクト指向は人間のメンタルモデルにフィットするこれが大事なことだ ただViewを実装したフレームワークが残念だった Microsoftはこの点について猛省しなければならない reactは新卒には無理だ 関数型なんて初心者には理解できない 高階関数？美味しいんですか？ ループのなかで使ってはいけない？なんでですか？ ぼくが欲しいのはStateの配列であって配列のStateじゃないんですよ memo？callback？いったいなんでこんなものを書かないといけないんです？ 依存配列のせいでコードがめちゃくちゃ見にくいです コールバックを修正したら間違いなく依存配列も直さないとダメだって？めんどくさすぎませんかね 725 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 12:52:24.10 ID:lqH+muYT.net] >>710 それは気持ちの悪いhookを深い階層のコンポーネントに導入することに他ならない コンポーネントの純粋さは失われて気持ち悪いこんになる 726 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 12:52:37.93 ID:lqH+muYT.net] コンポーネントになる 727 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 12:56:23.78 ID:yc9OR0yy.net] 素性が判ったかんじ 728 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 12:56:36.83 ID:EtLZyrFy.net] ライブラリが目先のシンプルさに囚われると逆に複雑な構築を強いられる事はままあるけど、その点、Reactは上手い構成だと思って使ってる。 合わないなら使わなければいいし、仕事なら慣れるしかない。 って、この人例のおじさんっぽいな 729 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 12:57:06.77 ID:yc9OR0yy.net] だと思います 730 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 12:58:15.28 ID:lqH+muYT.net] reactおじさん達は私にreactを売り込む時に純粋関数でUIがチョー簡単に書ける夢のような世界だと言いました それがどうです？ 現場のプログラマは副作用だらけのコンポーネントに疲弊してるじゃないですか？ そして副作用から逃げたら悪夢のような階層のバケツリレーですよ コンテキスト？それは副作用だろ！ 現実の世界は関数じゃないんですよオブジェクトなんです そこをよくご理解いただきたい 731 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 13:02:27.69 ID:pOD18rvW.net] 関数型パラダイムとかReactについて行けない人が居るのはわかるし仕方のないことだと思うけど、こんなとこで愚痴られてもなぁ 732 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 13:03:36.61 ID:yc9OR0yy.net] 理解力のないメンバーに認識させるには どうすれば良いでしょうか？ 一番確実なのは コードを対比させて見比べさせる事でしょうかね？ 733 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 13:05:44.59 ID:lqH+muYT.net] そういうとこだよ 「ついていけない」という表現が自然と出てくるってことは内心では無意識に難しくて使いにくいフレームワークだって思ってんだろうな 734 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 13:07:30.13 ID:yc9OR0yy.net] この人の指してるmvvmって angularとかのイケてるのじゃ無い方のですからね 735 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 13:11:30.01 ID:CvzWTrWt.net] >>721 そんな感じだよね 736 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 13:14:59.27 ID:XlinVUCj.net] >>690 面倒くさがりな香具師のために、 誰かがRuby on Rails 用の各種プロジェクト generator を作っている Boring Generators https://github.com/abhaynikam/boring_generators ログインは皆、Devise を使う。 Omniauth で、Facebook, GitHub, Google, Twitter など 737 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 13:21:20.15 ID:57Y9jhR0.net] あれもダメこれもダメなら自分で作れよ ワガママな乞食だな 738 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 13:59:41.44 ID:EtLZyrFy.net] 批判内容がふわっとしてるというか上の方で見た意見そのままなので、おじさんはReactエアプっぽい 739 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 14:11:39.62 ID:TtXtFDlb.net] >>707 バケツリレーはコールバック地獄と似た様な構造で全世界的に問題になってるだろうしその内それに関するasync/awaitみたいな解決策は出てくるだろうね 740 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 14:42:37.09 ID:UtJ5+OK2.net] 世界的にとか主語を大きくする癖やめた方が良いよ 741 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 15:07:56.13 ID:PBw8xajc.net] JSに暗黙的引数渡しみたいな機能があれば良いのだけどね 742 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 15:30:55.33 ID:G1Uce/84.net] まだ全宇宙的までいってない謙虚さ 743 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 17:07:33.86 ID:1iBin5YC.net] MVVMよりMVCのほうが全然よくね？ 744 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 17:26:43.59 ID:ZgwHHXdf.net] JSフレームワーク初心者だけど、vueが格段に分かりやすかった というかvueが昔のhtmlファイルの構成を想像しやすいんだよな Reactは単純なファイル構成にならない、というかページじゃなくシステムを作ってる感覚 745 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 17:58:12.54 ID:l6YBVMYV.net] おじさん今度はvueに移ったのか 746 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 18:05:26.30 ID:wIf+frVg.net] 流石に違うんちゃう？ こういう疑心暗鬼、嫌だなぁ。次スレはワッチョイあったほうが良いよマジで 747 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 18:12:34.69 ID:Q/4e3MFr.net] >>731 それはコントロール分割の程度の話で reactもvueも変わらんのじゃないの？ 748 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 18:36:43.80 ID:TtXtFDlb.net] まあそりゃ元々がjQueryやってた感覚からするとvueが分かりやすくとっつきやすいって言い分は分かる ただそれは使えてるってだけで使いこなしてる段階ではないと思う 749 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 18:43:11.89 ID:Gaj/uCI/.net] vueは3になってグダグダになった 今はReact一択 750 名前：デフォルトの名無しさん [2022/02/19(土) 19:05:51.41 ID:VUPxXfHX.net] 海外で圧倒的な差がある以上それに逆らうと損するだけ。 どんどん優位性が広がるだけだから、どこかで折れる事になる。 なら早いほうが良い。 751 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 19:26:11.18 ID:7YJ9GF0A.net] でもコンポーネントライブラリVueのほうが良さげなの多いんだよね 752 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 19:31:11.70 ID:nQYk92P7.net] 野良ライブラリが多すぎる 公式はろくに仕事せず無報酬の素人任せ 最終コミットが平気で数年前とかある 責任感なんてあったもんじゃない 753 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 19:36:19.68 ID:zST/S0Lh.net] 海外の比較してるところだとvueがこれから流行るって予想してる人も多いんだよな 754 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 19:41:17.30 ID:hPvDob0k.net] Vueは周りのライブラリの動向みて良さげなところ取り入れて安定させたものリリースするスタイルだからね 成熟してきた今Vueの安定性は魅力的 755 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 19:46:58.66 ID:DGNBbSnO.net] >>739 お金払わずにお客様目線とは、開発者の風上にも置けないな 756 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 19:51:18.78 ID:hPvDob0k.net] 最終コミットが数年前で不安ならフォークして自分でデバッグして引き継げや 757 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 19:55:05.39 ID:a5OHRwfr.net] >>742 金払うからオールインワンの高品質なフレームワーク作って欲しいわ 野良ライブラリを駆逐してほしい >>741 へー、ブーはそういう方針なんだ？ だったらウサギと亀のレースじゃないけど、最終的にブーのほうが優れたフレームワークになりそうだね 758 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 19:56:05.65 ID:a5OHRwfr.net] >>743 それじゃライブラリの意味ねーんだわ 759 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 19:58:37.36 ID:GvjEJ7/j.net] この安い挑発はおじさんだわ 760 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 21:02:05.83 ID:RzFkYtPT.net] React以外ゴミって結論出てるのに今更vueで荒らすのは無理がある 761 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 21:02:59.24 ID:1iBin5YC.net] Jquery以外は目くそ鼻くそだろ 762 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 21:04:00.66 ID:Gaj/uCI/.net] ガラパゴスvueなんかにこだわる理由がないわ 763 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 21:18:29.93 ID:iSxLcn6c.net] 別にVueでも良いけどおじさんたちは帰ってどうぞ 764 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 21:20:37.40 ID:GSPjzxnc.net] vueが躍起になってあたらしいものを模索せんで今あるものを洗練させていくならそれが正解だよ 765 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 23:26:41.04 ID:ttXbCuY9.net] Vue2→3で破壊的変更多かったから 規模の大きいライブラリは移行に手間取ってるんだよ 時間が解決するだろうけど今現在はVueを選びにくいな 766 名前：デフォルトの名無しさん mailto:sage [2022/02/20(日) 13:01:35.90 ID:ko10U8o8.net] そもそもおじさんって開発業務した事ないよね 知識が無さすぎる 767 名前：デフォルトの名無しさん mailto:sage [2022/02/20(日) 13:05:34.23 ID:0UBYM1pu.net] 反論ができなくなると人格攻撃し始めるの人ってウェブ系ではよくあるタイプなのかな？ 768 名前：デフォルトの名無しさん mailto:sage [2022/02/20(日) 13:26:43.86 ID:FbIxYOwf.net] おじさんはIDコロコロと屁理屈と論点ずらしでレスバトルしてるだけで、議論にならないし…… 769 名前：デフォルトの名無しさん mailto:sage [2022/02/20(日) 13:29:06.11 ID:0UBYM1pu.net] つまり反論できないってことでFA? 770 名前：デフォルトの名無しさん mailto:sage [2022/02/20(日) 18:20:37.40 ID:9fRIRl/r.net] >>753 したことはあると思うよ でも派遣切りにあったか使えないからクビになったとかでしょ もしくは鬱になってやめたとか 上っつらの評論家的なことはできるからそのタイプだと思う 771 名前：デフォルトの名無しさん mailto:sage [2022/02/20(日) 18:25:31.63 ID:B22OuISB.net] また人格攻撃してる 772 名前：デフォルトの名無しさん mailto:sage [2022/02/20(日) 18:42:15.17 ID:04P58SsQ.net] 人を煽るのに自分が煽られたら被害者面という人間を受け入れるコミュニティは無い 773 名前：デフォルトの名無しさん mailto:sage [2022/02/20(日) 18:47:37.17 ID:YQ5B8UJw.net] 普通に議論してんのに反論がなくなると人格攻撃する人達のコミュニティとかちょっとした地獄だよね 2ちゃんとはそういうものなのかもしれんがもう少し穏やかになれないものだろうか 774 名前：デフォルトの名無しさん mailto:sage [2022/02/20(日) 18:56:37.99 ID:04P58SsQ.net] おじさんがやってるのはレスバトルであって議論とは言わない 775 名前：デフォルトの名無しさん mailto:sage [2022/02/20(日) 18:57:11.67 ID:ojlUJepw.net] 議論ねぇ 776 名前：デフォルトの名無しさん mailto:sage [2022/02/20(日) 19:02:12.31 ID:4zuUfOJn.net] 反論ができなくなると悔しくて議論と認めたくない気持ちはわかるけどもね 777 名前：デフォルトの名無しさん mailto:sage [2022/02/20(日) 19:07:18.18 ID:bFKeCVXo.net] ID変えるの何なの？ 778 名前：デフォルトの名無しさん mailto:sage [2022/02/20(日) 19:13:10.44 ID:04P58SsQ.net] IDコロコロしたり無駄に挑発ばかりするから議論扱いされないのにねぇ 779 名前：デフォルトの名無しさん mailto:sage [2022/02/20(日) 19:14:32.73 ID:4zuUfOJn.net] 中身に反論ができないから関係ない外面の気に入らない点をつこうとする気持ちわかるよ 780 名前：デフォルトの名無しさん mailto:sage [2022/02/20(日) 19:35:03.84 ID:9CcxHJAF.net] 語るに落ちたな 781 名前：デフォルトの名無しさん mailto:sage [2022/02/20(日) 19:42:14.95 ID:etYymlDL.net] おじさんの外面知らないんだが 782 名前：デフォルトの名無しさん mailto:sage [2022/02/20(日) 19:44:50.74 ID:0xjneA4v.net] ラスおじはともかく技術ないやつほどreactマンセーしてるのはなんでなの？ To do アプリでも作って、自分はvueよりもreact合ってる！とかほざく奴多いんだけど、どうせ使いこなせないんだから素直にvue使っとけ 783 名前：デフォルトの名無しさん mailto:sage [2022/02/20(日) 19:44:56.80 ID:9zuvUhym.net] 外面ってのはこの文脈ではipが変わるとか議論の本質と全く関係ない部分のことね 784 名前：デフォルトの名無しさん mailto:sage [2022/02/20(日) 19:47:31.99 ID:cfNc+iQM.net] 議論の本質っておじさんが全無視する話のこと？ 785 名前：デフォルトの名無しさん mailto:sage [2022/02/20(日) 19:50:17.91 ID:9zuvUhym.net] >>771 ipがどうのこうのと議論と関係ないことを書いてる人達が無視してること 786 名前：デフォルトの名無しさん [2022/02/20(日) 19:51:22.45 ID:UNNtJo3f.net] npmでreact、vue、nextjs、nuxtjsのダウンロード数を見るとvueやる気にならんが、 気にしない人も多いんかな。 787 名前：デフォルトの名無しさん mailto:sage [2022/02/20(日) 19:53:50.90 ID:cfNc+iQM.net] スレと関係ない事延々と語るおじさんに問題があるとしか思えないけど 788 名前：デフォルトの名無しさん mailto:sage [2022/02/20(日) 20:02:30.51 ID:9zuvUhym.net] >>773 全く気にしないことはないが指標の１つ程度だね 普通はそうだろう >>774 俺もちゃんと議論してくれる相手ならそうしたいんだけどね 議論から外れて盤外のレスバ仕掛けてくる人達が湧いてくるんで対処してるだけ 彼らが静かになればこちらも無駄なレスしなくて済むんで助かるんだが… 789 名前：デフォルトの名無しさん mailto:sage [2022/02/20(日) 20:11:55.25 ID:3HuMv1Sj.net] Blazor最高！って あちこちのスレ嵐してた奴の事？ 790 名前：デフォルトの名無しさん mailto:sage [2022/02/20(日) 20:14:54.91 ID:9zuvUhym.net] そういうとこなんだよな 791 名前：デフォルトの名無しさん mailto:sage [2022/02/20(日) 20:19:49.05 ID:S0edIfsm.net] おじさんって仕事なにしてるの？ ニート？ 792 名前：デフォルトの名無しさん mailto:sage [2022/02/20(日) 20:21:48.30 ID:9zuvUhym.net] 仕事で開発してるよ 仕事でもなければ開発なんて絶対にやりたくない 793 名前：デフォルトの名無しさん mailto:sage [2022/02/20(日) 20:22:04.34 ID:ovlLloJP.net] Blazor最高は間違いなく無いけど、 金だせる企業ならASP.netMVC最高はあるな 794 名前：デフォルトの名無しさん mailto:sage [2022/02/20(日) 20:50:52.33 ID:9CcxHJAF.net] >>773 へ〜と思って見てみたら驚いた。今5倍も違うのか。 795 名前：デフォルトの名無しさん mailto:sage [2022/02/20(日) 23:25:22.43 ID:5k7ShkwV.net] MSも囲い込めるなら強いからなあ 796 名前：デフォルトの名無しさん [2022/02/21(月) 03:06:33.67 ID:KFl+uyXs.net] 結局後方互換切るのは悪手なんだな angularもそれで斜陽になったし vueは巻き返せるだろうかね 797 名前：デフォルトの名無しさん mailto:sage [2022/02/21(月) 04:20:34.02 ID:jpP0Lzmf.net] 派遣切りにあったのかどうかだけ教えて？ 798 名前：デフォルトの名無しさん mailto:sage [2022/02/21(月) 07:27:47.87 ID:PKRN/GDD.net] プライベートでは絶対開発したくないと言う人が、わざわざプライベートな時間を割いて嫌いな技術のスレに来る？ やはり目的は議論じゃないよね…… 799 名前：デフォルトの名無しさん mailto:sage [2022/02/21(月) 10:01:33.67 ID:Eduzs9q/.net] Reactが最強とか言語のシェアでイキってるのはなんなんw シェアが全くの0じゃないならVueでもAngularでも仕事上捨てきれなくね？ それともReactの開発者とか関係者なん？ Reactないと詰むの？w 800 名前：デフォルトの名無しさん mailto:sage [2022/02/21(月) 10:14:55.67 ID:CpULXmVX.net] なに発狂してんだよ 801 名前：デフォルトの名無しさん mailto:sage [2022/02/21(月) 10:20:29.28 ID:g+AbY5XQ.net] 大事なのはシェアよりも公式による主要ライブラリのカバー率、公式の抱える熱意だと思うな シェアが多ければある程度は熱意に反映されるかもしれんが人間の感情はそれだけじゃないだろう 802 名前：デフォルトの名無しさん mailto:sage [2022/02/21(月) 10:34:17.39 ID:Zzihr2B2.net] reactって言語だったのか 勘違いしてたわ 803 名前：デフォルトの名無しさん mailto:sage [2022/02/21(月) 10:37:29.68 ID:g+AbY5XQ.net] JSXがあるから実質的にDSLと捉えることもできなくはないのかもしれんね 804 名前：デフォルトの名無しさん mailto:sage [2022/02/21(月) 11:38:49.76 ID:h0MGTXAd.net] 大事なのはプロジェクトにマッチするかどうかだろ 805 名前：デフォルトの名無しさん mailto:sage [2022/02/21(月) 13:32:45.52 ID:2STuN7Vv.net] フェイスブック嫌いやねん 806 名前：デフォルトの名無しさん mailto:sage [2022/02/21(月) 13:38:11.57 ID:PXE0oLGd.net] メタはオワコンなりそうな気配感じてるけどreactは大丈夫なんかね？ 807 名前：デフォルトの名無しさん mailto:sage [2022/02/21(月) 15:08:21.45 ID:5YLtWe8o.net] MITライセンスのオープンソースだしそこはあまり問題ないかと 一人の開発者に依存してるVueに比べたら全然 808 名前：デフォルトの名無しさん mailto:sage [2022/02/21(月) 15:25:27.98 ID:MozptfoU.net] もし仮にmetaが潰れたとしても、みんなReactのイニシアティブは握りたいだろうから開発チームごと何処かが引き取るだろうね。 Oracleみたいな会社が引き取ると悲惨だけど 809 名前：デフォルトの名無しさん mailto:sage [2022/02/21(月) 15:53:14.28 ID:lqy8w7I8.net] それよりNode.jsの先行きの方が気になるわ 810 名前：デフォルトの名無しさん mailto:sage [2022/02/21(月) 15:59:52.86 ID:osbS3K4S.net] どうせならMicrosoftに引き取ってもらいたい 811 名前：デフォルトの名無しさん [2022/02/21(月) 17:50:33.95 ID:uSMV/I/4.net] denoがよほど跳ねない限りはnodeも安泰な気がするなぁ 812 名前：デフォルトの名無しさん mailto:sage [2022/02/21(月) 18:13:31.27 ID:ivUAsCOo.net] wasmが発展すればnodejsにこだわる意味はなくなるのでシェアは縮小する しかし無理して乗り換える必要性もないので選択肢の１つとしては残り続ける 813 名前：デフォルトの名無しさん mailto:sage [2022/02/21(月) 18:26:40.55 ID:MozptfoU.net] それはユーザー数を指標にして見るとNodeは減らずWasm分が単純に増える感じになりそう。 なおnpmはGitHub傘下だから実質MS 814 名前：デフォルトの名無しさん mailto:sage [2022/02/21(月) 18:27:58.41 ID:Q3hEiRX/.net] Adobe製品インストールすると、ロカールにnode.jsのサーバ立てまくるからな。 便利なんだろうけどちょっと怖いｗ 815 名前：デフォルトの名無しさん mailto:sage [2022/02/21(月) 18:52:13.55 ID:ypbEeSDU.net] Ruby on Rails 6 では、 webpack で変更ファイルをwatch してコンパイルするために、webpack-dev-server を使う Rails 7 では、脱webpackで、esbuild になるけど 816 名前：デフォルトの名無しさん mailto:sage [2022/02/21(月) 19:24:12.12 ID:OlI/R64d.net] webpackが終わるなんて数年前は考えられなかったな フロントエンドの環境構築はほんと安定しないね いいツールが生み出されるのはいいことなのだが webpackのconfigは初心者殺しすぎたし 817 名前：デフォルトの名無しさん mailto:sage [2022/02/21(月) 20:02:24.00 ID:qxYV5dXg.net] wasmのGC TypesがJVMの再実装になってるのは気になる ここまで来たらガッツリJSというかTSに寄せて欲しいのだが 818 名前：デフォルトの名無しさん mailto:sage [2022/02/21(月) 20:08:29.76 ID:1FO2Hiyl.net] JVM言語に寄せすぎるとオラクルの影響力が強くなるから嫌やぁ 偏り無いのが理想だけど偏るならMSの方が全然いい 819 名前：デフォルトの名無しさん mailto:sage [2022/02/21(月) 20:13:46.87 ID:oeWV3I3V.net] wasmはdom apiをサッサと実装しる 820 名前：デフォルトの名無しさん mailto:sage [2022/02/21(月) ] [ここ壊れてます] 821 名前：20:28:14.84 ID:CfIl1tlt.net mailto: じみにおじさんのレス入るのが笑える [] [ここ壊れてます] 822 名前：デフォルトの名無しさん mailto:sage [2022/02/21(月) 20:29:45.95 ID:26rkvuYs.net] >>807 どれがおじさんのレスだと思う？ 823 名前：デフォルトの名無しさん mailto:sage [2022/02/21(月) 20:38:48.50 ID:UUha3Jif.net] 807 824 名前：デフォルトの名無しさん mailto:sage [2022/02/21(月) 20:43:56.44 ID:MozptfoU.net] こういう疑心暗鬼嫌だからワッチョイあるスレに早く移行したいよ 825 名前：デフォルトの名無しさん mailto:sage [2022/02/21(月) 21:06:22.94 ID:QHx0/ciw.net] >>798 denoはkoaと同じ道を辿りそうだよなぁ 826 名前：デフォルトの名無しさん mailto:sage [2022/02/21(月) 23:39:53.60 ID:3bqwtfJY.net] denoとkoaを同列に語ってるの意味がわからんのだが 827 名前：デフォルトの名無しさん mailto:sage [2022/02/22(火) 05:01:52.23 ID:BZZ/9iCt.net] 本人の意図と合ってるかは分からんけど 「コンセプトは悪くないが流行らなかった」とかそんな感じじゃない？ 828 名前：デフォルトの名無しさん mailto:sage [2022/02/22(火) 07:42:00.35 ID:BPFvZ24/.net] ヒットしたソフトの作者自身による改良版という意味で。 思いがけずヒットしたソフトのバージョン2が意欲的すぎてこける現象ってなにか名前がついてなかったかな。 829 名前：デフォルトの名無しさん mailto:asa [2022/02/22(火) 07:55:56.11 ID:BHsaFzyJ.net] axiosの作者が新たに作ったkyと同じか 830 名前：デフォルトの名無しさん mailto:sage [2022/02/22(火) 08:15:33.27 ID:edSCOi5E.net] 自分が書いたクソコードを直したいのはわかるけどね 831 名前：802 mailto:sage [2022/02/22(火) 12:15:10.06 ID:ysWljmej.net] >>803 Ruby on Rails 6 では、webpack の薄いラッパー・Webpacker を使うので、 設定ファイルも、webpacker.yml を使う webpack.config.js を直接使わない webpacker.yml で、全環境共通の設定をしてから、 development など、各環境の設定で上書きする Railsがデフォルトの設定や、使うモジュールを選んでいるから、あまり考える事がない 832 名前：デフォルトの名無しさん mailto:sage [2022/02/22(火) 12:20:34.34 ID:wBV0PE3F.net] >>817 ちょっと気になるんだけどそのラッパーはwebpackをうまく抽象化、隠蔽してるのかね？ この手のツールって中で使ってるツールに関する知識も要求されることが多くて負担が余計に増えるだけなんだよね 833 名前：デフォルトの名無しさん mailto:sage [2022/02/22(火) 12:40:28.10 ID:KahDZ65i.net] Rubyガイジには触れるなｗ 834 名前：デフォルトの名無しさん mailto:sage [2022/02/22(火) 16:34:58.28 ID:vflny0P3.net] SPAに限らないけどフロントエンドは設定ファイル多すぎなんだよね 自由な反面煩雑すぎる これっていう開発環境欲しいわ 835 名前：デフォルトの名無しさん mailto:sage [2022/02/22(火) 16:51:32.51 ID:wBV0PE3F.net] wasmが完成すれば多少楽になるのでは？ 多数の外部ライブラリとローカルプロジェクトで構成されるソリューションを単一のバイナリにアウトプットする こんなのは他のコンパイルタイプの言語なら当たり前にできる基本的な能力の１つ 基本的な能力ゆえに他の言語ではサードパーティのビルダーに頼らないし設定もほとんど要らない 複雑な環境構築から解放されるだけでもJSを捨てる価値があると思うんでwasm開発チームには頑張ってもらいたい 836 名前：デフォルトの名無しさん mailto:sage [2022/02/22(火) 17:50:20.32 ID:TJc2J7mp.net] あ、この独特の用語の使い方と長文は…… 837 名前：デフォルトの名無しさん mailto:sage [2022/02/22(火) 17:57:39.18 ID:wBV0PE3F.net] 議論なら聞くけど そうでないならレスは不要です 838 名前：デフォルトの名無しさん mailto:sage [2022/02/22(火) 18:34:37.02 ID:c4AkAPMk.net] >>820 フロントに限らずモダンな開発環境はだいたい設定ファイル多いように思うな。ORMにUIのxml、プロジェクト設定ファイルにlintにエディタ用、充実した色んなライブラリやフレームワークの力を借りてる以上、仕方ないんじゃないかな。 839 名前：デフォルトの名無しさん mailto:sage [2022/02/22(火) 18:42:31.64 ID:u+L0qJYd.net] formatとかもgolangみたいに、「お前らこれでやれ」ってしてほしい 840 名前：デフォルトの名無しさん mailto:sage [2022/02/23(水) 02:07:59.15 ID:w5PGdJbB.net] >>820 そういう発想のヤツにはこの業界向いてないからバックエンドとかアプリとか違う分野に言った方がいいんじゃない？ 841 名前：デフォルトの名無しさん mailto:sage [2022/02/23(水) 02:17:44.21 ID:6LSunBVj.net] 付加価値を産まない重労働から解放されたい 842 名前：デフォルトの名無しさん mailto:sage [2022/02/23(水) 10:03:28.76 ID:f3AuBskH.net] 付加価値造って喜ばれるし、知能労働で工夫しがいはあるし、毎日わりと楽しいです 843 名前：デフォルトの名無しさん [2022/02/23(水) 11:13:47.75 ID:1qABUjpC.net] >>823 「不要」じゃなくて「辛いのでやめてください」の間違いでは？ 844 名前：デフォルトの名無しさん mailto:sage [2022/02/24(木) 13:04:05.35 ID:ZBqMaJtC.net] >>820 わかる 重複した設定多いよね TypeScript使うと更に重複する 845 名前：デフォルトの名無しさん mailto:sage [2022/02/24(木) 13:31:08.40 ID:5we6KcaS.net] TSの案件に参加してお勉強を始めた初日にtsconfigとbabelとwebpackとjestに似たようなPath Aliasをずらずらと書かされた時点で既に俺はTSに見切りをつけて仕事を辞めたくなっていた 846 名前：デフォルトの名無しさん mailto:sage [2022/02/24(木) 15:02:13.15 ID:2P9y2eU6.net] いきなり全部やらずに一つ一つ進めればいいのに 847 名前：デフォルトの名無しさん mailto:sage [2022/02/24(木) 16:00:58.67 ID:ZBqMaJtC.net] >>831 パスはほんと面倒だよね 微妙に書き方違ったりするし あとlint系 もうちょっとなんとかならんのかな 848 名前：デフォルトの名無しさん mailto:sage [2022/02/24(木) 16:10:24.66 ID:HaSORHoO.net] 設定ファイルのセンスのなさは気になるね 849 名前：デフォルトの名無しさん mailto:sage [2022/02/24(木) 19:52:56.62 ID:Wxpvwt1A.net] TSなんてメンドクサイだけやんｗ javascriptのままでいいよ わざわざAPIの戻り値とかパラメータをクラスにしてたりするのか？ｗ 過去にC#とかでそういう設計の見て頭痛くなってきたよｗ 850 名前：デフォルトの名無しさん mailto:sage [2022/02/24(木) 19:57:27.00 ID:FOjKB04f.net] typescript使ったことなさそう 851 名前：デフォルトの名無しさん mailto:sage [2022/02/24(木) 20:25:37.57 ID:2P9y2eU6.net] class以外に型（データ構造）の表現方法があるからclassの出番は少ないぜ 852 名前：デフォルトの名無しさん mailto:sage [2022/02/24(木) 20:32:06.77 ID:5we6KcaS.net] 規模が小さいならtypeでもなんでもいいけど お仕事で扱うようなのだとclassにした方がいいと思うけどね(当然だけどimmutableね) どんな時でも通じる正解はなくて損益分岐点次第 853 名前：デフォルトの名無しさん mailto:sage [2022/02/24(木) 20:37:50.55 ID:2P9y2eU6.net] immutableオブジェクトにclass使う意味無くね？ 854 名前：デフォルトの名無しさん mailto:sage [2022/02/24(木) 20:43:46.00 ID:5we6KcaS.net] コンストラクタ 855 名前：デフォルトの名無しさん mailto:sage [2022/02/24(木) 20:45:20.93 ID:C+C5Sasc.net] >>835 いまだにこういう人がいるってのがフロントエンドっぽい 856 名前：デフォルトの名無しさん mailto:sage [2022/02/24(木) 20:47:10.11 ID:Wxpvwt1A.net] >>841 まさか全部クラス化してるの？ｗ ありえねーｗ そこまでして何か得でもあるの？ｗ 857 名前：デフォルトの名無しさん mailto:sage [2022/02/24(木) 20:50:44.50 ID:2P9y2eU6.net] >>840 関数でいいじゃん 858 名前：デフォルトの名無しさん mailto:sage [2022/02/24(木) 21:31:23.97 ID:bE1/OBuy.net] JSは人によってスタイルがめちゃくちゃ変わるのが面白い 俺は関数型スタイルが好きだがクラススタイルを否定はしない 859 名前：デフォルトの名無しさん mailto:sage [2022/02/24(木) 21:52:31.20 ID:3e9zZpCR.net] tsでgeter、seter使って 世代管理機能付きの値クラスとかね 860 名前：デフォルトの名無しさん mailto:sage [2022/02/24(木) 22:28:39.88 ID:T+E8gUsR.net] 最近はTailwindCSSかstyled-components+styled-systemでcssを記述するのが好みなんだけど、皆はどうしてる？ facebookもstylexを発表したし、ＭicrosoftもGriffelを公開したしまたcss、css-in-js周りはちょっと流れが変わりそうな気がする 861 名前：デフォルトの名無しさん mailto:sage [2022/02/24(木) 22:51:46.72 ID:2P9y2eU6.net] 何も考えずに使えて容量も小さくそれなりな見た目になるからTailwindCSSばかり使ってる…… 862 名前：デフォルトの名無しさん mailto:sage [2022/02/24(木) 23:29:43.63 ID:7yKw4YOo.net] >>846 react(next.js)だとcss modules、素でゴリゴリカスタマイズする用 vue(2ベース、nuxt.js)だとvuetify、さらっと作ってしまいたい用 863 名前：デフォルトの名無しさん mailto:sage [2022/02/25(金) 10:23:48.08 ID:OnOgWVLR.net] >>842 TSと何かを勘違いしてない？ 864 名前：デフォルトの名無しさん mailto:sage [2022/02/25(金) 11:06:29.42 ID:gEwvZxtg.net] TypoSxrypt 865 名前：デフォルトの名無しさん mailto:sage [2022/02/25(金) 12:31:09.23 ID:lLyzwXuY.net] Nuxt3っていつリリースされんの？ 866 名前：デフォルトの名無しさん mailto:sage [2022/02/25(金) 14:02:07.98 ID:m/gyVPN+.net] reactのhookはすぐに受け入れられたのにVueのcomposition apiはなかなか受け入れられない謎 867 名前：デフォルトの名無しさん mailto:sage [2022/02/25(金) 14:20:53.24 ID:gEwvZxtg.net] 後発だからすでにhookのツラミを知ってるというのもあるだろうね 868 名前：デフォルトの名無しさん mailto:sage [2022/02/25(金) 17:17:52.05 ID:XfOzyFvC.net] Hooksのツラミって？ 869 名前：デフォルトの名無しさん mailto:sage [2022/02/25(金) 18:00:45.39 ID:OzLV5l9t.net] おじさんがGoスレで暴れてるのを見てしまった…… 870 名前：デフォルトの名無しさん mailto:sage [2022/02/26(土) 18:00:19.74 ID:QXAwCwpt.net] >>852 新規案件が無いってことかと 871 名前：デフォルトの名無しさん mailto:sage [2022/02/26(土) 18:27:13.35 ID:xkMoRRzB.net] hook以降にReactに入門したけどhook無しのReact世界なんてイメージできないくらい馴染んでると思う。いや、クラスコンポーネントのソースも見たことあるし、読めはするけども 872 名前：デフォルトの名無しさん mailto:sage [2022/02/27(日) 14:19:30.81 ID:1NQDT1lQ.net] フック憎んでるのおじさんだけでしょ 873 名前：デフォルトの名無しさん mailto:sage [2022/02/27(日) 14:40:59.19 ID:s5yNJ4QJ.net] ReactをUIを記述するための一種のDSLと考えるならhookはあれでいいと思う ただ一般的なプログラミングの習慣から考えるとhookは異質すぎる 関数トップレベルでしか使えない、依存関係配列地獄なんかは何故これでリリースしちゃったのか理解に苦しむレベル 874 名前：デフォルトの名無しさん mailto:sage [2022/02/27(日) 16:10:02.02 ID:OAiw6RqC.net] クラスコンポーネントはコンストラクタの問題とか stateを生で触れるとかいろいろ問題があった それ自体言語機能の問題的な部分も大きいのだがね それはさておきHooksはコード量の削減と副作用の明示的な排除という目的が達成されるから明らかに良い 問題はJSの言語機能の限界ゆえあの様な形になったのをお忘れなく 875 名前：デフォルトの名無しさん mailto:sage [2022/02/27(日) 16:26:12.59 ID:s5yNJ4QJ.net] いや副作用排除は全然できてない ここに副作用があります、ってマーカーにはなってるけど 876 名前：デフォルトの名無しさん mailto:sage [2022/02/27(日) 16:33:35.07 ID:tasksO6d.net] reactは副作用の分離をjsで楽にに実現出来る環境を整えただけでどう分離するかは完全に開発者の領分 自分の知識の足りなさを他者のせいにするのはみっともないからやめた方が良いよ 877 名前：デフォルトの名無しさん mailto:sage [2022/02/27(日) 17:18:08.29 ID:EFBHRlsv.net] >>861 それが関数型言語ですがw 副作用が起きる部分を外出しして 値をラップした型としてデザインするというのが関数型言語のアイデア ラップした型から値を取り出したり設定する時に副作用が起きるがそこは目を瞑る これがHooksによってできているのはお分かりだろう 878 名前：デフォルトの名無しさん mailto:sage [2022/02/27(日) 17:59:02.56 ID:c9v4owXb.net] HaskellのMonadとかもそういう事なの？ 879 名前：デフォルトの名無しさん mailto:sage [2022/02/27(日) 18:45:51.51 ID:s5yNJ4QJ.net] >>862 楽にできてないんだなぁ >>859で指摘したようにかなり異質だからねhookって 普通にライブラリ作るときにこんな制約持ち込んだらレビューでボコボコにされる >>863 副作用が起きる場所をラップ(抽象化というが)して外に出すのは関数型でなくプログラミング一般的なプラクティスな オブジェクト指向でもDIとかあるだろ？ hookがポンコツなのはせっかく抽象化したuseうんたらってのを関数内で直呼びしちゃうこと このせいで副作用と関数の結合度が高まって扱いにくくなってる 関数のパラメータとして副作用を渡すなりOOPだったらDIするなりもう少しやりようがあった筈なんだがねぇ 880 名前：デフォルトの名無しさん mailto:sage [2022/02/27(日) 18:54:40.69 ID:3V0YV2cN.net] おじさんの考えるフックの理想的な実装ってどんなの？ jsで良いから例を出してみて 881 名前：デフォルトの名無しさん mailto:sage [2022/02/27(日) 18:57:07.53 ID:EFBHRlsv.net] >>864 基本はそうだよ あとはラップした値が違う型を連鎖呼び出しできるようにするbindという操作があればモナド 882 名前：デフォルトの名無しさん mailto:sage [2022/02/27(日) 18:58:57.93 ID:c9v4owXb.net] >>867 は〜なるほど、勉強になりました！ 883 名前：デフォルトの名無しさん mailto:sage [2022/02/27(日) 19:01:51.31 ID:s5yNJ4QJ.net] >>866 hookじゃどうやっても理想にならん 本当に必要なものは副作用をコンポーネントに注入するための自然な経路 それは一般的なプログラミング習慣では関数のパラメータだったりOPPでいうDIだったりする 関数の中で副作用であるhookを直で呼んでる時点でダメダメだ 884 名前：デフォルトの名無しさん mailto:sage [2022/02/27(日) 19:02:58.48 ID:JNA4H9cB.net] hooksをawaitできる仕様ができたらいいんだけどな 885 名前：デフォルトの名無しさん mailto:sage [2022/02/27(日) 19:03:38.95 ID:WHdgNr4m.net] いやフックじゃ無くて良いからこうすれば良いって言うコードだしてみて 886 名前：デフォルトの名無しさん mailto:sage [2022/02/27(日) 19:20:22.54 ID:s5yNJ4QJ.net] >>871 既に答え出してるが？ 関数の引数やOOPでいうDIって 887 名前：デフォルトの名無しさん mailto:sage [2022/02/27(日) 19:27:07.02 ID:TBrVUWzX.net] >>869 >>872 同じ事繰り返し言ってるだけでなんも解決できてなくてワロタ 888 名前：デフォルトの名無しさん mailto:sage [2022/02/27(日) 19:28:40.10 ID:s5yNJ4QJ.net] >>873 そりゃ最初から一貫して答えを言ってるんだからずっと同じことになるだろ 889 名前：デフォルトの名無しさん mailto:sage [2022/02/27(日) 19:42:59.04 ID:EFBHRlsv.net] >>868 JavaScriptで唯一信用できる型は何か？というとそれは関数だけ つまり値を関数でラップすれば副作用は外出しできる 単純明快なこの発想をReactのランタイムに実装したものがHooksとなる Reactチームの頭の良さには脱帽する 890 名前：デフォルトの名無しさん mailto:sage [2022/02/27(日) 19:45:36.89 ID:TBrVUWzX.net] 次スレではワッチョイ入れて荒らしはNGしましょうね〜 891 名前：デフォルトの名無しさん mailto:sage [2022/02/27(日) 19:56:22.90 ID:c1tXQcrg.net] 言葉はいらないからコード書いてみろってw 892 名前：デフォルトの名無しさん mailto:sage [2022/02/27(日) 19:59:14.13 ID:2GGoVw4G.net] >JavaScriptで唯一信用できる型は何か？というとそれは関数だけ その場合の信用できるできないの判断基準ってなんなんだろう 893 名前：デフォルトの名無しさん mailto:sage [2022/02/27(日) 20:13:08.94 ID:ELboLLxR.net] >>874 コードはよ 894 名前：デフォルトの名無しさん mailto:sage [2022/02/27(日) 21:14:33.08 ID:c9v4owXb.net] >>875 細かいことはわからんが柔軟なJSの関数なら型の制限も高階関数の埋め込みもメモ化も思いのままだもんね。 895 名前：デフォルトの名無しさん mailto:sage [2022/02/27(日) 22:21:21.20 ID:BXZ4hEXt.net] >>875 もう少しわかりやすくたのむ 896 名前：デフォルトの名無しさん mailto:sage [2022/02/27(日) 22:45:41.12 ID:OAiw6RqC.net] >>878 コンストラクタを持っていること JSではこれ以外で型を識別することはできない 897 名前：デフォルトの名無しさん mailto:sage [2022/02/27(日) 23:00:03.32 ID:2GGoVw4G.net] 信用できる型というとまずtypeofが思いつくが 898 名前：デフォルトの名無しさん mailto:sage [2022/02/28(月) 00:16:09.83 ID:baVmurqk.net] instanceofの話か。でもそれは『型』の意味する範囲が狭すぎないか 899 名前：デフォルトの名無しさん mailto:sage [2022/02/28(月) 14:40:19.31 ID:SiFuECBY.net] DIライブラリ使えば済む話を延々文句言い続けるおじさんって一体 900 名前：デフォルトの名無しさん mailto:sage [2022/02/28(月) 14:52:40.67 ID:8jlA4tTP.net] あ、今急になんとなくわかったかも 俺がreactに求めてるのはvdomとvの接続だけだったのかもしれん 状態をどう管理するかだとか、vdomをどうやって構築するかなんてのは、正直おせっかいでしかない 別にvdomをmvvm(この場合はmvvdommになるのか？呼び方がわからんが)で管理したっていいはずなんだよな なんなら古のformsスタイルだって行けたはずだ vdomをどうやってvと接続するか、vdomをどう構築・変更していくか、は本来なら直交してる概念の筈なのに、全部セットでreactというパッケージで提供してしまったところがダメなんだ この抱き合わせはライブラリ的でなく、お節介なフレームワーク的なやり方と言わざるを得ない 901 名前：デフォルトの名無しさん mailto:sage [2022/02/28(月) 14:54:05.60 ID:8jlA4tTP.net] いやmvdomvmか。略し方はどうでもいいが 902 名前：デフォルトの名無しさん mailto:sage [2022/02/28(月) 15:21:21.07 ID:Msb6WRSo.net] >>886 その発想は悪くないしアイデアがあるなら実装すれば？ 評論家みたいに言うだけじゃ何も評価されない Reactは仮想Domのライブラリの一つでしかない 数年前はオレオレ仮想Domライブラリは結構あった 全部死んだけど もし君のアイデアが優れたものなら他の人が流用したり 盗んだりするだろう 903 名前：デフォルトの名無しさん mailto:sage [2022/02/28(月) 15:33:49.09 ID:baVmurqk.net] >>886 そういう用途なら違うの使えばいいだけじゃん 904 名前：デフォルトの名無しさん mailto:sage [2022/02/28(月) 15:39:42.00 ID:8jlA4tTP.net] 自分で作れとか違うの使えってのはアマチュアプログラマならそれでいいんだけど 仕事でやるとなるとどうしてもシェアが支配的なフレームワークを使わざるを得ない大人の事情も察してくれたら助かる 905 名前：デフォルトの名無しさん mailto:sage [2022/02/28(月) 15:43:20.33 ID:U3U0kmfi.net] あんたアマチュアじゃん 906 名前：デフォルトの名無しさん mailto:sage [2022/02/28(月) 15:45:22.89 ID:8jlA4tTP.net] >>891 また盤外のレスバを始める気ですか？ そういうのはよそでどうぞ 907 名前：デフォルトの名無しさん mailto:sage [2022/02/28(月) 16:01:33.23 ID:WsZ2wPze.net] 日本じゃvueのほうが支配的じゃね？ 908 名前：デフォルトの名無しさん mailto:sage [2022/02/28(月) 16:06:30.95 ID:Msb6WRSo.net] ちなみにReactは仮想Dom部分はちゃんとライブラリになってるから 単独で使うこと可能だよ イベントとかもDomと同じものが実装されてるからReactの仮想Domの上にオレオレフレームワークを作ることは不可能ではないと思う 909 名前：デフォルトの名無しさん mailto:sage [2022/02/28(月) 16:32:02.24 ID:baVmurqk.net] フレームワークが決まってるならそれに合わせた設計をするだけじゃん 910 名前：デフォルトの名無しさん mailto:sage [2022/02/28(月) 16:36:26.00 ID:P00j5x5J.net] 次スレはワッチョイ必須だな 911 名前：デフォルトの名無しさん mailto:sage [2022/02/28(月) 17:57:07.90 ID:SiFuECBY.net] >>894 数年前ちょっと流行ったな 状態管理をreactに依存しないパターン reactはjsxのレンダリングだけを受け持つ 結局消えてなくなったけど 912 名前：デフォルトの名無しさん mailto:sage [2022/03/01(火) 13:08:43.56 ID:Vgav0J5W.net] >>886 わからない状態で書き込んでる癖にイキるな 次からは投稿文をママに見てもらってからにしな 913 名前：デフォルトの名無しさん mailto:sage [2022/03/01(火) 14:49:26.12 ID:F9Vxi+y6.net] 煽りだけしたいのか 914 名前：デフォルトの名無しさん mailto:sage [2022/03/01(火) 14:55:59.81 ID:abCbtqz5.net] 成りすましを疑うレベル 915 名前：デフォルトの名無しさん mailto:sage [2022/03/02(水) 20:25:39.81 ID:0t5gt6uu.net] Reactのテストにはみんな何使ってる？ やっぱJest？ 916 名前：デフォルトの名無しさん mailto:sage [2022/03/02(水) 22:11:04.65 ID:7B1Vixyo.net] >>901 俺はjest だけど使ってるっていえるほどテストしてないやｗ 917 名前：デフォルトの名無しさん mailto:sage [2022/03/02(水) 22:53:39.89 ID:MO+ZrbWq.net] テストなんかめんどくせえし手動でいっかいきりにきまってんだろ 918 名前：デフォルトの名無しさん mailto:sage [2022/03/03(木) 06:19:08.22 ID:XelSrFhE.net] >>902 なるほど、ありがとう。Jestで使ってるjsdomはスクレイピングで使ったことあったけど、ブラウザ動作のエミュレーションもこんなに出来るんだって感心したわ。 >>903 いやいや、アップデート毎に手動で検証するの面倒くさいやん。手動検証するよりテスト書いてる方が楽しいし。 919 名前：デフォルトの名無しさん mailto:sage [2022/03/03(木) 09:07:59.53 ID:xrXvw6Zl.net] >>901 storybookのplay関数を使って目視で確認しながらやるのもいいよ jestでそのstoryを丸ごと流用できるからテストの工数も増えないし、何より目でしっかり確認しながらテストできるのがかなりでかい 920 名前：デフォルトの名無しさん mailto:sage [2022/03/03(木) 10:20:04.24 ID:8QQBVbSl.net] storybookって糞重くね？ 921 名前：デフォルトの名無しさん mailto:sage [2022/03/03(木) 11:34:28.82 ID:7C3IVuZ6.net] TSだとクソ重いけど高速化出来るよ 922 名前：デフォルトの名無しさん mailto:sage [2022/03/03(木) 12:32:03.57 ID:XelSrFhE.net] >>905 ありがとう。 なるほど良さそうだ。目に見えるのはありがたいね。 923 名前：デフォルトの名無しさん mailto:sage [2022/03/03(木) 13:38:59.66 ID:8QQBVbSl.net] >>907 どうやるの？ 公式に書いてある情報？ 924 名前：デフォルトの名無しさん mailto:sage [2022/03/03(木) 15:09:58.45 ID:7C3IVuZ6.net] 公式ではないけどTSのReact Docgenがクソ重いのでそれをやめる なのでstorybookのmain.jsにreact-docgenを使うようにする。 module.exports = { typescript: { reactDocgen: 'react-docgen' } } あとstorybookは全部ビルドしようとするので必要なものだけビルドするようにするとか const stories = () => { return process.argv[4] === '-stories' ? [`../${process.argv[5]}`] : [ '../src/components/**/*.stories.tsx' ]; }; module.exports = { typescript: {reactDocgen: 'react-docgen'}, stories: () => stories(), } 925 名前：デフォルトの名無しさん mailto:sage [2022/03/03(木) 15:43:45.89 ID:8QQBVbSl.net] >>910 storybookはあんま深入りしてないので 指摘は直ぐには解らんけど、 後で見てみます！ 926 名前：デフォルトの名無しさん mailto:sage [2022/03/03(木) 15:44:30.08 ID:8QQBVbSl.net] >>907 糞重いのはtsだけなの？ 927 名前：デフォルトの名無しさん mailto:sage [2022/03/03(木) 16:15:55.61 ID:7C3IVuZ6.net] jsでも沢山ストーリーがあったり重いプラグイン使ってたりすると遅いかと その場合は二つ目に書いた必要なコンポーネントだけビルドするようにしたら良い 自分の環境だと20秒ぐらいかかってたのが2秒ぐらいになった 928 名前：デフォルトの名無しさん mailto:sage [2022/03/03(木) 17:32:32.42 ID:C6HSJF8/.net] コンポーネントからレンダリングに関係ないロジックを分離しろ、という習慣は間違いだったことに気付いた。 コンポーネントに関わるもの全てを密結合し神クラス(関数だが)にしたほうが、ずっと楽で再利用しやすかった。 どうせフロントの寿命は短い。カジュアルでよかったんだ。 929 名前：デフォルトの名無しさん mailto:sage [2022/03/03(木) 19:46:02.22 ID:cqHQsSV8.net] Vue2のSFP完成系ということでよろしいか？ 930 名前：デフォルトの名無しさん mailto:sage [2022/03/03(木) 21:20:31.78 ID:0apx4zO0.net] コンポーネントによるでしょそんなの 931 名前：デフォルトの名無しさん mailto:sage [2022/03/03(木) 22:10:01.18 ID:mAysBGeY.net] Vue3派閥と戦ってる なんか普通に負けそう 932 名前：デフォルトの名無しさん mailto:sage [2022/03/03(木) 22:18:23.03 ID:fxHVJI25.net] ほとんどの場合Vueのほうが書きやすいと思うんだよなあ depsとかバグの温床だし、jsxも使えるし画面単位のコンポーネントはjsxよりもtemplateの方がメンテしやすい 割と変化激しいからVueの時代来る気がしている 俺の予想はよく外れる 933 名前：デフォルトの名無しさん mailto:sage [2022/03/03(木) 22:53:58.27 ID:5GVEVriD.net] BueはNativeで動かんし 934 名前：デフォルトの名無しさん mailto:sage [2022/03/03(木) 23:06:06.30 ID:CxPtyFsv.net] >>918 Vue2と3の断絶が悔やまれるね Vue3.2なら悪くないどころかむしろ覇権取ってもおかしくないと思った 935 名前：デフォルトの名無しさん mailto:sage [2022/03/03(木) 23:15:02.03 ID:OzqlUzfy.net] veuはデルミネータ書き換えできるけどv-〜や@〜も別の識別子にかえられると嬉しいのだけど 他のフレーワークに組み込むときちょっと面倒 936 名前：デフォルトの名無しさん mailto:sage [2022/03/04(金) 10:17:45.71 ID:w/zWl7ko.net] よわよわエンジニア=Vueって認識ができちゃったのが痛い まぁ実際そうなんだけども 937 名前：デフォルトの名無しさん mailto:sage [2022/03/04(金) 10:37:42.90 ID:tw4cyr50.net] よわよわでもできるということは優れたフレームワークということ 938 名前：デフォルトの名無しさん mailto:sage [2022/03/04(金) 11:09:25.25 ID:yoTd6F0f.net] 技量や趣向や場面に合わせたもんを使えばええんやで 939 名前：デフォルトの名無しさん mailto:sage [2022/03/04(金) 11:46:30.70 ID:1WGYSUVB.net] まあ複雑だからすげえ！ってのはおかしいわな 940 名前：デフォルトの名無しさん mailto:sage [2022/03/04(金) 11:50:23.46 ID:tw4cyr50.net] 難しいツールを使える優 941 名前：越感みたいなものを刺激するんだろうな だからマウント大好きプログラマ達に変な人気がある 冷静に考えると道具としては最悪の性質なんだがねぇ… まあどのツールとは言わんけどね 頭の中に浮かんだものが答え [] [ここ壊れてます] 942 名前：デフォルトの名無しさん mailto:sage [2022/03/04(金) 12:05:03.48 ID:Tsu39F7a.net] なんだ？ おじさんか？ 次スレはワッチョイ入れましょうね。 943 名前：デフォルトの名無しさん mailto:sage [2022/03/04(金) 12:25:23.31 ID:tw4cyr50.net] きみおじさん好きだねぇ それしか言わないじゃない 944 名前：デフォルトの名無しさん mailto:sage [2022/03/04(金) 12:28:48.85 ID:I6kjsxUD.net] よわよわエンジニアの俺はvueとreact両方試してreactの方がシンプルで正統派でかつ勉強してて楽しいと思ったけど、結局vue選んだ 簡単なアプリを実装するってなったらreactだとちょっと大げさに感じた SNS見てるとフロントエンド以外のかけだしやバックエンドはその手間を嫌ってvueから始める人が多いし、vueがまた形成逆転する可能性は全然あると思う 945 名前：デフォルトの名無しさん mailto:sage [2022/03/04(金) 13:01:31.21 ID:tw4cyr50.net] hookがトップレベルでしか呼べない、条件分岐もループもNG こんな冗談みたいな制約さえなければなぁ あと依存関係配列とかいう河原に石積むような不毛な作業もなんとかならんもんかね 946 名前：デフォルトの名無しさん mailto:sage [2022/03/04(金) 13:08:03.86 ID:ZCbYdVe/.net] 大元がfacebookっていうのがなんか嫌 angular... 947 名前：デフォルトの名無しさん mailto:sage [2022/03/04(金) 13:25:24.28 ID:pLRJ5fot.net] やっぱりおじさんじゃないかぁ。今日はID変えなくていいの？ 948 名前：デフォルトの名無しさん mailto:sage [2022/03/04(金) 13:38:24.44 ID:tw4cyr50.net] >>932 IDとか別に気にしとらんよ 通信容量などの都合で切り替えてるだけだから 949 名前：デフォルトの名無しさん mailto:sage [2022/03/04(金) 13:48:01.64 ID:9xGeZwsU.net] 格安SIM使いまわしてんのかよw 950 名前：デフォルトの名無しさん mailto:sage [2022/03/04(金) 13:52:16.24 ID:tw4cyr50.net] 節約せんとだからな 951 名前：デフォルトの名無しさん mailto:sage [2022/03/04(金) 17:11:39.43 ID:XUQBJ/V1.net] >>929 純粋なSPA以外にReactを使おうとしてる人が多いんじゃないかな？ プログラマーが全部支配できない要素が入ってくるとReactは破綻するよ 952 名前：デフォルトの名無しさん mailto:sage [2022/03/04(金) 18:07:04.89 ID:w/zWl7ko.net] フレームワーク使っといて何言ってんだこいつ 953 名前：デフォルトの名無しさん mailto:sage [2022/03/04(金) 18:13:11.47 ID:yoTd6F0f.net] Reactでガチャガチャしてるところに横からDOM操作されたらそりゃ無茶苦茶になるけど、それはReactに限った問題じゃないような…… 954 名前：デフォルトの名無しさん [2022/03/04(金) 18:45:52.56 ID:W9GKw7yP.net] Reactは純粋なプログラミング力が問われる。だから力があるプログラマーが揃えば良いものができあがるんだろう。 だけど大半は技術ないのがほとんどだし、React使いこなせるやつが少ない、結果人が足りなくて比較的使いやすいvueを採用する。 今までweb制作でjquey振り回してたやつはvue選びがちだ。 ただ最近のトレンド見てるとvueからreactに移行しましたって人が多いけど、reactのツラミがまだわからないだけで、そういうのが2、3年後表面に出てきた時にどうなるかだと思う。 Reactにしましたがvueに戻しました、みたいな流れになってもおかしくない 955 名前：デフォルトの名無しさん mailto:sage [2022/03/04(金) 18:59:29.82 ID:JnVndlfp.net] レス乞食おじさん必死ですよ 956 名前：デフォルトの名無しさん mailto:sage [2022/03/04(金) 19:06:49.52 ID:HXnWKQMr.net] おじさんが意図的にせよそうでないにせよIDコロコロ変わるので、ワッチョイは必須 957 名前：デフォルトの名無しさん mailto:sage [2022/03/04(金) 19:28:39.90 ID:W9GKw7yP.net] おれはラスおじじゃないよ？ というかvueとreactの話してんのに何言ってんの？ ラスおじに取り憑かれてんじゃない？ 頭大丈夫？ 958 名前：デフォルトの名無しさん mailto:sage [2022/03/04(金) 19:30:07.18 ID:W9GKw7yP.net] やっぱり建設的な会話もできないゴミしかいないようだしこのスレはもう落としていいよ いつ見ても役に立たない 959 名前：デフォルトの名無しさん mailto:sage [2022/03/04(金) 19:37:38.47 ID:yWG/nqUW.net] 別にあんたがそうだとは� 960 名前：Nも言って無いがね [] [ここ壊れてます] 961 名前：デフォルトの名無しさん mailto:sage [2022/03/04(金) 19:43:55.25 ID:uv3K1oo5.net] Vue3やります デザイナーやディレクターがテンプレートじゃないと運営無理って言われました コンポネントとstyled_jsxは無理だとさ 962 名前：デフォルトの名無しさん mailto:sage [2022/03/04(金) 19:51:35.21 ID:j7lWVGxT.net] フロントエンドなんかやってる程度のやつに力のあるプログラマーなんかおらんよ DirectXとかフロントやってる程度のプログラマーじゃろくに作品ひとつ作れんやろ 963 名前：デフォルトの名無しさん mailto:sage [2022/03/04(金) 20:04:03.11 ID:jnOYTrvL.net] reactはなぜ機能単位で関数やコンポーネントを分割するかが飲み込めていないと面倒臭く感じるかもね・・・ 俺も最初「すげえ面倒くさいな」と思ってたけど、reactが関数型プログラミングの考え方に基づいていて、それがテストのし易さやコードの可読性の向上に繋がっていることが理解できてからはreactを使うのがすごく楽しくなったな 964 名前：デフォルトの名無しさん mailto:sage [2022/03/04(金) 20:08:20.78 ID:wd2XyVIx.net] でもcompostion apiで同じことできるようになったし 965 名前：デフォルトの名無しさん mailto:sage [2022/03/04(金) 20:14:29.71 ID:50CaydG+.net] >>946 歯科と麻酔科を比べるようなこと言われてもな 966 名前：デフォルトの名無しさん mailto:sage [2022/03/04(金) 22:52:59.84 ID:rKYLL8CC.net] Ruby on Rails では、BDD/TDD のRSpec・自動システム(ブラウザ)テストが、CI/CD に含まれている。 pull req, CircleCI, Github Action でOK なら、Heroku で起動される ただし、すべての本で、テスト部分は省かれている。 テスト部分で、初心者の脱落率が高いから YouTube で有名な、雑食系エンジニア・KENTA のサロンでは、 未経験者の転職用に、必須の工程だけど 967 名前：デフォルトの名無しさん mailto:sage [2022/03/05(土) 01:12:45.45 ID:GsTUxSAJ.net] Vue3マジでわかりやすいなこれw 何一つ頭を使わずに書ける 968 名前：デフォルトの名無しさん mailto:sage [2022/03/05(土) 07:08:14.44 ID:HDnhD39u.net] Jestでモジュールまるごとモック化して（該当モジュール内の）import処理をスルーする事ってできないのかな 969 名前：デフォルトの名無しさん [2022/03/06(日) 11:22:32.07 ID:dgCHncAo.net] >>94 最近使っている。いい感触を得ている。 970 名前：デフォルトの名無しさん mailto:sage [2022/03/06(日) 14:30:51.11 ID:xougf8Rz.net] お、そうか。ありがとう 971 名前：デフォルトの名無しさん mailto:sage [2022/03/06(日) 15:01:43.50 ID:CHYZnkhI.net] fkutterもいつかは仲間に入れそうですか？ いまはゴミでも 972 名前：デフォルトの名無しさん mailto:sage [2022/03/07(月) 01:36:11.70 ID:l7TWVPEB.net] 結局、普通に回帰してて笑 https://zenn.dev/shimpeiws/articles/afcc43990d13c0 Before: PageやScreenといった最上位のコンポーネントをContainerとしてデータの取得を集約、下位のPresentational Componentsに渡す After: 表示のためのデータ取得と描画をできるかぎり近くによせて管理する、必要に応じてStoreの場所を上位に移動したり、ContextやGlobalなStoreに移動する 973 名前：デフォルトの名無しさん mailto:sage [2022/03/07(月) 02:07:12.39 ID:Sk/YulOr.net] Reactに限らずウェブ系ってずっとそうだよ トレードオフの関係にあって銀の弾丸がない問題に対して 1)目先の不便さを解消する革新的(に見える)ライブラリが登場 2)スケールするにつれて目を背けていた別の不便さが無視できなくなる 3) 1に戻る これをずっと繰り返してる まるでシーソーで遊ぶ子供達みたいにね なのでもしかしたらjQuery(あるいは類似の新ライブラリ)に回帰する日が来るかもね 974 名前：デフォルトの名無しさん mailto:sage [2022/03/07(月) 07:02:29.53 ID:QGQBtQzw.net] それってウェブ系に限らないよね。 みんな（色んな意味で）大好きOOPは、無関係な設計論や実装をごった煮にして、上記3つを壮大にやらかしちゃったわけで。 とはいえ何も残らないわけじゃないから、無駄にはならない。 975 名前：デフォルトの名無しさん mailto:sage [2022/03/07(月) 09:48:14.54 ID:M1/35eOU.net] 同じところを周ってるんじゃなくてらせん状に昇ってるのよ 976 名前：デフォルトの名無しさん mailto:sage [2022/03/07(月) 09:48:44.42 ID:/M6r3uSU.net] というか思想の違いによるみたいなもんだろ、そういうのって 977 名前：デフォルトの名無しさん mailto:sage [2022/03/07(月) 10:08:11.14 ID:QGQBtQzw.net] >>959 あぁ、なるほど、上手いこと言うなぁ。そういう感じだわ 978 名前：デフォルトの名無しさん mailto:sage [2022/03/07(月) 10:26:54.97 ID:l7TWVPEB.net] 螺旋かーー 979 名前：デフォルトの名無しさん mailto:sage [2022/03/07(月) 10:48:19.54 ID:zI0NtDDr.net] jQueryとかいう世のフロントエンド初学者に悪影響しか与えないゴミ だいたいのことはjQueryなしでできるし、jQueryの機能をjsの標準機能だと思い込んでしまってる奴もいる始末 980 名前：デフォルトの名無しさん mailto:sage [2022/03/07(月) 12:15:13.18 ID:zKkd3LGQ.net] jQuery誕生以降にWeb作成に入った層は可哀想だとは思う。 981 名前：デフォルトの名無しさん mailto:sage [2022/03/07(月) 15:43:28.14 ID:oMxuEkZ9.net] とはいえES5までの混沌とした環境での開発には大いに貢献したよ 今でも使ってる人はどうかと思うけど 982 名前：デフォルトの名無しさん mailto:sage [2022/03/07(月) 15:58:59.43 ID:kssBp/wX.net] おれはprototype.js信者だったよ 今思えばクソコードなのだが 当時こいつのコードを最初に見た時の衝撃は忘れられない こんな書き方できるのか？って思ったな 983 名前：デフォルトの名無しさん mailto:sage [2022/03/07(月) 16:47:41.20 ID:QGQBtQzw.net] jQueryでWebフロントエンド入門します！とかいうツイート見て今がほんとに2022年なのか確信が持てなくなる事があるw 初心者はまぁ知らないんだから仕方ないし、別に使ってもいいと思うけど、教える側はちゃんと今後役立つと責任持てんのかと 984 名前：デフォルトの名無しさん mailto:sage [2022/03/07(月) 17:50:38.22 ID:zI0NtDDr.net] 謎にjQuery用語記事とかが出てきてしまうのがまた 985 名前：デフォルトの名無しさん mailto:sage [2022/03/07(月) 18:23:36.35 ID:FsrGEmp9.net] フロントエンドに振り回せれすぎな感じがする あくまでも最終的な成果物はhtml、javascript(es)、cssだって事を忘れないで欲しい 基本は大事だよね 特にcssは進歩が著しいから生のcssを扱うメリットは充分あると思う jQueryやOOPを下げずんでいる人がいるけど、その時の時代背景や必然性があったんだと思うよ 986 名前：デフォルトの名無しさん mailto:sage [2022/03/07(月) 18:28:56.88 ID:g5h+PvE1.net] もうバニラでよくね？ 987 名前：デフォルトの名無しさん mailto:sage [2022/03/07(月) 18:39:28.14 ID:QGQBtQzw.net] 初心者がまず覚えるべきなのはなにはともあれバニラだよね。OOPも重要だよ、一時期持て囃された程じゃないってだけで。 988 名前：デフォルトの名無しさん [2022/03/07(月) 19:32:08.90 ID:luecWXGO.net] cssは進歩とは違うやろあれ 989 名前：デフォルトの名無しさん mailto:sage [2022/03/08(火) 10:28:16.38 ID:nT00c4+m.net] 継ぎ接ぎだな 990 名前：デフォルトの名無しさん mailto:sage [2022/03/08(火) 12:23:49.42 ID:qsAsGUJO.net] えっ、これ標準ライブラリじゃないの？ってコンポーネントが個人のOSSに頼りっきり しかも別の開発者も似たようなの作ってて、選定の手間が無駄にかかる ウェブ系ってDIY大好きすぎねーか？ ホビーばらそれでいいんだけどさ ビジネスで使うものはDRYの精神を尊重してさ、オフィシャルが全部完璧に整備しといてほしいもんだ 991 名前：デフォルトの名無しさん mailto:sage [2022/03/08(火) 12:39:19.80 ID:/t7qkZle.net] あー……また来たのか 992 名前：デフォルトの名無しさん mailto:sage [2022/03/08(火) 12:39:48.98 ID:sG2IF2rK.net] 無料で 993 名前：デフォルトの名無しさん mailto:sage [2022/03/08(火) 13:24:14.36 ID:QLMqwu3o.net] 有料でいいので来ないで下さい 994 名前：デフォルトの名無しさん mailto:sage [2022/03/08(火) 13:56:08.56 ID:637ZIiB9.net] 乞食おじさん 995 名前：デフォルトの名無しさん mailto:sage [2022/03/08(火) 14:01:30.60 ID:zlZj+LPY.net] やっぱ次スレはワッチョイ必須だわ。おじさんNGするために 996 名前：デフォルトの名無しさん mailto:sage [2022/03/08(火) 14:35:51.12 ID:ES3fMlQn.net] ですね 997 名前：デフォルトの名無しさん mailto:sage [2022/03/08(火) 16:03:20.50 ID:LbfhHUVP.net] .netから来たんだなーって臭いがプンプンする 998 名前：デフォルトの名無しさん mailto:sage [2022/03/08(火) 18:59:37.56 ID:DQ49veoE.net] >>974 Angularじゃあかんの？ 999 名前：デフォルトの名無しさん mailto:sage [2022/03/08(火) 19:23:39.13 ID:fxoU/Jgx.net] そんなん使ってんだ…… ぷッ って言われないフレームワークを教えて下さい！ 1000 名前：デフォルトの名無しさん mailto:sage [2022/03/08(火) 19:25:57.54 ID:GwF+Z/A7.net] 使わなければ言われない 1001 名前：デフォルトの名無しさん mailto:sage [2022/03/08(火) 20:42:45.81 ID:7jRUihOa.net] >>422 同感です WASMと併用の時代になりつつあるのを感じています WASMを記述する言語はGCランタイムを持たない言語でないと無駄が多すぎるため 現状ではRust一択の状況だと認識しています 1002 名前：デフォルトの名無しさん mailto:sage [2022/03/08(火) 21:06:59.94 ID:4hYM1NMK.net] おじさんが自分のレスに書き込み始めたぞ 1003 名前：デフォルトの名無しさん mailto:sage [2022/03/08(火) 21:27:23.49 ID:4G1DFk0q.net] Rustのfrontend frameworkは盛んすぎて数が多いため見極めが必要 1004 名前：デフォルトの名無しさん mailto:sage [2022/03/08(火) 21:31:51.66 ID:K6BtJq05.net] >>986 決して得られない返信を自演してるんやろなぁ。哀しいなぁ 1005 名前：デフォルトの名無しさん mailto:sage [2022/03/08(火) 21:50:24.62 ID:7jRUihOa.net] ようやくここまで読み終わりました おじさんと呼ばれる人が各方面に5人いるのですね 203: reactおじさん 219: jQueryおじさん 356: Blazorおじさん 372: C#おじさん 538: Rustおじさん 1006 名前：デフォルトの名無しさん mailto:sage [2022/03/08(火) 22:16:52.95 ID:TP8pKucs.net] 自己紹介おじさん 1007 名前：デフォルトの名無しさん mailto:sage [2022/03/08(火) 22:18:57.86 ID:lJ/JqstX.net] 実はそれ全部おじさんおじさんの仕業 1008 名前：デフォルトの名無しさん mailto:sage [2022/03/08(火) 22:50:15.35 ID:D77bZcWT.net] 下3つは多分同一人物。口調、論法、出没時間帯が近い。まぁ、次スレからワッチョイ付けば関係ないけど 1009 名前：デフォルトの名無しさん mailto:sage [2022/03/08(火) 22:58:47.77 ID:D77bZcWT.net] 次のスレです Vue vs React vs Angular vs Svelte Part.10 https://mevius.5ch.net/test/read.cgi/tech/1646747836/ 1010 名前：デフォルトの名無しさん mailto:sage [2022/03/09(水) 06:11:34.92 ID:N/6Y5YHK.net] うめ 1011 名前：デフォルトの名無しさん mailto:sage [2022/03/10(木) 10:14:52.41 ID:7o5w+imS.net] うめ 1012 名前：デフォルトの名無しさん mailto:sage [2022/03/12(土) 05:53:59.97 ID:EqbJSpHR.net] 次スレ見てたらワッチョイ導入がおじさんにクリティカルヒットしててワロタ 1013 名前：デフォルトの名無しさん [2022/03/13(日) 09:30:17.60 ID:t5rr3VZk.net] うめ 1014 名前：デフォルトの名無しさん [2022/03/13(日) 10:07:05.63 ID:hhkbgohM.net] どうしてみんなangularを使わないんだい？ 1015 名前：デフォルトの名無しさん [2022/03/13(日) 10:07:19.65 ID:hhkbgohM.net] 質問いいですか？ 1016 名前：デフォルトの名無しさん mailto:sage [2022/03/13(日) 10:11:13.40 ID:2LTBwAwg.net] React触りだしてみた 1017 名前：1001 [Over 1000 Thread.net] このスレッドは１０００を超えました。 新しいスレッドを立ててください。 life time: 55日 18時間 4分 59秒 1018 名前：過去ログ ★ [[過去ログ]] ■ このスレッドは過去ログ倉庫に格納されています

---

---

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

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