تطوير تطبيقات الهاتف

إذا كانت معظم الشاشات نماذج وقوائم وصفحات تفصيل، فإن React Native أو Flutter تغطّي المنصّتين من قاعدة شيفرة واحدة. أما الأصلي — Swift أو Kotlin — فيتفوّق في الوحدات القريبة من الجهاز: معالجة الكاميرا، والموقع في الخلفية، والبلوتوث، والرسوميات الثقيلة. ولا تضع نيوروس الخيارين في مواجهة: معظم التطبيق عابر للمنصّات، والوحدة الحرجة تُكتب أصليًا وتُربط عبر جسر.

معظم حالات الرفض تأتي من بنود السياسات لا من الشيفرة: غياب مسار حذف الحساب، وطلب إذن بلا تبرير، وبطاقات خصوصية لا تطابق سلوك التطبيق الفعلي، وتوجيه مسارات الدفع خارج المتجر. وتضع نيوروس هذه البنود في قائمة فحص ما قبل الإصدار، وتُعدّ إرشادات مراجعة Apple ومتطلبات Google Play جزءًا من ملاحظات الإصدار.

نعم. تصمّم نيوروس تطبيقات الهاتف بمبدأ العمل دون اتصال أولًا: تُحفظ البيانات في قاعدة محلية على الجهاز، ويستطيع المستخدم الكتابة وهو غير متصل، ويُفرَّغ طابور المزامنة عند عودة الاتصال. وحين يتغيّر السجل نفسه على جهازين، تُكتب قاعدة صريحة لحلّ التعارض — آخر كتابة تفوز أو دمج على مستوى الحقل — فلا يرى المستخدم بيانات ضائعة.

يوم الإطلاق بداية نافذة الصيانة لا نهاية العمل. تراقب نيوروس بعد الإصدار نسبة الجلسات الخالية من الأعطال، وتوزيع إصدارات نظام التشغيل، وتقييم المتجر، وتحتفظ بروزنامة إصدارات مخطّطة لتحديثات النظام وتغيّرات سياسات المتاجر. ونطاق الصيانة تعاقدي: زمن الاستجابة، وأولوية الإصلاح، وعدد الإصدارات شهريًا مكتوبة.

يستغرق تطبيق بسيط لمنصّة واحدة 8–12 أسبوعًا، ومنتج لمنصّتين مع خدمة خلفية خاصة 12–20 أسبوعًا. وما يحدّد الجدول ليس عدد الشاشات بل عدد التكاملات — فالدفع والهوية والخرائط والاتصال بالأنظمة المؤسسية يضيف كلٌّ منها عبء اختبار خاصًا. ويُضاف زمن مراجعة المتاجر إلى الجدول فوق ذلك.