THE HOUSE

スピードとコスト — アイデアからストアビルドまで約4週間、1人で

C# 約36K行（うちランタイム 約17.7K行）、3ケース、アプリ内課金、4言語。この規模なら2〜3人のチームで通常2〜4か月かかります（推定）。gitがないため、日付はファイルのタイムスタンプに基づきます（最小値）。

リリースと運用 — 4週間でストアビルド10回以上、スクリプト化

Android・iOSのリリースビルドを10回以上繰り返し、デバッグシンボルとアセットパックをスクリプトでアーカイブ。すべてのビルド結果をログに記録。

多言語対応 — 4言語、翻訳キーの欠落ゼロ

英語・日本語・タイ語・繁体字中国語のテーブルはいずれもちょうど1,452行。ゲームはシステム言語を自動で選択します。

機能範囲 — 小規模チームのリリースと同等

3ケース、セーブ、設定、ヒントブック、シネマティック、購入と復元。

パフォーマンス — 分割ダウンロードを適切に実装

Addressables と Play Asset Delivery でインストールサイズを小さく抑えています。フレームごとのオブジェクト検索が一部残っており、今後整理します。

可読性 — 一貫しているが、一部に密度の高い箇所あり

命名は一貫しており、10個のUIパネルが1つの基底クラスを共有。一部のロジックが1行に詰め込まれています。

ドキュメント — 意思決定を記録

設計・収益化・リリースの意思決定を文書化。開発者向けの構成ドキュメントはまだありません。

テストと自動化 — 自動テスト・CIは未導入

品質は、すべての段階を自分でプレイし、エディタのプレイテスト用ドライバーを使って確認しました。

改善計画 → まず購入・セーブ処理のテスト、その後コミットごとのビルドとテスト（CI）。

アーキテクチャ — ランタイムコードがモジュールに分割されていない

コードの半分は単発のエディタ用シーンビルダー。シーンは参照ではなく実行時の検索でつながっています。

改善計画 → ランタイムコードを Core / Cases / UI モジュールに分割し、参照は起動時に一度だけ注入する。

バージョン管理 — git ではなく手動バックアップ

スピードを優先し、ビルドとコードはコピーでバックアップしていました。

改善計画 → 初日から秘密情報を除外したプライベートGitリポジトリへ移行。

セキュリティ — 一般公開前に強化予定

決済は公式ストアSDK経由。一般公開前にサーバー側の追加レイヤーを導入します（詳細は非公開）。

改善計画 → サーバー側の購入検証、その後外部レビュー。

アクセシビリティ — 基本的なオプションのみ

サウンド・感度・振動の設定あり。字幕・文字サイズ・色覚対応のオプションは未実装です。

改善計画 → 字幕・文字サイズ・色覚対応をリリースチェックリストの項目にする。