Vue vs React vs Angular vs Svelte Part.9

[表示 : 全て最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 1001- 2ch.scのread.cgiへ]
Update time : 02/24 05:02 / Filesize : 234 KB / Number-of Response : 1019
[このスレッドの書き込みを削除する]
[＋板最近立ったスレ＆熱いスレ一覧 : ＋板最近立ったスレ／記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

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などはおｋ。
2 名前：デフォルトの名無しさん mailto:sage [2022/01/16(日) 16:06:33.48 ID:Zy2wxIp9.net]: こっちが本スレ
3 名前：デフォルトの名無しさん mailto:sage [2022/01/16(日) 16:09:20.44 ID:2ncO695p.net]: 乙
4 名前：デフォルトの名無しさん mailto:sage [2022/01/16(日) 16:10:01.28 ID:cE2VUlW8.net]: ざまぁあぁｗｗｗ
5 名前：デフォルトの名無しさん mailto:sage [2022/01/16(日) 16:19:39.28 ID:5VPVirLB.net]: どういう連鎖アボン正規表現入れたら快適になるかな？
6 名前：デフォルトの名無しさん mailto:sage [2022/01/16(日) 19:21:09.12 ID:2ncO695p.net]: Next.jsはええぞ。SSRもSSGもISRもSPAも行ける
7 名前：デフォルトの名無しさん mailto:sage [2022/01/16(日) 21:32:04.77 ID:5Ebj9BVr.net]: SPAでいるか？
8 名前：デフォルトの名無しさん mailto:sage [2022/01/16(日) 22:25:50.12 ID:9GirADkp.net]: そもそもvsだから変なの湧くんじゃね
普通にタイトル4つの総合でいいやん
9 名前：デフォルトの名無しさん mailto:sage [2022/01/16(日) 23:18:41.06 ID:RG8YDX1E.net]: このスレが、いつもの荒らしが立てたもの！
いつもテンプレに、自分が有利なように追加してる

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

多くのPython のスレでも、いつもテンプレを変えている。
>・当スレにRubyのソースコード類を書くことを禁ず
>・Ruby等、Pythonではないプログラミング言語での回答類・質問を書くのも禁止
>・「Ruby では」「Rubyでは」「Rails」
10 名前：正規表現→「^クソチョンw$」をNGワード登録推奨 多くのJavaScript のスレでも、 jQuery, Lodash を禁止とか書いている いつも、この荒らしがスレを立てて、テンプレを変えてくるので、 漏れらは荒らしの立てたスレから、正規のスレへ誘導してきた []: [ここ壊れてます]
11 名前：9 mailto:sage [2022/01/16(日) 23:21:41.36 ID:RG8YDX1E.net]: このスレの削除依頼を出して、下の正規のスレへ移ってください！

Vue vs React vs Angular vs Svelte Part.9
https://mevius.5ch.net/test/read.cgi/tech/1642316327/l50
12 名前：デフォルトの名無しさん mailto:sage [2022/01/16(日) 23:50:47.88 ID:Ww+icYU/.net]: ここで良い
向こうのスレは無関係なjQueryが唐突に入れられている
13 名前：デフォルトの名無しさん mailto:sage [2022/01/17(月) 00:11:09.64 ID:tcFWlbRO.net]: 向こうのスレは荒らしが立てた事を証明する捨て台詞がご丁寧にも書いてあるしね
14 名前：デフォルトの名無しさん mailto:sage [2022/01/17(月) 12:41:22.76 ID:nV7XcMJz.net]: Reactはいいフレームワークだけどフロントって非同期使いまくるのに非同期の扱いが残念なのがちょっとね
他のSPAフレームワークって使った事ないけど非同期はどうなんだろう
15 名前：デフォルトの名無しさん mailto:sage [2022/01/17(月) 12:48:41.83 ID:piunERDu.net]: >>13
まず最初にお前が理想のフレームワークをいえ
Reactが残念なんじゃなくて
お前が非同期処理を理解できないだけだろ

まるでプログラミングを勉強したくないけど
なんか凄いものを作りたい、簡単に使える言語ないの？って
言ってるようだ
16 名前：デフォルトの名無しさん mailto:sage [2022/01/17(月) 13:01:07.87 ID:nV7XcMJz.net]: >>14
レベル低すぎて相手するのも面倒なレスだけどreactが非同期ニガテなのは常識だよ
今までずっと正解らしい正解がみんなで共有できてなくてuseState、useEffectで分かりにくい処理を地道に書く、それらをラップするオレオレフックを作る、別のサードパーティフレームワークを付け足して使う、などなどそれはもう、迷走しまくってた
reactが世に出てもう何年経ったかわからんが、最近になってようやっと公式が重い腰を上げて、Suspenseに取り組み始めたけど、これだって今までよりはマシかもって程度であって、けして非同期が楽だとは言えない代物

そんで楽してすごいものを作りたい、というのはフレームワークの存在意義そのものであって、それを否定するのは何も理解してない車輪の再発明マニアだけだ
17 名前：デフォルトの名無しさん mailto:sage [2022/01/17(月) 13:01:29.47 ID:OoRE99LP.net]: >>13
そうかなぁ、useEffectで非同期拾ってstate変えたら全部スパッと変わるんだから、やりやすいと思う。useEffectは非同期関数食ってくれないけども
18 名前：デフォルトの名無しさん mailto:sage [2022/01/17(月) 13:09:21.87 ID:OoRE99LP.net]: と思ったけどそういうレベルの話ではなさそうだな
19 名前：デフォルトの名無しさん mailto:sage [2022/01/17(月) 13:13:12.62 ID:nV7XcMJz.net]: >>16
いや、あれはわかりにくい
依存関係とか諸々含めて、誰でもすんなり理解して間違いなく使える仕様とは思えん
必ずどこかでハマるように出来てる
つうか、完全に理解したとしても冗長な記述が多すぎる

reactの仕様を大きく変えてasync JSXタグをサポートするべきだと思うんだよな
例えばこういうの↓
const FooView = async () => {
try {
const foo = await fetchFoo();
return <View>
<Text>{foo.name}</Text>
<Text>{foo.age}</Text>
<View>
}
catch (e) { return <ErrorView error={e} /> }
}

もし仮にここまで出来れば俺は「reactは非同期が楽」と言っていいと思うぞ

つーかこんなんreactの開発者レベルならとっくに気付いてる筈なんだが
怠慢なのかわからんが、非同期をずっと放置し続けてきた
20 名前：デフォルトの名無しさん mailto:sage [2022/01/17(月) 14:23:54.47 ID:OoRE99LP.net]: >>18
あーなるほど。確かにそこまでサポートされてれば楽かもな～。
待ってる間はFragmentが入るようになってれば（多少柔軟性は落ちても）同期部分とも連携は取れると。
俺はそこまでは要らないかな。でもなるほどね
21 名前：デフォルトの名無しさん mailto:sage [2022/01/17(月) 14:33:09.18 ID:OoRE99LP.net]: >>18
いや待て、そこでfetchしたら駄目じゃね？
22 名前：デフォルトの名無しさん mailto:sage [2022/01/17(月) 15:31:40.92 ID:mFMlok3x.net]: >>20
機能を提供するのはよいぞ
どう使うかは宗教のもんだい
23 名前：デフォルトの名無しさん mailto:sage [2022/01/17(月) 18:31:36.68 ID:srH4p//H.net]: fetchFooが何度も走るからその場所はマズくね？
24 名前：デフォルトの名無しさん mailto:sage [2022/01/17(月) 18:44:23.62 ID:8GhjbW2b.net]: useSWRを使ってみるとか
(まだ使ったことないけど)

見た感じそれなりに使いやすそう?

import useSWR from 'swr'

function Profile() {
const { data, error } = useSWR('/api/user', fetcher)

if (error) return <div>failed to load</div>
if (!data) return <div>loading...</div>
return <div>hello {data.name}!</div>
}
25 名前：デフォルトの名無しさん mailto:sage [2022/01/17(月) 19:25:32.08 ID:05fLKY0G.net]: >>23
単純なケースでしか通用しない気がするけどいけるんかな？
26 名前：デフォルトの名無しさん mailto:sage [2022/01/17(月) 19:25:53.20 ID:dRyGD2/c.net]: >>18
コンポーネントにガッツリ副作用入れてどうすんだよw
27 名前：デフォルトの名無しさん mailto:sage [2022/01/17(月) 23:06:59.06 ID:piunERDu.net]: はっはっは、だから言ったろ
お前が非同期処理を理解してないって

想像した通りに動いてくれるわけじゃないのだよ
不可能なことは、不可能
28 名前：デフォルトの名無しさん mailto:sage [2022/01/17(月) 23:11:50.20 ID:ZqR63tdH.net]: >>18
そんなバグの温床になりそうなコード書くくらいなら、
componentDidMountでfetchして、素直にsetStateしとけ
それで済む話だろ
29 名前：9 mailto:sage [2022/01/17(月) 23:50:21.01 ID:fRpijKvH.net]: このスレは、荒らしが立てたスレです。
まともな人は、移動してください！

>>9-10
を参照
30 名前：デフォルトの名無しさん mailto:sage [2022/01/18(火) 00:00:44.87 ID:EicAqYVv.net]: >>26
具体的な事言わずに批判だけするとか……老害かな？
31 名前：デフォルトの名無しさん mailto:sage [2022/01/18(火) 00:30:02.59 ID:lZlxHH3x.net]: >>22
パラメータが変わらなければ同じpromiseが再利用されるので問題ない
32 名前：デフォルトの名無しさん mailto:sage [2022/01/18(火) 15:39:09.53 ID:WUNUlNdf.net]: >>30
fetchFooは（シングルトンみたく）何度呼び出しても同じPromiseを返すって事か。それなら確かに問題ない。
そう云うPromiseを作るhookと待ってる間はFragment（か何かをDOMに接続）、あとエラー時用のインターフェイス（Promise関連だからcatchメソッドで良いか）が必要、と。
う～ん、俺はuseEffectでいいやw
33 名前：デフォルトの名無しさん mailto:sage [2022/01/18(火) 19:50:02.62 ID:TcbXe2vG.net]: >>31
そうじゃない
react側で不要な再実行を避けてpromiseを再利用するように作るだけ
34 名前：デフォルトの名無しさん mailto:sage [2022/01/18(火) 20:36:42.52 ID:WUNUlNdf.net]: FooViewが発行したPromiseインスタンスを再利用するという事？
35 名前：デフォルトの名無しさん mailto:sage [2022/01/19(水) 19:07:29.30 ID:3/Lr3xp/.net]: lazyとSuspense、ErrorBoundaryを使う
データ単位で制御したいならRecoilを組み合わせる（Atomのdefaultやselectorで非同期処理）
>>13はRecoilとConcurrentModeがまさにそれ
あと>>16の"非同期関数食ってくれない"という表現が良く分からないのだが、即時関数を使えば良いという話ではないのだろうか
36 名前：デフォルトの名無しさん mailto:sage [2022/01/19(水) 19:25:26.21 ID:uMoGEeK3.net]: >>34
useEffectの引数に直接async function入れられなくて少し不便ってだけの話で特に特に問題無いから無視してええよ
37 名前：デフォルトの名無しさん mailto:sage [2022/01/19(水) 20:05:38.12 ID:raxSHl5s.net]: <ErrorBoundary onErrorComponent={ErrorView} >
<Suspence fallback={<Loading />}>
<Text>{props.foo.read().name}</Text>
</Suspence>
</ErrorBoundary>

一見すると良さそうだけど間違ってる
Textをラップするコンポーネントを作ってやらんとダメ
なんか書くものが多くてめんどくさい
後は純粋に醜い
処理フローの制御をタグで書きたくない

recoilって正直なとこContext APIやReduxより多少スマートだけど根本的なとこはあんま変わってないと思う
というかrecoilって基本は状態管理ライブラリだし非同期のめんどくささとはまた別の話では？
38 名前：デフォルトの名無しさん mailto:sage [2022/01/19(水) 21:22:56.22 ID:26VsIy03.net]: ラッパー高階関数なりhookでも書けばええんちゃうか……。
目的を最小のコードて書けるライブラリは用途特化ライブラリであって、汎用たり得ないと思うんだ。
39 名前：デフォルトの名無しさん mailto:sage [2022/01/19(水) 22:03:34.62 ID:3/Lr3xp/.net]: Suspenseでラップされたコンポーネントで使われているAtomで
非同期処理を実行している間はfallbackが呼ばれるため、loading stateが不要であったりと
RecoilはConcurrent Modeを意識した作りになっている
というのを踏まえた上で、Reactはv18から非同期でコンポーネントを扱う場合は
Suspenseでラップする形を押していくようなので
その手法が嫌なら何とも言えない（あなたの提案が悪いというわけではなく、Reactの方針的に）
40 名前：デフォルトの名無しさん mailto:sage [2022/01/20(木) 02:46:03.95 ID:Rxl97YaC.net]: そうやって過剰な設計をするならReactとかの
フレームワークは重くなるんですよね
41 名前：デフォルトの名無しさん mailto:sage [2022/01/20(木) 07:10:36.24 ID:Vj5JRmmF.net]: 重いってのは色んな要素や意味があるし、かなり曖昧表現だな。
スピードテストベンチマークも増えて、一時期に比べればみんな速度を意識しだして、Webって早くなってきたよ。
42 名前：デフォルトの名無しさん mailto:sage [2022/01/20(木) 12:12:04.67 ID:Rxl97YaC.net]: >>40
帯域制限中の格安スマホ
43 名前：デフォルトの名無しさん mailto:sage [2022/01/20(木) 12:21:04.70 ID:GD2M/Dj6.net]: ここ数ヶ月で重すぎてブラウザバックした記憶はqiitaだけだな
あれは何のフレームワーク使ってるんだろ
44 名前：デフォルトの名無しさん mailto:sage [2022/01/20(木) 12:25:07.74 ID:iZmEL3fQ.net]: qiitaはスマホが発熱するレベルで熱くなる
45 名前：デフォルトの名無しさん mailto:sage [2022/01/20(木) 12:47:36.33 ID:Vj5JRmmF.net]: >>41
なる程。となると容量だな。
帯域制限状態を256kbpsとするとminify+gzipなReact(ReactDOM含む)で36KBなら1.125秒か。時間かかるっちゃかかるけど、この速度域だと画像すら重すぎてそれ以前の問題だなw
46 名前：デフォルトの名無しさん mailto:sage [2022/01/20(木) 12:52:08.95 ID:1yX1mPXr.net]: 結局のところ単純で速い方がいい
reactでゴテゴテに装飾したSNSより伍ちゃん戦ブラが良いんだな
47 名前：デフォルトの名無しさん mailto:sage [2022/01/20(木) 12:58:52.80 ID:tc4dpKA2.net]: 今のSNS大抵レスポンス良いぞ
48 名前：デフォルトの名無しさん mailto:sage [2022/01/20(木) 13:02:02.17 ID:wSqfSwGe.net]: そもそも目的や規模感、場合によってはチームの習熟度で不足にも過剰にもなる
結局は毛嫌いせず、状況に応じて使い分ければ良いだけの話
49 名前：デフォルトの名無しさん [2022/01/20(木) 16:56:37.93 ID:EFa2BF3Y.net]: >>42
あれフレームワークっていうより遅延ローディングの問題な気がしてる
バックエンドが詰まってる印象
50 名前：デフォルトの名無しさん mailto:sage [2022/01/20(木) 20:33:47.49 ID:+j6gWOWK.net]: >>42
> ここ数ヶ月で重すぎてブラウザバックした記憶はqiitaだけだな

普通にネット見ていてもReactのような
重量系フレームワークを使ってるところなんて殆どないからね
QiitaはReact使ってるみたいだけど、一体あれのどこに必要なんだろうか
51 名前：デフォルトの名無しさん mailto:sage [2022/01/20(木) 20:53:35.92 ID:iZmEL3fQ.net]: とりあえずSSG使ってCDNにpushすれば解決するのだがそういう改良する人材もいないんだろうな
元々優秀な技術者集団がいたはずだけど
技術のコモディティ化でその人たちも凡人になったのか
人がいなくなったのか
52 名前：デフォルトの名無しさん mailto:sage [2022/01/20(木) 20:54:50.03 ID:Vj5JRmmF.net]: 何をもって『重量系』？
53 名前：デフォルトの名無しさん mailto:sage [2022/01/20(木) 21:04:59.02 ID:bXKXm3eN.net]: >>50
Qiitaの親会社の偉い人に合った事あるけど、技術や技術者の事なんてどうとも思ってなさそうな人だったよ。それからしばらくしてあの炎上騒ぎが起きて、さもありなんと思った。
54 名前：デフォルトの名無しさん mailto:sage [2022/01/20(木) 23:08:25.65 ID:wSqfSwGe.net]: >>49
Zenn、Twitter、Instagram、Facebook、LINE、Yahoo、ZOZO、はてなブログ、AmazonのAWSの管理画面などなど
これらはフロント全体もしくは部分的にReactだけど？
Googleは多くのサービスでAngularだし

普段ネットで見てんの？
55 名前：デフォルトの名無しさん [2022/01/20(木) 23:31:12.23 ID:0xN8W4D9.net]: 掲示板のレスの1つ1つに開閉式のメニューをつけるのってどうやるんだ？
下はyahooニュースだが、レス一覧の「非表示・報告」ってとこ押したら出てくるような奴
https://news.yahoo.co.jp/articles/5d52fe0f406f1aa3e9f2263f58966858786bf8a0/comments
vue だったらレス一個一個にコンポーネントマウントしないといかんのか？？
56 名前：デフォルトの名無しさん mailto:sage [2022/01/20(木) 23:36:53.55 ID:ZmHYiWHP.net]: >>54
VueでもReactでもAngularでもそう
57 名前：デフォルトの名無しさん [2022/01/20(木) 23:43:22.25 ID:0xN8W4D9.net]: >>55
なるほど。内部的には各ボタンにイベントリスナーつけるわけだから当然と言えば当然ではあるか。
サーバ側ではレスをPHPでforeach で回して出力するけど、そのタイミングでvueがマウントするためのコードを生成する必要があるってことなのか？
58 名前：デフォルトの名無しさん mailto:sage [2022/01/20(木) 23:44:48.93 ID:ZmHYiWHP.net]: >>53
noteなんかはVue使ってるしな
59 名前：デフォルトの名無しさん mailto:sage [2022/01/20(木) 23:46:19.28 ID:iZmEL3fQ.net]: vue選んだ会社はどうするんだろうか
オワコンまっしぐらなのに
60 名前：デフォルトの名無しさん [2022/01/20(木) 23:56:11.92 ID:xZtQwvJ+.net]: 生田勇人(39)
高知市朝倉中学校卒業
恐喝と暴行、偽証、傷害容疑で逮捕、起訴。
://togetter.com/li/1227954
://pbs.twimg.com/media/DbUOGw1VQAAqJcx.jpg:large
://i.imgur.com/tuUldwv.jpg
://www.youtube.com/watch?v=UyNXI8usCrM
取り調べで「事実無根」と容疑を否認。
卓球所に松岡学(39)と出入りし賭け試合を被害者に強要、一回ミスったら1000円払えと発言。
2万円を取ろうとした。親にチクったらただじゃ済まんぞと被害者の胸倉をつかみ壁に叩き付け2000円を脅し取り、後日腹を複数回殴った疑い。
生田勇人の両親も被害者の親にたかっていた。
61 名前：デフォルトの名無しさん mailto:sage [2022/01/21(金) 00:01:35.86 ID:wLYahSWr.net]: >>56
一例だけど、ページが読み込まれてCommentListコンポーネントがマウントされたタイミングでサーバからコメントを取得して
メニューを持ったCommentコンポーネントをcomments.mapで回す
この時のcommentひとつひとつをCommentコンポーネントのpropsに渡して描画していく
62 名前：デフォルトの名無しさん mailto:sage [2022/01/21(金) 00:48:10.29 ID:KdwPKAAI.net]: Vueはそもそもの背景にAngularがあるのに
Composition登場以降、React寄りになったのが何とも
今のVueはどこに向かっているのか分からん
63 名前：デフォルトの名無しさん mailto:sage [2022/01/21(金) 00:54:42.07 ID:HxiXQYKt.net]: >>54
https://codesandbox.io/embed/dark-dawn-0sk8t?fontsize=14&hidenavigation=1&theme=dark
↑ でけたで！！！
VueじゃなくてReactやけども

みんなもよかったらコードレビューしてや！

これ思たんやが、メニューの中身共通やんか
ヤフコメの仕様に合わせて同時に複数開けるようにしたからこうしたけど、同時に複数開かなくてもいいっていう仕様やったらばよ
各コメントのカードの中にメニュー含めず、メニューは外に出して1個だけ記述する方が無駄なさげな気するんやがどないなん
コード的には同じもんが複数あるってイメージが湧いてしまうわけやが、基本マウントされてないから別にええんか
意味わからんかったらすまんやで
64 名前：デフォルトの名無しさん mailto:sage [2022/01/21(金) 02:20:49.29 ID:sORVJkOm.net]: その考え方で良いと思う
表示非表示といっても、仮想DOMのおかげで差分が更新されるだけなので
ひとつのメニューを座標などを保持してまで使い回すメリットがほとんどない

表示されているメニューをひとつだけとするなら
メニューを透明なBackdropと共に描画して、メニュー外がクリックされた場合はメニューを閉じるようにする
これはMUIのBackdropやMenuコンポーネントを参考にすると分かりやすいと思う
他にはグローバルステートにして、ひとつが表示状態となった場合、他が非表示となるようにする
これはReduxで複数のダイアログの状態を扱う場合なんかに使われたりする
規模感にもよるが、今だとRecoilで管理するのがシンプルでおすすめ
他にはonMouseLeaveで非表示にするのもアリかもしれない
65 名前：デフォルトの名無しさん [2022/01/21(金) 02:28:51.97 ID:mtDqJL7w.net]: >>60
やっぱりコメント自体を非同期で取得してくるしかないのかあ・・・。
現在の仕様やと、サーバ側でコメントをhtml生成してからレスポンス返しているから、作り直すの大変やなあ。
開閉メニューだけをvueでコンポーネント作ってってことをできんかと思ってたけど厳しいかもなあ。
ちなみに生JSで開閉メニューを作成済みなのだが、それをvue に書き換えたかった。

>>62
うおおおおおおおおすげええええ
でもreactわからん・・・・・・vueでも同様のことができるんやろなあ。
メニューの中身は共通やけど、yahooの例で言えば非表示と報告やからそのコメントを特定できるIDみたいなものをサーバに送るために仕込んどかんといかんのや。。。
66 名前：デフォルトの名無しさん mailto:sage [2022/01/21(金) 05:23:06.12 ID:2Ya+eSMz.net]: >>42
Railsは、GitHub, Airbnb, Disney, Hulu, SoundCloud, Shopify といった世界的に有名な企業や、
日本国内でも、note、クックパッド、freee、マネーフォワード、Progate、Qiita などで使われている

2021年10月には、Railsを使い続ける宣言をしている、GitLab が上場し、時価総額は約1.9兆円！

時価総額1兆円ぐらいまでは、Railsで行ける。
その後、Go へ移行する

ここで、URL を入力して、サイト分析できる
https://builtwith.com/
67 名前：65 mailto:sage [2022/01/21(金) 05:34:51.10 ID:2Ya+eSMz.net]: 女の娘が1人で起業した、食べチョクは、Rails, React

食べチョクは、生産者と消費者を結ぶ、農林水産物の直販サイトだけど、
コロナで取引量が30倍になったとか

海外のRailsでは、ほとんどReactが多い

ただ日本は特殊で、YouTube で有名な、雑食系エンジニア・KENTA のサロンでも、
未経験者の転職用にはReactよりも、Vue.js を使うように指示している
68 名前：65 mailto:sage [2022/01/21(金) 06:17:34.93 ID:2Ya+eSMz.net]: Rails では、命名規約だけのフレームワーク・Stimulus もある。
イベントの書き方だけを決めている

Railsの作者・DHH が、デモなどでよく使う

1つのDOM に、コントローラーを複数設定できる
<div data-controller="hello goodbye"></div>

また、同じコントローラーを複数のDOMに設定できる
<div data-controller="hello"></div>
<div data-controller="hello"></div>

つまり、多対多

アクションはクリックで、helloコントローラーのgreet メソッドを呼ぶ
<button data-action="click->hello#greet"></button>

ターゲットを設定すると、this.nameTarget, this.outputTarget で、
ターゲットとなるDOMを取得できる

static targets = [ "name", "output" ]

greet() {
this.outputTarget.textContent =
`Hello, ${this.nameTarget.value}!`
}

ターゲットとなるDOM。helloコントローラーのname・outputターゲット
<input data-hello-target="name" type="text">
<span data-hello-target="output"></span>
69 名前：デフォルトの名無しさん mailto:sage [2022/01/21(金) 07:05:45.77 ID:cMXeDUr/.net]: >>62
ややこしいstate管理してるな、コメントカードをコンポーネントにしてstate持たせりゃコード半分で済むやんけ、と思ったらメニュー使いまわそうとか考えてたのね。なるほど。
細かい所言うとfetchはPromiseな方がそれっぽい雰囲気になってええんちゃう、くらいかな。

>>64
html生成をjson生成に変えるだけだから楽なもんよ（悪魔のささやき）
Vue使う使わない以前に、コメントにはID付けた方が良いし、コメントは生htmlじゃなくてjsonあたりから都度生成の方が良いと思う。
70 名前：デフォルトの名無しさん mailto:sage [2022/01/21(金) 08:28:34.38 ID:kufT2haj.net]: プライベートなシステムの管理画面で複雑なReact使ってるけど重くもなくむしろ速い
どちらかというとサーバーにアクセスするAPIのほうが遅くてローディングアイコンくるくるしてる
閉鎖的なシステムだから業務ロジックはバックエンドではなくほぼtsで書いてるから処理は速い
71 名前：デフォルトの名無しさん mailto:sage [2022/01/21(金) 11:11:34.46 ID:SfEYbUH3.net]: >>53
お前のインターネットの世界には
それだけしかないのか？
72 名前：デフォルトの名無しさん mailto:sage [2022/01/21(金) 11:15:00.08 ID:SfEYbUH3.net]: コンピュータ用語と関係ない用語で検索してTOP10のサイトが
どのフレームワークを使っているか確認してみればいい
例えば「ネコ」で検索するとかな
73 名前：デフォルトの名無しさん mailto:sage [2022/01/21(金) 11:46:13.84 ID:QNQeLsep.net]: 殆どない、に対してのレスだから
適当に列挙してもこれだけあるよ？って話でしょ
74 名前：デフォルトの名無しさん mailto:sage [2022/01/21(金) 11:54:33.96 ID:SfEYbUH3.net]: 適当に列挙したと言う割に
有名なコンピュータ関連の会社に偏ってるから
ダメだって話をしてる

適当に列挙させるために
コンピュータ用語と関係ない用語で
検索したサイトで調べろと言ってる
75 名前：デフォルトの名無しさん mailto:sage [2022/01/21(金) 12:09:01.10 ID:k2s5ThwE.net]: ま～たあんたか。今日もご苦労さん
76 名前：デフォルトの名無しさん mailto:sage [2022/01/21(金) 12:16:03.07 ID:u8ucGGY4.net]: そんな謎調べ物させる前に重いサイト列挙すりゃ済む話やろ
77 名前：デフォルトの名無しさん mailto:sage [2022/01/21(金) 12:45:58.84 ID:943Xrj0f.net]: ループ内でuseState使えるようにはできないのかなー
これ完全にフレームワーク設計の欠陥だよね

自分も>>62みたいな書き方をよく書くけど配列から子コンポーネントに渡すpropsに変換する手間がかかって面倒くさい
しかも配列の1要素を変更しただけで配列全体が変更されたとみなされてイベントハンドラが更新されて子コンポーネントも更新されるのが気になる

純粋な子コンポーネントをラップしてstateを持たせたコンポーネントをプライベートスコープに書いて
そのラップコンポーネントを使うって手も有るけどこれはこれでめんどくさい

かと言って子コンポーネント自体に副作用を持たせるとテストがめんどくさくなって再利用性も下がる
78 名前：デフォルトの名無しさん mailto:sage [2022/01/21(金) 12:54:15.65 ID:Mn4SUGG+.net]: >>73
“殆どない”に対して”あるけど？”ってことなんだが大丈夫か？
79 名前：デフォルトの名無しさん mailto:sage [2022/01/21(金) 13:00:10.73 ID:cMXeDUr/.net]: >>76
いや、仕組みを考えればなぜそういう仕様なのかはわかるよ
80 名前：デフォルトの名無しさん mailto:sage [2022/01/21(金) 13:00:46.06 ID:Mn4SUGG+.net]: ListやListItemなら再利用前提だけど
CommentListやCommentListItemとかになる固有だったりするから内部に状態を持たせたらいい
テストが大変、ってことならカスタムフックでロジックを分離すればいい
81 名前：デフォルトの名無しさん mailto:sage [2022/01/21(金) 13:10:35.79 ID:943Xrj0f.net]: >>78
仕組みの問題なのはわかるけど
利用者の立場を考えたインターフェースデザインになってないのはフレームワークとしては残念ポイントだね
本当に良いフレームワークはまず使いやすいインターフェースがあってそこに実装を合わせていく
「実装の都合のせいで関数トップレベルにしかフックかけません」ってのはそう言う意味では怠慢かな
「どこでも書けるように実装の方で勉強しました」こういう姿勢が必要
82 名前：デフォルトの名無しさん mailto:sage [2022/01/21(金) 13:12:23.42 ID:943Xrj0f.net]: >>79
固有になるかどうかは場合によるよね
83 名前：デフォルトの名無しさん mailto:sage [2022/01/21(金) 13:16:50.88 ID:6I3Of8sH.net]: >>76
状態を呼び出されたインデックスで管理してるんだからむしろわかりやすいと思うが
「副作用の内容」は全く意識しなくて良いのよ
そこはreactに丸投げできる
これこそHooksの素晴らしさ
わかりにくいと感じるのは副作用を意識してなさすぎるから
react難しいと言ってる人は関数型言語などの副作用、参照透過性、冪等性、(できればモナド)などその辺りを勉強し直した方が良い
84 名前：デフォルトの名無しさん mailto:sage [2022/01/21(金) 13:20:29.63 ID:cMXeDUr/.net]: >>80
そういう意見もわからんでもない。
ただ、俺はそういう制約はあえてやってると感じるな。一見不便な制約だけど、それがある事によってコードが統制される。React的に正しい書き方に矯正される。
85 名前：デフォルトの名無しさん mailto:sage [2022/01/21(金) 13:46:47.17 ID:sORVJkOm.net]: ドキュメントにフックがトップレベルでしか呼び出せない理由って説明されてるけどな
86 名前：デフォルトの名無しさん mailto:sage [2022/01/21(金) 13:58:56.69 ID:JF8FJvk5.net]: CommentListも再利用前提ならプレフィックスを付けてArticleCommentListにしたらいい
ファイル数は増えていくが、コンポーネントをシンプルに保つ恩恵の方が圧倒的にでかい
87 名前：デフォルトの名無しさん mailto:sage [2022/01/21(金) 14:04:37.79 ID:sORVJkOm.net]: 結局はチームで統一されてれば良いって話ではあるけどね
88 名前：デフォルトの名無しさん [2022/01/21(金) 20:32:48.44 ID:mtDqJL7w.net]: >>68
axios で投稿一覧取得して vue で表示する処理を書いたけど、
サーバ側でphpのforeachで回してた時htmlspecialcharsでエスケープしたり文字列操作したりしてたことをvue側でせないかんってことだよな？
なかなかめんどくさい気がしてきたがこのあたりどうしてるんだろうか
89 名前：デフォルトの名無しさん mailto:sage [2022/01/21(金) 21:17:44.47 ID:x9mhjTMm.net]: マスタッシュ構文ならふつうにエスケープしてくれるはずだが
90 名前：デフォルトの名無しさん mailto:sage [2022/01/21(金) 21:24:06.47 ID:6I3Of8sH.net]: >>87
逆に今時それを自動でやらないフレームワークなんてあるのか？
91 名前：デフォルトの名無しさん mailto:sage [2022/01/21(金) 21:57:20.08 ID:cMXeDUr/.net]: dangerouslySetInnerHTMLとかいう長くて物騒なパラメータ名大好き
92 名前：デフォルトの名無しさん mailto:sage [2022/01/21(金) 23:16:24.74 ID:2Ya+eSMz.net]: >>69
>サーバーにアクセスするAPIのほうが遅くて
そりゃ、データベースの外部キーとか、インデックスの張り方による。
N + 1 問題とか

Ruby on Rails の単一テーブル継承とか、多対多・1対多・1対1 とか、
高度資格のdatabase specialist みたいな国家資格とか

>>76
>配列の1要素を変更しただけで配列全体が変更されたとみなされて
Vue.js では、key を付ければ、他の要素に影響がないけど、
React には、そういう機能が無いの？
93 名前：デフォルトの名無しさん mailto:sage [2022/01/22(土) 01:22:23.25 ID:ug6tBrwm.net]: >>77
まったくないじゃなくて
殆どないって言ってるんだから
あるのは最初からわかってるだろ
お前ゆとり蚊？
94 名前：デフォルトの名無しさん mailto:sage [2022/01/22(土) 06:18:54.77 ID:pRWoUPFR.net]: はいはい、そうだね。がんばってね
95 名前：デフォルトの名無しさん mailto:sage [2022/01/22(土) 07:19:40.45 ID:SSulEqfs.net]: NextAuth.jsって使ってる人いる？
96 名前：デフォルトの名無しさん mailto:sage [2022/01/22(土) 09:02:27.22 ID:ug6tBrwm.net]: >>93
もう終わったよｗ
ほんと有名な事例だけ上げて
それが全てだと思ってるからアホやで
97 名前：デフォルトの名無しさん mailto:sage [2022/01/22(土) 09:08:30.48 ID:f0z1Aqc4.net]: 日本語でおk
98 名前：デフォルトの名無しさん mailto:sage [2022/01/22(土) 17:28:48.01 ID:nygG3ujp.net]: 最近はReact優勢らしいけど個人での小規模開発でもVueオワコンなの？
転職用のポートフォリオの為にGoとVueでウェブアプリケーション作ってるんだけど今からでも変えた方がいいのかしら
99 名前：デフォルトの名無しさん mailto:sage [2022/01/22(土) 17:30:01.75 ID:yOBcCnZH.net]: >>97
優勢というかほぼ決着はついた
Reactにしとけ
vueは未来がない
100 名前：デフォルトの名無しさん mailto:sage [2022/01/22(土) 20:09:13.48 ID:63g4vstf.net]: Vueは結局一回も触らんでオワコンなった
我ながら良い選択をしたね
今後メンテナンスしなきゃならん人はご愁傷様
101 名前：デフォルトの名無しさん [2022/01/22(土) 20:19:21.52 ID:gpkanxFS.net]: 今からVueとか罰ゲームかよ
102 名前：デフォルトの名無しさん mailto:sage [2022/01/22(土) 21:56:09.98 ID:xUvzS2fG.net]: https://zenn.dev/ytr0903/articles/d0a91f6180d34e
↑
reactばっか使ってるわしはこれ読んで良さようやんって思ってんけどな
vueは具体的に何がオワコンなんだい
103 名前：デフォルトの名無しさん mailto:sage [2022/01/22(土) 22:36:32.62 ID:5qbRq3WR.net]: アジア圏でしか使われてない
Angularとずっとシェアがトントン
104 名前：デフォルトの名無しさん mailto:sage [2022/01/22(土) 22:56:29.72 ID:yOBcCnZH.net]: >>101
現在のvueのベストプラクティスと言われてる書き方を見てみな？
ほぼReactでしょ
つまりそういうこと
105 名前：デフォルトの名無しさん mailto:sage [2022/01/22(土) 23:09:14.68 ID:FWl1ZFNo.net]: >>101
そもそもbetter angularというコンセプトの元
人気が出たvueだがその記述方法がオワコン化するに従って
Reactの機能を取り入れ始めた
そして全てがReactになる
106 名前：ｼ無しさん mailto:sage [2022/01/22(土) 23:18:25.01 ID:mmM8IstB.net]: 別にvueでもいいと思うぞ
ここでオワコン言ってるやつは、そいつがそうなってほしいだけ
まあ、時間がそのうち決めるだろうさ
107 名前：デフォルトの名無しさん mailto:sage [2022/01/23(日) 00:34:43.39 ID:Ywyyr4ki.net]: 単一ファイルコンポーネントはわりと好きだった
108 名前：デフォルトの名無しさん mailto:sage [2022/01/23(日) 00:38:59.45 ID:TuoOb8rP.net]: これからはSvelteが流行るって聞いて勉強してるんだがそろそろReactもオワコン扱いしていかないか？
109 名前：デフォルトの名無しさん mailto:sage [2022/01/23(日) 00:58:41.28 ID:L5G2SnD6.net]: Svelteが殺してしまうのは多分ReactじゃなくてVueなんだろうな……
110 名前：デフォルトの名無しさん mailto:sage [2022/01/23(日) 01:07:55.47 ID:5LuXaMWA.net]: >>108
多分そうなると思う
結局Reactの素晴らしさはコンポーネントとHooksとJSXの連携なのだから
そこを避けようとするフレームワークはどこまでいってもReactになれない
111 名前：デフォルトの名無しさん mailto:sage [2022/01/23(日) 01:13:47.61 ID:/7F6TbfS.net]: laravelとVueは中国語のドキュメントが充実している
112 名前：65 mailto:sage [2022/01/23(日) 05:44:45.01 ID:G94fcmHV.net]: 日本は特殊で、YouTube で有名な、雑食系エンジニア・KENTA のサロンでも、
未経験者の転職用にはReactよりも、Vue.js を使うように指示している

誰か、Vue.jsがオワコンかどうか、KENTAに聞いてみてくれ

PHP, Scala は、KENTAがオワコン認定したから、もう新規プロジェクトは無い。
ZOZO はLaravel だけど、創業者の前澤が、会社の株を孫正義に2千億円で売って逃げた
113 名前：デフォルトの名無しさん [2022/01/23(日) 05:51:50.36 ID:1P4fHIMN.net]: KENTA？
誰？
114 名前：デフォルトの名無しさん mailto:sage [2022/01/23(日) 07:22:45.53 ID:sJJCSXxo.net]: ケンタはフロントが絶望的にできないからお呼びではない
115 名前：デフォルトの名無しさん [2022/01/23(日) 17:21:31.55 ID:z9Jick6I.net]: 中国人ならvue
それ以外ならreact
116 名前：デフォルトの名無しさん mailto:sage [2022/01/23(日) 17:25:00.77 ID:yoD8olQP.net]: これからはvue3 x Nuxt 3だよ
Reactなんて外国にカブれてる奴が使ってるだけだろ
117 名前：デフォルトの名無しさん [2022/01/23(日) 18:37:17.60 ID:cVkgikFr.net]: 中国被れがなんか言ってるぞ
118 名前：65 mailto:sage [2022/01/24(月) 04:23:26.19 ID:VeWznQkJ.net]: KENTA・勝又健太は、YouTube のRuby on Rails 初心者向け有料サロンの主。
月千円で、日本6位の3千人が入っている。
1位は、キングコング西野の数万人

Vue.js 日本ユーザー会も3千人で、1つのRailsサロンと同じ人数

KENTAは、日本にプログラミング教育革命を起こした。
1年ぐらいの勉強で、10年以
119 名前：上のプログラマーよりも上 最も短時間の勉強で、給料を上げる方法を見つけた人。 それが、Rails のバックエンドエンジニアになる事 KENTAの普及により、今じゃ未経験者でも、 Bootstrap, Heroku, Docker, CircleCI が当たり前 今や、AWS Fargate, GitHub Actions, Terraform, TypeScript, React, Vue.js 出来ないと差別化できない 今の未経験者は、それぐらいハイレベルな領域で戦っている。 10年以上の化石プログラマーは、太刀打ちできない。 使っている道具が違うから ツルハシで掘っている土方と、巨大なメカで、トンネルを掘っているのとの違い。 それに初めて気付いて、教育革命を起こした []: [ここ壊れてます]
120 名前：デフォルトの名無しさん mailto:sage [2022/01/24(月) 08:40:30.54 ID:lXb0w+3k.net]: いつもKENTAの宣伝しにくる人のレベルを見るとKENTAのレベルの低さが如実にわかる
121 名前：デフォルトの名無しさん [2022/01/24(月) 20:21:01.57 ID:MA2v7tDv.net]: svelteはvueの正当進化系
vue3の中身がsvelteでもおかしくないはずだった
122 名前：デフォルトの名無しさん mailto:sage [2022/01/24(月) 20:38:11.48 ID:bH48I66w.net]: じゃあvue君次はsvelteにすり寄ればええやんけ
123 名前：デフォルトの名無しさん mailto:sage [2022/01/24(月) 20:56:17.77 ID:XwWsIA6P.net]: vueって仮想DOM使ってないんだったっけ？
マイナーだからよく知らんが
124 名前：デフォルトの名無しさん mailto:sage [2022/01/24(月) 21:27:03.91 ID:vireAt4B.net]: この指摘は結構的確
https://www.youtube.com/watch?v=td6cX0en4oI
125 名前：デフォルトの名無しさん mailto:sage [2022/01/24(月) 22:04:02.46 ID:AqugRa0+.net]: フロントは各自が好きなもの使えばいい
そのためにバックエンドと切り離したんだからね
明日オワコンなってもすぐに乗り換えられる安心感
126 名前：デフォルトの名無しさん mailto:sage [2022/01/24(月) 23:08:34.60 ID:VeWznQkJ.net]: KENTA の天敵・モローは消えた

モダンな自社開発系Ruby on Rails のKENTA vs
旧態依然のJava 土方を集める、SES のモロー

みずほ銀行の2千億円・統合プロジェクトも終わって、Java土方の仕事が無くなった。
それで、みずほ銀行はバグってばかり

可読性も悪いし、巨大すぎて直せない
127 名前：デフォルトの名無しさん mailto:sage [2022/01/24(月) 23:48:28.66 ID:WeU5fM2j.net]: サーバーサイドはPHPが一番分かりやすい
Rubyなんて論外ｗ遅いし見にくいｗ
128 名前：デフォルトの名無しさん mailto:sage [2022/01/25(火) 06:21:43.12 ID:LH8v1+14.net]: わかりやすい≒使いやすい、ではないと思う。それはそれとしてPHPもすごく進化して昔とは別物らしいな。使ってないから知らんけど。
129 名前：デフォルトの名無しさん mailto:sage [2022/01/25(火) 06:24:38.49 ID:9iAikC29.net]: >>126
いいなぁ
130 名前：デフォルトの名無しさん mailto:sage [2022/01/25(火) 06:56:38.55 ID:zGY28tNX.net]: Rubyは遅いし世界的に廃れているしな
イキってた残りカスがそこら中でケンタと一緒に宣伝してるがそもそも言語として論外
131 名前：デフォルトの名無しさん mailto:sage [2022/01/25(火) 08:00:40.58 ID:DsUuhEjU.net]: いつものRubyガイジがやたらとKENTAに言及してるのなんでだろう？と思ってたんだが
そのKENTAとやらがRubyを推してるっていう理由だけなのか

この板についてはRubyもKENTAもNGWordに突っ込んでおけば万事解決だな
132 名前：デフォルトの名無しさん mailto:sage [2022/01/25(火) 10:03:27.07 ID:6PEgrqex.net]: ReactのHookはsvelteのstoreの
133 名前：デフォルトの名無しさん mailto:sage [2022/01/25(火) 10:03:42.67 ID:6PEgrqex.net]: ことかな？
134 名前：デフォルトの名無しさん mailto:sage [2022/01/25(火) 11:16:11.38 ID:n4f4CMvM.net]: フック船長はなんでもありな感じ
Reactの純粋さにとって都合が悪いものをまとめて隠蔽するヤバい奴
135 名前：デフォルトの名無しさん mailto:sage [2022/01/25(火) 11:39:52.80 ID:6PEgrqex.net]: 当方、svelteでwebアプリのフロントエンドを学んでいるが

javascriptの型無し && スレッド意識せず && 引数の参照渡し && エラーマネジメント皆無

で、すぐ迷宮になりそう。
こんな言語仕様でよくチームで組めますね…怖い
136 名前：デフォルトの名無しさん mailto:sage [2022/01/25(火) 12:03:18.55 ID:VN0kea3O.net]: TSにすること
入力を常に信用しないこと(型が付いてても)
出力も信用しすぎないこと
OSSライブラリは間違っている前提でラップする事
関数を盲信せず普通にオブジェクト指向すること
typeフィールドで望まないダックタイピングを抑制すること

これがフロントエンド開発のコツやね
137 名前：デフォルトの名無しさん mailto:sage [2022/01/25(火) 12:58:53.71 ID:LH8v1+14.net]: >>133
大丈夫、JavaScript怖くないよ！

> javascriptの型無し
TypeScriptとバリデーションで解消
> スレッド意識せず
WebWorker使わなきゃスレッド関係ない。非同期の話なら他の言語でも使われてるから慣れた方がいいかと。
> 引数の参照渡し
なんか問題ある？
> エラーマネジメント皆無
TypeScript使ってれば殆どの実行時エラーは潰せるので、あとはサーバとの通信時くらいになる。そのへんはPromiseなのでcacheメソッドで処理する（RustのResultみたいに）
138 名前：デフォルトの名無しさん [2022/01/25(火) 13:53:10.77 ID:Q8c0uB3k.net]: ReactとMaterialUIを昨日から始めたんだけど
既に挫折しそう…

https://i.imgur.com/x7ii8B0.png

ボタンの色を変えたいだけなんだけど
色んなページを見ながらやっていて
これで色は変わったんですが
ボタンを押したら指定した色ではなく
白色にボタンが変化してしまいます

なんか設定が間違ってるんでしょうか？
139 名前：デフォルトの名無しさん [2022/01/25(火) 13:57:11.19 ID:Q8c0uB3k.net]: ちなみにvariant="contained"を消した場合
ボタンを押したらボタンが消滅します
リロードすればまた緑色のボタンとして復活します
140 名前：デフォルトの名無しさん [2022/01/25(火) 13:57:29.19 ID:Q8c0uB3k.net]: jQueryでやりたい…泣
141 名前：デフォルトの名無しさん [2022/01/25(火) 14:04:28.53 ID:Q8c0uB3k.net]: 結構色んなサイトを見て
やり方とかimportする内容が違ったりするんですが
色々なパターン試してみた結果
色を変える事が出来るんですが
やっぱりボタンを押すと色がトンチンカンな色になります
sxプロパティで赤色に変えた時は
クリック後に青色になります
もう意味が分からない…
142 名前：デフォルトの名無しさん [2022/01/25(火) 14:18:52.87 ID:Q8c0uB3k.net]: これ消えてるわけじゃないのか
materialUIってもしかして背景が黒の場合が
全く想定されていないUIなのか…
143 名前：デフォルトの名無しさん mailto:sage [2022/01/25(火) 14:46:05.04 ID:g1NUIKPr.net]: 個人的な意見だけど見た目をカスタマイズしたい要件があるときはサードパーティコンポーネントは使わずにゼロから作る方が楽だと思う
便利な機能を持ったサードパーティコンポーネントが使えなくなるのは残念だ
だけど見た目の変更の仕方がわからなくなって何時間もハマるのはもっといやだ
サードパーティコンポーネントでやると決めたら拘りは捨ててコンポーネントを並べるだけで最後まで突っ走る

この見た目の定義がコンポーネントに隠蔽されてるのでカスタマイズしにくい問題をreactの達人はどうやって解決してるんだろう？
144 名前：デフォルトの名無しさん [2022/01/25(火) 15:04:21.85 ID:Q8c0uB3k.net]: >>141
ほんとそうかもしれない…
普通のやり方でやれば5分で終わる作業なのに
何時間もかけるのはアホらしい…
145 名前：デフォルトの名無しさん mailto:sage [2022/01/25(火) 15:16:41.58 ID:Vpr7pdMG.net]: Reactの達人では無いけど、
俺はわりとプレーンなコンポーネントを使うし、デザイン面は愚直に書けるTailwindCSSだより。
複雑なコンポーネントはデザイン用のインターフェイスだいたいある気がする
146 名前：デフォルトの名無しさん mailto:sage [2022/01/25(火) 15:59:12.23 ID:vaBsc+P3.net]: 下に記述してるstyleの宣言を上のSenderより上で宣言しないといけないんじゃないの？
147 名前：デフォルトの名無しさん mailto:sage [2022/01/25(火) 16:21:49.50 ID:H/nIVFN9.net]: >>141
特にB2Bな案件だと自前で作るしかないねえ
ライブラリの罠に嵌まりたくもないし
メンテされなくなった時のリスクもでかい
148 名前：デフォルトの名無しさん [2022/01/25(火) 16:36:07.84 ID:TQ9E9Mb0.net]: いきなりreactとUIライブラリの学習はキッツイだろ
reactに慣れてきてからUIライブラリ使いなよ
149 名前：デフォルトの名無しさん [2022/01/25(火) 16:42:44.81 ID:Q8c0uB3k.net]: ちょっとmaterial UIは諦めます
reactを覚えるだけでも大作業だわ…
親から子コンポーネントに
関数を渡すのに1時間30分かけて進展がない…
もう全部捨ててjQueryでやろうかしら…

Action Script、C/C++、Swift、SwiftUI、
processing、openFrameworks、
AVR(c)、とやってきたけど
初歩的なところでこんなつまづいたの初めてかもしれん…
やってられん…
Facebookが作るものはやっぱりFacebookクオリティか…
150 名前：デフォルトの名無しさん mailto:sage [2022/01/25(火) 16:45:43.61 ID:H/nIVFN9.net]: >>147
context使えよ
151 名前：デフォルトの名無しさん mailto:sage [2022/01/25(火) 17:23:44.90 ID:AcFVm5mX.net]: 1時間半で諦める人には向いてないかも
152 名前：デフォルトの名無しさん mailto:sage [2022/01/25(火) 17:30:42.61 ID:aL9hRZfU.net]: >>147
マテリアルUIは使ったこと無いから知らないけど、親から子に関数渡す超初歩的なことならドキュメントに書いてあると思うよ
153 名前：デフォルトの名無しさん mailto:sage [2022/01/25(火) 17:42:37.67 ID:vaBsc+P3.net]: さすがにヘボすぎだろ
154 名前：デフォルトの名無しさん [2022/01/25(火) 18:38:47.07 ID:4LvgZIvr.net]: Reduxほんとに使うこと無くなったね
もう2度と関わりたくないよ
155 名前：デフォルトの名無しさん mailto:sage [2022/01/25(火) 19:01:34.68 ID:qx8rIKSM.net]: ゆうてまあここはReactについて答えられないやつばっかだしな
口だけなのよみんな
156 名前：デフォルトの名無しさん mailto:sage [2022/01/25(火) 19:17:30.98 ID:EaWfnOTy.net]: React使えば凄いもの作れるかといったらそうでもないし
そもそもそんな凄いインターフェースなんか求められていない

インターフェースなんかHTMLとCSSで作ればいいんだよね
HTMLとCSSは随分と高機能になったから
そこにちょっとjQueryで動きをつければ十分なことが多い

イラストレータやCADソフトみたいなものはReactみたいなものが
便利だと思うけど、普通の管理画面インターフェースとかだとjQueryで十分
157 名前：デフォルトの名無しさん mailto:sage [2022/01/25(火) 19:26:48.23 ID:FhpLBFKD.net]: >>136
ボタンを押したら白くなる……がちょっと意味わからんけど

&:hover {
}

を用意すればいいって話だったりするのかな
158 名前：デフォルトの名無しさん mailto:sage [2022/01/25(火) 19:31:01.82 ID:LH8v1+14.net]: >>153
上の方見ると詳しい人もいるし、単に余計な捨て台詞吐くから反感買ったんだと思う。

>>154
jQuery使うくらいならバニラの方が楽だな。
159 名前：デフォルトの名無しさん mailto:sage [2022/01/25(火) 21:42:48.67 ID:EaWfnOTy.net]: jQueryはバニラと混ぜて使えます。
バニラよりも簡単にかけるところだけ
jQueryを使えばいいのでバニラが簡単というのは
理論的にありえません。
160 名前：デフォルトの名無しさん mailto:sage [2022/01/25(火) 21:45:15.73 ID:EaWfnOTy.net]: >>155

> &:hover {
> }
>
> を用意すればいいって話だったりするのかな

ありそうな話だな。CSSが苦手なくせに
CSSを勉強しないから、無駄なJavScriptコードを書く人が多い

そういうやつに限ってCSSをけなして
使えない自分を擁護している
161 名前：デフォルトの名無しさん mailto:sage [2022/01/25(火) 21:55:05.28 ID:Gc3NttG8.net]: はいはい。自分で立てたスレでやってね
162 名前：デフォルトの名無しさん mailto:sage [2022/01/25(火) 21:56:02.66 ID:EaWfnOTy.net]: ここでやるよ
163 名前：デフォルトの名無しさん [2022/01/25(火) 22:01:21.44 ID:TQ9E9Mb0.net]: CSSの勉強とかする奴いるの？
164 名前：デフォルトの名無しさん mailto:sage [2022/01/25(火) 23:02:59.34 ID:5lVpkzkK.net]: 管理画面や業務システム系にはReactがベスト
165 名前：デフォルトの名無しさん mailto:sage [2022/01/25(火) 23:04:55.60 ID:5lVpkzkK.net]: フロントエンジニアなのにcss設計ができないならReact使う意味ない
166 名前：デフォルトの名無しさん mailto:sage [2022/01/25(火) 23:19:08.31 ID:LH8v1+14.net]: >>162
わかる。fetch待ってあっちの状態を拾いつつこっちに同期して副作用見ながらElement差し替えて……とか考えずにサクッと組めてほんと楽
167 名前：デフォルトの名無しさん mailto:sage [2022/01/25(火) 23:42:58.03 ID:Vpk3TLE1.net]: 漏れは、CSS は分からない。
Ruby on Rails で、SASS・Bootstrap しか
168 名前：知らない >>136 Railsでは、React, Bootstrap, Bulma, Tailwind が多い Material-UI, ElementUI は、あまり聞かない []: [ここ壊れてます]
169 名前：デフォルトの名無しさん mailto:sage [2022/01/26(水) 00:10:14.89 ID:WZ6d76Ox.net]: 最近のシングルページアプリケーション大嫌いだから早く廃れてほしいわ
170 名前：デフォルトの名無しさん mailto:sage [2022/01/26(水) 06:29:00.55 ID:HVcJWVLp.net]: いちユーザとしての嗜好をここに書かれてもなぁ。
SPAなんて15年位前からあるわけだし、スレタイのライブラリやフレームワークはSPA以外も作れるし。
171 名前：デフォルトの名無しさん mailto:sage [2022/01/26(水) 10:46:32.23 ID:iN8tMMZ/.net]: SPAがいいというか最初のロードで終わるから便利なのであって
今時ページ毎に読み込みとかダサいでしょｗ
172 名前：デフォルトの名無しさん mailto:sage [2022/01/26(水) 11:25:39.57 ID:qAyrcykq.net]: ページごとに読み込んでくれた方がリセットされる安心感がある
あと遷移前のページとは基本的に切り離して考えて操作すればいいのねということがよくわかるからマルチページのほうが良いと思う
マルチページのほうがハイパーリンクやRPAとの相性もいい

これはあくまでユーザー目線になった時にどっち使いたいか？って考えたときにそう思うってだけね
開発者の目線だとSPAの方がアーキテクチャが綺麗に階層化されててメンテしやすく実装が簡単なのでいいと思う
173 名前：デフォルトの名無しさん mailto:sage [2022/01/26(水) 11:26:22.51 ID:MBxJE5i4.net]: 安心感w
174 名前：デフォルトの名無しさん mailto:sage [2022/01/26(水) 11:29:29.66 ID:bON6Y6/t.net]: >>168
ダサいとかいうお前の主観で判断するなや
175 名前：デフォルトの名無しさん mailto:sage [2022/01/26(水) 11:30:21.31 ID:bON6Y6/t.net]: >>169
マルチページだと、それそれが担当する範囲が分離されていて
複数の人が並行で開発しやすくなる
大規模システムに向いてる
176 名前：デフォルトの名無しさん mailto:sage [2022/01/26(水) 11:31:05.53 ID:bON6Y6/t.net]: ユーザー目線になった時SPAは「マルチページであるかのように見せる」
ということを徹底しなければいけない

本末転倒ｗ
177 名前：デフォルトの名無しさん mailto:sage [2022/01/26(水) 11:32:34.74 ID:qAyrcykq.net]: >>170
草生やしてるけど安心感ってめちゃくちゃ重要だと思うんだが？
特にエンドユーザーはITのことなんてよく知らんから安心感が何より大事
「あっ、これはよくある普通の素朴なホームページだ、これなら簡単に使えそうだ。ホッとするね」って思ってもらえたら勝ちよ
逆に「な、なんだこれは。ブラウザなのにまるで業務用のデスクトップツールみたいに複雑だぞ。ひえ～、動かし方が想像できない。う～ん、こりゃ困ったぞ」って思われたら負け
178 名前：デフォルトの名無しさん mailto:sage [2022/01/26(水) 11:38:28.35 ID:87bPqnWg.net]: spaを何だと思ってるんだ？
twitterが複雑で使いづらいとか聞いたことないが
179 名前：デフォルトの名無しさん mailto:sage [2022/01/26(水) 11:46:40.80 ID:HVcJWVLp.net]: ひょっとしてSPAだとルーティング出来ないと思ってるのでは？
180 名前：デフォルトの名無しさん mailto:sage [2022/01/26(水) 11:53:28.56 ID:xGOCvJmU.net]: >>174
お、そうだなおじいちゃんw
181 名前：デフォルトの名無しさん mailto:sage [2022/01/26(水) 11:55:32.37 ID:Z2vFvGMM.net]: >>175
一例だけで全体を押し測るのはどうかと思う

>>176
従来のページ遷移に見せかけてるだけであって別の概念
やっぱり全てリセットほどの安心感はないね
182 名前：デフォルトの名無しさん mailto:sage [2022/01/26(水) 11:56:49.13 ID:Z2vFvGMM.net]: >>177
俺はまだおじいちゃんじゃないけど、世の中おじいちゃんおばあちゃん、おじさんおばさんがどんどん増えてるんだから、彼らに最適化したシステムを作るべきなんだよな
183 名前：デフォルトの名無しさん mailto:sage [2022/01/26(水) 11:57:50.70 ID:bZeln90B.net]: >>174
それは見た目(デザイン)の問題であって
シングル/マルチとは関係なさそう
184 名前：デフォルトの名無しさん mailto:sage [2022/01/26(水) 11:59:54.06 ID:MBxJE5i4.net]: IE使ってそうなおじいちゃんだなw
185 名前：デフォルトの名無しさん mailto:sage [2022/01/26(水) 12:01:00.51 ID:HVcJWVLp.net]: >>178
概念が違っても見かけが同じなら気づかなくね？
186 名前：例えば、ユーザーはTwitterのタイムラインとツイート単独画面を別のページだと思ってるでしょ []: [ここ壊れてます]
187 名前：デフォルトの名無しさん mailto:sage [2022/01/26(水) 12:03:56.46 ID:Q9+f1WtF.net]: >>180
デザインの違いじゃなくてあの遷移するときのいったんリセットしてロードし直してる感が良いんだよ
あれがあるとすごく安心するんだ
188 名前：デフォルトの名無しさん mailto:sage [2022/01/26(水) 12:04:33.05 ID:Q9+f1WtF.net]: >>181
Chrome、EDGE、時々Safari使ってる
189 名前：デフォルトの名無しさん mailto:sage [2022/01/26(水) 12:10:01.72 ID:Q9+f1WtF.net]: >>182
気付いてはいるだろう
あれリロードされないぞって
190 名前：デフォルトの名無しさん mailto:sage [2022/01/26(水) 12:16:09.14 ID:HVcJWVLp.net]: それ、ただの遅いサイトでは……。
じゃあロード画面でも表示しますか
191 名前：デフォルトの名無しさん mailto:sage [2022/01/26(水) 12:16:30.19 ID:uZbDoYzf.net]: 現代の大半の人間はYouTubeやTwitterとかLINEやTikTokとかのアプリを長い時間使ってるし、それらのアプリはSPAの動きするから現代の人間にとってはSPAの方が慣れていると思うぞ
ゆえにページ移動の度に画面が一瞬真っ白になるのって「なんやこれ？」ってなる
192 名前：デフォルトの名無しさん mailto:sage [2022/01/26(水) 12:23:35.09 ID:Q9+f1WtF.net]: >>186
ロード画面はいいかもね
あとは上から徐々にレンダリングされていくあの感覚
あそこまで再現できれば安心感を演出できるかも
193 名前：デフォルトの名無しさん mailto:sage [2022/01/26(水) 12:25:11.75 ID:Q9+f1WtF.net]: >>187
ないない
そんなのごく一部の例外だって
世の中のほとんどはまだSPAになってないし今後もならないだろう
ユーザーはよく使うマルチページのほうが親しみがある
194 名前：デフォルトの名無しさん mailto:sage [2022/01/26(水) 12:28:05.87 ID:HVcJWVLp.net]: どこまでネタかわからん
195 名前：デフォルトの名無しさん mailto:sage [2022/01/26(水) 12:28:56.83 ID:Q9+f1WtF.net]: あとね
SPAに慣れるってことは基本的にないんだ
SPAで作った特定のアプリに慣れることはある
だけどそれに慣れたとしても別のアプリには慣れない
だってSPAのアプリは個性的でそれぞれ違う動きをするから

これとは対照的にマルチページアプリはどれもウェブの作法を守ってるので異なるアプリでも共通点が多い
なのでマルチページアプリに慣れるってのは大いにあり得る
196 名前：デフォルトの名無しさん [2022/01/26(水) 12:34:01.00 ID:uLc6Vrba.net]: 慣れるも慣れないも時代によって使われる技術は変わるだろ
頭カッチコチの老人かよ
197 名前：デフォルトの名無しさん mailto:sage [2022/01/26(水) 12:34:24.78 ID:8nn+xAqB.net]: 視野が恐ろしく狭い
198 名前：デフォルトの名無しさん mailto:sage [2022/01/26(水) 12:40:35.07 ID:uZbDoYzf.net]: >>189
スマホ持ってないの？
お年寄り用とか子ども用のスマホなら持ってる？
それならYouTubeとかTwitter使えないかもしれないけども
言うてもネイティブアプリってSPAになってるやつしか見たことないな
199 名前：デフォルトの名無しさん mailto:sage [2022/01/26(水) 12:41:06.07 ID:qAyrcykq.net]: >>192
変わるものもあれば変わらないものもある
HTML、HTTPはず～～～っと昔からあってあまり変わってない
SPAの方が異端なんだよ明らかに
200 名前：デフォルトの名無しさん [2022/01/26(水) 12:41:39.99 ID:uLc6Vrba.net]: 親しみのあるガラケー使ってんだろ
201 名前：デフォルトの名無しさん mailto:sage [2022/01/26(水) 12:42:31.75 ID:xGOCvJmU.net]: 前にいたjqueryおじやろw
202 名前：デフォルトの名無しさん mailto:sage [2022/01/26(水) 12:42:53.80 ID:qAyrcykq.net]: >>194
ネイティブの話はしてないよ
203 名前：デフォルトの名無しさん [2022/01/26(水) 12:44:09.89 ID:uLc6Vrba.net]: >>195
HTMLもHTTPも時代に合わせて変わってるけど？
変わってないのはお前の頭だけな
204 名前：デフォルトの名無しさん mailto:sage [2022/01/26(水) 12:47:38.52 ID:qAyrcykq.net]: >>196
流石にモバイルはとっくにスマホだよ
三輪車と自動車ぐらい差がつく物なら流石に自動車を選ぶ
それは当然の選択だろう

でもSPAとマルチページアプリってそこまで差がないと思うなー
普通の自転車とロードバイクぐらいの差かなー？
つうか差がないどころか使い勝手はマルチページアプリの方が良いとすら思ってるよ
自転車の例えで言うと「あのー速いのはわかったんですけど、ロードバイクのハンドル持ちにくいんでね。普通のハンドルにしてくれませんか？」みたいな感じ
205 名前：デフォルトの名無しさん mailto:sage [2022/01/26(水) 12:48:21.26 ID:qAyrcykq.net]: >>199
あまり
206 名前：、って言葉が見えなかった？ []: [ここ壊れてます]
207 名前：デフォルトの名無しさん mailto:sage [2022/01/26(水) 12:49:54.45 ID:bON6Y6/t.net]: >>175
> twitterが複雑で使いづらいとか聞いたことないが

え？スクロールした後、進むとか戻るで
スクロール位置がリセットされて使いづらいって聞いたこと無いの？
208 名前：デフォルトの名無しさん mailto:sage [2022/01/26(水) 12:50:10.88 ID:qAyrcykq.net]: >>197
いや開発者の立場だったらreactおじさんだよw
ユーザー目線の使いやすさはともかく開発するだけならSPA途轍もなく簡単だからね
開発者なら楽な方を選ぶのが正解だ
209 名前：デフォルトの名無しさん mailto:sage [2022/01/26(水) 12:50:45.25 ID:bON6Y6/t.net]: Googleの検索なら、ページがあるから
10件単位ぐらいで位置を覚えてくれるから便利
210 名前：デフォルトの名無しさん mailto:sage [2022/01/26(水) 12:51:23.72 ID:HVcJWVLp.net]: 個人の感想過ぎる
211 名前：デフォルトの名無しさん mailto:sage [2022/01/26(水) 12:51:54.58 ID:bON6Y6/t.net]: 不便でもそれに慣れてしまうと、不便だって気づかない良い例だな
212 名前：デフォルトの名無しさん mailto:sage [2022/01/26(水) 12:53:39.85 ID:uZbDoYzf.net]: >>198
①アナリティクスとかアドセンス使ってればユーザーがアクセスしているデバイスが分かるけど、多くのWebサイトやWebアプリはスマホユーザーがめっちゃ多い
②スマホユーザーってのはYouTubeとかTwitterとかのLINEとかのネイティブアプリを長い時間かけて使っていると考えられる
③ネイティブアプリってのはほぼSPAな動きをするから、ネイティブアプリを長い時間使ってるユーザー＝SPAの挙動に慣れてる、と推測できる
よってWebサイトにせよWebアプリせよSPAの方が、スマホユーザーにとっては体験がいいんじゃないの、ってことよ

ただ、②のスマホユーザーが「ネイティブアプリ触ってる時間は1日の内わずかです、割合で言うとWebサイトを閲覧してる時間の方が多いです」ってなったら上の理論は成り立たないよ
213 名前：デフォルトの名無しさん mailto:sage [2022/01/26(水) 12:53:51.96 ID:qAyrcykq.net]: >>206
SPAに慣れちゃったらそうなるのかなー？
214 名前：デフォルトの名無しさん mailto:sage [2022/01/26(水) 12:56:24.92 ID:qAyrcykq.net]: >>207
さっきも言ったけどSPAに慣れるってことはないんだよ
共通の作法がないからアプリごとに固有の見た目と動きがある
なのでネイティブのアプリに慣れたとしてもそれでSPAに慣れたということにはならない
SPAの個々のアプリについてそれぞれ練習が必要で習熟には時間がかかる
215 名前：デフォルトの名無しさん mailto:sage [2022/01/26(水) 12:58:31.67 ID:qAyrcykq.net]: >>207
続き

君が言ってることはつまりこういうこと
「YouTubeやLINEのネイティブのアプリに慣れたらVSCodeにも慣れたことになるよね」

そうはならんやろ？
216 名前：デフォルトの名無しさん mailto:sage [2022/01/26(水) 12:58:49.67 ID:bON6Y6/t.net]: SPAでMPAの動作を苦労して作る
なら最初からMPAを使えば？
217 名前：デフォルトの名無しさん mailto:sage [2022/01/26(水) 13:01:08.23 ID:qAyrcykq.net]: >>211
苦労したくないからSPAで作る
ユーザーには御免なさいだけど使いにくいものを使ってもらう
仕事だからね
信念とは違うこともやらんといかんのよ
218 名前：デフォルトの名無しさん mailto:sage [2022/01/26(水) 13:01:30.33 ID:MBxJE5i4.net]: 頭が固かったり、自分だけの意見を曲げられなくなってて意固地になったり、
長文だったり、連投したり、例えをしだしたり、
典型的な前時代のおっさんじゃんw
ずっとブラウザリロードしてろよw
219 名前：デフォルトの名無しさん mailto:sage [2022/01/26(水) 13:03:09.96 ID:nBTyT1HY.net]: SPA大嫌いジジイを見てると、日本が何で発展しないかよく分かるわ
既存のやり方に固執して、変化する世界には目を背けて「今までこれでうまくやってきたからいいんだよ！」と開き直る
日本の中枢にいるやつらってこんなんばっかりだもんな
220 名前：デフォルトの名無しさん mailto:sage [2022/01/26(水) 13:03:33.05 ID:qAyrcykq.net]: >>213
中身への言及がない時点でお察しのレス
221 名前：デフォルトの名無しさん mailto:sage [2022/01/26(水) 13:04:07.74 ID:MBxJE5i4.net]: >>215
そういうとこw
222 名前：デフォルトの名無しさん mailto:sage [2022/01/26(水) 13:06:20.85 ID:111KcgMU.net]: なんか最近やたらNuxtからNextに移行しましたみたいな人増えたけど、これただreact使いたいだけだよねえ
223 名前：デフォルトの名無しさん mailto:sage [2022/01/26(水) 13:08:51.44 ID:qAyrcykq.net]: >>214
日本は世界でも有数の先進国だが？
国内にいると世界が見えないとよく言うがまさにそれだね
良いものは良いものとして長く使う
本当に良いものは取り入れて改良する
日本は今も昔もそうやって世界をリードしてきたんだよ

SPAだと開発が簡単なところは評価している
なのでうちもSPAを開発に取り入れている
発展はしているのだ
それがユーザーの利便性に繋がるかはまた別の話
全てはコスト・パフォーマンス
224 名前：デフォルトの名無しさん mailto:sage [2022/01/26(水) 13:11:54.93 ID:HVcJWVLp.net]: jQueryおじさんと芸風が同じだな
225 名前：デフォルトの名無しさん mailto:sage [2022/01/26(水) 13:12:25.00 ID:bON6Y6/t.net]: >>213
MPAはリンクをクリックした時にページが自動的にロードされる
わざわざブラウザをリロードなんかしない
そんなことも知らないのか？
226 名前：デフォルトの名無しさん mailto:sage [2022/01/26(水) 13:31:42.79 ID:MBxJE5i4.net]: >>220
ん？ID:qAyrcykqと同じ人？
MPAがどうだなんて絡んだつもりないぞw
IEでjqueryおじがブラウザリロードしてそうだからw
227 名前：デフォルトの名無しさん mailto:sage [2022/01/26(水) 13:44:37.41 ID:27MgWQmu.net]: 4〜5年前からSPA前提の案件しかやならくなったけどなー
てかMPAで済むような案件安くて割りに合わなくない？
Nuxt使って開発中の機能プレビュー出来るようにしたら
客が気に入っちゃって毎回Nuxt指定で発注くるわw
228 名前：デフォルトの名無しさん mailto:sage [2022/01/26(水) 13:54:40.62 ID:MBxJE5i4.net]: 単価は分からんけどちょっとそこはなんとも言えない気もする
大規模ECのPC版サイトはいわゆるMPAが多い気もしていてそこが安いとも思えない
あと古い業務システム（の保守とか）はまだ多くて、人こないから高くなってそう

後者の会社の人にSPAバリバリのページ見せると目が輝くw導入はまた別の話だけどもw
229 名前：デフォルトの名無しさん [2022/01/26(水) 14:32:09.32 ID:6uX2dnfy.net]: このおじさんに名前つけようぜ
230 名前：デフォルトの名無しさん [2022/01/26(水) 14:36:23.23 ID:SY+BWxpR.net]: 結局Reactが一番無難？
231 名前：デフォルトの名無しさん mailto:sage [2022/01/26(水) 16:11:57.51 ID:OSgOrRx4.net]: またこいつ暴れてるのかよ
まあ好きにしろ
それでジョーカーを防げるなら安いものだ
232 名前：デフォルトの名無しさん mailto:sage [2022/01/26(水) 17:07:36.34 ID:111KcgMU.net]: >>225
Reactがしっくりくるならreactでいいんじゃない
初学者が独学でフロントエンド学ぶってならユーザーフレンドリー強調してドキュメントとかに力入れてるvueでいいと思うけど
233 名前：デフォルトの名無しさん mailto:sage [2022/01/26(水) 17:17:45.06 ID:HVcJWVLp.net]: 表題のフレームワーク・ライブラリは全部ドキュメント充実してると思う。良い時代だ
234 名前：デフォルトの名無しさん mailto:sage [2022/01/26(水) 18:21:10.66 ID:WZ6d76Ox.net]: なんか荒れてて草
235 名前：デフォルトの名無しさん mailto:sage [2022/01/26(水) 22:43:34.74 ID:22BwQ0lP.net]: >>224
レガシーに縛られてるしかなりの石頭な上に自分から動くことももうできないみたいだから、化石とか？
236 名前：デフォルトの名無しさん mailto:sage [2022/01/27(木) 04:10:57.05 ID:Vqcphqwz.net]: angularでプログレスバーの進捗率を操作してやってる良いサンプルコード無いですかね？
237 名前：デフォルトの名無しさん mailto:sage [2022/01/27(木) 23:44:42.37 ID:v/5cAqmG.net]: ReduxやRecoilはコンポーネントの凝集度を上げ、疎結合とすることに意味があるのに
すぐバケツリレーの是非の話に置き換えて議論してるのを見かける
本質はそこじゃないだろって毎回思う
バケツリレーが辛いとか辛くないとかどうでもいいんよ
238 名前：デフォルトの名無しさん mailto:sage [2022/01/28(金) 12:25:41.63 ID:g6bFcMDa.net]: コンポートがreduxやらrecoilといったインフラストラクチャに依存してたら嫌だな
疎結合を謳うならコンポートは純粋にして全ての副作用をpropsで渡すのが正解
239 名前：デフォルトの名無しさん mailto:sage [2022/01/28(金) 13:08:31.65 ID:bb5RMoJH.net]: reduxとかは再描画抑えるってのが重要なのでは
240 名前：デフォルトの名無しさん [2022/01/28(金) 13:34:23.09 ID:nMKXYZ48.net]: Hooksが当たり前になってから状態管理ライブラリそのものが必要なくなってきたけどね
241 名前：デフォルトの名無しさん mailto:sage [2022/01/28(金) 13:45:11.84 ID:YWAMkj5y.net]: redux持ち上げてたやつ反省しろ
242 名前：デフォルトの名無しさん mailto:sage [2022/01/28(金) 14:21:14.42 ID:/PNsDlHJ.net]: パフォーマンスに取り組もうとするとuseCallback地獄になってコードの見通しが最悪
依存性指定は間違えやすいのに間違えるとデバッグしにくいバグになって現れる
困ったものだ
243 名前：デフォルトの名無しさん mailto:sage [2022/01/29(土) 07:46:05.80 ID:PT9fjyp1.net]: こういうパターンがあるのか。良さげ

コンポーネントをカスタムフックで提供する
https://engineering.linecorp.com/ja/blog/line-securities-frontend-3/
244 名前：デフォルトの名無しさん mailto:sage [2022/01/29(土) 08:42:38.68 ID:Alu86MyQ.net]: 普通のカスタムフックに見えるけど
うちのにもuseが大量に転がってるぞ
カスタムフックだらけだ
245 名前：デフォルトの名無しさん mailto:sage [2022/01/29(土) 08:55:48.59 ID:PT9fjyp1.net]: 結構使われてるのか～
246 名前：デフォルトの名無しさん mailto:sage [2022/01/29(土) 09:12:06.81 ID:Alu86MyQ.net]: >>240
関数が関数を帰す事をやってない人からみたら
目新しく見えるだけ
247 名前：デフォルトの名無しさん mailto:sage [2022/01/29(土) 09:16:48.65 ID:PT9fjyp1.net]: >>241
いや、高階関数には親しんでるけど、カスタムhookには詳しくなくてね。
勉強になりました。ありがとう
248 名前：デフォルトの名無しさん mailto:sage [2022/01/29(土) 09:17:07.12 ID:7vtiEs09.net]: ロジックと外観が密結合していてなんかもやもやするがこれが正解なのか？
249 名前：デフォルトの名無しさん mailto:sage [2022/01/29(土) 09:20:42.85 ID:Alu86MyQ.net]: >>243
笑
フック入門としては分かりやすくて良いけど
250 名前：デフォルトの名無しさん mailto:sage [2022/01/29(土) 09:43:05.22 ID:7vtiEs09.net]: renderは分けたほうがいいよ

const useChecks = (labels: string[]) => {
const [checkList, setCheckList] = useState(labels.map(x=>false));
const handleCheck = useCallback((index: number) => {
setCheckList((checks) => checks.map((c, i) => (i === index ? !c : c))) }, []);
return {
labels, checkList, onCheck: handleCheck,
isAllChecked: checkList.every(x=>x) }

const App = () => {
const checks = useChecks(["a", "b", "c"]);
return <div>
<Checks {...checks} />
<button disabled={!checks.isAllChecked}>next</button>
</div>
}
251 名前：デフォルトの名無しさん mailto:sage [2022/01/29(土) 09:52:17.20 ID:7vtiEs09.net]: >>244
理解できるかどうかでなく良し悪しの問題な
フックは元々コンポートから状態・副作用を抽出するためのものなのにrender hookパターンじゃあ取り除けてないどころかさらに強固に結び付いてるじゃないか？
俺が書いたごく普通のフックなら完全に見た目と振る舞いが分離してるので再利用性が抜群に高く、デフォルトの動作を提供するのも簡単だろ
252 名前：デフォルトの名無しさん mailto:sage [2022/01/29(土) 11:30:56.31 ID:Alu86MyQ.net]: 抽出？

笑
253 名前：デフォルトの名無しさん mailto:sage [2022/01/29(土) 11:39:03.04 ID:BkpHeBcG.net]: >>245
どちらかというと俺もそんな感じに書くな

選択肢や選択状態というデータと
チェックボックスという見栄えは
分離させておきたいかもってことで
254 名前：デフォルトの名無しさん mailto:sage [2022/01/29(土) 14:54:58.79 ID:+jFhk8/e.net]: >>136
useStyleってv5ではあんま使わなくなった印象
255 名前：デフォルトの名無しさん mailto:sage [2022/01/29(土) 15:13:12.86 ID:+jFhk8/e.net]: >>136
お前そもそもBootstrapすら使った事ないだろ
256 名前：デフォルトの名無しさん mailto:sage [2022/01/29(土) 15:14:57.47 ID:+jFhk8/e.net]: >>235
useContex使うよりはrecoil使う方が楽だと思うけどなあ
257 名前：デフォルトの名無しさん mailto:sage [2022/01/29(土) 19:12:41.17 ID:xQSF1qR+.net]: SuspenseってFlatListでどうやって使えばいいんだ？
258 名前：デフォルトの名無しさん [2022/01/29(土) 21:25:26.99 ID:864llvBj.net]: Flatlistに組み込まれないと無理なんじゃねーかな
259 名前：デフォルトの名無しさん mailto:sage [2022/01/29(土) 21:29:33.14 ID:hu0dsptD.net]: hooks、逆に混乱する要素増やしただけじゃん
260 名前：デフォルトの名無しさん mailto:sage [2022/01/29(土) 21:43:32.60 ID:xaAFpCmk.net]: だよな
svelteの巻き返しあるかも
261 名前：デフォルトの名無しさん mailto:sage [2022/01/29(土) 22:31:16.11 ID:ZBsBaXWY.net]: >>253
やっぱそうか
Microsoftが.netにasync awaitを導入した時みたいにライブラリ側も一気に対応してくれんと困るよね
そのあとサードパーティのライブラリも対応時間かかりそうだし
しばらくは混乱が続くのかなー
262 名前：デフォルトの名無しさん mailto:sage [2022/01/30(日) 03:50:00.39 ID:r2LSfyqT.net]: ReactからSvelteに移行する人は元からReactでやる必要のない事をReactでやってた人だろうな
自称Reactヘビーユーザーとか言ってたのとかまさにそれ
263 名前：デフォルトの名無しさん mailto:sage [2022/01/30(日) 11:11:15.26 ID:tCzC1fsY.net]: reactは場面場面で最適な書き方がガラッと違ってて統一感なくなるのがしっくりこない
非同期読み取り専用ならSuspense
入力系なら別の書き方、FlatListなら読み取りだけでもまた別の書き方、複合的な画面はカオス、みたいな
264 名前：デフォルトの名無しさん [2022/01/30(日) 12:41:32.79 ID:pNxj8sgR.net]: それは何使っても一緒では？
さまざまなライブラリを組み合わせる都合上仕方ないことかと
265 名前：デフォルトの名無しさん mailto:sage [2022/01/30(日) 12:53:14.17 ID:LWsZFFBD.net]: Reactのコードって
ゴミゴミしいんだよなーー
可読性に難がある
266 名前：デフォルトの名無しさん mailto:sage [2022/01/30(日) 12:58:54.46 ID:LRHiyQzP.net]: Reactはデータ構造がスッキリするから全体としては見通しが良くなる
267 名前：デフォルトの名無しさん mailto:sage [2022/01/30(日) 13:06:36.70 ID:Yv8lfaOV.net]: 大規模サービスを構築するならReactの方が良いけど
ちょっとした画面表示くらいならVueのほうが書きやすいんよね結局
だから日本企業に合ってるのはVueなんよ
268 名前：デフォルトの名無しさん mailto:sage [2022/01/30(日) 13:11:05.43 ID:DgfUQ907.net]: svelteのREPL SZVg viewBox animationのHTML部

{#each Array(4) as row, row}

がある。
javascriptでは解釈されるのに、typescriptではrow,rowの重複が問題になると警告が出る。
この回避方法って分かります？
269 名前：デフォルトの名無しさん [2022/01/30(日) 14:01:02.68 ID:ptxVZ4lJ.net]: >>262
日本企業ディスりすぎだろw
270 名前：デフォルトの名無しさん mailto:sage [2022/01/30(日) 19:25:52.18 ID:ZU13Jy4b.net]: >>262
ちょっとした画面だと思ってたものが壮大な画面になるのは日本企業あるある
yahooのトップページをみろ
いまだにあの古臭いデザインだぞ
271 名前：デフォルトの名無しさん mailto:sage [2022/01/30(日) 19:56:11.11 ID:BnqgoCwE.net]: 担当のお客さま複雑だと使ってもらえないって自分で言っときながら要件はめちゃくちゃ複雑なの出してくるんで呆れた
reactだと簡単に実装できちゃうから要件のんでそのまま作るけどMVCでシンプルな設計にした方がエンドユーザーは喜んだだろうな
272 名前：デフォルトの名無しさん mailto:sage [2022/01/30(日) 20:12:24.88 ID:F79hzdqm.net]: ReactだろうがMVCだろうがエンドユーザーにはシンプルに使えるようにするのがお前の仕事だろ
273 名前：デフォルトの名無しさん mailto:sage [2022/01/30(日) 20:36:25.75 ID:Mi/4eGx6.net]: そりゃ無理だね
複雑に使いにくく作るのがユーザー要件だから
274 名前：デフォルトの名無しさん mailto:sage [2022/01/30(日) 20:54:46.23 ID:F79hzdqm.net]: そっか
じゃあ問題ない
275 名前：デフォルトの名無しさん [2022/01/31(月) 02:25:23.43 ID:27zEm3X2.net]: そこでサードライブラリを入れないで使えるAngularですよ
誰がやってもフレームワークの書き方
276 名前：デフォルトの名無しさん mailto:sage [2022/01/31(月) 02:44:02.27 ID:kjCw75+R.net]: 何も考えたくないならangularだね
Googleで使われてるし少なくとも数年後に捨てることはまずないし
捨てたとしても移行ツールは用意されるはず
277 名前：9 mailto:sage [2022/01/31(月) 05:14:19.99 ID:Ph6Okw9C.net]: >>263
このスレは、荒らしが立てたスレです。
まともな人は、移動してください！

>>9-10
を参照
278 名前：デフォルトの名無しさん mailto:sage [2022/01/31(月) 05:26:45.90 ID:vLgC5D68.net]: そのスレお前すら使ってないじゃん
先にお前が移動しろよ
279 名前：デフォルトの名無しさん mailto:sage [2022/01/31(月) 06:59:29.82 ID:f5fZPWiB.net]: このスレになってから明らかに内容が良くなったし、あっち行く理由がない
280 名前：デフォルトの名無しさん mailto:sage [2022/01/31(月) 20:04:14.52 ID:ckOFtcve.net]: >>233
使い回さないページ固有のコンポーネントにContainerやカスタムフックで分離して注入する
あと、propsですべてを渡すのは変更や修正に弱い
影響範囲なんて狭いに越したことはないだろ？

>>237
だから結局は小規模でもRedux(RTK)やRecoil使って上位で疎結合にしたら良い
下位は使い回すこと前提だから純粋な状態を保つようにする
281 名前：デフォルトの名無しさん mailto:sage [2022/01/31(月) 20:21:33.23 ID:FSK5xZBq.net]: 上位に副作用を集約して下位に流し込んでくだけ
特に変更に弱かった事例にもあたったことないな
これが変更に弱かったらreact以外の関数型も全部変更に弱いってことになる
282 名前：デフォルトの名無しさん mailto:sage [2022/02/01(火) 10:33:40.98 ID:GQYMskmN.net]: https://engineering.linecorp.com/ja/blog/uit-baseline-for-front-end-development-in-2022/
↑
みなさまこれは読まれまして？
jおじが喜びそうな内容になっておりますわよ
283 名前：デフォルトの名無しさん mailto:sage [2022/02/01(火) 11:01:39.02 ID:EriX4J2e.net]: 簡易で軽いサイトほど低機能や低レベルなライブラリ、プラグイン等で事足りてるってことは普通じゃないか
284 名前：デフォルトの名無しさん mailto:sage [2022/02/01(火) 12:08:16.92 ID:oWcgNNz/.net]: だから僕はPreact！
285 名前：デフォルトの名無しさん mailto:sage [2022/02/01(火) 13:07:04.03 ID:7mffSkDW.net]: WebはMVCでいいじゃん
VSCodeのような複雑なブラウザアプリケーションを作るときだけSPAを使えばいい
SPAを使うこと自体が目的になってちゃダメだ
286 名前：デフォルトの名無しさん mailto:sage [2022/02/01(火) 13:26:35.91 ID:ibhv2tch.net]: また何もわかってないゴミクソが吠えてるのか
287 名前：デフォルトの名無しさん mailto:sage [2022/02/01(火) 14:52:45.60 ID:0IOClaGB.net]: ちょっと複雑なフォーム作ることになった時点でもうReact使った方が楽
288 名前：デフォルトの名無しさん [2022/02/01(火) 15:49:19.28 ID:6mdcUfy4.net]: すまんが当社ではうちのフレームワークで作ってもらう規則なんだわ
物ができればいいってだけの10画面程度の小規模じゃないんだし好きにやってもらっちゃ困るよ
289 名前：デフォルトの名無しさん mailto:sage [2022/02/01(火) 16:08:54.24 ID:XW1MHiMg.net]: >>283
ダメェ？
290 名前：デフォルトの名無しさん mailto:sage [2022/02/01(火) 16:37:39.30 ID:oWcgNNz/.net]: >>283
うちのって言ってるあたり独自で不便で何なら遅いやつなんだろうな……
291 名前：デフォルトの名無しさん [2022/02/01(火) 16:41:51.56 ID:7wJjRtdC.net]: なんかesbuild使うのがこれからの常識になるのかな
まだプラグイン周りが充実してないから
足りない部分自作しなきゃいけないのが辛い
292 名前：デフォルトの名無しさん [2022/02/01(火) 18:34:14.71 ID:pHWNICOb.net]: このご時世にjQueryで金になる仕事なんてほとんど無いでしょ
293 名前：デフォルトの名無しさん mailto:sage [2022/02/01(火) 19:59:39.42 ID:J5v9RpnE.net]: >>282
その時点でUX見直す方が楽
294 名前：デフォルトの名無しさん mailto:sage [2022/02/01(火) 20:02:21.79 ID:mlgA7CGA.net]: う～んこの気配。おじさんの加齢臭を感じる
295 名前：デフォルトの名無しさん [2022/02/01(火) 20:04:00.94 ID:yOt4tsPX.net]: いつでも見てるぞ
296 名前：デフォルトの名無しさん mailto:sage [2022/02/01(火) 20:04:17.79 ID:p8SdLc2x.net]: エコシステム変わりすぎ多すぎ問題ははやく解決してほしいんだが
JS系のコミュニティって俺が俺がって感じで協調性ないから永遠に無理なんだろうな
297 名前：デフォルトの名無しさん mailto:sage [2022/02/01(火) 20:13:22.91 ID:oWcgNNz/.net]: かと言って某言語みたく15年位ずっと同じフレームワークが第一線なのもそれはそれでちょっと……
298 名前：デフォルトの名無しさん mailto:sage [2022/02/01(火) 20:19:05.28 ID:p8SdLc2x.net]: 15年使われなくてメンテされてないのと
15年使われて磨かれてるのは全く別なのだがまあいいや
299 名前：デフォルトの名無しさん mailto:sage [2022/02/01(火) 20:22:04.52 ID:oWcgNNz/.net]: それはそうだな。そういうニュアンスではなかったんだけど、すまんかった。
300 名前：デフォルトの名無しさん mailto:sage [2022/02/01(火) 21:16:04.68 ID:YoI1IuIQ.net]: これ使っときゃテッパンっしょってのも楽っちゃ楽だよね
springとかmojoliciousとかlaravelとか
phpは必ずしもそうではないかもだが
301 名前：デフォルトの名無しさん mailto:sage [2022/02/01(火) 21:36:15.98 ID:VJwfpr2F.net]: エンジニアリングをエンターテイメントとして捉えてるかどうかの違いかな
陽キャエンジニアにとってはそれを使って自分達がエキサイトできるかどうかが最も大事なこと
302 名前：デフォルトの名無しさん mailto:sage [2022/02/01(火) 21:55:31.92 ID:zbeL2VVW.net]: モチベーションは開発における無視できない大きな要素って意味なら同意
303 名前：デフォルトの名無しさん mailto:sage [2022/02/02(水) 00:12:35.92 ID:mqKZfb5h.net]: >>291
それを楽しめないと無理
最近だとまたviteというwebpackを置き換えるものが現れた
しかも作者はevan you
まさかのwebpackがオワコンになる可能性が
304 名前：デフォルトの名無しさん mailto:sage [2022/02/02(水) 17:20:02.77 ID:PSdK9kaF.net]: 日本でReact使ったまともなWebシステムがゼロなんだよなあ
海外はたくさんあるが
305 名前：デフォルトの名無しさん [2022/02/02(水) 18:25:52.36 ID:4K/CuUGk.net]: 大きなシステムになるともう共通部品とかは他で作ったものがあるからそれ使うべきってなるし、
大きなシステムは外からの個人事業主とかの派遣さんにも来てもらうことになるけど
個人とかのいわゆる派遣さんに求められるのは皆と同じものを作ることであるという事実からReactなんか求めないからなぁ
306 名前：デフォルトの名無しさん mailto:sage [2022/02/02(水) 19:12:52.57 ID:shmGW+AQ.net]: >>299
好きだよね。海外はー、海外はーっていうのｗ
307 名前：デフォルトの名無しさん mailto:sage [2022/02/02(水) 19:17:46.89 ID:0QTWcy7E.net]: Reactのコンポーネントって並べるだけなら楽なんだけどデザイン変更したり動作をカスタマイズしようとすると途端に難しくなる
オブジェクト指向でプライベート変数にアクセスしたくなったときに似てる
308 名前：デフォルトの名無しさん mailto:sage [2022/02/02(水) 19:39:44.60 ID:VFBcmn4C.net]: 逆じゃね？
並べるのは手間だけどカスタマイズや連携は楽
309 名前：デフォルトの名無しさん mailto:sage [2022/02/02(水) 19:39:49.84 ID:wjF+5Nwm.net]: >>301
比較が海外しかないじゃん
好きとかの問題じゃない

>>300
他ってなんだ
オレオレフレームワーク？

>>302
日本のプログラマーはアホしかいないから難しいらしいよな
俺には難しい理由がわからん
310 名前：デフォルトの名無しさん mailto:sage [2022/02/02(水) 19:52:19.45 ID:4K/CuUGk.net]: >>304
他っていうのは他の業務でだよ
何百画面もあるようなデカい仕事受けるような会社だけじゃなく
しょっぱいシステム屋とかでもたぶん流用がデフォやで

例えば文字を数値に変えて変えれないなら0を返すToIntegerとか
そういう共通関数群が大量にあるからそれ使ってもらうってのはそれなりの大きさの業務では基本やで
311 名前：デフォルトの名無しさん mailto:sage [2022/02/02(水) 20:32:36.99 ID:wjF+5Nwm.net]: >>305
そんな共通ユーティリティみたいなことは言ってない

フレームワークレベルでコレ使えってなってるのか？
デカい仕事ってバックエンドがゴミ部屋のようにめちゃくちゃな管理してフロントはショボいっていう仕事だよな
312 名前：デフォルトの名無しさん [2022/02/02(水) 20:56:20.06 ID:F1Bh9Mbh.net]: おじさん芸風変えたの？
313 名前：デフォルトの名無しさん mailto:sage [2022/02/02(水) 20:56:23.20 ID:shmGW+AQ.net]: >>304
海外ってどこですかー？
北朝鮮も海外ですが？

具体的なことを知らんから
海外ってひとくくりにする
314 名前：デフォルトの名無しさん mailto:sage [2022/02/02(水) 20:57:41.24 ID: ]: [ここ壊れてます]
315 名前：4K/CuUGk.net mailto: >>306
例えば得意先コード入力したら得意先名が右のラベルに表示されるようなものとか
ReactやVueで作ってあってもどうせフロントの人らは仕様書みて部品はっつけて終わりやで []: [ここ壊れてます]
316 名前：デフォルトの名無しさん mailto:sage [2022/02/02(水) 21:05:19.17 ID:wjF+5Nwm.net]: >>309
ルックアップコンポーネントみたいな奴だな
で、このスレと何の関係があるんだ？
317 名前：デフォルトの名無しさん mailto:sage [2022/02/02(水) 21:11:40.10 ID:4K/CuUGk.net]: ん？日本でReact使ったまともなWebシステムがゼロなんだよなあ
からの流れだよ

結局のところ全体のフレームワークとしてバックエンドにまで絡めて既存の資産を捨てるほど大きなプロジェクトでReact使うことでの価値は無いってだけで
小規模のホームページとかそういうのならぜんぜん使ってもいいんじゃないっていう話だよ
318 名前：デフォルトの名無しさん mailto:sage [2022/02/02(水) 21:19:45.20 ID:VFBcmn4C.net]: まぁクソデカSSRシステムに組み込めとか言われたらそうなるかもしれん。でも今後は変わるんじゃね？
319 名前：デフォルトの名無しさん mailto:sage [2022/02/02(水) 21:36:33.87 ID:wjF+5Nwm.net]: いやほんとまともにReactとかで規模の大きめのシステム作れるやつがまったくいない
日本のプログラマーがゴミクソばかりで世界一のIT後進国だからな
320 名前：デフォルトの名無しさん mailto:sage [2022/02/02(水) 21:45:08.40 ID:kAVlvH6X.net]: webじゃないがSikiっていう専ブラはreactだったはず
321 名前：デフォルトの名無しさん mailto:sage [2022/02/02(水) 21:53:49.27 ID:FnKL8+UX.net]: ここの連中集めればReact技能者は集まりそうだけど技術選定と設計ですげー揉めそうw
322 名前：デフォルトの名無しさん mailto:sage [2022/02/02(水) 22:18:45.71 ID:/mav0pKx.net]: 好きなフレームワークで1人1ページ担当してがっちゃんこしよーぜ！
323 名前：デフォルトの名無しさん mailto:sage [2022/02/02(水) 22:37:51.13 ID:4K/CuUGk.net]: じゃあおれバックエンドをVBScriptでやるわ
おまえらフロントすきにしていいぞ
324 名前：デフォルトの名無しさん mailto:sage [2022/02/02(水) 22:39:20.46 ID:mqKZfb5h.net]: >>317
ごちゃごちゃと障がい者みたいにつぶやいてないで
一回自分でやれ
325 名前：デフォルトの名無しさん [2022/02/02(水) 22:58:02.85 ID:U4FYar4x.net]: じゃぼく「それjQueryで良くない？」って言う係
326 名前：デフォルトの名無しさん [2022/02/02(水) 23:36:32.04 ID:lahnM78W.net]: 技術選定だとReact、Nextjsを選んだ以上にCSSどうするかはかなり悩んだな。
結局CSS Modulesが最良と判断したが。
327 名前：デフォルトの名無しさん [2022/02/03(木) 16:23:18.14 ID:lgiX7Hgc.net]: 個人的にはUtility Firstなやつが楽かな
クラス名考えるの面倒だし
328 名前：デフォルトの名無しさん mailto:sage [2022/02/03(木) 17:35:40.81 ID:ebvxhmMF.net]: いやもうnuxtで良くない？
329 名前：デフォルトの名無しさん mailto:sage [2022/02/03(木) 18:48:10.96 ID:6Dh6mPMN.net]: 今更vueって
330 名前：デフォルトの名無しさん mailto:sage [2022/02/03(木) 19:47:20.12 ID:7n8GI//Z.net]: React/Next.js系がデファクトスタンダードだよな
331 名前：デフォルトの名無しさん mailto:sage [2022/02/03(木) 20:28:23.89 ID:Vl/Cta+D.net]: >>324
それってデータあるんですか？
332 名前：デフォルトの名無しさん mailto:sage [2022/02/03(木) 20:31:10.87 ID:MXZ4rICE.net]: wasmでdomが扱えるようになったらrustで書けるフロントエンドが流行るはず
たぶんrustで書けるreactがそのまま出てくるから結局react覇権になりそうだが
rustはtypescriptの利便性保ちつつより堅牢で高速だから欠点無い
333 名前：デフォルトの名無しさん mailto:sage [2022/02/03(木) 20:34:08.26 ID:Vl/Cta+D.net]: マイナスが0になったら
流行るはずって思ってるやつ多いよな

LinuxでWindowsアプリが動いたら
流行るはずとかさ
334 名前：デフォルトの名無しさん mailto:sage [2022/02/03(木) 20:43:12.09 ID:MXZ4rICE.net]: rust版reactとjs版reactの機能が同等になったら
新規プロジェクトでみんなrust版を選ぶようになるはずから
そうなったときがjs/tsの将来性が無くなる瞬間かもしれない

reactがrust版を出すんだったらvueとかsvelteもrust版出すはずで
結局今とフロントエンドライブラリの選定は変わらないのかな
335 名前：デフォルトの名無しさん mailto:sage [2022/02/03(木) 20:48:01.47 ID:Vl/Cta+D.net]: rustの方が冗長なんだから、
そんなことにはならないって言ってるんだがｗ
336 名前：デフォルトの名無しさん mailto:sage [2022/02/03(木) 20:48:33.70 ID:Vl/Cta+D.net]: なぜ劣る言語に変えると思うんだろうかね
337 名前：デフォルトの名無しさん [2022/02/03(木) 21:19:21.75 ID:6wgPHS5H.net]: wasmからjsをバインディングしてdom操作すんの？
馬鹿じゃね？
338 名前：デフォルトの名無しさん mailto:sage [2022/02/03(木) 21:45:39.19 ID:H8+FjILX.net]: Rustは素晴らしく洗練された言語だけど、それはそれとしてフロントを書きたいかと言われると、パフォーマンス上の問題が出ない限りそうは思わない。ライフタイムとhookを並行して思考したりしてると著しく生産性落ちそう
339 名前：デフォルトの名無しさん mailto:sage [2022/02/03(木) 21:57:49.98 ID:6VHScWxj.net]: >>326
もうあるよ
dioxusのweb版
まんまreact
これはパラダイムシフトは確実な気がする
フロントエンドは面白くなるぞー
340 名前：デフォルトの名無しさん mailto:sage [2022/02/03(木) 22:05:06.01 ID:XqWYVslw.net]: >>333
これか
https://dioxuslabs.com/reference/web/

なんだこれは？
rustでフロントエンドしちゃってるよ
ヤバタニエン過ぎる

もしもだがdenoランタイムでこれができるようになったらマジでやべーぞ
341 名前：デフォルトの名無しさん mailto:sage [2022/02/03(木) 22:11:48.24 ID:H8+FjILX.net]: >>334
別に（JSの立場は）ヤバくはないと思うけど、確かに面白いなこれ
342 名前：デフォルトの名無しさん mailto:sage [2022/02/03(木) 22:12:16.95 ID:P8bKJ2XT.net]: よく分からんけどフロントをRustで書くメリットってなんかあるの？
343 名前：デフォルトの名無しさん mailto:sage [2022/02/03(木) 22:17:40.45 ID:XqWYVslw.net]: >>336
今の所はなさそう
ただ数年後となるとわからない
344 名前：デフォルトの名無しさん mailto:sage [2022/02/03(木) 22:30:20.41 ID:NmvkwNbB.net]: Rustってjsとかphpとかより低級言語よね
したらもうコード書けませんってエンジニア溢れそうだね
345 名前：デフォルトの名無しさん mailto:sage [2022/02/03(木) 22:32:58.03 ID:XqWYVslw.net]: >>335
denoランタイムとの接続がキーポイントになると思う
denoから使えればtsと相互変換が可能になり
さらにdenoのv8 bindingを使って様々なメタプログラミングが可能になる
とんでもないことになるぞ
346 名前：デフォルトの名無しさん mailto:sage [2022/02/03(木) 22:39:30.35 ID:OJ3iv254.net]: 謎のdeno推し
347 名前：デフォルトの名無しさん mailto:sage [2022/02/03(木) 22:44:37.55 ID:LSqlUgGP.net]: こんなんただのBlazorのフォロワーじゃん
348 名前：デフォルトの名無しさん [2022/02/04(金) 00:52:08.94 ID:RnDcYufQ.net]: rustフロントエンドの選定スレがほしいな
349 名前：デフォルトの名無しさん mailto:sage [2022/02/04(金) 01:31:33.73 ID:53s+UEIz.net]: なんでウェブでわざわざゲーム作ろうとするの？
作っても別にいいけど、
rustとかでゲーム以外作るわけ無いだろ
350 名前：デフォルトの名無しさん mailto:sage [2022/02/04(金) 02:51:53.60 ID:+vSJkZcg.net]: wasmには期待してるけど
wasmが完成した時に覇権を握るのがrustかどうかは別の話
351 名前：デフォルトの名無しさん mailto:sage [2022/02/04(金) 05:29:04.98 ID:fFPBICL2.net]: ちょっとした部分をrustで書くのはよくても本格的なやつはrustで書きたくないな
rust難しすぎる
352 名前：デフォルトの名無しさん mailto:sage [2022/02/04(金) 07:09:02.77 ID:TJijcGq5.net]: >>341
設計としてReactに寄せてるし、C♯ランタイムまで入るBlazorとは明確に違うでしょ。

>>343
ゲーム要素ゼロじゃん。

Reactの3倍位の容量にはなるみたいだし、JSの立場を脅かす事は無いだろうけど、選択肢が増えるのは歓迎かな。
Rustたしかに難しいけど、TSで型パズルするのと難易度的には同じくらいに感じる。
353 名前：デフォルトの名無しさん mailto:sage [2022/02/04(金) 07:31:25.17 ID:BQuGIDqq.net]: >>345
俺も最初そう思ってたけどオライリーのプログラミングrust第2版読んだらそんなに難しくなかったよ
これまで日本人作者の書いた本読んでいまいち理解できなかったけど
単に説明が下手すぎただけだったよう
354 名前：デフォルトの名無しさん mailto:sage [2022/02/04(金) 07:40:26.56 ID:AnkvGdl6.net]: rust難しいって言ってる人って単にCSを理解してないだけな気がする
rustの仕様ってゼロコスト抽象化なのだからCSを理解してない状態で使えるわけないんだよね
355 名前：デフォルトの名無しさん mailto:sage [2022/02/04(金) 08:21:16.73 ID:TJijcGq5.net]: 難しいかどうかと使いたいかどうかはまた別問題じゃないかな
356 名前：デフォルトの名無しさん mailto:sage [2022/02/04(金) 09:10:35.79 ID:Smp2NQSE.net]: rustはlodashのようなライブラリはあるのかな？
357 名前：デフォルトの名無しさん mailto:sage [2022/02/04(金) 10:55:16.98 ID:9ReE07B3.net]: rustは実行時型情報はあるのか？
C++やTypeScriptみたいにコンパイル時と違う形のデータが入ってくるようなら使い物にならんが？
358 名前：デフォルトの名無しさん mailto:sage [2022/02/04(金) 11:35:10.38 ID:Q8cReFta.net]: tsでwasmするのが正解
359 名前：デフォルトの名無しさん [2022/02/04(金) 11:35:16.43 ID:4uRUsxbH.net]: 静的かつ強い型付けなので実行時にはないしキャストもない
ていうかwasmはRustではないしRustがブラウザで実行される訳でもないので開発環境はTypeScriptでも他の言語でも全然構わない
360 名前：デフォルトの名無しさん mailto:sage [2022/02/04(金) 11:36:32.22 ID:TJijcGq5.net]: TypeScriptで型が化けるのはバリーションできてない時だけ。
Rustで型が化けるのは余程変なコード書いた時だけ。
361 名前：デフォルトの名無しさん mailto:sage [2022/02/04(金) 12:00:18.20 ID:HXjUaEaN.net]: Rustは未履修だが意図的に破壊しなければ型エラーが出ないと言う話だったら間違いなく今後はRustに置き換えが進むだろうね
Blazorがその地位に来るかと思ったがRustにしてやられたか
いやいやまだわからんか
速度と安全性を重視するときはRust
実行時型情報による高い安全性と開発コスパを重視するときはBlazor
老害懐古厨はJsTsって感じで棲み分けが進むかもしれん
362 名前：デフォルトの名無しさん mailto:sage [2022/02/04(金) 12:08:13.07 ID:TJijcGq5.net]: Blazorおじさんまだ生きてたのか……。老害って言われて悔しかったんだね。強く生きてね。
363 名前：デフォルトの名無しさん mailto:sage [2022/02/04(金) 12:11:44.09 ID:HXjUaEaN.net]: 老害？それはJsTs厨のほうだろ
何十年前のポンコツ仕様でいつまで使い続けてるんだって話
JsTsはクソ仕様のオンパレードだから排除できるなら速やかにそうすべき
364 名前：デフォルトの名無しさん mailto:sage [2022/02/04(金) 12:20:02.95 ID:SayXLRD/.net]: はいはい、ご苦労さん
365 名前：デフォルトの名無しさん mailto:sage [2022/02/04(金) 12:44:19.41 ID:DHy3OTYQ.net]: Vue.js! Vue.js! Vue.js!
366 名前：デフォルトの名無しさん mailto:sage [2022/02/04(金) 13:09:29.21 ID:TJijcGq5.net]: Rust勉強して良かったなと思うことの一つは、Promiseのcatchメソッドの有用性に気づけた事。fetchのResponseのjsonメソッドがPromiseなのもすげえ腑に落ちた。
367 名前：デフォルトの名無しさん mailto:sage [2022/02/04(金) 14:42:39.19 ID:BQuGIDqq.net]: rustできないと落ちこぼれる時代
フロントエンドも大変なことになってきたな
死ぬ気で勉強しないとな
368 名前：デフォルトの名無しさん mailto:sage [2022/02/04(金) 14:50:43.17 ID:6pbPJPPX.net]: SNSフォローしてるハイレベルなフロントエンジニアもrustはオプションでなく必須になりつつあるって考えて学習始めてたな
まあそれも結構前の出来事だけど
乗り遅れんようにせんとあかんね
JsTsにしがみついてたらこの先どうなることやら
369 名前：デフォルトの名無しさん mailto:sage [2022/02/04(金) 14:59:54.77 ID:KTKsC+8x.net]: 文章に癖があるからすぐわかるなぁ
370 名前：デフォルトの名無しさん mailto:sage [2022/02/04(金) 15:05:23.64 ID:LfvkydUx.net]: コンポーネントは再利用性やテスタビリティにこだわらん方が実務レベルだと上手く行くようだ
純粋関数は理想ではあるがバケツリレーで脳のスタックを食い潰すのでよくないな
ライブラリ化する時が来たらじっくり考えよう
371 名前：デフォルトの名無しさん mailto:sage [2022/02/04(金) 15:12:51.48 ID:YwBxMIRS.net]: rustやるならvacodeでいいの？
372 名前：デフォルトの名無しさん [2022/02/04(金) 16:18:07.30 ID:BQuGIDqq.net]: rust使うメリットを薄っすら考えてたけどやはりあった
rust使えばフロントとバックエンドで真のisomorphicができるんだよな
このメリットはあまりにもでかいよ
サーバーサイドのエンジニアからしたらむしろrustがいいし
373 名前：デフォルトの名無しさん mailto:sage [2022/02/04(金) 17:16:47.18 ID:0C4OdyPC.net]: フロントエンドの重たい処理をRustをWasmにして代替するってのはいいけどReactみたいなのを代替するとは思えない
374 名前：デフォルトの名無しさん mailto:sage [2022/02/04(金) 17:25:44.41 ID:UcZDSf ]: [ここ壊れてます]
375 名前：4b.net mailto: 言語とライブラリは分けて考えたほうがいいのでは？
既存の言語は大きく仕様が変わることがないので言語同士の優位性が逆転することは滅多にない
しかしライブラリは急に現れて優位性を塗り替えていく可能性がある
RustにReact.js以上のライブラリが現れる可能性は十分にあるが(ALT)JavaScriptがRustに勝つ可能性はゼロに近い
将来を見据えればどちらに学習リソースを支払うべきかは自明だと考えるが如何かな []: [ここ壊れてます]
376 名前：デフォルトの名無しさん [2022/02/04(金) 17:29:47.06 ID:M/Njut39.net]: >>367
この人そう言うの分かんないんだよ
wasmがjsを代替するものだと勘違いしてるっぽい
wasmでのdom操作は遅いっての普通に考えたら理解できるはずなんだけど
377 名前：デフォルトの名無しさん mailto:sage [2022/02/04(金) 17:33:21.11 ID:UcZDSf4b.net]: 普通に考えたらDOM操作も今後高速化するとわかりそうなものだが…？
なぜwasmでのDOM操作が将来にわたってずっと遅いままだと確信してるのか逆に聞きたいぐらいだ
378 名前：デフォルトの名無しさん mailto:sage [2022/02/04(金) 18:18:05.18 ID:gXiY9Nvg.net]: このおっさん、芸風変わんねぇな
379 名前：デフォルトの名無しさん mailto:sage [2022/02/04(金) 18:25:48.22 ID:rJLYpiyJ.net]: C#おじさんにRustが使いこなせるとは到底思えん
380 名前：デフォルトの名無しさん mailto:sage [2022/02/04(金) 18:36:16.21 ID:AaYt2jqF.net]: "ポンコツ"の大部分はDOM APIやブラウザAPIに由来するものであってwasmだから逃げれるものじゃない
他言語での使い勝手を良くしようとすると結局ランタイムデカくなってパフォーマンスに影響するし
381 名前：デフォルトの名無しさん mailto:sage [2022/02/04(金) 18:38:45.89 ID:YCcbq7KP.net]: C++より簡単な言語なら問題ないよ
382 名前：デフォルトの名無しさん mailto:sage [2022/02/04(金) 18:39:05.35 ID:DxKU+JL2.net]: 一般ピーポーはjsでさえヒーヒー言ってんのにrustなんてキモオタ以外できるわけないだろ
383 名前：デフォルトの名無しさん [2022/02/04(金) 18:50:23.93 ID:C++bHSDs.net]: wasmでdom操作が高速になればreactをwasmで実行するようになるだけじゃない
そうなればJS/TSで書いてwasmに書き出すだけでしょ
馬鹿じゃないのかなこの人
384 名前：デフォルトの名無しさん mailto:sage [2022/02/04(金) 19:04:23.24 ID:YCcbq7KP.net]: >>373
DOMもブラウザAPIもクソなのはそうだが、それ以上にJS言語もクソ
なので、言語だけでも別の選択肢が生まれるのは素晴らしいこと
主要な言語のランタイムは同梱、キャッシュ、トリミング、対策の余地は十分にある

>>376
速度問題が解決したら、欠陥だらけのJSを積極的に使う理由がない
TSはJSよりマシってだけだから、これも使う理由なくなる
既存のライブラリはその通り、WASMをハブにして全ての言語から使えるようになる
JSの方が優位になるシチュエーションがあったとしても、そこだけJSで実装して別言語からインポートするって形になる
385 名前：デフォルトの名無しさん mailto:sage [2022/02/04(金) 19:05:28.33 ID:Kw3bx10X.net]: なんだ、RubyやろうがこんどはRustにいったのか？w
386 名前：デフォルトの名無しさん mailto:sage [2022/02/04(金) 19:21:53.51 ID:WaQ4tboY.net]: >>374
C++で生ポインタ使ってそう
387 名前：デフォルトの名無しさん mailto:sage [2022/02/04(金) 19:28:09.68 ID:YCcbq7KP.net]: >>379
時と場合による
当たり前
388 名前：デフォルトの名無しさん mailto:sage [2022/02/04(金) 19:35:41.10 ID:MjhRzkm0.net]: 自分はRust使えないのにRust叩き棒にして自分が使えないフロント技術スレで妄想垂れ流して暴れるおじいさん。可愛そうな人
389 名前：デフォルトの名無しさん [2022/02/04(金) 19:40:37.30 ID:a0r3/Mhc.net]: いるよな
いい加減なことしか言えない底の浅い人
390 名前：デフォルトの名無しさん mailto:sage [2022/02/04(金) 19:44:17.15 ID:WiWwfmg4.net]: 意見をぶつけあうのは結構なことだが人格攻撃をしたらその場で最底辺に落ちるので自分からはしないように心がけてる
391 名前：デフォルトの名無しさん mailto:sage [2022/02/04(金) 19:47:07.68 ID:Nf7lGIz+.net]: >>377
速度問題が解決したrust
vs
最初から速度問題がないjs

rust使う意味ねーだろｗ
392 名前：デフォルトの名無しさん mailto:sage [2022/02/04(金) 19:48:56.01 ID:yJ0Rj ]: [ここ壊れてます]
393 名前：5uF.net mailto: とは言え屁理屈捏ね続ける人をまともに相手するのは面倒くさすぎる。
無視が一番だな！ []: [ここ壊れてます]
394 名前：デフォルトの名無しさん mailto:sage [2022/02/04(金) 19:49:04.33 ID:WiWwfmg4.net]: >>384
速度が同じか負けてるなら他に優位性ないJSを使う理由がない
JSは"仕方なく使うもの"
395 名前：デフォルトの名無しさん mailto:sage [2022/02/04(金) 19:50:17.04 ID:WiWwfmg4.net]: 反論ができず人格攻撃も封じられたら確かに無視するしか選択肢がないのかも
396 名前：デフォルトの名無しさん mailto:sage [2022/02/04(金) 19:51:06.61 ID:yJ0Rj5uF.net]: 尻尾出すのはぇえ……
397 名前：デフォルトの名無しさん mailto:sage [2022/02/04(金) 19:51:37.71 ID:Nf7lGIz+.net]: >>386
JavaScriptはウェブ技術に適した言語
398 名前：デフォルトの名無しさん mailto:sage [2022/02/04(金) 19:53:18.50 ID:Nf7lGIz+.net]: 自分が仕方なく使ってる、いや使えないのかｗからって
他の人も仕方なく使ってるって思い込むのは何なんだろうねｗ
rustなら、rustならって言ってるだけなんだよ
399 名前：デフォルトの名無しさん mailto:sage [2022/02/04(金) 19:54:02.94 ID:WiWwfmg4.net]: >>389
それはブラウザベンダーが他言語を排除し続けてきた結果
それを撤廃したらどうなるかは容易に想像がつくだろう
JavaScriptでLinux実装できるか？
アップデートしていこうぜ！
400 名前：デフォルトの名無しさん mailto:sage [2022/02/04(金) 19:57:09.55 ID:WiWwfmg4.net]: >>390
たしかにその通りだな
好きで使ってる人も中には居るだろう
401 名前：デフォルトの名無しさん mailto:sage [2022/02/04(金) 19:57:49.14 ID:AaYt2jqF.net]: ウェブ屋がそれ言っちゃ終わりでしょ
今以上に混沌とした戦国時代に戻るだけ
402 名前：デフォルトの名無しさん mailto:sage [2022/02/04(金) 19:59:21.55 ID:Nf7lGIz+.net]: rustに置き換えるよりも
JavaScriptを改良したほうが早いんだよなぁ
403 名前：デフォルトの名無しさん mailto:sage [2022/02/04(金) 20:08:56.93 ID:BQuGIDqq.net]: フロントエンドエンジニア達の"焦り"は感じるね
rustもしくはGo書けるのがイケてるフロントエンドエンジニアの条件みたいになってるし
最近もvercelの人がtscをGoに移植したというブログ書いてた
もはやtsとreact書けるだけでイケてる扱いされる時代は終わったし
hooksの登場でコモディティ化が進んでその辺の素人でもreact書けるようになってしまった
そりゃ焦るよ
404 名前：デフォルトの名無しさん mailto:sage [2022/02/04(金) 20:10:09.63 ID:TJijcGq5.net]: dioxusも別にJSや既存Webを置き換えようってものじゃないしねぇ
405 名前：デフォルトの名無しさん mailto:sage [2022/02/04(金) 20:11:32.37 ID:Nf7lGIz+.net]: > rustもしくはGo書けるのがイケてるフロントエンドエンジニアの条件みたいになってるし

この間までCoffeeScriptだったぞ
そうイケてるというのは
イケてる雰囲気しかないのさね
406 名前：デフォルトの名無しさん mailto:sage [2022/02/04(金) 20:12:01.17 ID:Nf7lGIz+.net]: そういやhaml？とかいうのもあったなぁ
407 名前：デフォルトの名無しさん mailto:sage [2022/02/04(金) 20:14:18.25 ID:BQuGIDqq.net]: 一方でもう一つのイケてる条件のフロントエンドdevopsだけど
こっちはこっちでk8sやdocker、ネットワークや分散処理のデザインパターンの知識などさらに幅広いインフラ力が求められる
もちろんフロントの人がこの領域をできるわけもない
408 名前：デフォルトの名無しさん mailto:sage [2022/02/04(金) 20:18:03.07 ID:BQuGIDqq.net]: >>397
それ流行ったの5年以上前でしょ
下回りのツールに高速性が求められた結果rustとGoが必要になったのよ
フロントエンドdevopsという領域よ
時代は進化する
409 名前：デフォルトの名無しさん mailto:sage [2022/02/04(金) 20:51:56.38 ID:F4TRm9tu.net]: すげー間違ってるじゃん。フロントdevツールの快適さの為のGoやRustであってフロントそのものの為じゃないんですけども
410 名前：デフォルトの名無しさん [2022/02/04(金) 20:52:09.20 ID:6JT6alO1.net]: jQueryとかRustとか忙しないおじさんだな
そもそもここSPAスレだぞ
411 名前：デフォルトの名無しさん mailto:sage [2022/02/04(金) 21:01:05.39 ID:lN+66zOu.net]: spaフレームワークに挫折したじじいが恨みつらみを垂れるスレだから
412 名前：デフォルトの名無しさん [2022/02/04(金) 21:54:56.43 ID:YlDtSICZ.net]: Rustに興味はあるが本腰入れるとしたら、
まずCとかC++のシェア食いだして、それらに匹敵する位になってからかなぁ。
413 名前：デフォルトの名無しさん mailto:sage [2022/02/05(土) 00:52:13.34 ID:Ou/2xTbs.net]: Rustのspaフレームワークスレたててやってろ

せめてスレタイのフレームワークと同じくらいのシェアになったらまた来ればいいよw
414 名前：デフォルトの名無しさん [2022/02/05(土) 01:01:57.99 ID:oefKcIWd.net]: ここまで書いといて本人がrustを触っても無いのがお�
415 名前：ﾎいポイント []: [ここ壊れてます]
416 名前：デフォルトの名無しさん mailto:sage [2022/02/05(土) 06:57:41.45 ID:5Q5TSOsH.net]: しかも、話の発端のdioxusはReactの影響受けまくったライブラリで、Web屋がRust方面にも進みやすくなったって要素もあるのに、ソース読めないから（読んでないから）それに気づかないという
417 名前：デフォルトの名無しさん mailto:sage [2022/02/05(土) 07:22:21.46 ID:YlicbvMs.net]: 皆がrustを使用してweb開発をするなんて世界は来るとは思えんけど・・・
wasmが主流になったとしたらrustよりもassemblyscriptが流行る気がする
418 名前：デフォルトの名無しさん mailto:sage [2022/02/05(土) 08:09:01.76 ID:HidR246T.net]: その辺は例えばwasmのGCが実装されるか頓挫するかでも大きく変わってくる
今からrust覇権とか.net覇権とか言われても将来の夢語ってるのと同じレベル
419 名前：デフォルトの名無しさん mailto:sage [2022/02/05(土) 08:22:18.51 ID:5Q5TSOsH.net]: あんな奴のせいでRustのイメージが悪くなるのが辛い
420 名前：デフォルトの名無しさん mailto:sage [2022/02/05(土) 08:51:04.62 ID:HidR246T.net]: rustは悪くないので安心して
https://www.publickey1.jp/blog/22/amazon_prime_videowebassemblywasm_vm.html
421 名前：デフォルトの名無しさん mailto:sage [2022/02/05(土) 10:30:44.12 ID:ez5HK1gV.net]: いつまでもJavaScriptにしがみついて知識をアップデートするの拒んでちゃ仕事なくなるかもしれん
土日はrust勉強しよっと
422 名前：デフォルトの名無しさん mailto:sage [2022/02/05(土) 10:32:07.32 ID:rTFVZ3lx.net]: はいはい
423 名前：デフォルトの名無しさん mailto:sage [2022/02/05(土) 10:40:16.67 ID:ez5HK1gV.net]: >>411
すげーな
プロトタイプの段階で10倍～25倍も高速でメモリ消費もガクッと減るんだ
これはもう既に勝負見えたんじゃない？
チャリンコでレースしてるところにモーターカーが参戦するようなものだよね？
424 名前：デフォルトの名無しさん mailto:sage [2022/02/05(土) 10:48:49.72 ID:Yk9mrR51.net]: なんでそうなんねん
425 名前：デフォルトの名無しさん mailto:sage [2022/02/05(土) 10:50:14.63 ID:9ZFgLhOl.net]: いうほどwasmの方が速度出るシーンはない
JavaScriptだと速度が出ない場所を書き換えるだけ
426 名前：デフォルトの名無しさん mailto:sage [2022/02/05(土) 11:05:11.61 ID:ez5HK1gV.net]: いつまでその楽観論を語れるか見ものだわ
427 名前：デフォルトの名無しさん mailto:sage [2022/02/05(土) 11:26:03.89 ID:3Et5qgRk.net]: せめてシェア取ってからRustがどうの言ってくれ
スレタイ関係ないやろ、勝手にスレ立てて自分で普及して
428 名前：デフォルトの名無しさん mailto:sage [2022/02/05(土) 11:43:34.83 ID:BxzSu3Nl.net]: 一日ここでグダって勉強しないんですね、わかります
429 名前：デフォルトの名無しさん mailto:sage [2022/02/05(土) 11:53:17.67 ID:SJYMgDqv.net]: 「社長！rust使えます！」
「rustってなに？それより早くリリースしろ」
「」
430 名前：デフォルトの名無しさん mailto:sage [2022/02/05(土) 11:54:13.25 ID:BHjhYtcZ.net]: Vue.js!vue.js!
431 名前：デフォルトの名無しさん mailto:sage [2022/02/05(土) 12:23:18.94 ID:4kv9IAdN.net]: ・wasmの高速化が進み適用範囲を問わずJavaScriptと同等かそれ以上になる☜時間の問題
・wasmを前提とした他言語のビルド最適化が進む☜時間の問題
・wasmを前提とした他言語のライブラリ、フレームワークの開発が進む☜時間の問題

rustは有力な候補だがrustになるかどうかはわからん
でも他の言語が台頭してくるのはもう避けようがない未来に思えるが？
いつまでもJavaScriptとReactの天下が続くと思ってる連中はちょっと楽観視しすぎじゃないですかねー？
正常性バイアスかかってないかじっくり考えてみるといいんじゃないかな
432 名前：デフォルトの名無しさん mailto:sage [2022/02/05(土) 12:25:41.91 ID:c17AURfn.net]: 絵空事語ってないで実際に案件が増えてきてから書き込めよ
433 名前：デフォルトの名無しさん mailto:sage [2022/02/05(土) 12:27:33.96 ID:1QTlOctu.net]: 議論したいならコテハン付けてくれ。ID変わり過ぎなんよ
434 名前：デフォルトの名無しさん mailto:sage [2022/02/05(土) 12:42:08.00 ID:1vBq/t05.net]: 異論はないかな？
435 名前：デフォルトの名無しさん mailto:sage [2022/02/05(土) 13:10:47.31 ID:rCDY/5gX.net]: そうですね時間の問題ですね
なので時間になってからまた来てどうぞ
436 名前：デフォルトの名無しさん mailto:sage [2022/02/05(土) 16:04:46.37 ID:M9g6zC+X.net]: rsxっていうJSXみたいにかけるマクロがあるのか
こりゃ凄い
しかもJSXみたいなトランスパイルせずにマクロでやってる
オシャレだ
437 名前：デフォルトの名無しさん mailto:sage [2022/02/05(土) 16:23:41.61 ID:Uw9UrpVu.net]: マクロもトランスパイルみたいなもんだけどな。いや、JSXがマクロと言うべきか
438 名前：デフォルトの名無しさん mailto:sage [2022/02/05(土) 17:06:46.26 ID:M9g6zC+X.net]: rustのマクロはASTインジェクションだから型の支援も得られるからだいぶ安全だよ
439 名前：デフォルトの名無しさん mailto:sage [2022/02/05(土) 17:25:51.70 ID:5Q5TSOsH.net]: ASTインジェクションはBabelにもあるし、JSXも型情報扱えるよ
440 名前：デフォルトの名無しさん mailto:sage [2022/02/05(土) 17:40:04.13 ID:6UyuV0MG.net]: 型ヒントだろ？
ちょっと信頼性に欠けるかな
441 名前：デフォルトの名無しさん mailto:sage [2022/02/05(土) 17:42:18.34 ID:M9g6zC+X.net]: rustを倒して追っておいで
フロントエンドエンジニアとして生きるなら
JSの手はいらん
必要なのはwasmのみ！
442 名前：デフォルトの名無しさん mailto:sage [2022/02/05(土) 17:48:01.72 ID:eZbTpHL4.net]: ワッチョイつけてスレ建て直したほうが良いな
443 名前：デフォルトの名無しさん mailto:sage [2022/02/05(土) 18:52:09.56 ID:5Q5TSOsH.net]: >>433
ワッチョイスレは既にあるから再利用かな

【ﾜｯﾁｮｲ有】Vue vs React vs Angular Part.5.5
https://mevius.5ch.net/test/read.cgi/tech/1596110361/
444 名前：デフォルトの名無しさん mailto:sage [2022/02/05(土) 18:59:15.48 ID:SJYMgDqv.net]: ワッチョイって意味あんの？
445 名前：デフォルトの名無しさん mailto:sage [2022/02/05(土) 19:07:05.33 ID:qMuygQA0.net]: 意味あるぞ。

お前〇〇だろ！荒らすな！が
お前○○だな！荒らすな！に変わる

荒らしている相手を文面を読まなくても、ある程度的中させられる
446 名前：デフォルトの名無しさん mailto:sage [2022/02/05(土) 19:07:32.79 ID:FZ71u15X.net]: IDより寿命が長いし変えにくいからNGしやすいよ
447 名前：デフォルトの名無しさん mailto:sage [2022/02/05(土) 19:12:06.12 ID:qMuygQA0.net]: NGにするのって意味あんの？
448 名前：デフォルトの名無しさん mailto:sage [2022/02/05(土) 19:22:19.87 ID:5Q5TSOsH.net]: 荒らしが見えないのは快適だぞ
449 名前：デフォルトの名無しさん [2022/02/05(土) 22:10:41.77 ID:RF8U0Fb+.net]: 今のフロントエンド界隈は
react vs vueから、typescript vs rustの対立軸に変わってきたな
こういう賑わいは久しぶりじゃないか
450 名前：デフォルトの名無しさん [2022/02/05(土) 22:44:11.21 ID:zQC1Tig7.net]: 企業からすればwasm化すれば解析されづらくなるし
逆コンパイルすることを利用規約で禁止できるようになるのかな
だから企業は全部wasm化するのが当たり前になりそうじゃない？
451 名前：デフォルトの名無しさん mailto:sage [2022/02/05(土) 22:50:07.75 ID:V3JENpQi.net]: wasmはバイナリだけど分類はプログラミング言語だぞ
さらに言えばwasmdecのようなc言語に変換するツールもあるしそんな簡単にはいかない
452 名前：デフォルトの名無しさん mailto:sage [2022/02/05(土) 22:53:52.33 ID:CuLJWGHk.net]: 荒らしに構うな
453 名前：デフォルトの名無しさん mailto:sage [2022/02/06(日) 00:41:16.85 ID:UpadUQRd.net]: rust難しいという人に向けてrustのコツを教えるよ
社内の勉強会のネタなんだけどね

まずrustではほとんどのデータがスタック領域におかれる
スタック領域は関数を呼び出した時に確保される
ローカル変数の値もこのスタック領域に確保される
変数の代入はこのスタック領域の変数の場所へ値を書き込むことでデータのやり取りをすることになる

関数から戻る時スタック領域のデータは全て消え失せる
ローカル変数の領域も解放されるからGCが必要ない
まずこの理解が大前提

この動きは変数をクロージャなどでキャプチャしてしまえば永遠に生きるJSとは真逆なのだ
スタック領域のデータは何があっても関数が終わると消滅する
まずこの前提が違うことを意識しよう(続く)
454 名前：デフォルトの名無しさん mailto:sage [2022/02/06(日) 00:51:59.86 ID:ck6epuuD.net]: 死ねよキチガイジジイ
455 名前：デフォルトの名無しさん mailto:sage [2022/02/06(日) 00:55:50.14 ID:UpadUQRd.net]: 難所として上げられる所有権だがこれはプリミティブ型だとスタック上のローカル変数の領域に値がコピーされるだけ
これはJSと同じ

プリミティブ型以外のデータ(StringやVecなど)は代入元の変数が使えなくなるだけ
これが所有権の正体
なんのことはないデータ自体は何も移動してないのよ
データはただスタック領域に佇んでいる
そういう絵を思い浮かべることが大事
rustではデータは常に1人ぼっちなのだ
これをムーブセマンティクスと呼ぶがデータは何も移動していない
この名前をつけたやつ(C++の人たち)は反省しろ(続く)
456 名前：デフォルトの名無しさん mailto:sage [2022/02/06(日) 00:58:01.33 ID:pqH7h29b.net]: >>444
たしかにヒープは遅いからなぁ～
457 名前：デフォルトの名無しさん mailto:sage [2022/02/06(日) 01:08:05.17 ID:UpadUQRd.net]: >>447
とりあえず初心者はヒープとか使わなくていいと思うね
リファレンスだけ覚えりゃOK
ヒープが登場するとRcだとかRefCellの概念が出てきて
絶対に挫折するから
それよりもまず基本的なrustの機能を勉強すべき
基本的にヒープは使わずにやる、というのがrustの設計思想としても正しいと思う
とりあえずヒープは忘れる
458 名前：デフォルトの名無しさん mailto:sage [2022/02/06(日) 01:44:14.81 ID:nUMC3oJh.net]: Rust厨うぜぇな。スレチにいい加減に気付け。
ここはJavascriptのフレームワークの長所・短所を話し合うスレだ。
459 名前：デフォルトの名無しさん mailto:sage [2022/02/06(日) 02:02:51.89 ID:iDV922kv.net]: wasmはフレームワークを動かすための基盤になると考えれば話題の範疇だろう
純粋にフレームワークの話をしたいならそもそもJavaScriptの話題も禁止にすべきだ
でも実際はそうなってない
ならwasmの話題も可とすべきでは？
460 名前：デフォルトの名無しさん mailto:sage [2022/02/06(日) 02:26:10.37 ID:UpadUQRd.net]: 気持ちはわかるけどtsの型パズルの馬鹿馬鹿しさにそろそろ人類が気がつくころなんじゃないかと思ってる
そんなことに時間を使うくらいならrustで書いた方が遥かにストレスフリー
ちなみにtsはあくまでjsを余すことなく型付けできるようにしているからあのような型システムになっているわけで
理想的なものではないのよ
そういう意味ではassemblyscriptのほうが遥かに筋が良い
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