Flutterやろうよ！！！ 5 ->画像>1枚

!extend:on:vvvvv:1000:512
!extend:on:vvvvv:1000:512

ようこそFlutter野郎どもよ！！！
軽い開発環境でモバイルアプリ開発ができるなんて最高じゃねえか
AndroidもiOSも両方行ける、まさに漢のためのツールだな

https://flutter.dev/

前スレ
Flutterやろうよ！！！ 4
http://2chb.net/r/tech/1648427137/

---

VIPQ2_EXTDAT: default:vvvvv:1000:512:: EXT was configured

30 Days of Flutter
https://dev.to/danytulumidis/30-days-of-flutter-1b0d

React NativeのNew Aarchitecture
https://reactnative.dev/docs/the-new-architecture/landing-page

誤爆

フラッター大学の中の人は
どうすんの？

というか個人開発でまだ仕事もらえてるの？
フラッターって仕事ある？

直接本人に尋ねたらよいのでは？
本人から答えが来ないのにここで答えを得られると思いますか？

riverpodでStreamNotifier使ってるんだけど、whenとかvalueOrNullで捌かずに利用者側が脳死で値を取る方法ない？
要は初めのloading状態でも初期値を渡してやりたい

wrapperするしかないんかな

やりたい事が微妙にわからんけども
map,mapOrNull,maybeMapあたりで解決できない事？

>>9
レスありがとう

AsyncNotifierProviderを初めてwatchしたタイミングだとloading状態で、valueOrNullで取得しようとするとnullで返ってくるでしょ
このときnullじゃなくて特定のデフォルト値を返すようにしてやりたい
つまりどんな状態であろうと何か値が返ってくるようにしたくて、利用者側(UI側)でwhenとかmap、valueOrNullで値を取得したくない

こちらで考えた案としてはAsyncNotifierProviderをプライベートにして、それをwatchするNotifierを提供すること
けどこれだと無駄にNotifierを作ってしまうことになるし、なんだかなぁって感じ

>>10
maybeMapで済みそうだけど利用側に初期値を埋め込みたく無い？
それならプロバイダでどうにかする事になりそう
ソースがStreamなら初期値をStreamに入れておく方が楽かな

>>11
そう！利用側で初期値を意識させたくないの
やっぱりProviderでラップするしかないかぁ
ありがとう！

Flutterでの開発を主な事業にしてる会社はどうするんだろうな

そんなんある？

ストア内アプリの開発環境分布とか分かる方法ないのかね。スマートフォン白書みたいなやつ

flutterやるような会社ならまた新しいものに手出すんじゃね？

flutter3.22
ついに来たね

flutter3.22
ついに来たね

とうとう出たね

何が変わったの？

>>20
あのさあ、ChatGPTに聞くぐらいしようよ

4 サイト を検索しました

Flutter 3.22が最近リリースされました。主なアップデート内容を以下にまとめます。

Dart 3.4の統合: Flutter 3.22はDart 3.4と統合されており、JSONデータのシリアライズとデシリアライズを容易にするための新しい言語マクロ「JsonCodable」を導入しています​ (Flutter documentation)​​ (Flutter documentation)​。

パフォーマンスの向上:

iOSプラットフォームビューの改善: iOSでのPlatformViewのパフォーマンスが大幅に向上し、特にスクロールリスト内での複数の広告表示シーンでGPU使用量が50%削減されました​ (Flutter - Build apps for any screen)​。
レンダリングパフォーマンスの最適化: 画像読み込みとアニメーションパフォーマンスの改善が行われています。
新機能と改善:

Webアセンブリサポート: Webアプリのパフォーマンスとロード時間が向上しました。これにより、より迅速で効率的なWebアプリケーションの構築が可能になります​ (Flutter documentation)​。
多言語サポートの強化: Flutterの新しいバージョンでは、多言語アプリのサポートが強化されており、開発者がより簡単に国際化対応のアプリを作成できるようになっています。
デベロッパーツールの改善:

DevToolsのアップデート: 新しいDevTools 2.34.1がリリースされ、パフォーマンスプロファイリングやデバッグ機能が強化されました​ (Flutter - Build apps for any screen)​。
これらのアップデートにより、Flutter 3.22はより高性能で使いやすい開発環境を提供し、開発者が多プラットフォームのアプリケーションを効率的に構築できるようになっています。詳細な情報は公式リリースノートで確認できます。

>>21
センキューでーす！
要約センキューでーす！

>>21
あざーす

Flutterユーザー終わりすぎﾜﾛﾀ

project idxでも使える
良いやんこれ

どんぐりシステムどうなってんすかこれ

随時更新してバグりまくったりするどんぐり

公式でflameのcodelabが新しく出てますね

状態管理ライブラリたくさんあるけど、色々覚えないといけないことも多いし、労力の割にメリットが小さいように思う。
ライブラリではなく、デザインパターンとして、状態を管理する手法を確立させた方が良いと思っているんだが。
何かライブラリではなければ得られない何かがあるのなら知りたい。
別に状態管理ライブラリを使う人をディスりたいわけじゃない。じゃないけど、別に使わんで良くない？

アプリケーションは状態遷移が本質なんだから、そこを避けて作るのは時代に合わない

>>30
レスありがとうございます。
たしかに、状態遷移は避けて通れないですよね。
ただ、質問の意図としては、状態遷移をするために、ライブラリを使わなくてもいいんじゃないか？ということでした。わかりにくくてすみません。

>>31
Flutterでアプリランキングに入ってるようなアプリ（ゲームではない）を作ったら、なんでライブラリを使うのか分かると思うよ。
デザインパターンにはバグが内包されがちで、状態管理ライブラリみたいに信頼できないんだ。

まだ riverpod で消耗してるの？

>>33
消耗するほど難しいか？

あとは単純に、Flutter出来ます！って言い張る人材は企業から見て実力測りかねる。
じゃあriverpodか他のメジャーな状態管理ライブラリ使えますか？って聞いてふるいにかけるのは普通のこと。

>>32
バグが内包されがち

他人事かw
自分で書くならバグの無いコード書くだけ。
チーム内にバグを入れ込む人がいる可能性が、みたいな話ならまだわかるが、根本的に開発者の質を確保すべきなわけで、ライブラリで解決しようという発想が筋悪い。
というかバグを書く時点でロジックの理解が足りてないわけで、その人は多分riverpodを効率的に使いこなせない可能性が高い。

サンプルコードコピペして動きました、みたいなレベルなら難しくないけど、実際いろいろやろうとすると、いろいろ厄介ごとが出てくるのも実際使ってる人ならわかるはず。
メリットしかない、なんてうまい話あり得ない。

自分だけで済むなら使わなければいいだけだが、結局前任者が採用してる場合、消耗するか、関連箇所全部別のパッケージで書き直すかしかない。

質を担保って簡単にいうけどさ……そもそも質を担保できるほどFlutter開発者居るのか？
多く見積もってもKotlin使う開発者の数分の一しかおらんやろ。

チーム組むにあたってFlutter界隈の上澄みだけ掬えるわけじゃないんだよ。最低限の担保が要るわけ。それがライブラリってだけ。

開発者の質を担保できないのは予算の話。
金を出せば質の高い開発者は確保できる。
flutterはそんなに難解じゃない。
レベルの高いネイティブエンジニアあるいはreact使いでflutterもそれなりに使える人は日本にもいるから金を出せれば確保できる。
金が無いなら無理。それはflutterエンジニアの数じゃなくて金が無いのが原因。

基本を理解している質の高い開発者になればなるほど状態管理パッケージの必要性は低くなる。

そもそもランキングに入るような複雑なロジックの大規模アプリの現場にその質の開発者が存在する時点で常にバグ発生のリスクを抱えているわけなので担保になっていない。

今流行ってても時間が経って陳腐化して技術的負債になったみたいな話はどこにでもある。
メリットだけ見て結論出すならこの世の導入可能な全てのパッケージを導入すべき、ということになる。馬鹿げてる。

>>39
最後の極論以外は正しいよ。よかったね。

>>36
私も、考え方としてこのような立場ですね。

>>40
見ごたえのある議論が生まれたのはあなたのおかげでもあります。
泣かないで元気だしてください。

flutterに限らずだけど、状態管理パッケージが神格化でもされてんのか？ってくらい、状態管理=有名なパッケージ使う、みたいな印象を受けるけど、自分と同じように、そうじゃないと考える人がいるようで安心した。そういう人材がもっと多くいたならばいいと思うんだけど。

Flutterはホントは高い生産性がウリだけど、KotlinとSwiftのエンジニアを2人雇うより安い！みたいに思って導入したがる企業もある。
そういう古い考えの企業（コストカッター）は、ちゃんと金を用意してFlutterのプロを雇うという意識が無いんだよ。
エンジニアはそんな企業には雇われたくないから、Flutter嫌いになる。これがFlutterが流行らない理由の一つ。

Web系から移ってきた開発者が多いからだよ
Webはステートレスで状態もたない構造の方が主流だから

好きなアーキテクチャで状態遷移すればいいよ
状態遷移ライブラリはその有無も含めて自身がWeb(React)出身iOSネイティブ(SwiftUI)出身Android(Kotlin)出身かで自分に合ったものをみんな選んでる

俺の駆け出しVB(.netになる前のやつ)時代は
グローバル変数に状態入れてたね

その言語が提供していない機能を、ライブラリが提供しているなら有用だと思うけど。
var、final、const、Future、Stream、class、スコープ、とかの機能を言語側が提供しているわけで、これだけあれば、状態を管理するのに十分な機能群だと思う。
それに、ライブラリの使い方を覚えても、プログラミングの能力自体はさほど鍛えられないし、ただ、そのライブラリに詳しくなるだけで、つぶしが効かないリスクもある。言語が提供する機能を使って、どのようにするのが良いかっていうの考えることで、プログラミングの能力はよく鍛えられるし、つぶしが効く。
と思ってるので、状態管理=ライブラリ依存っていう風潮がちょっと。
てか、riverpodの使い方見たけど、グローバル空間に状態を定義するのが通常な感じ、プログラミングの教育上よろしくないと思うんだがなんだあれwって小馬鹿にして今のところみてるけど。

このウダウダ言ってる人が一体どんなアーキテクチャ（デザインパターン）で書くのか気になる

てかriverpodはdiライブラリなのにグローバルうんぬんって何いってんだって感じ

