Shopify opouští React Native. Změnily se náklady vývoje

Shopify mění mobilní stack z React Native na Swift a Kotlin. V oznámení z 10. září 2026 vysvětluje, že kódovací agenti snížili náklady na vývoj stejné funkce pro obě platformy. Sdílená implementace tak pro jeho tým přestala být rozhodující výhodou.

Pro vlastní aplikaci z toho plyne otázka na nový propočet. Kolik stojí společná vrstva a kolik by stály samostatné aplikace včetně kontroly a údržby?

Co tým Shop skutečně dodal

Podle popisu migrace věnoval jeden inženýr týden prototypu iOS verze s agenty. Prototyp ještě nebyl připravený pro produkci. Po rozhodnutí pokračovat postavilo šest inženýrů základy a hlavní uživatelské cesty, později se přidaly produktové týmy. Shopify uvádí dvanáct týdnů od prototypu po nativní aplikaci Shop v obchodech.

Následující hodnoty jsou měření Shopify na vlastní aplikaci, nikoli obecný benchmark React Native.

Shopify dále uvádí přibližně o 75 % kratší release build na Androidu, podobný čas buildu na iOS a stabilitu relací nad 99,95 % oproti historickým 99,5 % a více. Záznam na Pixelu dosahuje 120 snímků za sekundu. Tato čísla neurčují úsporu jiného týmu.

I původní varianta vyžadovala investici

Shop app čekala migrace na novou architekturu React Native. Tým tedy neporovnával přepis s bezplatným zachováním stavu, ale dvě náročné varianty práce.

Abstrakční vrstva šetří opakovanou implementaci a současně přidává vlastní aktualizace a závislosti. Když se cena implementace změní, vyplatí se poměr přepočítat. Výsledkem může být i setrvání u frameworku. U Next.js a htmx rozhodují další vlastnosti produktu.

Agenti měli předlohu i kontrolní body

Existující aplikace poskytla chování, se kterým šel výsledek porovnat. Workflow kolem agenta Pi odděluje čtení zdrojů, dokumentaci chování, plán, implementaci a kontrolu shody. Souhlas člověka je svázaný s obsahem plánu, takže jeho změna ruší předchozí schválení.

Shopify popisuje také Helix a oddělení byznysové logiky od UI. Logika běží bez simulátoru a agenti k ní přistupují přes CLI. Nástroj Tardis podle migračního článku zpřístupňuje události, logy a stav běžící aplikace. Ověření tak nestojí pouze na čtení vygenerovaného kódu.

Kontrola a koordinace zůstaly

Vygenerovaný kód přinášel také duplicitu, architektonické odchylky a výkonnostní problémy. Nativní expertiza proto zůstala potřebná. Samostatné aplikace vyžadují i průběžné ověřování funkční shody iOS a Androidu. Ani sdílený kód ji předtím nezaručoval samotným kompilátorem.

V zářijovém oznámení Shopify uváděl obchodnickou aplikaci s více než 300 obrazovkami jako stále rozpracovanou migraci. Její rozsah a vlastní nástroje nejsou přímým odhadem pro menší firmu. O tom, kdy se mobilní aplikace vyplatí, rozhodujte zvlášť.

Nejprve přepočet, potom migrace

Porovnejte dnešní vrstvu s alternativou včetně testování, vydávání a podpory obou platforem. Stejný postup rozebíráme u low-code a krabicových systémů.

Pro práci s agentem vyberte ohraničený úkol s existující předlohou a ověřitelným výsledkem. Může jít o integraci podle zdokumentovaného API nebo výkaz porovnatelný se starým výstupem. U softwaru na míru takový pokus poskytne podklad pro odhad větší migrace bez přebírání cizího harmonogramu.