- ShopifyがReact NativeからSwift/Kotlinのネイティブ開発へ方針を戻すと表明
- 2020年の移行理由は二重開発の回避とスタック横断、機能差の解消だった
- AIエージェントが実装・翻訳・テスト・レビューを担える点が判断を変えた
何が決まったのか
Shopifyが、モバイルアプリの開発方針をReact NativeからSwiftとKotlinによる別々のネイティブコードベースへ戻すと表明した、という内容です。Simon Willison氏がリンクブログで紹介し、Shopify自身の投稿の要旨を引いています。2020年にネイティブからReact Nativeへ移行した判断を、6年後に逆方向へ切り替える形になります。
Shopifyが挙げた2020年当時の移行理由は3つです。同じ機能を2回作るのをやめること、開発者がスタックを横断して働けるようにすること、機能の追いつきに費やす時間を減らして価値の提供に時間を使うことでした。今回の投稿では、ネイティブ開発が2つのプラットフォームでのソフトウェア構築と保守を意味する点は変わらず、そのコストは消えていないとしています。
判断を変えたAIエージェント
変わったのは、AIエージェントが実装、翻訳、テスト、レビューの作業を十分に担えるようになった点だとShopifyは説明しています。ここでいう翻訳は、あるプラットフォーム向けに書かれたコードを別のプラットフォーム向けに移す作業を指すとみられます。結果として、2プラットフォームを維持するコストは残っていても、2020年ほど決定的な要因ではなくなったという整理です。
Simon Willison氏は、Shopifyの投稿をよく書かれた記事だと評価しています。6年間使ってきたReact Nativeを優れたプラットフォームとしてきちんと位置づけている点も、あわせて挙げています。
React Native製ライブラリの行方
Shopifyは、react-native-skia、flash-list、restyleという3つの主要なReact Nativeライブラリのメンテナでもあります。このうち前の2つについては、新たな引き取り手を探している段階だとされています。
restyleについては、他のライブラリより利用者基盤が小さいとして、2026年末にアーカイブされる予定です。ライブラリの利用を検討している開発者にとっては、今後の保守体制がどうなるかが気になる点になります。
現時点で不明な点
移行のスケジュールや、AIエージェントを具体的にどの程度、どのツールで使っているかは、この記事からは分かりません。ネイティブ回帰の対象範囲が全機能なのか一部なのかも明示されていません。
react-native-skiaとflash-listの新しい引き取り手がどこになるかも公表されていません。これらを利用している場合は、今後のアナウンスを待つ必要があります。
| 項目 | 2020年(React Nativeへ移行) | 2026年(ネイティブへ回帰) |
|---|---|---|
| 方針 | ネイティブからReact Nativeへ | React NativeからSwift/Kotlinの個別コードベースへ |
| 主な理由 | 二重開発の回避、スタック横断、機能差解消 | AIエージェントが実装・翻訳・テスト・レビューを担えるように |
| 2プラットフォーム維持コスト | 判断を左右する要因だった | コストは残るが決定的要因ではなくなった |
What changed is that agents can now do enough of the implementation, translation, testing, and review work that it’s no longer the deciding factor it was in 2020.
変わったのは、エージェントが実装、翻訳、テスト、レビューの作業を十分にこなせるようになり、それが2020年ほど決定的な要因ではなくなったことです。
今後の見通し
今後注目されるのは、Shopifyがどの程度の期間でネイティブ回帰を進めるのか、そして移行のどの工程をAIエージェントに任せているのかという点です。エージェントによる実装やテストが実際にどの水準にあるのかが明らかになれば、他社が同じ判断をできるかどうかを評価しやすくなるとみられます。また、react-native-skiaとflash-listの引き取り手が決まれば、これらを利用する開発者の移行先の選択肢が見えてきます。restyleの利用者にとっては、2026年末のアーカイブまでに代替を検討する必要が出てくる可能性があります。
日本の開発者・IT企業にとっての意味
モバイルアプリをReact Nativeで開発している日本企業にとって、この事例は「クロスプラットフォームを選ぶ理由」が技術以外の要因で揺らぐことを示しています。2020年時点の移行理由は二重開発の回避でしたが、そのコストをAIエージェントがどこまで肩代わりできるかが判断軸に加わったことになります。実務では、iOSとAndroidでコードを分けて持つ場合の工数見積もりを、エージェントによる生成・テスト・レビューの前提で作り直す必要が出てくるとみられます。一方で、移行の時期や対象範囲、利用しているツールは明らかにされておらず、すぐに同じ判断を再現できるだけの材料は記事にはありません。自社のコードベースでエージェントがどの程度の精度でプラットフォーム間の移植をこなせるかを試すことが、最初の確認になるでしょう。
気になる点
- React Nativeはもう選ばれなくなるのでしょうか
- 記事の範囲では、Shopifyの投稿はReact Nativeを6年間使ってきた優れたプラットフォームとして評価しており、一般的に廃れていくという話ではありません。判断を左右したのはAIエージェントの能力向上であり、プラットフォーム自体の評価が下がったわけではないと読めます。
- react-native-skiaやflash-listを使っている場合はどうなりますか
- 両ライブラリは新たな引き取り手を探している段階で、移行先や今後のメンテナンス体制は現時点では公表されていません。restyleについては、他のライブラリより利用者基盤が小さいとして2026年末にアーカイブされる予定だとされています。
- 日本企業でReact Nativeを使っている場合、ネイティブへ移行すべきでしょうか
- 記事はShopifyの一事例を示したもので、他社への推奨は含まれていません。判断材料になるのは、自社でコード生成やテストをどこまでAIエージェントに任せられるかと、2プラットフォーム維持のコストの比較になるとみられます。
用語解説
- React Native
- JavaScriptでiOSとAndroidの両方に対応するアプリを作れるフレームワーク。共通コードで開発できる点が特徴。
- Swift
- Appleが提供するプログラミング言語。iOSやmacOS向けのアプリ開発で使われる。
- Kotlin
- Androidアプリ開発で広く使われるプログラミング言語。Javaと相互に運用できる。
- 機能パリティ(feature parity)
- 複数のプラットフォーム間で提供する機能に差がない状態。差を埋める作業をパリティ合わせと呼ぶ。
- AIコーディングエージェント
- コードの生成や修正、テスト、レビューなどを自律的に進めるAIツール。実装作業の一部を任せられる。
出典
Native is now the future of mobile at Shopify
AI導入も顧問も、お任せください
何から手をつけるか、どこまでAIに任せるか。自社の業務に合わせて整理し、導入から運用まで伴走します。相談だけでも構いません。
AI導入について相談する