العروض فيها React Native وFlutter وnative — أي إطار نختار لأول تطبيق لنا؟

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

حنا قبل سنتين أطلقنا تطبيق بيع بالجملة مشابه بـ React Native. التطوير كلف 30,000 دولار، وندفع سنوياً للتشغيل والصيانة حوالي 4,000 دولار بالمتوسط. لو سويناها native كان لازم نوظف مطورين اثنين منفصلين، وتكلفة التشغيل كانت بتتجاوز ميزانيتنا من السنة الأولى.

فكرة الكود الواحد تبدو رائعة على الورق بس أحياناً تزعجك في تحديثات نظام التشغيل. لما ينزل إصدار جديد من نظام الموبايل، ممكن تضطر تنتظر أسابيع لين تتحدث بعض الحزم. لازم توضحون شروط دعم توافق الإصدارات مع الوكالة وقت الاتفاق.

الوكالة اللي عرضت native غالباً متعودة تشتغل مع الشركات الكبيرة، ما فيه داعي لهذا المبلغ أصلاً. صاحب المطعم يهمه انسيابية الواجهة مو إذا الكود Swift أو لا، flutter بيأدي الغرض تماماً.

أنصحكم تقررون بناءً على هالثلاث نقاط: 1) أعمال الوكالة السابقة في مشاريع B2B مشابهة، 2) مدى تعقيد تكاملات التطبيق مع خدمات خارجية مثل قراءة الباركود أو الخرائط، 3) المبلغ اللي يطلبونه لأجرة الصيانة بالساعة بعد انتهاء المشروع.

تكلمتوا عن كيف بيتواصل التطبيق مع نظام ERP أو المحاسبة الحالي عندكم؟ اختيار الإطار أقل أهمية من جاهزية نقاط API، هذي اللي تهز الميزانية أكثر. إذا قاعدة بياناتكم لسا مو جاهزة لخدمات الموبايل، ممكن الوكالات تطلع رسوم تكامل إضافية.

حنا بعد في مرحلة مشابهة، طيب لو بدأنا بالكود الواحد، بكرة إذا كبر التطبيق كثير بنضطر ننتقل لـ native؟ وقتها لازم نكتب كل شي من الصفر؟

نزّلوا على جوالكم التطبيقين اللي خلصتهم الوكالة اللي عرضت Flutter، وجربوا مسار الطلب. إذا كان سريع وعملاؤها السابقون راضين، اقبلوا عرض الـ 28,000 دولار. والفرق 27,000 دولار خصصوه للتسويق وتدريب العملاء.

أنا مشروع صغير، دعوني أشرح من منظوري. يجب ربط جدول المدفوعات بمراحل العمل، وليس بالتقويم.

هذه وجهة نظري، ولا أدعي أنها الحقيقة المطلقة.

وكيف حللتم هذه النقطة؟ على كل حال معظم إضاعة الوقت تتراكم في المهام المنتظرة للموافقة.

دعني أتركها كملاحظة، قد تكون مفيدة.

أنت محق. تسير الأمور على ما يرام في الأشهر الثلاثة الأولى، وتظهر المشاكل في الشهر الرابع.

إذا كان هناك من يفعلها بطريقة أخرى، فأنا فضولي لمعرفة ذلك.

دعوني ألخص ما قيل حتى الآن. كل من يستعجل في أطر تطوير تطبيقات الموبايل يتعثر في نفس النقطة.

إذا كانت هذه أول مرة، ابدأ صغيراً، والتوسع يأتي لاحقاً. هذا كل شيء، أرجو المعذرة إذا أطالت.

أود طرح سؤال. لا تتحسن أي عملية لا يتم توثيقها، لأنك لا تعرف ما الذي يجب إصلاحه.

إذا لم ينص العقد على ملكية الكود، تفقد قوتك التفاوضية عند المغادرة. بالطبع يختلف الأمر إذا كانت حالتك مختلفة.

لم أكن أعلم بهذا.

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

دعني أتركها كملاحظة، قد تكون مفيدة.

نحن أيضاً واجهنا نفس المشكلة في فترة معينة لكن عند اتخاذ القرار، اكتب أسوأ سيناريو أيضًا، وليس الأفضل فقط.

بالتوفيق.

أوافق. على كل حال لا تتحسن أي عملية لا يتم توثيقها، لأنك لا تعرف ما الذي يجب إصلاحه.

سأتحدث من الطرف الآخر، فأنا من جانب الموردين. الحلول التي تنجح على نطاق صغير تنهار عند التوسع، تعلمت هذا متأخراً.