「Swiftを7年書いてきたけど、React Nativeに賭けてみようと思う」
2025年12月、あるフリーランスエンジニアがそんなタイトルの記事をZennに投稿しました。生成AIの流れはTypeScriptやPythonのエコシステムを中心に進んでおり、この先は少人数でモノレポを回す時代になる、だからSwift一本足から抜け出す──という、当時としては筋の通った賭けでした。
その約9ヶ月後の2026年9月、Shopifyは正反対の発表をしました。2020年から進めてきたReact Nativeへの一本化をやめ、SwiftとKotlinによるネイティブ開発に回帰すると。しかも理由は、まったく同じ「生成AIの進化」でした。
同じ前提から、正反対の結論が出る。これは単なる一企業の技術選定の話ではなく、コーディングAIがモバイルエンジニアの専門性の意味そのものを揺らし始めている、という話なのだと思います。何が起きたのかを整理した上で、これがキャリアや採用にとって何を意味するのかを考えてみます。
何が起きたのか
Shopifyは2026年9月10日、エンジニアリングブログで方針転換を発表しました。要点は次の通りです。
- 2020年、iOSとAndroidで機能を二重開発する非効率を解消するため、React Nativeへの一本化を決定。以後6年間、投資に見合う成果を得てきたと明言。
- 2025年末、「コーディングAIがあるなら、2度開発しても負担にならないのでは」という疑問が社内で浮上。
- プロトタイプとして、AIエージェントにSwiftとKotlinで主要アプリのコア部分を再構築させたところ、想定以上にうまくいった。
- 消費者向けアプリ「Shop」は、概念実証から完全ネイティブ版としてストア公開までわずか12週間。300以上の画面、Apple Watch対応、ホーム画面ウィジェットなどを含む規模のアプリです。
- 本体の「Shopify」アプリも2026年後半にネイティブ版を公開予定。React Native向けに自社開発していた主要ライブラリ（Restyleなど）は年内で保守終了、外部への移管が進んでいます。
Shopifyのエンジニアリング部門ディレクター、Mustafa Ali氏は「LLMが、2020年の意思決定を支えていた前提そのものを変えた」と述べています。2020年時点でReact Nativeを選んだ理由──同じ機能を二度作る手間、プラットフォーム間の機能差を埋める追加作業──が、AIエージェントが翻訳・実装・テスト・レビューを一定水準でこなせるようになったことで、選定理由としての重みを失った、という説明です。
技術的な工夫も見逃せません。ビジネスロジックをUIから切り離してCLIから直接AIエージェントに操作させる「ヘッドレス実行」や、レビューを人間が担う前段階でAIエージェント同士に対立的なコードレビューをさせる仕組み（Helix）など、単に「AIに書かせた」のではなく、検証プロセスごと再設計した上での12週間だった点は、キャリアへの影響を考える上でも重要です。
なぜ「二重開発」のコストが消えたのか
React Nativeのようなクロスプラットフォーム技術が支持されてきた最大の理由は、突き詰めれば人件費の問題でした。iOS版とAndroid版を別々のチームが作ると、機能追加のたびに二倍の工数と、二つの実装を揃え続ける調整コストがかかる。これを「1つのコードベース」で解消するのが、React NativeやFlutterの存在意義でした。
Shopifyの判断が示しているのは、この前提の片側──「二重開発のコストが高すぎる」という部分──が、AIエージェントの進化によって崩れ始めているということです。海外の技術記事(Wavect)はこれを的確に表現しています。
“AI could weaken the economic argument for cross-platform frameworks, but it has not eliminated it.” （AIはクロスプラットフォームフレームワークの経済的な合理性を弱めうるが、消し去ったわけではない）
ポイントは「消えた」ではなく「弱まった」であることです。Hacker Newsに投稿されたある開発者の体験談（OpenAIのCodexを使い、深夜0時半にゴールを設定したら翌朝にはAndroid・iOS双方のネイティブアプリが仕上がっていた、というもの）は象徴的ですが、これは裏を返せば「AIが実装を高速化しても、その成果物が本当に正しいかを検証する仕事は別に残る」ということでもあります。
数字で見る、揺れる現場
このニュースに沸いた「AIでネイティブが復権する」という論調に対して、少し引いた数字も見ておきます。
Stack Overflowが2025年末に発表した開発者調査では、AIツールを業務で使う開発者は80%に達した一方、AIの出力精度への信頼度は40%から29%へ低下、好感度も72%から60%へ下がっています。理由の最多は「ほぼ正しいが完全ではない」AIの回答で、**66%**の開発者が「その修正にむしろ時間を取られている」と回答しました。
生産性研究機関METRが2025年に行った実験でも、経験豊富なエンジニアがAIツールを使うと、当初はタスク完了が19%遅くなるという結果が出ています(2026年2月の追試ではこの数値自体「弱い証拠」と留保が付いていますが)。GoogleのDORAレポート(2025年版)も、AI導入による生産性向上は確認されつつ、テストが手薄なシステムでは不安定性がむしろ増す、と指摘しています。
つまり「AIエージェントがあれば二重開発は簡単」という単純な話ではなく、Shopifyのように検証プロセス(Helixのような多段階レビュー)ごと作り込んだ組織だからこそ12週間で成立した、と読むほうが実態に近いはずです。冒頭のZennの記事のように、生成AIの流れを見て「これからはTypeScriptでモノレポの時代」と判断したエンジニアと、同じ生成AIの流れを見て「むしろネイティブに戻れる」と判断したShopifyが、わずか数ヶ月の差で正反対の賭けに出た、というのが2026年前半のモバイル開発の実際の空気感なのだと思います。
これから求められる働き方
では、React NativeやFlutterを専門にしてきたエンジニア、あるいはSwift・Kotlinの専門家は、それぞれ何を意識すべきでしょうか。海外の技術ブログ(codewithbeto.dev)が指摘している論点が的確です。
“AI making something possible can quickly become a reason to expect you to do it.” （AIが「できる」ようにしたことは、すぐに「やって当然」という期待に変わる）
つまり、iOSの専門家だから、あるいはAndroidの専門家だから、と一つのプラットフォームに閉じこもるキャリアの取り方は、これまで以上にリスクになりつつあります。AIエージェントが「iOS版を参照してAndroid版を実装する」ことをこなせるようになった以上、レビューする側の人間も両方のプラットフォームの勘所を理解していなければ、AIの出力の良し悪しを判断できません。
一方で、なくなる仕事ではなく、重心が移る仕事だという見立ても同時に成り立ちます。データサイエンティスト・データアナリストの現在地を整理した際にも触れた構図と同じで、「実装そのもの」の価値は下がり、「何を作るべきかを決め、AIの出力を疑い、検証する」側の価値が相対的に上がっています。モバイル開発でいえば、次のような力がより重視されていきそうです。
- プラットフォーム設計への理解：コードを書く速度ではなく、iOSとAndroidそれぞれのUXの作法・審査基準・パフォーマンス特性を判断できる目
- 検証・レビュー設計力：ShopifyのHelixのように、AIの出力を機械的・人間的にどう二重チェックする仕組みを作るか
- 「一人がモノレポ全体を見る」体制への適応：冒頭のZennの記事が見立てていた「少人数でフルスタックを回す」流れ自体は、方向としては引き続き強まっており、単一言語・単一フレームワークの専門性だけでは立ちにくくなっている
- 技術選定を自分の頭で下す力：「みんなクロスプラットフォームだから」でも「AIがあるからネイティブで十分」でもなく、自社のプロダクト規模・チーム体制・検証コストに照らして選び直す判断力
よくある誤解を整理する
「React Nativeはもう終わった技術」？ ── いいえ。Shopifyほどの規模と、Helixのような検証基盤を自前で構築できる組織だからこそ成立した判断であり、多くの中小規模のプロダクトやMVP開発では、依然としてクロスプラットフォームが現実的な選択肢です。Flutterも含め、エコシステム自体が縮小しているわけではありません。
「AIがあれば、誰でもネイティブを二重に作れる」？ ── 半分正解、半分誤りです。AIエージェントが実装のスピードを上げるのは事実ですが、Stack OverflowやMETRのデータが示す通り、AIの出力をそのまま信頼できるわけではなく、検証・レビューにかかる人間側のコストは残ります。Shopifyの12週間も、検証プロセスを含めた「移行の設計」があってこその数字です。
「クロスプラットフォーム専門のスキルはもう無価値」？ ── そうとも言い切れません。むしろ、複数のプラットフォーム間で仕様やAPIコントラクトを揃えてきた経験そのものが、AIエージェントに指示を出す側の人材として活きる場面が増えています。技術の中身より、「何を統一し、何を分けるべきか」を設計してきた経験の価値は簡単には消えません。
まとめ──「どの技術を選ぶか」から「どう検証するか」へ
Shopifyのネイティブ回帰が示しているのは、React Native対Swift/Kotlinという二択の勝敗ではなく、技術選定の前提そのものがAIエージェントの能力に応じて動く時代に入った、ということだと思います。半年前の「正解」が、AIの進化速度によっては半年後には前提から崩れる。冒頭で紹介したZennのエンジニアの賭けも、Shopifyの判断も、その時点では十分に筋の通った意思決定でした。
だからこそ、特定のフレームワークや言語に自分のキャリアを固定するより、「AIの出力をどう検証し、どこに人間の判断を残すか」を設計できる力を磨いておくことのほうが、変化への保険になりそうです。次に技術選定の話が出たときは、「流行っているから」でも「AIがあるから」でもなく、自分たちの検証体制と照らして選べているか──それを確認するところから始めてみてはどうでしょうか。
本記事は、Shopify Engineeringブログ「Native is now the future of mobile at Shopify」、Simon Willison氏のブログ記事、Zenn記事「Swift 7年書いてきたけどReact Nativeに賭けてみようと思う」（Suguru Takahashi氏）、Stack Overflow Developer Survey 2025（2025年12月発表）、Wavect社および codewithbeto.dev の分析記事、Gigazine掲載記事の公開情報をもとに、一般向けに整理したものです。生産性に関する実験結果（METR、DORA）は調査手法や時期により評価が分かれるため、あくまで参考値としてご覧ください。