>>49
ウダウダ言って申し訳ありません。以後、気を付けます。
私もしましても、riverpodならびに他の状態管理ライブラリの存在意義をはかりかねている状態でして汗
riverpodそのものは小馬鹿にしましたが、それを利用する人たちを馬鹿にする意図はありませんでした。もしそのような行き違いでご気分を害されたなら申し訳ありません。

別に気分派害してないけどdiライブラリがいらないなんて普通のことでつい口が出ちゃったこちらこそ申し訳ない
テスト書かないならriverpodなんてビルド時間を増やすだけのゴミだからね

おれはさすがにゴミとまでは言ってないけどw
ビルドに時間がかかるっていうのは、flutterのホットリロードに時間がかかってしまう感じのことですか？

>>53
は？？riverpodはdiライブラリって言ってるだろ
ビルド時に全体を精査してコードを自動生成するから時間食うってことだよ

アーキテクチャよりエンドユーザーにとってより価値の高い機能、アプリは何かということに頭を使いたい人なんで、アーキテクチャでウダウダ言ってる人と議論してお互いに有益な何かにつながるとは考えにくい。
今なら生成ai組み込んで何ができるかとか、やり出したら時間いくらあっても足りない。
アーキテクチャに一定の意義は認めてはいるけど
必要以上にアーキテクチャに凝る時間がもったいない。

自分は可視性のためにアーキテクチャには拘る派
一人で開発するもんじゃないからね

>>54
やっぱりめっちゃ気分害してるやんw
riverpodに詳しくない自分に対して、キレながらも説明してくれてありがとうございます。コードの自動生成のことだったんですね。

アーキテクチャ宇宙飛行士にはなりたくないな

でもRiverpodのドキュメント見てグローバル変数じゃん！とか言ってるトンチンカンにもなりたくないな

いまどきDependency Injection（DI：依存性の注入）を知らんやつなんておるんやな
フロント初心者に見事に🎣されたわ

デザインパターン（笑）とか言ってるし20年前から来た人なんでしょ。これが俺のデザインパターン！って小学生か？

>>59
これに関しては、公式のドキュメントではなく、グーグルで検索したときの日本語の上位の記事を参考にしての感想だったので、公式だと全然違って、小馬鹿にするには早計だったかもしれません。めちゃくちゃ浅い感想だっかもしれません。
まあだからといって公式のドキュメント見に行くほど、riverpodに対してやる気はないけど。

>>60
riverpodがdiっていうライブラリっていうのは初耳だったけど、そのことでdiを知らない人、という風に決めるのは、拡大解釈が過ぎると思います。
さらに、フロントエンド初心者にまで拡大させるなんて。
あんまりです。傷付きました。

きみたち、riverpod で消耗しすぎだね

>>58
ちょっと何言ってるか分からない

>>63
これを機にdiの仕組みと利点欠点を勉強してな👋
シングルトンとかテストとか色々学べるから

>>66
知識無い人みたいに、しようとするのやめてもらっていいですか？
なんで、そんなに酷い態度取るんですか？私が何か気に障ることでもしましたか？
ちなみにシングルトンパターンとかいうアンチパターンは使わないし、diは別にライブラリを使わなくてもできるので。特に新しく勉強することはないです。

>>67
知ってるなら安価つけてくんな

>>68
私が詳しく知らないのはriverpodであって、私のことをdi、シングルトンパターン、も知らないフロントエンド初心者とかriverpodを知らないことから拡大解釈して、勝手に決めつけてきたのはあなたですよね？

>>69
だからなに？

>>70
匿名とはいえ、複数の人から見られてるわけですからそのような誤解を与えたまではま、ろくに勉強もしてない人なんだなと思われて話地味を傾けてもらえなくなります。それに私自身も嫌な気持ちのままです。なので、そのような言動に対して、ネットでも現実でも、面倒ですが、ちゃんと否定する必要があるのです。
だから、このように否定するための返事をさせてもらってるわけです。

>>71
ん、そっかごめんね

>>72
絶対に許さん

>>73
ありがと

長い議論は、やはり従来と同じ結論にたどり着いたようだね
Flutter はオワコン

いまは過去に泥ネイティブで作ったアプリのCompose化とKMP化で忙しくてFlutterにあまり触れてない
公開ライブラリも成熟して言語的にも使いやすいCompose/KotlinにFlutterが勝ってるところがIDEの自由度くらいしかないよ

KotlinでFlutterを触りたい

5chは初めてか？力抜けよ

FlutterのレンダリングのImpellerはSkiaのと比べると随分と動作が早くなったんだけど、
Skiaを使い続けるComposeをAndroid/iOSで動かすとFlutterと体感変わらんし、
大量リスト表示で負荷をかけるとむしろComposeのが軽い

Flutterにはまだまだパフォーマンス改善してもらわねば

話が飛躍するかもしれんが、9割何言ってるのか分からん連中をクビにできない日本の法律は絶対に変えたほうがいいと思うわ。
こんなんクビ以外で対処できんやろ。

質で判断できるだけの頭を持ってないから、評判の数でしか決められないアホが短所長所を把握せずに使ってるのが状態管理ライブラリってところか。

>>79
もう答えは出ているだろ
Flutter から Compose に移行するのが正解

どうせ日本人には Apple製品は高くて買えなくなる
低価格 Android で軽快に動くことを優先した方がいい

使いつづけてくコストを踏まえて選ばなあかんよ
その観点で選ぶとRiverpodの位置づけは最底辺になること気づかん奴多いよな
ProviderがProviderに依存するのは後で自分への罠になるんやで
勝手に気を利かせてキャッシュしてくれやがるのも1年後に悩みの種になるんやで
一見便利そうなそういう機能を避けてるパッケージのほうが思慮が深いとそろそろ気づこうな
ボイラープレート多くてやってらんねって思われてるパッケージは
短期的な目でしか見てない浅はかな人とは違う思想なのよ
長期の開発経験がない初心者ほどRiverpodを選んじゃうのはそんなワケ

海外の優秀なエンジニアはそこんとこ気づいててさすがよな
Riverpodの悪いとこにも目を向けられるのは経験の差か国民性の差か・・
評判を気にするより本当にいいもんを正当に評価して使いたいってだけかもしれんが
日本でRiverpod批判したら蔑まれるやんな
Riverpod嫌ってる日本人ほんまはもっといるんやろな

こういう無知なくせにイキってる奴ら嫌い。どうせ代替ライブラリも出せずに「俺が書いたコード最強！！」とか言ってんだろ。

単純にriverpod含め、状態管理ライブラリの具体的なメリットを知りたかったんだが、なんか知らんけど、それを聞いてるだけなのにキレ散らかす論理的な議論ができない精神的にちゃんと成長できていない短所長所もわからず利用しる人が罵詈雑言を吐いていくだけで、具体的なメリットを何も提示してこない。記事とか動画とか見てるけど、どこもまともにメリットを説明できてるものが見つからない。
まあ、説明してる本人は説明できてるつもりなんか知らんけど。

グローバル変数太郎さんはまず公式サイトすら読まずにイキる癖を治して人間になってから書きこんでくれ。
使ってから嫌になるならともかく使う気すら無いのにディスり始めるのプログラミング素人以下でダサい。

>>85
こういう無知なくせにイキってる奴ら嫌い。どうせ代替ライブラリも出せずに「俺が書いたコード最強！！」とか言ってんだろ。

特大ブーメラン脳天に直撃してて草
無知なのにイキってる奴らって君たちのことですよ。
そもそも、ライブラリを使うのが前提みたいな言い方してるけど、外部ライブラリに依存することのリスクわかってないやろ？
まあ、特大ブーメラン投げる筋肉のバカの君のような人が理解できるとは思ってないけど。
flutter業界の偏差値下がるから、別の業界言ってくれたら、みんな泣いて喜ぶよ？

いやなら使わなきゃいいだけなのに🥲

使うかどうかを決めるためにいま、色々調べてるところなんだけど、わかる？
しかも、おれはたいしてディスってないし。
ゴミとか言ってた人は責めないの？どうしてオレに絡んでくるの？相手してほしいの？
罵詈雑言を吐くだけの具体的な長所を1つも提示できない役立たずのおじさん君には誰も用がないよ。君の能力じゃ困難かもしれないけど、現実を受け止める努力をしようね。

メリット「お前のような自称熟練者が書いた自称最強コードなんかに依存したくないからライブラリ使うね」
デメリット「最強コードが書きたい初心者が苦しむ」

>>91
君、職場で誰にも相手されへんから、こういう場所でしか人と絡まれへんのやろ。
なぜかって、言ってることがマジで意味わからん。
アーキテクチャ宇宙飛行士って何？
宇宙飛行士って何を比喩した表現やったん？
個性的な人って言われて、職場の女性からそれとなく敬遠されてるタイプの人やろ？
まずは、意思疎通できるための日本語の能力身につけてきてから、コミュニケーションとる練習しようねおじいちゃん。

>>92
アーキテクチャ宇宙飛行士は検索すれば出てくる用語なんだが、Googleすら使いこなせないオジサンに俺は涙を禁じ得ないよ。

>>89
今、採用を検討してる段階で、短所と長所を尋ねてるだけなのに、なんか罵詈雑言を吐いてくる連中に絡まれる被害に遭ってるだけなんだわ。

ジョエルを知らん人もいるのか
ファクトリーファクトリーファクトリーファクトリー

こんなにも諸君を苦しめるものは何か？
もうわかっているね？
プログラマの苦悩を、Flutterチームは無視してきた
ゆえに Flutter はオワコンなのである

短所「初心者に優しくない」
長所「自分の書くコードが最強だとかライブラリは不要だとか言う奴をプロジェクトから排除できる」

マジレスするとコレなんだよなぁ。
プログラマの苦悩は、Flutterの生産性が高すぎて、逆に単価が下がって、初心者が群がること。

remi製品、全部きらいだー
そいつら使うのが当たり前になっててどのプロジェクトにも付きまとってくんのが苦痛っすわ
全部消えてくれい!

悪くなかったのは昔のproviderぐらいか
あれも無用な機能が多いというかごった煮みたいで足し算しかできない作者だと思ったが
Riverpod出てきてやっぱりエルゴノミクス苦手な人だと確定したな
機能は削ってなんぼだぜ

プライベートでは単機能な小ぶりのパッケージを組み合わせていく所存(楽しみ)

また自演やってる…会話パターン毎回同じ…

