クロスプラットフォーム開発が解決するコスト、解決しないコスト

Shopifyが2020年に決めたReact Nativeへの方針転換から、わずか6年で再びSwiftとKotlinを使ったネイティブ開発へ戻すと発表した。見出しだけ見ると「クロスプラットフォーム開発は失敗だった」に見えるが、記事を読む限りShopifyがそう言っているわけではない。当時としてはReact Nativeの選択は正しく、その後の状況が変わったというのが正確な読み方だ。

何が変わったのか。大きなポイントはCoding Agentの登場だ。iOSとAndroidで同じ機能を二度実装し、それぞれを同期させるコストが、2020年ほど高くはなくなった。一方でReact Nativeを使うコストは依然として存在する。つまり天秤が逆側へ傾いたということだ。ここで重要なのは「技術の優劣」ではなく「コスト構造の変化」を見ていることだ。中小企業が新しい技術に飛びつくとき、つい「この技術は素晴らしい」「この技術は古い」と優劣で判断しがちだが、Shopifyのような大企業でも意思決定の中心は「どちらが割に合うか」という経済性にある。

Shopifyはさらに興味深い点を示唆している。クロスプラットフォーム開発はコストを「消滅させる」のではなく「移動させる」だけだということだ。二つのコードベースをネイティブで保つなら、実装、同期、品質保証のコストが増える。React Nativeなら、フレームワーク更新、ネイティブ層との境界、外部ライブラリへの依存というコストが増える。どちらの形でコストを払うのか、払う場所が変わるだけなのだ。だからShopifyは、Coding Agentで同期コストを下げつつ、テスト、レビュー、parityの確認に投資して、二つのネイティブ実装を支える基盤を整えている。すなわち、技術選定とは「何のコストを削減できるか」を見極め、「それ以外のコストをどこで払うか」を設計することなのだ。