Flutterやろうよ！！！ 5 (458ﾚｽ)
上下前次1-新
28: デフォルトの名無しさん (ｽﾌｯ Sdea-Ha94) [] 2024/06/04(火) 21:11:12.89 ID:xMGMy1Dgd(1) AAS
公式でflameのcodelabが新しく出てますね
29: デフォルトの名無しさん (ﾜｯﾁｮｲ 9301-0NsG) [] 2024/06/14(金) 05:00:47.21 ID:02z64/ll0(1/17) AAS
状態管理ライブラリたくさんあるけど、色々覚えないといけないことも多いし、労力の割にメリットが小さいように思う。
ライブラリではなく、デザインパターンとして、状態を管理する手法を確立させた方が良いと思っているんだが。
何かライブラリではなければ得られない何かがあるのなら知りたい。
別に状態管理ライブラリを使う人をディスりたいわけじゃない。じゃないけど、別に使わんで良くない？
30(1): デフォルトの名無しさん (ﾜｯﾁｮｲ cfcf-BNbi) [sage] 2024/06/14(金) 10:43:53.28 ID:HrssGtGR0(1/12) AAS
アプリケーションは状態遷移が本質なんだから、そこを避けて作るのは時代に合わない
31(1): デフォルトの名無しさん (ﾜｯﾁｮｲ 9301-0NsG) [] 2024/06/14(金) 12:06:14.21 ID:02z64/ll0(2/17) AAS
>>30
レスありがとうございます。
たしかに、状態遷移は避けて通れないですよね。
ただ、質問の意図としては、状態遷移をするために、ライブラリを使わなくてもいいんじゃないか？ということでした。わかりにくくてすみません。
32(1): デフォルトの名無しさん (ﾜｯﾁｮｲ cfcf-BNbi) [sage] 2024/06/14(金) 12:55:08.50 ID:HrssGtGR0(2/12) AAS
>>31
Flutterでアプリランキングに入ってるようなアプリ（ゲームではない）を作ったら、なんでライブラリを使うのか分かると思うよ。
デザインパターンにはバグが内包されがちで、状態管理ライブラリみたいに信頼できないんだ。
33(1): デフォルトの名無しさん (ﾜｯﾁｮｲ 13c9-qUdF) [sage] 2024/06/14(金) 12:56:58.74 ID:RAweuDep0(1/3) AAS
まだ riverpod で消耗してるの？
34: デフォルトの名無しさん (ﾜｯﾁｮｲ cfcf-BNbi) [sage] 2024/06/14(金) 12:59:01.23 ID:HrssGtGR0(3/12) AAS
>>33
消耗するほど難しいか？
35: デフォルトの名無しさん (ﾜｯﾁｮｲ cfcf-BNbi) [sage] 2024/06/14(金) 13:04:06.78 ID:HrssGtGR0(4/12) AAS
あとは単純に、Flutter出来ます！って言い張る人材は企業から見て実力測りかねる。
じゃあriverpodか他のメジャーな状態管理ライブラリ使えますか？って聞いてふるいにかけるのは普通のこと。
36(1): デフォルトの名無しさん (ﾜｯﾁｮｲ 035b-pt97) [] 2024/06/14(金) 13:26:10.86 ID:e4FJE3Bq0(1/2) AAS
>>32
バグが内包されがち
他人事かw
自分で書くならバグの無いコード書くだけ。
チーム内にバグを入れ込む人がいる可能性が、みたいな話ならまだわかるが、根本的に開発者の質を確保すべきなわけで、ライブラリで解決しようという発想が筋悪い。
というかバグを書く時点でロジックの理解が足りてないわけで、その人は多分riverpodを効率的に使いこなせない可能性が高い。
サンプルコードコピペして動きました、みたいなレベルなら難しくないけど、実際いろいろやろうとすると、いろいろ厄介ごとが出てくるのも実際使ってる人ならわかるはず。
メリットしかない、なんてうまい話あり得ない。
自分だけで済むなら使わなければいいだけだが、結局前任者が採用してる場合、消耗するか、関連箇所全部別のパッケージで書き直すかしかない。
37: デフォルトの名無しさん (ﾜｯﾁｮｲ cfcf-BNbi) [sage] 2024/06/14(金) 13:38:35.64 ID:HrssGtGR0(5/12) AAS
質を担保って簡単にいうけどさ……そもそも質を担保できるほどFlutter開発者居るのか？
多く見積もってもKotlin使う開発者の数分の一しかおらんやろ。
38: デフォルトの名無しさん (ﾜｯﾁｮｲ cfcf-BNbi) [sage] 2024/06/14(金) 13:41:14.65 ID:HrssGtGR0(6/12) AAS
チーム組むにあたってFlutter界隈の上澄みだけ掬えるわけじゃないんだよ。最低限の担保が要るわけ。それがライブラリってだけ。
39(1): デフォルトの名無しさん (ﾜｯﾁｮｲ 035b-pt97) [] 2024/06/14(金) 14:11:51.25 ID:e4FJE3Bq0(2/2) AAS
開発者の質を担保できないのは予算の話。
金を出せば質の高い開発者は確保できる。
flutterはそんなに難解じゃない。
レベルの高いネイティブエンジニアあるいはreact使いでflutterもそれなりに使える人は日本にもいるから金を出せれば確保できる。
金が無いなら無理。それはflutterエンジニアの数じゃなくて金が無いのが原因。
基本を理解している質の高い開発者になればなるほど状態管理パッケージの必要性は低くなる。
そもそもランキングに入るような複雑なロジックの大規模アプリの現場にその質の開発者が存在する時点で常にバグ発生のリスクを抱えているわけなので担保になっていない。
今流行ってても時間が経って陳腐化して技術的負債になったみたいな話はどこにでもある。
メリットだけ見て結論出すならこの世の導入可能な全てのパッケージを導入すべき、ということになる。馬鹿げてる。
40(1): デフォルトの名無しさん (ﾜｯﾁｮｲ cfcf-BNbi) [sage] 2024/06/14(金) 14:37:53.58 ID:HrssGtGR0(7/12) AAS
>>39
最後の極論以外は正しいよ。よかったね。
41: デフォルトの名無しさん (ﾜｯﾁｮｲ 9301-0NsG) [] 2024/06/14(金) 14:57:50.60 ID:02z64/ll0(3/17) AAS
>>36
私も、考え方としてこのような立場ですね。
42: デフォルトの名無しさん (ﾜｯﾁｮｲ 9301-0NsG) [] 2024/06/14(金) 15:00:43.46 ID:02z64/ll0(4/17) AAS
>>40
見ごたえのある議論が生まれたのはあなたのおかげでもあります。
泣かないで元気だしてください。
43: デフォルトの名無しさん (ﾜｯﾁｮｲ 9301-0NsG) [] 2024/06/14(金) 15:07:40.67 ID:02z64/ll0(5/17) AAS
flutterに限らずだけど、状態管理パッケージが神格化でもされてんのか？ってくらい、状態管理=有名なパッケージ使う、みたいな印象を受けるけど、自分と同じように、そうじゃないと考える人がいるようで安心した。そういう人材がもっと多くいたならばいいと思うんだけど。
44: デフォルトの名無しさん (ﾜｯﾁｮｲ cfcf-BNbi) [sage] 2024/06/14(金) 15:13:25.76 ID:HrssGtGR0(8/12) AAS
Flutterはホントは高い生産性がウリだけど、KotlinとSwiftのエンジニアを2人雇うより安い！みたいに思って導入したがる企業もある。
そういう古い考えの企業（コストカッター）は、ちゃんと金を用意してFlutterのプロを雇うという意識が無いんだよ。
エンジニアはそんな企業には雇われたくないから、Flutter嫌いになる。これがFlutterが流行らない理由の一つ。
45: デフォルトの名無しさん (ﾜｯﾁｮｲ 8fd3-HpRN) [sage] 2024/06/14(金) 15:21:01.18 ID:TDIfr0rr0(1) AAS
Web系から移ってきた開発者が多いからだよ
Webはステートレスで状態もたない構造の方が主流だから
46: デフォルトの名無しさん (ﾜｯﾁｮｲ ff01-6MwN) [sage] 2024/06/14(金) 17:09:34.84 ID:lj8dYX/x0(1/14) AAS
好きなアーキテクチャで状態遷移すればいいよ
状態遷移ライブラリはその有無も含めて自身がWeb(React)出身iOSネイティブ(SwiftUI)出身Android(Kotlin)出身かで自分に合ったものをみんな選んでる
47: デフォルトの名無しさん (ﾜｯﾁｮｲ 2348-HpRN) [sage] 2024/06/14(金) 18:08:49.03 ID:TFymd89b0(1) AAS
俺の駆け出しVB(.netになる前のやつ)時代は
グローバル変数に状態入れてたね
48: デフォルトの名無しさん (ﾜｯﾁｮｲ 9301-0NsG) [] 2024/06/14(金) 18:45:25.62 ID:02z64/ll0(6/17) AAS
その言語が提供していない機能を、ライブラリが提供しているなら有用だと思うけど。
var、final、const、Future、Stream、class、スコープ、とかの機能を言語側が提供しているわけで、これだけあれば、状態を管理するのに十分な機能群だと思う。
それに、ライブラリの使い方を覚えても、プログラミングの能力自体はさほど鍛えられないし、ただ、そのライブラリに詳しくなるだけで、つぶしが効かないリスクもある。言語が提供する機能を使って、どのようにするのが良いかっていうの考えることで、プログラミングの能力はよく鍛えられるし、つぶしが効く。
と思ってるので、状態管理=ライブラリ依存っていう風潮がちょっと。
てか、riverpodの使い方見たけど、グローバル空間に状態を定義するのが通常な感じ、プログラミングの教育上よろしくないと思うんだがなんだあれwって小馬鹿にして今のところみてるけど。
49(1): デフォルトの名無しさん (ﾜｯﾁｮｲ ff01-6MwN) [sage] 2024/06/14(金) 19:00:21.04 ID:lj8dYX/x0(2/14) AAS
このウダウダ言ってる人が一体どんなアーキテクチャ（デザインパターン）で書くのか気になる
50: デフォルトの名無しさん (ﾜｯﾁｮｲ ff01-6MwN) [sage] 2024/06/14(金) 19:07:01.84 ID:lj8dYX/x0(3/14) AAS
てかriverpodはdiライブラリなのにグローバルうんぬんって何いってんだって感じ
51: デフォルトの名無しさん (ﾜｯﾁｮｲ 9301-0NsG) [] 2024/06/14(金) 19:18:01.88 ID:02z64/ll0(7/17) AAS
>>49
ウダウダ言って申し訳ありません。以後、気を付けます。
私もしましても、riverpodならびに他の状態管理ライブラリの存在意義をはかりかねている状態でして汗
riverpodそのものは小馬鹿にしましたが、それを利用する人たちを馬鹿にする意図はありませんでした。もしそのような行き違いでご気分を害されたなら申し訳ありません。
52: デフォルトの名無しさん (ﾜｯﾁｮｲ ff01-6MwN) [sage] 2024/06/14(金) 19:29:48.10 ID:lj8dYX/x0(4/14) AAS
別に気分派害してないけどdiライブラリがいらないなんて普通のことでつい口が出ちゃったこちらこそ申し訳ない
テスト書かないならriverpodなんてビルド時間を増やすだけのゴミだからね
上下前次1-新書関写板覧索設栞歴
あと 406 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.014s