riverpodの公式ドキュメント見たけど、ネットで見た記事と同じで、グローバルな空間に状態を定義するのが一般的なやり方って書いてたわ。
だいたい、グローバル変数とかおれは一言も発してないからな。
目ん玉腐ってんのか、脳みそが腐ってんのかしらんけど、通常に日本語を読み取ることも、理性のかけらもない連中がなんで、プログラミングなんてしてるのかがわからん。文字と向き合う作業やのに、正しく読み取れないとか向いてないにもほどがあるやろ。
てか、公式ドキュメントには、グローバルを恐れないでくださいとか書いてるけど、いや、恐れろよ。
これが良い書き方とは一ミリも思わんけど、まあ、この人js出身なんか？カオス出身者ならもう一生治らんのかもしれんけど。
定数で、宣言してるから大丈夫とか言ってるけど、状態っていうのは、アプリ実行時に変化する値のことを指してて、provider
は定数かもしれんが、その中身にある値は変数やろ？
ほんまの定数なら、グローバル空間に配置しても大きな問題はないやろうけど、そもそも、そういう定数は、ライブラリに依存する必要性が無い。constで定義するいいだけ。
ほんまに、このライブラリが混沌としやすい状態をちゃんと管理しようっていう気があるのか疑問しかない。
てか、runAppのなかでProviderScopeをラップする、あの記述、ダサくて意味分からんすぎw
これ作った人、プログラミングの複雑さに対応しようと思ってる人間とは到底思えない、というのが率直な感想。より複雑にしてしまう仕事のできない人間の典型例。仕事の出来ないやつは、仕事を減らさずに増やしてくるゴミ虫。

>>97
単価下がって被害を受けるてどういう仕組み？w
flutterはいくらですね、みたいな感じで給料決まる感じ？
それまでの経歴関係無く？

dartでguiアプリを作るとなると、flutterもしくは、全くメジャーじゃない方法として頑張ってElectron、tauri、という選択肢しかない。flutterはただでさえwidgetの数が多くて、気が滅入るのに、これにさらに状態管理ライブラリを使いましょう、おまけにfreezedも！とか、別に使うのは構わんけど、これがスタンダードな状況はどうにかなってほしいもんやね。
そもそも、フロスプラットフォームにネイティブコンパイルするアプリ作るなんていうのは、初心者にはハードル高すぎだとおもうけど。まあ、そこはflutterの凄さがあるんやろね。

https://zenn.dev/chooyan/books/92a0a489f68233/viewer/motivation

↑
はじめに：なぜ Riverpod を学習するのか｜仕組みから理解する Riverpod

Zenn見てたら、グダグダ言ってる人にピッタリな記事見つけたから一応貼っとくね

>>101
Flutter経験5年、みたいなツッコミどころしかない求人が実在する。

https://zenn.dev/chooyan/books/92a0a489f68233/viewer/motivation
それを検知して何か任意の処理を実行させるような仕組みは言語としては用意されていません。

これ、言語機能として用意されてるんですが、内容が古いのかな？

>>106
なんで非同期処理のクラス持ち出してドヤ顔してるの？　包丁があればカッター要らない的な愚かさw

あげ足取りしかできず、先に進めない進もうともしない。やる気無くなったが口ぐせ。無能の特徴やね。

>> 0107
Stream class と勘違いしてるのか知らんけど、StreamController class を使えば、値の変更を検知できるの知らないの？
まあ、知らないからそうやってるんだろうけど。
レベル低すぎて話にならなすぎ。
例えもよくわからんし。
君がどれだけ無知だろうが私の知ったことではないので、意味の分からない絡み方しないでくれ。
flutter 使うのやめてどっか行ってくれる？それがこの業界のためになるから。
認知能力が欠如し、何もまともな仕事ができない欠陥品である君にピッタリなjsを使う業界にいけばいいよ。
jsも君と同じで大きな欠陥を抱えている。おれなんかと絡まずとも、必ず仲良くなれるさ。

>>105
そういう何もわかってないところは避けた方が良いのでは？
あと多分言いたいことは、そんな人どこにおるねん！的なことですよね？
ただ現時点で5年だとギリあり得るのでは？
めちゃ少ないとは思うけど。

>>109
長くて読む気失せたw 罵倒しかできないんだねw 無能くん

あの文脈で長さが理由と捉えるその卓越した読解能力には私も舌を巻くよ。
さようなら。

>>112
さようならとか言って素直に消えた奴は5chには居ないんだよ。人のこと無能扱いしてる手も頭も動かさない無能くんはまた湧く。だって自習できる脳みそ無いもんねw

>>110
求人出す側が何も分かってなくてもFlutterプログラマーの相場を形成、下落させる一因にはなっちゃうんだよ。

1.0の前ぐらいから使う人増えて今だいたい6年だぞー

>>それを検知して何か任意の処理を実行させるような仕組みは言語としては用意されていません。

言語として用意されてないものを、その言語で書かれたパッケージはどうやって実現してるんだろうねw

>>115
論理的に存在するかは関係ない。5年Flutterやってて、単価Java以下とか言われたらキレるやろ。しかも何も知らない初心者が嘘ついて応募して、それが相場を決めていくんやで。

>>115
うん、ただそこら辺ですでにプロダクションアプリとしてflutter扱ってる企業から仕事もらってそこからずっとflutterやってる人、という要求なので中々ですよね。

5年以上が珍しいと思われてるのが意外だったから反応しただけ
元の話読んでないから単価云々、要求云々と言われても知らん

単価4000円未満とか酷いと1000円台とかあってFlutter使いは安く見られてる気はする
インターン使って普段安く済ませてる会社は経験のあるプロにも出し渋るから注意

そういう話?

>>120
あくまで比較だけど、通常のプロジェクトより高度（アプリの本質に近い）で、生産性高い（悪い言い方すると短期でプロジェクトが区切りつく）のに、単価に無関心なのが、なんつーか経済感覚無いな……って感じ。
要するに極めても金にならんのが、プログラマーのFlutter離れの原因だと俺は思ってるよ。

>>116
値のオブザーバーを実装したってことだな

>>106
一部だけを切り取るのやめてくださいな
間違ったことはなにも書いてないよ

class Article {
String title;
int price;
Article(this.title, this.price);
}
final article = Article('Riverpod 入門', 1000);
という内容の Article オブジェクトが生成された場合、
article.price = 2000;
という処理によってフィールドの値が書きかわったとしても、それを検知して何か任意の処理を実行させるような仕組みは言語としては用意されていません。

Flutterの仕事経験ほしがって安くてもいいからって自分から安売りしてる人いるね
バイト経験ぐらいしかない人がそれまでのバイト代より高い程度の安い額でももらいつつ
履歴書に開発の経験を書けるようになるならありがたいって思ってるんでしょうな
実際の出来も良くないから安いのが妥当だけど、スキル高い人の足引っ張るのはやめてほしいね

>>123
それはどんな技術スタックでも有りそうなもんだけどね、

>>122
inheritedwidgetがあるからflutterフレームワークとしては用意されてるよね？
この文脈での「言語として」とはフレームワークとして、という話だよね？
じゃないと意味不明

このスレをGoogleが見てるかは知らんが、生産性を高めた果てにあるのは、手が止まったプログラマー（ボトルネックがプログラマーではなくなった状態）なんよ。
日本人は特に手が止まった奴に向ける視線が厳しいから、生産性高めた結果、プログラマー（同僚や本人）がクビになるなんて状況が容易に起こり得る。

Flutter流行らせたかったら、そんなクソ理不尽な日本文化をぶっ壊すモデルケース作らんと無理だよ。

>>124
あ、そっか
これもFlutter特有じゃないけど、学習初期に好き好き大好きになっちゃう人が特に多いのはあるな
大好きなFlutterの仕事がとにかくしたいの！となって >>123 につながる
4年ぐらいたつとべた褒めでもなくなるんだけど最初は愛に溺れてイベントも手あたり次第参加しちゃう病に罹る
数万円も払って先日のカンファレンスに参加しちゃった人はその例ですな

>>122
君もブーメラン大好きな人なのかな？
やめてくださいと言った直後に、速攻で一部だけ切り取ってくるのやめてくれないかな？
額に大きなブーメラン突き刺さってますよ痛くないんですかー？

僕は君たちの認知能力を診察するための診療所ないんだよもう勘弁してくれ。
それにこのzennの記事の筆者がこんなところで人知れず公開処刑されてるのはおれのせいではなく、君のせいだからな？

だから何度も言ってるけど StreamController class を使えば検知できるやろがボケカス。
Dart の公式APIとして用意されている StreamController class を使えば値の変更を検知して任意の処理を実行できる仕組みを用意してるやろが。

だから正確にするならば、article.price = 2000; という書き方では、変更を検知できませんが、SteramController class を使えば、それを実現できることができます。だったらわかるけど、この人は、SteramController の存在を一切説明せずに、riverpod でこれらがうまく解決できる、という主張をしてるやろ？
それはおかしくないか？言語の機能として用意されているStreamController class存在を示唆せずに、言語としてそういった機能は用意されていないと、断言してるんやから。

まず認知機能のバグ修正をすましてからものを言ってくれ。
おれはおまえらのデバッガーじゃない。
そして、その何か虫にでも侵された言語野を搭載した脳みそを使って、二度とプログラミングをしないでくれ。
君はまさにバグの温床を体現したかのようなプログラマーの敵であることをわかってくれ。

このzennの記事書いてる人、特に悪い印象持ってなかったけど、今回のこんな適当なことのたまわってんのかと、印象変わったわ。まあ、はじめから特に何も印象無かったけど。
もう腐ってるのflutterの界隈って？出てきて数年で？それとももう日本全体が腐ってるから、腐ってない界隈の存在の方が珍しいのか？

そんな長文書いてる暇があるならコード書いて動かしてみればいいのに…恥ずかしい奴…

いやなら使わなきゃ良いってだけなのになあ

>>94
先に罵倒してるのどっちだよ

>>128
この記事派初心者に向けた記事じゃないからいちいち状態の検知の方法なんざ書いてないだけでは…？
キレるところがおかしいと思うぞ

>>133
はじめに：なぜ Riverpod を学習するのか

第1セクションのタイトルがこれなのに初心者向け解説ではないと？w
どういう読解能力があったらそういう解釈ができるの？
君、喋るたんびにボロがボロボロこぼれ落ちてツッコミきれん疲れたよ。
そんな様子じゃ赤ちゃん用のよだれかけを常用でもしてないと、日常生活もままならんやろ。

