次アプリのクロスプラットフォーム選択（Flutter/RN/native）
背景与问题
OPC（B 方向）。次の新規アプリを作る時の技術スタック（Flutter/React Native/ネイティブ）を毎回感覚で選ばないための判定条件を作る。2025〜26 年の一致見解は「性能でなく、スキル・設計目標・対象プラットフォームで決める」。
发现
（出典はいずれも 2026-09-17 アクセス）
- 一致見解：2025/26 の選択は性能より「チーム（=solo なら自分のスキル）・デザイン目標・プラットフォーム計画」で決まる（Droids on Roids）。
- 各スタックの性格：Flutter は独自描画エンジンで UI の一貫性・Dart の型安全性（Medium）。RN は Web/JS スキルを活かせ、simple app では開発が速い——2.5 時間 vs 4 時間という単純アプリの比較も（Blott）。
- ネイティブ：性能とプラットフォーム統合で最強だが solo は2 つのコードベース保守——1 プラットフォーム集中か深いネイティブ API が必要な時のみ（Stackademic の比較）。
- 人気度：2025 年の調査で Flutter が僅差の首位（TechAhead）。
- 推测：自社の方向（CloudKit 家族共有・widget の深い統合・日本の LINE 前提）はネイティブ統合の深さが効くタイプ——ここが分岐点。
结论
- 判断 3 条件に固定：①自分の既存スキル（Web なら RN が初速）②必要なプラットフォームと深さ（CloudKit/widget 等のネイティブ統合）③単一コードベース志向の強さ。
- ネイティブ統合の深さが分岐点：CloudKit 家族共有（opc-icloud-sync-arch）やホーム widget（opc-widget-senior-ux）を中核に置くアプリは native 側に重み——抽象レイヤーの外に出る作業が増えるため（推测込みの設計判断）。
- 適用は新規アプリのみ：既存アプリの書き換えは opc-app-unification-decision・opc-sunset-runbook の判断対象で、技術刷新単独では動かさない。
- 学習コストを見積もりに含める：単純アプリでも RN 2.5h vs Flutter 4h の差は solo の初速に効く——初速より長期保守を取るかは、そのアプリの寿命予測とセットで決める。
待办 / 下次继续
关联
opc-icloud-sync-arch opc-widget-senior-ux opc-app-unification-decision opc-sunset-runbook