العنوان: Shopify تتخلى عن React Native لصالح Swift و Kotlin

تقوم Shopify بإزالة قاعدة كود React Native الخاصة بها وإعادة بناء تطبيقات iOS و Android باستخدام Swift و Kotlin، لتنهي بذلك تجربة استمرت ست سنوات مع إطار العمل متعدد المنصات. وقد دفعت أدوات التطوير المدعومة بالذكاء الاصطناعي هذا التحول، مما أدى إلى تقليص وقت تشغيل Android، وتوفير 109 ميجابايت من حجم التطبيق، وتقليل الانهيارات (crashes) بمقدار عشرة أضعاف تقريبًا.

لماذا ابتعدت Shopify عن React Native

في عام 2020، اختارت Shopify استخدام React Native لكتابة قاعدة كود JavaScript واحدة تعمل على كلتا المنصتين. وقد وفر ذلك الجهد المبذول في صيانة مجموعتين من التقنيات الأصلية (native stacks)، وتماشى مع سوق متعطشة للإطلاق السريع للميزات.

اليوم، تغيرت الحسابات. تدير Shopify "وكلاء برمجة" (coding agents) – وهي برامج ذكاء اصطناعي تتولى الكثير من العمل المكرر. وأصبحت تكلفة صيانة مشاريع منفصلة لـ Swift و Kotlin الآن أقل من مكاسب الأداء والموثوقية التي يوفرها الكود الأصلي (native code).

مكاسب الأداء

تُظهر الاختبارات المرجعية الداخلية لشركة Shopify تحسينات هائلة بعد عملية الانتقال:

  • انخفض وقت تشغيل Android من 4,433 مللي ثانية إلى 2,233 مللي ثانية.
  • انخفض حجم حزمة Android بمقدار 109 ميجابايت.
  • انخفض معدل تكرار الانهيارات (crashes) بمقدار عشرة أضعاف تقريبًا.
  • أصبح التمرير (scrolling) يصل الآن باستمرار إلى 120 إطارًا في الثانية (fps).

أدوات الذكاء الاصطناعي التي جعلت إعادة الكتابة ممكنة

لم تكن عملية الانتقال مجرد مشروع بسيط لـ "إعادة كتابة الكود". فقد قامت Shopify ببناء أداتين داخليتين للذكاء الاصطناعي لجعل الجهد قابلاً للإدارة وضمان تكافؤ الميزات (feature parity).

تقوم Pi بتعيين وكلاء ذكاء اصطناعي لتوثيق سلوك التطبيق الحالي، وتحديد العمل المطلوب لكل منصة، والتحقق من أن التنفيذ الأصلي (native implementation) الجديد يطابق الوظائف القديمة.

تعمل Tardis كمساعد لتصحيح الأخطاء (debugging assistant)، حيث تمنح الوكلاء إمكانية الوصول إلى السجلات المباشرة (live logs) وحالة التطبيق حتى يتمكنوا من التحقق من تغييراتهم بأنفسهم دون مساعدة بشرية.

تفرض كلتا الأداتين قاعدة واحدة: "يجب أن يحتوي Android و iOS على نفس الميزات في جميع الأوقات". وقد أوقف فحص التكافؤ المستمر هذا حالة التباين (drift) التي غالبًا ما تطارد المشاريع متعددة المنصات.

المقايضة: فقدان التحديثات عبر الهواء (over-the-air updates)

الانتقال إلى الكود الأصلي (native) يعني أن Shopify لم تعد قادرة على إرسال التحديثات مباشرة إلى المستخدمين. فكل تغيير الآن يجب أن يمر عبر عملية مراجعة App Store، مما يضيف تأخيرًا في الإصلاحات العاجلة (hotfixes) والميزات الجديدة. وبالنسبة لمنصة تجارة تولي أهمية قصوى للتكرار السريع، فإن هذا العائق ملموس.

وجهة نظر مغايرة: React Native لم يمت

يعكس قرار Shopify سياقها الخاص: منظمة هندسية ضخمة تمتلك وكلاء ذكاء اصطناعي مخصصين يمكنهم تحمل عبء التكرار. لا يزال إطار العمل يتطور، ولا تزال العديد من التطبيقات تجني الفوائد من قاعدة كود مشتركة.

ما يجب مراقبته لاحقًا

  • التطوير الأصلي (native) المدفوع بالذكاء الاصطناعي
  • نظام React Native البيئي (ecosystem)
  • الجداول الزمنية لمراجعة App Store

الخلاصة

يظهر تحول Shopify أن الذكاء الاصطناعي يمكنه إعادة صياغة اقتصاديات تطوير تطبيقات الهاتف المحمول. فعندما يتولى الوكلاء الأذكياء العمل المتكرر المتمثل في تكرار الكود، تصبح مكاسب الأداء في Swift و Kotlin الأصليين مقنعة بما يكفي لتفوق ميزة سهولة استخدام قاعدة كود JavaScript واحدة. هذه الخطوة ليست حكماً على React Native نفسه؛ بل هي تذكير بأن الأدوات يمكن أن تقلب الموازين بشكل كبير.