そもそもおれが何に対してキレてるかもわかってないやろ？
お前は指摘してるところすべてがおかしいぞ？
ブーメランは公園にいって好きなだけ投げてきてくれ。
君が採用されてる職場はほんま災難やな。喋るたびにこぼれる君のボロの後始末で。営業とか接客とか絶対ムリなタイプやろ？
だからといって、プログラミングを仕事にせんとってくれ。君は理解してないのかもしれんが、これもコミュニケーションが大切な仕事なんや。もうこれ以上は勘弁な。

>>130
どしたん？相手してほしかったの？
うんうんごめんね相手してあげれなくて。

なんか社会人経験なさそうな子やと思うから説明して上げるけど、論理的に破綻していない長文をかける能力はちっとも恥ずかしいことじゃないんだよ？知らなかったよね？ごめんね？

どれだけ暇を持て余しても、人に読んでもらうことのできる文章量がたったの2行しかない、文章構成能力が欠如した大人の方がよっぽど恥ずかしいんだよー？わかったー？
これで少しだけ大人になれたね？よかったね？
それとも2行までの文章しか読めなかったかな？

罵倒きっつw

>>133
検知して何か任意の処理を実行させるような仕組みは言語としては用意されていません。

検知の仕組みが用意されてない、と書いている文を122であなた自身が引用してますよね

FlutterもといDartはオワコンだってよくわかるスレだな

これは恥ずかしい

import 'dart:async';

class A {
String str;
A(this.str);
}

void main() {
final sc = StreamController(sync: true);
sc.stream.listen((e) => print(e.str));

final a = A("StreamControllerに値の変更を検知する機能が！？");
sc.add(a);
a.str = "あります！";
a.str = "あるわけないだろdoc読めよwww";
sc.add(a);
}

>StreamControllerに値の変更を検知する機能が！？
>あるわけないだろdoc読めよwww

StreamControllerを何と勘違いしてたんだろか
ソースでもドキュメントでもちょっと読んだら確認できるのに思い込みで突っ走ってて怖い…

罵倒の数々が自己紹介になってて面白いな

>>139
なんでおれが君のコードの添削せなあかんねん。
だから、ただの変数に別の値を代入しても検知しないって何度も言ってるやろ。

class A {
String str;
A(this.str);
}

a.str = "あります！";
a.str = "あるわけないだろdoc読めよwww";

main method で StreamCotroller の instance 作成してるけど、この class A は StreamController と全く関係ないから class A の property である str に別の値を代入したところで検知するわけないやろ？
二度とコード書くな。

>>140
ソースもドキュメントもしっかり読んできてこのありさまとか、もうどうしようもないね。
だから、もう読まなくていいよ。どうせ読んでも理解できないんだから。
しっかり読んでも何も理解できない君はプログラミングを早くやめた方が君のためにもなるし、何より周りのみんなが両手を上げて喜んでくれるよ。
退職した日には、君抜きで、退職歓迎会やって大盛り上がりしてると思うよ。

諸君も、生まれたときは無垢な赤ん坊だったのだ
しかし辛く苦しい経験が続き、心がトゲだらけになってしまった
Flutter を選んだばっかりに…

>>139
import 'dart:async';
class A {
A(this.str){
sc.add(str);
}
String str;
StreamController sc = StreamController()..stream.listen((newValue){
print(newValue);
});
void setAndNotify(String str){
this.str = str;
sc.add(str);
}
}
Future<void> wait() async {
await Future.delayed(Duration(seconds: 1));
}
void main() async {
final a = A('test');
await wait();
a.setAndNotify('test2');
await wait();
a.setAndNotify('test3');
await wait();
a.setAndNotify('test4');
}

Dart標準機能のStreamControllerで変更通知してますよね?
UI側はStreamBuilderが用意されているのでそれで変更検知できますよね。
Dart自体に用意されてないのにDartのサードパーティパッケージでできました、とか無いじゃん。
中を覗いたらDartでやってるんでしょ?

あー把握した
「変更を検知」の意味を捻じ曲げてるのか
いくらなんでもstreamへの流し込みを「変更を検知」なんて呼んでも通じないから…
「検知」なんだよ？日本語わかる？
ずっと意味不明な主張して可哀想な人だなと思ってたが日本語が残念な人だった

>>146
StreamControllerで変更「通知」してますよね?

と書いてますよね?

StreamBuilderでもできるしsetStateを使っても「UIへ変更の通知を伝える」ことはできる。
「変更がUIに反映されること」を「変更検知」と言いますよね?
StreamControllerの他にChangeNotifier+setStateでもUIに変更を反映できる。
これもDart標準機能。
どこまでいってもDart自体に用意されてないのにDartのサードパーティパッケージでできました、とはならない。
Dartは中身を見ることができるから読めばわかる。

で、君の一番最初の話題に戻ると
そこでライブラリ使わずにそのStreamで頑張るBlocパターンってあった気がするが
ライブラリ嫌ならそれで突き進めばいいんじゃね?

Flutter始めて5日
buildの中にif文1つとかは問題ないが、変数コールしてreturnをif文で処理分けてってやろうとするとコンパイルエラーになる
なんじゃこりゃー！

関数コールの間違い

>>146
いやw
何も把握してないのに強がらなくていいんだよぼく~？w

お兄さんたちは、ボクのように1から100まで命令しないとまともに動かない低級言語でコミュニケーションをとってるわけじゃないんだからね~?ww
SteramController class を使えば簡単に変更を検知する機構をriverpodを使わなくても実装できるよねっていう話をしてたんだよ？ごめんねレベルの高いコミュニケーションの取り方してたよね汗汗w
文章が長くなりすぎるから、わざわざ低級言語のような解釈しかできない人間に合わせた説明はしなかったんだ。
ごめんね？意味が理解できずに寂しかったんだよね？
だから、あんな恥ずかしいコード晒してまで絡んできたんだよね？それってすごい勇気のいることだよ？ん？
あ
っ！?そうだよね汗、恥ずかしいっていう概念知らないよねwごめんね？1から100まで説明しないと理解できない君の低級言語脳で人生歩んできたんだもんね？
知るわけないよね汗汗ww

まずは、ボクのゴミクズコードが間違ってましたって、みんなにごめんなさいしてみよっか？
ボクのような子たちは、間違いを正しく指摘されても無視して、違う話題を持ってくるんだよね。
それってとっっっっても恥ずかしいことなんだよ？
敗北宣言してるのはもちろんだし負け犬なんだよ？w
あっ！？ごめんね？今更負け犬って騒ぎじゃないよね？
生まれてきてからずっと敗北の負け犬人生送ってきたもんね？今更恥ずかしさなんて感じないよねー？
そりゃそうだよね？低級言語並の脳みそなんだもんね？あたりまえだよえね。気付かなくてごめんね？

>>148
いやw
何も把握できてないんだから何も言わなくていいんだよボク？
それとも、少しでもかっこいいところみせたかったのかな？？ん？
でも、さらに恥をさらしてるだけだぞ～？ww

最初の話題に戻るっていうか、ずっとその話題が続いてるwんだけどw、
ライブラリが嫌wとかでなくてライブラリを使うメリットを聞いているんだよw？
あ、ごめんね？wわかんないよね～？
メリット聞くことも、それが嫌ってことも区別付かないんだよね？w
高級言語脳のお兄さんたちからするとちゃんと区別されてるんだけど、君の貧弱なAPIでは一緒になっちゃってるんだよね？w

そんな低レベルな操作しかできないのはみんな嫌だから、今までもこれからもボクはみんなから敬遠され続けると思うけど、
「js」っていう、肥溜めがあるからボクもそこに行くといいよw
ここには、ボクのように自分がゴミ糞っていう自覚の無い人たちがたくさん集まってる場所だからねw
よかったでちゅねー？お友達たくさんいまちゅよ～?ww

顔真っ赤じゃん…必死に長文打ってる暇があるなら国語の教科書読んでくれ…
せめてStreamControllerで変更を通知、StreamBuilderで変更を検知(してrebuild)
くらいの表現になってれば意味が通るけど

>>153

んー？
妄想と現実をごっちゃにしてるのかな？
どうやったら表情が見えるのかな？
それって君の勝手な妄想だよね？w
現実って妄想の区別もつかないほど取り乱してるのかな～？

君はもう長文打てないよね？w
だってボロが出てしまうことをようやく自覚できたもんね？偉いでちゅねー?w

ごめんね？君とは違って長文書いても論理が破綻しないし、少しの暇でこういう文章書けちゃうんだごめんね？
君の脳みそじゃ未来永劫かなわないことだけど仕方ないよね？

>> せめてStreamControllerで変更を通知、StreamBuilderで変更を検知(してrebuild)

これを見る限り、まだちゃんと把握wできてないようだけど、君がしゃべるたびに、ツッコミどころ出てきて流石に相手できないからこれ以上はごめんね？
職場の人にはいつも迷惑かけてごめんなさいって、毎日言わないとだめだよ？

ここだけ20年前の2ちゃんねる

俺の最強のデザインパターン！のほうがライブラリより強い！オジサンは、20年前からタイムスリップしてきたんだよ。
だから5chの常識とか分からないし、オジサンが極めたと思っているデザインパターン（失笑）が廃れていることも許せないんだ。悲しい事故だったんだ。

以下、時代に取り残された20年タイムスリップおじさんによる悲しい反論↓↓↓

ちゅくちゅくw(セルフ効果音)
hey yo!

お前は20年前からライムがスリップ！
妄想と現実の区別がつかない!
おれの最強のデザインパターン？の方がライブラリより強い？
そんなの一言も発してない！
お前はいったい誰としゃべってる？
誰もデザインパターンを極めたなど言ってない。
廃れているのは、お前の脳みそ！
悲しい事故はお間の存在！

yo!yo!yo!

もうお前の相手には飽き飽き！
口には出さないが誰もが思ってる!
これで相手をするのは本当に最後！
何も持たないをお前にかまっても残るのは疲労。

敵でも味方でもお前に居場所は無い！
どちらにとってもお前は迷惑、存在がウザい！
善人も悪人もだれも相手にしたくない、それがお前！

20年前から滑り続けたお前の身体はアザだらけ！
まるで入れ墨！恥の刻印！
ここがネットでよかったな！
いやでも、ここでも恥をさらし続けてるから変わらないか汗

おしまい

>>156
そのレスをしているあなたは若者の設定ですか？

何度目かの結論が出たね
そう、おしまいなんだ
何度議論しても、Flutter はオワコンなのさ

