0001デフォルトの名無しさん2019/03/09(土) 22:02:33.71ID:47IMMy0/
Reactできる人が羨ましいっすな
よくわからずで挫折してもうた 流行ってるのが羨ましい
Angularは何とかギリギリ理解できてるから今後もっと流行ってくれないかなぁ・・・厳しいか^q^
0955デフォルトの名無しさん2019/06/10(月) 11:03:48.19ID:g6tidy/F
面白くなくてモチベーションが涌かないという躓き方
reactは一歩一歩勉強できるツールなわけだが
どいつもこいつもその一歩一歩やることを拒否しやがる。
@環境構築済みで
Aコンポーネント作成者ではなく利用者側の場合、
めっちゃ簡単じゃない?
難しいのはreactではなくreduxの間違いでは?
reduxを使うからと言ってすべての状態をredux管理にする必要はないなって思った
react routerを使う場合にrouterを跨ぐ情報はreduxで管理した方が便利だし
routerを跨がないものは移動時のデータの破棄がひと手間になるからuseStateとかで処理した方がシンプルかなって
それだったら分けずにreduxでまとめた方が俺は楽だけどな。
コードが少なければ少ないほど、変更する時に変更するコードが少なくなるんだが、
Reactとかreduxとか、コードが増えるので保守性が下がってる。
こういうバカはそのうちコードを書かずに人に命令するのが一番とか言い出す。
vueでcomponent間に微妙な空白ができるんですけど仕様でしょうか?
>>964
命令された人がコード書くじゃん
お前馬鹿なの? >>967
さすがにそれくらいはわかるか。よかった。 じゃあ話を戻す
コードが少なければ少ないほど、変更する時に変更するコードが少なくなるんだが、
Reactとかreduxとか、コードが増えるので保守性が下がってる。
>>965
その小さすぎる例では理解し辛いだろうけど
機能やデータがそれぞれ「どこにあるべきか」というのは大事だよ
分割もバランスではあるけど
システムの規模が大きくなるにつれて管理しやすさは逆転し得る >>966
Vue使ってるけど気になったことないな
あとそんな仕様は聞いたことないが 「コードが少ない」の意味がだいぶ曖昧。
別に高圧縮かけた記号列が保守性が良い訳ではない。
つまり概念が直行してることが重要なわけだがそういう考察もなく
react, reduxのコード量だけで判断しているのはだいぶ愚かとしか言いようがない。
>>972
そんな定義次元の話してないよ
コードの量って言ったらステップ数に決まってる Reduxを使うかどうかは場合に応じて臨機応変にだと思うがな
フォームのパスワードみたいな値とか特にReduxで持つべきではないと思うしpersistで持つとかもってのほかだし
逆にログインセッションみたいな値はReduxにpersistで持つのが望ましいと思う
とは言っても特定の頻度でサーバー側にステータスチェックを投げるのは必要だとも思う
問題は、Reactのサンプルで、Reactを使うような例が
思いつかないってところなんだろうな
むりにつかっても、React使わないほうが
シンプルに実現できるじゃんって思われてしまう。
SimpleというかRecyclableにする為に使って大規模になった時に結果として使わないよりもシンプルになるってところかな
ウェブでOfficeソフトを作ってまーすってのならわかるが
ほとんどのサイトは大規模になることはないというね
そらWebサイトならWordPressなりWixなりで作ってりゃいいだろ
その分野に関しちゃフレームワークの出る幕も俺の出る幕もありゃせん
>>966
原因調べないと何とも言えないけど、多分vue と言うよりかはbuefy や vuetify みたいなUIフレームワークが関与してる気がする。
原因を調べるならchrome の開発者ツールで空白の気になるcomponent 要素のcssを見て、
そのスタイルが何由来で当たってんのかを調べてみれば? >>973
一つのステップに暗黙の動作を詰め込んだ言語だったら同じだろ。
それが本当にデバッグしやすいかと言えば全然そんなことはない。
ステップ数でなんでも測ろうとする奴が行き着くところが
自分でやらずに人売りするべしって発想だよ。 >>980
暗黙の動作を詰め込むとかデバッグがどうとか的はずれすぎるw
暗黙の動作を詰め込まないようにしつつ、コードは少ないほうが良いし、
デバッグしやすくしつつ、コードは少ないほうが良いだろ
なんでコードを減らすと、暗黙の動作が増えてデバッグしづらくなるって思ってるんだろ? 単純な見方しかしてないのがよくわかる。
マクロを使うことで極限までコード量を減らすことはできるが
全く保守性はよくなってない事例を知らんだけの無知野郎にはこれ以上何もいうことは無いわ。
0983デフォルトの名無しさん2019/06/12(水) 12:02:46.09ID:tqvE0DW+
「直交性が大事」の意味を判ってなさそう
直交性とコードの量は関係ない
直交性かつコードの量
vueとかjqueryとか色々隠してて使いやすいけど後が怖いよ
Windows APIとか色々隠してて使いやすいけど後が怖いよ
よくわからんけど
高度に記号化されてコードが短くなってもそれで必ずしもわかりやすく
バグが出にくくなってるわけじゃないってことを言ってるんではないかな
AとBが無関係。
そして、Aの中でコードが短ければ短いほど良い
コードっていうのはステップ数のことな
だーれも変数名を1文字にしろとか言ってないから
それこそ誰も言ってない
複数行のコードが一行になったとして
aaa :: ?>?>? = bbb ?!!!? .kkk + aaa,dddd<=> ccc!!!?!!! ;
みたいな呪文コードだったら嫌だろうし生産性は落ちるしバグがでるだろうよってことだろさ
>>989
>だーれも変数名を1文字にしろとか言ってないから
そうなんだよな
メモ帳で開発してる奴が居たら知らんけど さっきの記号コードで中で一か所評価順をミスっててバグが内部に出ていても
デバッグが異常に難しい
普通のコードのほうがメンテナンス性が高い
>>990
> aaa :: ?>?>? = bbb ?!!!? .kkk + aaa,dddd<=> ccc!!!?!!! ;
> みたいな呪文コードだったら
だからだーれも変数名を1文字にしろとか言ってないから > コードが短ければ短いほど良い
そんなことはない
わかりくいコードはいらない
perlでも触ってたらいい
可読性は読みやすいコードって勘違いしているやつが多いが、
読むコードを減らすことが本当の可読性
>>990みたいなのは読むコードが減ってない 関連するコードがあちこちにバラバラに成ってるのは良くない
VueとかReactとかはばらばらになってしまう
それと同時にHTMLとJavaScriptという分けるべきものが一緒になって
可読性が下がっている。
10011001Over 1000Thread
このスレッドは1000を超えました。
新しいスレッドを立ててください。
life time: 94日 20時間 57分 25秒
10021002Over 1000Thread
5ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。
───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────
会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。
▼ プレミアム会員登録はこちら ▼
https://premium.5ch.net/
▼ 浪人ログインはこちら ▼
https://login.5ch.net/login.php