#426 2026-05-03
KMPは2026年に使う価値があるか, Composeのstateを置く場所, Compose Nav 3でMulti-BackStack見直し, AI開発エージェントのドキュメント参照をAndroid CLIへ
Kotlin Multiplatform（KMP）は2026年、本当に使う価値があるのか？
GitHubで見るKMPを実プロジェクトで使うべきか問うOPに対し、「5年運用していてビジネスロジックの共有がとても楽」「CMPで200k+ LOCを本番で安定稼働中」など肯定的な声が多数。UIは両OSネイティブ構成が主流で少人数チームの恩恵が特に大きい一方、iOSビルドの遅さやFlutter派からの反論もあり。
Self-hosted runnerにおけるAndroidのGradleキャッシュ運用
GitHubで見るhttps://developer.hatenastaff.com/entry/2026/04/27/150913
はてなのマンガアプリチームによる、Self-hosted runner上でのAndroid向けGradleキャッシュ運用の知見。GitHub Actions標準キャッシュの10GB制限と削除頻度短縮を受けてAmazon S3バックエンド（runs-on/cache）に移行し
~/.gradle/cachesなど4パスを個別保存。デフォルトブランチを起点としたキー設計でアクセス制御を行い、downloadedResources等のcleanup設定で肥大化も抑制している。AIと共に技術負債と向き合う。OpenAPI GeneratorへのOSSコントリビュートを果たした記録
GitHubで見るhttps://buildersbox.corp-sansan.com/entry/2026/04/24/100000
Eight AndroidチームによるOpenAPI Generatorへのコントリビュート記録。kotlinx_serializationでdiscriminatorなしoneOfが空クラスとして生成される問題に対し、Claude Codeでコード生成パイプラインを解読しつつ、sealed interface + @JvmInline value classによる型安全な生成を実装し、本体に取り込まれた。
AI開発エージェントのドキュメント参照をAndroid CLIに置き換えた話 — 何を変えて、何を残したか
GitHubで見るhttps://zenn.dev/dely_jp/articles/383b2d538fad56
Googleが公開したAI開発エージェント向け公式ツールAndroid CLIを、Claude Codeベースの開発フロー3系統に導入できるか実測比較。ドキュメント参照はandroid docsでトークン92%削減を達成し採用、一方コード分析はandroid describeがWall-clock約9倍遅く、ビルド検証は該当コマンドなしのため見送った判断過程を記録している。
Composeのstateはどこに置くべきか？ 実践ガイド
GitHubで見るhttps://proandroiddev.com/where-should-state-live-in-compose-a-practical-guide-90a3e340e8ca
ComposeでstateをComposableに置くかViewModelに置くか迷ったときの実践ガイド。「ビジネスロジックに影響するか」を判断軸に、UI stateはComposable内に、business stateはViewModelに置くという原則を、ドラッグ&ドロップの例やライフサイクルの観点から解説。早すぎるViewModelへのstateホイスティングという落とし穴も指摘する。
Compose Navigation 3でMulti-BackStackを見直す：Segmented Single Stackという選択肢
GitHubで見るJetpack Compose Navigation 3でBottom Navigationのために複数のバックスタックを使うのは過剰設計ではないかと問題提起する記事。代わりに、単一のNavBackStackで各タブのルートをマーカーとして扱い、タブ切替時にセグメントを先頭へ移動する「Segmented Single Stack」アプローチを提案している。リスト管理の透明性と予測可能性が利点。