だから、結論でただろ?
誰も止めないから後は勝手に突き進めばいいじゃんかよ。

スレ伸び過ぎだよ
内容無いのに

>>149
Flutterのみが初心者？
それともプログラミング自体の初心者でFlutterから触り始めた人かな？
内容的に後者だと想定して話すと、まずは基本的にエラーが出たら、エラーの文章、長いかもしれないけど、それをそのままコピペして検索とかするね。
それで出なかったら、flutter というワードと合わせて、部分的に大事そうな場所を切り取って検索とか。

>>163
説明ありがとー
プログラム歴は伏せておく、まぁそこらのプログラマーよりは長いとは思うけどね
このDart言語って結構面倒っぽいね
build内の細かな処理を書こうとするとダメっぽい、ググってDartではイレギュラーなのか引っかからない
build内のchildに関数をウィジェットクラス化したものをコールすることでOKっぽい
Flutter始めたのは効率良くマルチプラットフォームという触れ込みだったが、KPMのほうが素直っぽいなぁ
リリース版の速度はFlutterのほうが上っぽいけど
もうちょっと触ってみるよ、ありがと！

Riverpod3変更多いみたいやな
Exceptionで勝手にリトライするとか正気か
1人の作者の好き勝手な変更に毎度付き合わされるのみんな平気なん？
デカいアプリで使ってる人大変やろ
コストもかかるやん
でも茨の道選んだのは自分やしな
この機会に離れるのがいいと思うけどそれでも使い続けたい人はまあがんばってや・・

3かGetXはどうなった

ほんでそのうち「やっぱりRiverpodでは無理なので、新しく○○を始めました。これからは○○です。これが最善だと私は強く信じてます!」みたいなw
実際providerでそれ言ってたからねー。
まあ使いたい人が使ったらいいんちゃう。

Rubyは、Go/Rust/Elixir の3大言語を超えた！

Stack Overflow 米国年収。2022 -> 2023

Ruby : 9.3 -> 9.9 万ドル
Elixir : 9.3 -> 9.6
Go : 8.9 -> 9.3
Rust : 8.7 -> 8.7

多くの言語 : 6.5～7 -> 7.3～7.8

PHP : 5 -> 5.9
Dart : 4.4 -> 5.6

PHP, Dart は、コンピューターサイエンスを勉強していない高卒用言語

DI：依存性の注入は、Java, C# など数十年前の話。
Rubyでは全く聞かない。
デザインパターンもあるけど、OSS 界わいで議論されて統一されるので、それを使うだけ

状態ライブラリなど、汎用的なものは自作してはいけない。
基本、誰かがライブラリを作って、議論され統一されたものが使うべき。
汎用的なモジュールを自作した瞬間、廃棄物になるので保守できないから

自作するのは中身のビジネスロジックだけ。
とにかく自作してはいけない。
フレームワークの中身だけを書く

Goってむっちゃいい言語だろうになぜか流行らない、謎だ

>>168
まず日本語をがんばろう

保守できないレベルの人はaiに淘汰されるからどっちみち出番は無い

>>168

どれくらいの信ぴょう性があるデータなのか知らんけど、伸び「率」で言えばこの中ではDart がトップやなw

>>168
>>基本、誰かがライブラリを作って、議論され統一されたものが使うべき。
>>汎用的なモジュールを自作した瞬間、廃棄物になるので保守できないから

ただ言葉が違うだけで、誰かが作ったものも、自作したものも結局のところ意味は同じでしょ？
まあ、組織運用か、個人運用か、の違いをもしかしたら言ってるのかも知らんけど。
どのライブラリも、誰かが自作したものだよw

廃棄物になるリスクが高いのは、複雑で難しくて運用するための労力がたくさん必要なものであって、単純で簡単なものほどそのリスクはない。

その誰かが作ったフレームワークも、万能なフレームワークなんてものはないわけで(完璧だと証明されているなら必ず言語の基本機能として取り入れられてフレームワークじゃなくなる)。
万人の用途に合ったフレームワークがそれぞれ必ず用意されてるわけでもない。

その言及の裏の意図を読み解いていくと、有名どころのor普段づかいしてるフレームワークでできないことはやりません、みたいにもとれる。
まあ、責任回避したいサラリーマン気質SIerの発想なのかな？よくわかんないけど。

プログラムはもっと自由なんだ。

そういうのはJavaだけでいいよ。なんかよく知らんけどspringとかstrutsとか使ってればいいんじゃね？
Javaは別にどうなったっていいよ。絶対使わないしあんな老害言語。
おれあんまりよく知らんくせに、老害とか言い過ぎかもしれんけどw、あんな校長先生のクソねみぃクソ長い話、とか、何回同じこと言うねんさっきそれ話したやろクソジジイ、みたいな言語。

フレームワークは、Ruby on Rails の事

デザインパターンがOSS 界わいで議論されて統一されるとは、
OSS コミュニティーの事で、それがRailsに採用される

そして、全てのフレームワークへ波及していく。
だから、Railsが情報の最上流

PHP, Dart の伸び率が高いのは、
インフレで低所得者層は苦しいから、20～30% 上がる。
カリフォルニアで、5万ドルは生活保護レベル

Go は、10年ぐらいで主要言語になった唯一の言語。
KENTA は初心者のキャリアパスは、Rails → Go のみと言う

Rust は、Ruby/Go/Elixir と比べて、年収の上昇が止まった

汎用的なライブラリを会社レベルで作るのは、保守できないので駄目

だから、Microsoft でも、Linux エンジニアを採用して、
Linux財団に加盟して、OSS コミュニティーで作る事にしている。
そこが最上流

以前は、Linuxを嫌いなCEO が居たから、
Docker のコピー品を自作したりしたけど、失敗に終わった。
だから今は、DockerはLinuxにしか存在しない

また、WSL2 でシームレスにLinuxを使えるようにした。
いずれは、Windows Server もやめるだろう

GoだけじゃなくKotlinもここ10年でJavaを喰らって主要言語になったよ

Ruby on Railsを語るならPHPGoRustElixir だけじゃなくSpringBootで強いKotlin/Javaの名前も出すべきだと思う

>>174
>>175

>>フレームワークは、Ruby on Rails の事
じゃなくてw
君がフレームワークって言ったんやから、おれはそれに答えて、フレーワークを具体的に適当に出しただけw
Ruby on Rails の事を指してるなら、最初から Ruby on Rails って言おうなw

君は、他人が決めたことばかり述べるだけで、自分の意見が一つもない。
自分が傷つかないように、そうやって身を守ってばかりに気を取られていると、他のことがおろそかになりまくってるんじゃない？
他の誰かが作った盾と鎧で身を固めまくって重そうに歩いてる姿なんて、君から見ても、見るに堪えんやろ？

Railsが最上流なのか、自分がどう思うのは勝手やけどw、要は、Rails以外触りたくないってこと？w
Railsしか触りたくないって人が、各種言語、OSS、コミュニティなどの総論を語るのは早ないか？w
まあ、他人の意見をそのままコピペしてるだけやから語れてもいないんやけどw

直近の議論で Flutter のオワコンが明らかになったから、スレの残りは Rails の話をするのか
いいんじゃないかな

何故か伸びてると思ったら変なの湧いてるだけか

またキチガイRuby馬鹿か

このRuby荒らしのせいでどこの誰とも知らないKENTA？とかいう奴の印象が非常に悪い
このRuby荒らしはKENTAの印象を悪くするためにアンチ活動してるんだと思う

というかこれは何の得があるの？w

KENTA・勝又健太の本はベストセラーでしょ。
kboy も協力している

全ての職業の中で、学歴不問で馬鹿の文系でも、
最も短時間の勉強だけで稼げるチート職業は、Ruby on Rails

勉強の手順も決まっているから、再現性が高い。
外人もそう言ってる

Linux, Docker, AWS Solution Architect、データベース設計も含む

Rails 7 のデフォルトのCSSフレームワークは、
Bootstrap, Bulma, Tailwind, PostCSS, Dart Sass の5つ

他には、React をやりたいなら、JavaScript/TypeScript も

逆に、勉強したくない香具師がフロントへ行く。
だから求人倍率が10倍違う。
バックエンド5倍、フロント0.5倍

そりゃ、画面をいじって時間をつぶしている香具師は、単価が安い。
だから、WordPress, Dart は安い

Rubyコミュニティ衰退しとるやんけ
https://www.publickey1.jp/blog/24/javascript2520python1820java1770slashdata.html

場違いなレスでも、よってたかって攻撃するのはやめよう。
まあ、おれが一番の長文で攻撃してるんやけど。
ここはＫＥNＴAスレじゃない。
お前も森へおかえり。
あのアフロっぽいもじゃもじゃ髪の毛の中に。

>>183
フロントスレでフロントを馬鹿にしてなにがしたいん？？

フロントはこれからも重要であり続ける
だからいくつもフレームワークが生まれた
その中でよいものだけが生き残る
このスレで議論した結果、すでにFlutter はオワコンで間違いないようである

KENTAって人崇拝してるっぽいけど
イメージ下げる投稿続けてたら大好きなKENTAに嫌われるぞ

>>183
>>外人もそう言ってる

お前、援護射撃してもらってる存在に失礼な言い方すんなw
外人以外にも言い方いくらでもあるやろw

フロントエンドをディスりだしたけど、そりゃ悪手だろ、蟻んこw
そんだけフロント馬鹿にしといてまさか、フロントエンド含まれてるアプリ触ってないだろうね？w
馬鹿にしといて裏ではお世話になってる...まさか、そんなわけないよな...？w

普段から裏ではお世話になっているよw
底辺が作った家に住んで底辺が整備した車に乗っているよ

ごめんフロントは大工以下の底辺だったね

>>191
フロントスレにわざわざ来てるお前も同類だな

Ruby がオワコンだから、オワコン Flutter スレに吸い寄せられてきたのか
類が友を呼んでしまった
しかし、ここに来るなら Flutter の話をしてもらわないと困るよ

>>190
品性はお金じゃ買えないよ。
上辺だか何だか知らんがrubyの仕事してこいよ鬱陶しいな
おまえうざい
イジリがいもない

>>191
お前さあ...
大工まで蔑んで何してんの？
お前は底辺以下の泥沼の底の底に沈みこんでてて姿見えへんぞ。
流石にもうちょっと上品でいてくれへんと相手できん
下衆は返れ。下水道に。
排水溝に詰まったK・E・N・T・Aの縮れ毛を回収する仕事でもしてろよ。
ああ、もうすでにその仕事やってたか。
誰にも相手されへんからってその仕事はさすがにみじめやぞ。

