Title: Shopify відмовляється від React Native на користь Swift та Kotlin

Shopify видаляє свій код на React Native і переписує додатки для iOS та Android на Swift та Kotlin, завершуючи шестирічний експеримент із кросплатформним фреймворком. Перехід став можливим завдяки інструментам розробки на базі ШІ, що дозволило скоротити час запуску Android, зменшити розмір додатка на 109 МБ та у десять разів знизити кількість збоїв.

Чому Shopify відмовилася від React Native

У 2020 році Shopify обрала React Native, щоб писати єдиний код на JavaScript, який працював би на обох платформах. Це дозволило уникнути витрат на підтримку двох нативних стеків і відповідало потребам ринку, що прагнув швидкого впровадження нових функцій.

Сьогодні розрахунки змінилися. Shopify використовує «агентів кодування» — ШІ-програми, які виконують більшу частину дубльованої роботи. Підтримка окремих проєктів на Swift та Kotlin тепер коштує менше, ніж переваги в продуктивності та надійності, які надає нативний код.

Виграш у продуктивності

Внутрішні тести Shopify демонструють значне покращення після міграції:

  • Час запуску Android скоротився з 4 433 мс до 2 233 мс.
  • Розмір пакета Android зменшився на 109 МБ.
  • Частота збоїв знизилася приблизно в десять разів.
  • Прокрутка тепер стабільно досягає 120 fps.

ШІ-інструменти, що зробили переписування можливим

Міграція не була простим проєктом «перепиши код». Shopify створила два внутрішні ШІ-інструменти, щоб зробити цей процес керованим і гарантувати паритет функціональності.

Pi призначає ШІ-агентів для документування поточної поведінки додатка, планування роботи для кожної платформи та перевірки того, що нові нативні реалізації відповідають попередньому функціоналу.

Tardis виступає помічником у налагодженні, надаючи агентам доступ до живих логів та стану додатка, щоб вони могли самостійно перевіряти свої зміни без допомоги людини.

Обидва інструменти дотримуються єдиного правила: «Android та iOS повинні мати однакові функції в будь-який час». Ця постійна перевірка паритету запобігла розбіжностям, які часто переслідують мультиплатформні проєкти.

Компроміс: втрата оновлень over-the-air

Перехід на нативну розробку означає, що Shopify більше не може надсилати оновлення користувачам напряму (over-the-air). Кожна зміна тепер проходить через процес перевірки в App Store, що створює затримки для hotfixes та нових функцій. Для комерційної платформи, яка цінує швидкі ітерації, цей бар'єр є відчутним.

Контраргумент: React Native не помер

Рішення Shopify відображає її власний контекст: велику інженерну організацію з індивідуальними ШІ-агентами, які можуть взяти на себе тягар дублювання коду. Фреймворк продовжує розвиватися, і багато додатків досі отримують переваги від спільної кодової бази.

За чим стежити далі

  • Нативна розробка на базі ШІ
  • Екосистема React Native
  • Терміни перевірки в App Store

Висновок

Зміна стратегії Shopify показує, що ШІ може змінити економіку мобільної розробки. Коли інтелектуальні агенти беруть на себе повторювану роботу з дублювання коду, переваги в продуктивності нативних Swift та Kotlin стають достатньо вагомими, щоб перекрити зручність єдиної кодової бази на JavaScript. Цей крок не є вироком самому React Native; це нагадування про те, що інструментарій може кардинально змінити баланс сил.