カバーする範囲
一つのコードベースが正しい判断なら React Native または Flutter。見えるところはネイティブの仕上げ。ストア掲載とリリースパイプラインも含め、実際にストアへ入れます。
モバイルの仕事の多くはクロスプラットフォームです。ネイティブ二チームは高いからです。プロダクトが Web スタックに近いときは React Native と Expo。両方の端末で UI を独自かつ一貫させるときは Flutter。
共有コードベースが安く見えるところ — カメラ、バックグラウンド位置、決済、ストア固有 — では Swift や Kotlin も書きます。認証とプッシュは Firebase が多いです。アプリ背後の API は Web の仕事と同じ水準です。
届くのはストア対応のビルドです。卒業しない TestFlight ではありません。
- 一つのプロダクトチームからの iOS と Android
- React Native、Expo、Flutter
- 見えるところのネイティブ Swift と Kotlin
- オフライン同期、プッシュ、ストア公開
実務では
- 消費者、現場、ヘルスケア系のワークフロー
- オフラインファーストのデータと写真撮影
- プッシュ通知とディープリンク
- App Store と Play Store の掲載、ビルド、初回リリース
- 時間を節約できるときの React Web アプリとのロジック共有
- Firebase、または Node、Python、Go のカスタム API
- TestFlight と内部トラック向けの CI
扱う技術
出荷に使っている道具です。スライドのためではなく、プロダクトとそれを保つチームのために選びます。
アプリ
React Native
Expo
Flutter
Dart
Swift
Kotlin
iOS
Android
TypeScript
JavaScript
バックエンドとデバイスサービス
Firebase
Node.js
Python
Go
GraphQL
Socket.IO
PostgreSQL
Redis
Supabase
デリバリー
GitHub Actions
GitLab
Sentry
AWS
Docker
よく聞かれること
- iOS と Android の両方に出荷しますか？
- はい。時間を節約できるときはクロスプラットフォーム、共有コードベースが安く見えるところはネイティブ部品。
- App Store と Play Store の提出もできますか？
- はい。掲載、ビルドパイプライン、初回リリースは契約に含まれます。
- React Native と Flutter、どちらですか？
- 既に React の人がいる、または Web とモバイルで一つの言語にしたいなら React Native と Expo。両方のストアで UI を完全に独自にするなら Flutter。合う方を言います — スライドを新しく見せるためにスタックは選びません。