察してやれ
ここが最後の砦なんや
ここで相手にされなかったら本当に完全に一人なんや
だから何を言われてもクソレスを投稿し続けている
わかるか？

フロントスレはここのほかにもたくさんあるのに、なぜここなのか？

>>190
キモい

質問なんだけど、バックグラウンドで動いているFlutterでスリープから復帰したって検出可能です？
AndroidのReciverみたいな感じ
ググってもTitaniumしか出てこなくて、MacOSで環境整えようとしたら動かねー

今だけです

>>200
これは良かったよなあ

>>199
おれはflutter詳しくないから、仮にflutterにその機能が無かったとしても一応解決策はあるとだけ。
dartから直接ネイティブのコードを呼び出すdart:ffiがあるので理論上可能なはず。
like数多いlibraryだと pigeon とかあるみたい。
あとは、自力でdart:ffiを使ってそのReciverを呼び出すコードを書くか。

WidgetsBindingObserverのdidChangeAppLifecycleStateじゃだめなん？

>>202
考えていたより大変そう
今はKotlinでReciver受けてDartで拾えないか検証中

>>203
Activityがフォアグラウンドにいる時は問題ないけど、バックグラウンドに行っちゃうと拾えないっす

>>200
こんなにコスパの良いやりかた初めてかも

>>204
結局まともなソフトを作るためにはkotlinとswift、デスクトップならさらにC++とかを覚えないとダメなんだよなあ、その上でさらにDartやろ

Kotlin だけでいいだろ

>>207
Androidだけでいいならな、DartもFlutterもいらない

簡単なアプリを作るだけならKotlinオンリーでできるよ
Swiftの定型文はテンプレートコピペで済ませられるから
ファイルのピックとかもKotlinライブラリが出てきてる

技術顧問できますって言ってる人のｷﾞﾌﾊﾌ見たわ（ーー：）
おまいらどう思う？

へ？今ってKotlinだけでAndroidもiOSも対応出来るん？
Swiftへ無変換リコンパイルが出来るってことで良いのかな。
Androidはリバースエンジニアリング出来るのが嫌いなんだよなぁ

>>211
KotlinコードはKotlin/Nativeの技術を使って、Swiftへトランスパイルされるんじゃなくてネイティブコードへそのままコンパイルされるようになった

泥JVM向けアプリのデコンパイルの容易さが気持ち悪いのはわかる
ロジックをKotlinのままAndroidNativeプラットフォームでラップできるっていう回答は一応あるけど面倒くさいし

>>212
ありがとー
ググっても資料が少ないけど、Kotlin/NativeからSwiftにするのは1件見つけた
センサー系を使うことが多いからそれがSwiftでも動作してくれるかだなぁ
試してみるよ

みんなMacでFlutter使ってるの？
iOS用はXcodeが必須だからMacが必要だよね

昔やってた頃はビルドならCodeMagicでできたけど今はできないんかな？
まぁ真面目にやるならMac必須だけど。

リリースするとなったら、iPhone実機でテストしてないと不安だし、個人開発くらいでMacとiPhone全部そろえるのは個人的に無理かな…
でも将来的にiOS版もリリースするかもしれないから、Flutterでandroid版を作ってみるかな
Dart、JavaScriptに似てるから、改めて勉強しなくてもいいみたいなんだよね
JavaScriptはなれてる

>>213 は Kotlin だけで足りると知り、無事に Kotlin スレにたどり着いたようだ
しかし、>>216 が新たにハマりかけている
また riverpod で消耗する人が増えるのか？
JavaScript に慣れてるなら ReactNative や Capacitor も検討したらどうか？

>>217
ReactNativeが良さそう…
これですすめてみる

MacとXCodeとSwiftが大嫌いでFlutterを使ってる俺みたいなのは少数派かな
Windows上のAndroidStudioでアプリのテストまでやりきって、Mac側ではiOSでの動作確認とリリースビルドだけ実施
今のところこれが一番楽

KotlinもSwiftも特定のIDEに縛られているから、その点でDartは有利だ

Androidである程度作って、iOSで実機デバッグしようとしたら、iOSはデバッグではプラグインが使えないとか・・・おかしいっしょ

flutterの状態管理ライブラリと呼ばれるものって、別に状態を管理する手段を提供してないのでは？
ただ、setState()を直接呼ばないための手段しか提供してなくないか？

composeなら状態管理はrememberで済むのになあ

状態管理ライブラリが複数あり、すべてウンコだ！とか言ってるのは Flutterユーザーだけ

>>223
Kotlin触ったことないから解釈違いがあるかもしれんけど。
見た感じ、やってることはflutterの状態管理ライブラリと変わらないという印象やな。

状態管理ライブラリっていう名前から、100とか200あるたくさんある状態の管理を、ミクロではなくマクロな部分で手助けしてくれるものかと思ってたけど。
実際のところ、公式が提供しているapiの薄いラッパーか、observerを提供するのか、ミクロの部分で使うライブラリみたいだね。
状態管理ライブラリとかいう大層な名前で呼ばれるのはおかしいと思うけど。
結局、MVVMだったり、のデザインパターンで、複雑な状態をなんとか管理しようっていうのが現状か。

Flutterが状態管理のために長ったらしい定型コードを書かせるのが悪い
「～の状態管理ライブラリを使ったらアプリの動作パフォーマンスがよくなった！」じゃなくて開発者のコーディングライフを改善するためのものになってる

>>227
たしかにStatefulWidget使うにはclassを2つも定義しなあかんとか、あれは冗長やわな。
パフォーマンスの面であのようにするしかないのかも知らんけどどうなんやろね。

>>「～の状態管理ライブラリを使ったらアプリの動作パフォーマンスがよくなった！」
ライブラリのうたい文句でよく聞くけど、そもそもラップしてるのに本当に動作よくなるのか？wって思うけど、まあ、なんか今更やけど。

ReactNative、エラーがわかりにくいって
調べるだけで時間を消耗するって、自分がはまるやつだ w
Flutterにする

React+Capacitorじゃあかんのか？

>>230
情報が少ないかな？
他の言語だとpythonとかで満足してる方なので（情報が多い）

Android メインなら Compose の方がいいと思うなぁ
JavaScriptに抵抗がないなら、ガワアプリもいい選択になる

スレが状態管理の話題で埋め尽くされるようなフレームワークは、とてもお勧めできない

dart は exception(error) handling が try catch 構文を利用するのが基本だが、正直 result 型で handling した方がはるかに楽。
おれは自分で result library を定義して使ってる。
あんまり try catch で handling することに対して批判を聞かないが、実際のところどうなの？
おれはもう try catch で handling とかもう無理な身体になってしまったが。

Dartに限らず例外を嫌ってその手の試み繰り返されてるけど
コアライブラリその他諸々エラー投げるもの全部ラップする羽目になるし
開発メンバー全員同じ方針で書かせないとならんし
労力とメリットが釣り合ってないんだよね
Future使えば良かったってオチになったり
例外を採用してしまった言語はもうどうにもならんかも

小規模や個人の開発でresult採用してる人や検討してる人はどこかにおらへんの？

dartってJavaScriptとほとんど同じだね
心配して損した

>>236
元々dartはJavaScriptの置き換えを目指して開発された言語やからな。
ちなみに知ってるかも知らんけどdartはJavaScriptへトランスパイルできる。

>>237
トランスパイルって何？

>>238
あるプログラミング言語を機械語などに変換することをコンパイルという。
それに対して、あるプログラミング言語を別のプログラミング言語に変換することをトランスパイルという。
例えばTypeScriptはJavaScriptへ変換するトランスパイル言語などと言ったりする。

> 開発メンバー全員同じ方針で書かせないとならんし

メンバーが同じ方針で開発するのはでも基本でしょ
Resultを使うチーム方針も一部にすぎないよ
レビューで確認事項を増やしたくないなら使い忘れの検知を自動化してもいい

キャッチ漏れのようなミスを防ぐ手段を棄却するかResultで確実にハンドリングするかだよ
どっちがいいか考えるのだ
小さな労力気にするのに、労力避けてミスったときの労力を気にしない人がいるのがこの界隈の変なところ
そもそもResult使うのはそんな労力かからん

AsyncValueも例外の欠点に向き合って編み出された(つかウェブからパクった)手法だけど
Riverpodの癖のある挙動(キャッシュの機構とか)にガチガチに結合してる失敗作なんだよな
使ってるうちに変な動作に悩んで混乱するメンバー出てくるからおススメしない

>>240
例外を投げるもの全部ラップしないといけないっていうのは手間と言えば手間だけど。
逆にそれだけ、投げる例外が多いのならResultで確実にハンドリングできた方が結果的には管理は楽になると思うんだけどね。
自分でResult使ってて、例外の種類が多ければ多いほど、これはResultにして機械的にハンドリングできるようにしないと無理だなって思う今日この頃。
型としてこの処理はこれらの例外が発生しうるっていうのが分かった方が、わざわざ呼び出し先のドキュメント見に行って、この処理はこんな例外が発生しうるのかってのを逐一、確認しなきゃいけない方が、少なくとも自分には不毛な労力に感じる。

最後文章変になったけど、発生しうる例外が型として確認できた方が、わざわざドキュメントで確認しに行くよりはるかに楽ということ。
というか、この点だけでも、Resultを使う価値はあると思う。
逐一ドキュメントにどんな例外が投げられるかを確信しに行くという作業がめちゃくちゃ疲弊する。

try/catchは深い階層でも呼び出し元に投げやすいように考えられたもので非同期呼び出しの文脈でResultより使いにくいのはその通りだと思う

>>239
ありがとう
わかったわ

例えばhttp.getがraiseする可能性のある例外の完全なリストってどこを見ればわかるの？

すべてはソースコードにある
それが Flutter クオリティ

ソースを読めないなら、すべての例外を握りつぶして「エラーです！！！」と表示するといい

ソース読む方法だとラップせずそのままrethrowしてることが多いから
使うすべてのメソッドに対してヌケモレのない例外リストを得ることは現実的には不可能じゃない？

http通信回りはあまり詳しくないが。
完全なリストとなると一応こういうことじゃないか？
https://developer.mozilla.org/ja/docs/Web/HTTP/Status

Flutterの各種widgetのハンドリングをResultでするとかもまあ、Resultでやるのはあんまり現実的ではなさそうな雰囲気を感じる。
widgetの部分は無理でもフレームワークに依存しない内部の処理の部分はもちろん自分たちが管理する部分なのでResultでできるだろうが。
httpに限って言えばステータスコードで返ってくるからそれをResultにするのは簡単そうだが。

外部の仕様やフレームワークのメソッドに対する完全な例外リストを得ることができるかどうかは、外部次第というか。
まあ、RustのようにResultが言語の機能として盛り込まれているわけではないから、妥協しないといけないところはあると思う。

例外をcatchできてるなら、理論的にはそのタイミングでResultに変換できるということではある。
自分たちが管理してるならいざ知らず、外部で管理されてるやつはねえ、まあ、それをResultでラップし直すのは規模によっては大変だと思うよ。

おれは、基本的に個人開発しかしてないんだけど。
例外リストにヌケモレがあるっていうのは、それはバグじゃないか？

DartでResultをするうえで重要な点を言及していなかった。sealed class の機能があるからResultをする意味が上がる。

sealed class Result<V,E>{...}
final class Success<V,E> extends Result<V,E>{...}
final class Failure<V,E> extends Result<V,E>{...}

switch (result) {
Success():...;
Failure():...;
}

seald class の機能を使えばswitchでSuccessの場合とFailureの場合を強制できる。おれ個人は関数的な書き方ではなく文的な書き方を常用している。理由はreturn文をかけるから(早期returnができる)。ついでにexceptionもこのselad classを使う。

/// {@macro HttpRespons401Exception}
/// {@macro HttpRespons402Exception}
/// ...
sealed class HttpResponsException {...}
/// {@template HttpRespons401Exception}Unauthorized...{@endtemplate}
final class HttpRespons401Exception extends HttpResponsException {...}
/// ...
final class HttpRespons402Exception extends HttpResponsException {...}
/// ...
final class HttpRespons403Exception extends HttpResponsException {...} ...

switch (httpResponsException) {
HttpRespons401Exception():...;
HttpRespons402Exception():...;...
}

final Result<String, HttpResponsException> myHttpGetResult = myHttpGet(...);

厳密ではないが、おれはこんな感じで書いてるよというイメージ。DocCommentをつければmousehoverしたときに詳細がわかる。

>>248
それはDartのhttp.getでは例外扱いではないよ
戻り値に含まれるResponseのstatusCodeを見て分岐させるもの
例外はClientExceptionやSocketExceptionなど

おれはhttp.getを触る処理をやる予定無いから別に間違っても構わないし深入りはしないけど。
http.getのドキュメントからそれらのexceptionが発生しうる旨は書いてなかったな。
実際にはそれらが発生するならドキュメントの不備じゃね？
まあ、おれは深く触る予定無いからいちいち真偽を調べへんけど。

おれ自身の感覚としてはstatusCodeでエラーを表しているものであるなら例外もしくはErrorとしてあつかってもいいと思うけど。
そこらへんの細かいところは実際に管理してる人が責任もってやる領域だと思うので、各々の責任でやってくださいって感じだな。

中には話が通じる感じの人もいるみたいだが、そろそろ5chを卒業するよ。
いままでありがとう。

みんなプログラミングの話って5ch以外の日本語SNSのどこでしてるの？やっぱ旧Twitter？

プログラミングの話はだいたいXでしてる

プログラミングに限ったことではないが、何かを批判すると、すぐに暴れる人が出ててきて誹謗中傷などの攻撃してくる者が多数現れるから。
5chやSNSでは当たり障りの無いことしか言いにくくなってるんじゃないかと感じる。
まったく最高の国だな。
話の内容にもよると思うけど、おれはもう当分はあきらめたよ。
プログラミングで話し相手探すの。

プログラミングにも話題ってものがあるだろう
ここには消耗しきったプログラマしかいないんだよ

>>256
「ホロン部」を検索

何か攻撃されたん？

rustのコアライブラリのdart実装
https://www.publickey1.jp/blog/24/rustdartrust_core_10rustdart.html

Resultもあるね
やはりFutureとの組み合わせは辛そう
https://github.com/mcmah309/rust_core/blob/8bd6470f3a87e26f3c2453ccad8b17b3e427bf22/lib/src/result/result.dart#L52

有象無象の中の1パッケージをいちいち取り上げる意図がわからんな

>>260
Dartを使ったことのある人向けって対象少なすぎて草

play ストアでの公開、1度きりだけど今4000円かかるのか…
スマホのアプリ開発断念するわ
今まで通り、adobeのスクリプトとPCのデスクトップアプリ開発でいく

モバイルアプリなんてゴミ
ウェブサイトで事足りてるもん

4000円かかるからアプリ断念すると書いてあるように見えるが僕の見間違いだろうか

そういってんやないの

ネイティブはネイティブの開発の面白さがあるなあ
ユーザーにとってはWebアプリが一番使い勝手がいいんだろうけどね
Webは進歩が早すぎるし自由すぎる

ネイティブで処理したい箇所にUI要素は無いから
UI(Reactなど)+ネイティブ処理(flutter)で十分だね

DartはいいんだけどFlutterフレームワークが微妙
ReactやComposeのが書きやすい

JavaScriptと同じじゃん
JavaScriptで変数宣言すればいいだけ
楽勝

>>271
言語仕様はどれもいいんだけどUIフレームワークに書きやすさの違いが出てくる

UIはwebviewにホストしたReactにやってもらう

flutterが覇権とるのいつなんすか？
もう5年くらい待ってんですけど

SwiftもDartもあまり変わらない気がする…
Swiftにしよう

良い選択だと思う
Swift はこれからも生き残るが、Dart ｂﾍオワコンだかｂ轤ﾋ

>>269
FlutterはUIフレームワークだからネイティブ処理にFlutterって意味わからんぞ

>>277
flutterがプラットフォーム別のネイティブコード書ける環境になるやろ
初心者じゃなかろうしそれくらい解れや

>>278
FlutterではなくDartがプラットフォームごとのネイティブコードを書ける環境になる、な？

「Flutter 3.24」「Dart 3.5」が公開 ～低レベル描画API「Flutter GPU」を実験導入

>>279
違う違う！
AndroidならJava,Kotlin、iOSにはObjective-C,Swiftで、windowsならc#で書けるでしょ
でも基本は全部共通でwebviewホストしてreact+Typescriptで書いてんたけどねwww

Android固有のJavaコードやiOS固有のC系コードなどをDartでラップしたものをFlutter+WebViewから呼ぶって言いたいんでしょ？わかってるって

DartはもともとはJavascriptをラップした言語なんでしょ、この部分でも頑張ってごみタイプスクリプト駆逐してほしいんだけど

殆どreact+Typescriptだけで済んじゃうけどね
flutterかますのはアプリ化要件と保険の為かな

ガワネイティブアプリの作成手段が
Flutter，KMP，Capacitor，Tauri
と増えてきてありがたい

スレチなんだが知ってる人いたら情報頂きたいんだけどTauriのモバイル対応プラグインってもういくつか出てたりする？特にパーミッション周りのやつ。以前探したけど見当たらん

Webで十分なのにモバイルアプリにこだわるの？

>>286
モバイルアプリの通知機能を利用者に使わせたいんや

わいもWebアプリでええやんて思うけど
若者に見せるとアプリないの？て言われるんだよねぇ

プッシュ通知は使わないん？

ブラウザでNotifications APIが使える

>>290
使ったうえで言ってる？

使えると使いものになるは似て非なるものだ

ウザい通知機能のことだな

生成AIの手を借りて、SwiftUI+Composeそれぞれでスマホアプリを書いているが結果的に正解だったかな。

flutterは流派や派閥があってややこしそう。

Swift書けるならこれでいいよ
SwiftUIからComposeへのトランスパイルにも一部対応してる

単一のSwiftコードからiOSアプリとAndroidアプリが作れる「Skip 1.0」正式リリース。SwiftをKotlinへトランスパイル
2024年8月22日
https://www.publickey1.jp/blog/24/swiftiosandroidskip_10swiftkotlin.html

>>295
ゴミが月29ドルワロタｗ

>>296
でも割とよく出来てるよ
https://github.com/skiptools/skip-ui

今はriverpodとblocどっちがいいんだ？

今も昔もbloc(cubit)
riverpodはクソ
freezedみればわかるじゃん
ああいう醜い物しか作り出せない作者だよ
dart_mappableの自然さと比較してみなよ、吐き気がするだろ？
ソニー並みに独特な仕様を押しつけすぎなんだよな
riverpodもごちゃごちゃすぎる独自仕様でfreezedと同じ作者だなって感じ

Firebaseに明細データ登録するアプリ出来てるけど、集計とカレンダー、グラフ周りはReactで作って、WebViewで表示させようと思ってる。
MAUIで作ってるけど、ライブラリが足りないかバグが多くて使えない。

Bloc触ってみてるけど
RepositoryProviderって使った方がいいのん？
GetItじゃだめぇ？

海外のブログとかではBlocの実装が多いように見える。

名前がダサすぎるんよ
「Providerのアナグラムだぞ」で「じゃカッコいいね！」てなると思うか？
ダサいものはダサいんよ
中身も垢抜けない芋みたいやし
それを絶賛して使ってる人も、、、

次スレからスレタイはriverpodアンチスレにしとけな

お前らまだFlutter/Dartを触ってんの？CMP/Kotlinやってみろよ
状態管理が快適で飛ぶぞ？

快適すぎてお前がここに飛んだわけか

CMPも触ってみてるよ
kotlin好き
Gradleがとっつきにくい

>>306
そうともいう🥴

>>307
わかる、Gradle（Groovy or Kotlin Script, kts）は色々と複雑だよね
JetBrainsもGradleの複雑さを懸念してるみたいで、Gradleの置き換えを狙ったAmperっていうKMP特化のビルド用ツールを開発中、シンプルに書けるようになるみたいだけどバージョン1.0.0到達にまだ数年かかりそう
https://github.com/JetBrains/amper
https://blog.jetbrains.com/ja/blog/2023/11/29/amper-improving-the-build-tooling-user-experience/

EchoAPIを使えば、Flutterの開発がもっとスムーズになるよ
データの取得や処理が簡単になるから、開発時間を短縮し、ユーザー体験を向上させることもできる
活用してみてうれしい

Flutterのネガキャンされたからって「3次情報に脊髄反射して振り回される頭の悪さ」はアウトだろ
間違った情報広められるの不快だが人の中身を攻撃する人間見るのも反吐が出る
そんな奴が権威みたいにのさばってるFlutter界隈全体も嫌いになりそうだ

突然何の話？大丈夫か？

Flutter界隈ってちょっとアレな人が多い印象
なぜだかはわからない

俺も同じ印象だな
何故なんだろう

すごい人が作ったフレームワーク使ってるだけの凡人なのに自分がすごいと錯覚しちゃうと他のフレームワークを攻撃するし頭の悪さなんて言葉まで使って他人を攻撃するズレた人間になるんだよな
どのフレームワークや技術にもいるけどFlutter界隈では自浄作用働いてないみたいでイヤになるし共感性羞恥でいたたまれないわ

まあ使うにしてもとんでもなく複雑で規模のでかいアプリを作ってるとかならわかるのだけど
しょーもないガワアプリばっかだしなあ

すごいレッテル貼り

凡人の錯覚の元ネタはXでバズってたやつな

how software actually works for 99% of engineers: someone way smarter than you solved a really hard problem and now you build on top of their solution like adult legos and think you're a genius
エンジニアの99%にとって、ソフトウェアの実際の仕組みは次のようになります。自分よりはるかに賢い人が本当に難しい問題を解決し、あなたは大人のレゴのようにその解決策の上に構築し、自分が天才だと思っているのです。

>>312
Flutterに感じる違和感の正体だわ。
新興宗教的というか。

薄々オワコンとわかっちゃいるんだけど、それを認めたくないんだろうね
riverpod や freezed で消耗した時間はムダではなかったと思いたいんだよ

言葉強い人やテスラやアップルや株の話やポチった話ばかりの人はうざいから即アンフォローしてミュートが基本な
だがミュートしてる人を誰かがリポストしてるとリストに出てくるんよな

ただの私怨で噴く

リストはミュート出てきちゃうね
嫌な人見えないSNSはどれ？bluesky？

最近マジでアレな人増えたよな
技術力ないのに偉そうに噛み付いたり
コードなんも書いてねえのにさ
matzに絡んでいった人とか救いようがない

RubyとFlutterに共通するものっていうと、スクール商法が盛んってぐらいしか思い浮かばんな
もしかして、あそこらへんの商売に引っかかった人が暴れてるんかな？

すごい人が作ったMac(NeXTSTEP)使ってるだけの凡人なのに自分がすごいと錯覚しちゃうと
Windowsを攻撃するし頭の悪さなんて言葉まで使って他人を攻撃するズレた人間になるんだよな
どのOSや技術にもいるけどMacintosh界隈では自浄作用働いてないみたいでイヤになるし共感性羞恥でいたたまれないわ

macコンプレックスを割り引いたとしても
ものすごく頭が悪そうなレスなのは間違いない

すごい人が作ったWindowsを使ってるだけの凡人なのに自分がすごいと錯覚しちゃうと
Macを攻撃するし頭の悪さなんて言葉まで使って他人を攻撃するズレた人間になるんだよな
どのOSや技術にもいるけどWindows界隈では自浄作用働いてないみたいでイヤになるし共感性羞恥でいたたまれないわ

Appleの独占商法うざい
Xcodeをmacos以外でも使わせろ

Macを湯水のように買えない人が、テスト用のiOS機器を十分な量揃えられるとは思い難い
こればかりはAppleが正しいんじゃないかな

iPhoneは最近バカ高いしAndroidも良質な端末が多くなって保有率も年々下がってきてる
iOSアプリ開発のためにバカ高いMacを買わなければならなくなる時代もそろそろ終焉になると思う

個人で小規模開発するならとりあえずCodeMagic使っとけ

ここのひとか
つべ watch?v=QBwPbj5NW_A#t=4m05s

>>330
iphoneの価格、米ドルでは10年くらい変わってないが？

あんたがアメリカ人ならそれでいいんじゃね
俺たち日本人なんで

日本をインドにしてしまえ

アベノミクスで日本円がバカ安くなったおかげですねw
バカな国民は名目株価さえ上がってればすぐ騙されるから

このスレ、アメリカ人が多そうですね

Flutterの話題に戻すぞ

それは困る

実質的に貧しくなってるのに、税収が過去最高だから円安政策は正しいと主張するバカがいるんだよね
そういうバカがいる間は日本人は貧しくなり続ける
アプリはボロAndroid端末向けに作らなきゃいけないってこと
つまり、バカどものせいでFlutterはオワコン

スマホアプリじゃなくてデスクトップアプリとして使ってるわ

日本がいやなら、アメリカやスウェーデンに移住すればいいじゃない

もうええて

色んな機器をざっくり制御するなら、Flutterが一番楽なのかな？
細かくパラメータ設定するならネイティブなんだけども、
複数の外部UVCカメラで録画してBluetoothマイクで録音してってなると、一番向いてる気がした

FlutterKaigi.jp
重くてスクロールがもっさもさだな
特にスマホ
あんまり考えずに作ってもそんな重くならなくない？

>>345
WASMのサクサク具合はKotlin MultiplatformのComposeの圧勝だ
https://materialkolor.com
https://github.com/jordond/MaterialKolorBuilder

てかこのウェブページのレイアウトでFlutterを使う意味がわからない>>345
HTMLとCSSで同じことを簡単にできる
あえてFlutterでやるなら手抜きせずにちゃんとシングルページアプリケーション作れや、と思った

Flutter会議だからどうしても使いたかっただけやない

なぜ？Flutter中の人もウェブサイトに向いてないって言ってるしflutter.devだってFlutterじゃないじゃん
強引に使っても快適に動けばいいけどできてない(重い)しprimary scroll viewの設定すらできてないよな

そんな酷いのか？と思って見てみたらガクガクで笑った

iOSとAndroid両方のアプリをFlutterで作りたくてまずwindowsにMacの仮想環境を導入したんですが後々行うアプリ開発で仮想環境は役に立ちますか？

署名や通知の実機デバッグで困るから素直にMac買うべき
初学者が変な環境でハマったら解決難しいよ
そもそもMacOSのライセンス違反では？

残念だけど何の役にも立たないなぁ、もし学生ならライセンス違反(macOSのライセンスはmacのHW上で使う縛りがあります)なので就職活動でそんな話しちゃダメだよ？

>>353
いつの話をしているの？
今はそんな縛りは無いよ

M4 Mac買ったから、Flutterやろうかな？
Adobe JavaScriptの動作検証用に買ったんだけど、今のところそれ以外使い道が無いので。
Dartが自分的にピッタリ合ってる気がするけど、モバイルアプリのネタが無いんだよな…

大人しくネイティブにしとけ
これからAppleインテリジェンスのAPIが大量に追加されるのだけど
Flutterからそれがまともに使えるとは思えない
これからアプリ作るならAIしかねーんだし
そのAPIを封印するメリットは何もない

>>356
ラッパーはすでにあるしSwiftで書いてもいいんだからそこは問題にならんでしょ
Android版にも同等機能つけてくれと言われるのが一番困る予感

iPhone自体がそのうち廃れるから先を見越すならやるだけ無駄だな
国内でiPhone買える層なんてごくごく限られてくるからあと2，3年すればシェアは大幅に変わる

>>354
縛りあるだろ。
いつ変わったんだよ。

>>358
それすら買えない乞食を相手にしても、金にならんがな

今後の時代は車載アプリだよ
AndroidベースばっかだからFlutterで作れる
真面目に将来iOSは廃れる

>>358
普通にキャリアから買えばローン分割できるしその審査が通らないやつって無職くらいだぞ

そのうちHarmonyOS NEXTがある程度シェア取ると思われるから、Flutter対応してほしい
Googleは間違いなくやらないだろうから、Huaweiのエンジニアに期待したい

新HarmonyOSは日本では絶対に普及しないから対応なんてどうでもいいわ
逆に中国は米企業のAppleとGoogleを排除して新HarmonyOSだけになるだろうね
東南アジアで使われるアプリを開発するならあれだけど、そもそも新HarmonyOSで動かせるアプリは今のところウェブベースのみだから普通にReactでUIを作るだけや
Flutterを使うメリットが無い

ネイティブアプリって昔で言うiモードみたいにメーカー側が囲い込みたいだけの理由で存在してるものだからいずれはネイティブアプリ自体が廃れることになると思うわ

ウェブベース上でネイティブコードを実行できるセキュリティに長けたWASMもあるんだしウェブベースアプリが今後主流になるのは間違いないし賛成だ
なんせついにWASMGCがSafari18.2で対応してWASMが完全に実用段階になったし
FlutterもせっかくWASMGC対応プラットフォームなんだからもっとウェブベースに力を入れてくれ

妄想は好きにやればいいけど現実見ような

>>362
円安でスマホの値段はますます上がる
金利は上がる
この流れは止められないということは知っておこうな

>>367
それは自分に言ってる？

OSの開発者はアプリの動作をウェブベースの実装に限定すればWebViewのセキュリティ保守に集中できる
新HarmonyOSはこれをやってる

AndroidやiOSはいまさらネイティブをやめさせてウェブベースアプリに移行させるなんてできないが、新HarmonyOSのように新しく登場していく根本から実装を見直されたOSはネイティブUIの提供をやめるだろうよ

救いようのないバカだな

>>370
ウェブベースでこそFlutterは輝くしむしろ良いことだと思うのになにが気に入らないのかさっぱりわからんわ

FlutterでWebアプリ作ったことあるのか？
そんなことは誰もしないと思っていたが
>>371 が道を切り拓くというなら期待するよ

普段reactでWebアプリの自分が
flutterでUIつくったら地獄だったな
モバイルアプリなら仕方ないけど

>>372
SPAであるよ
WASMは重いけどJavaScriptで出力すれば軽量

ウェブ上でひたすら再開発

flock出てきた時、go_routerがメンテナンスモード入った時
話題になった機会に口挟んで専門家気取ってる奴ださくね?
古参で詳しいですアピールして過去の人になるの回避してるつもりかな
実力示したいなら作った物で示せよ

くそくだらないことで同調を求めてくんな

>>355
前例は少ないけどサーバーもデスクトップアプリも作れる。おれは、dartでcliアプリ作ってるなあ。macは持ってないけどwindowsならwin32api用のライブラリもある。

>>378
PythonでMicrosoft Office用のアプリを作って、Microspft Storeで全世界に向けて公開したけど、全然反応が無い w
とっかかりが無いので、Pythonをすっかり忘れてしまった…
Adobe JavaScriptの方は、ぼちぼち反応があるので持続出来てる
今日もコメントが入ってた