نعمل على تطبيقنا الأول، قبل العروض أي برنامج تطوير تطبيقات جوال يجب أن نختار؟

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

طلبنا تطبيقًا مشابهًا لطلبات الجملة B2B في تكساس العام الماضي. اخترنا منصة متعددة وأدفعنا إجمالًا 22,500 دولار. ننشر تحديثًا واحدًا للمنصتين في الوقت نفسه. مصروفنا الشهري للسيرفر وصيانة المكتبات الروتينية لا يتجاوز حاليًا حوالي 210 دولار.

ابتعدوا عن عروض الوكالات التي تقول "لدينا بنية تحتية جاهزة لتطبيقات الشركات وسنلبسها عليها". في معظم الأحيان يحاولون بيع أنظمة مغلقة متبقية من مشاريعهم القديمة. في اليوم الذي تفترقون فيه عن تلك الوكالة يصبح النظام نفاية، ولن يقبل أي مهندس مستقل أن يلمس ذلك الكود.

هناك ثلاثة بنود ملزمة يجب أن تكتبوها في دفتر شروط العرض: 1) تسليم جميع الأكواد المصدرية لشركتكم في مستودعات Git مفتوحة الوصول. 2) أن تكون حسابات المطورين في متاجر أنظمة التشغيل مملوكة مباشرة لهويتكم المؤسسية. 3) تسليم قائمة التبعيات التقنية التي تُظهر مدى حداثة المكتبات.

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

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

في مفاوضات الوكالة لا تضعوا ميزانيتكم السقفية البالغة 30,000 دولار على الطاولة فورًا. في الاجتماع الأول اعرضوا فقط مسارات الشاشات وتكاملات API. اطلبوا من كل شركة تقدم عرضًا تفضيلاتها لأدوات التطوير مع مبرر مكتوب، واستبعدوا مباشرة العروض بلا مبرر.

أنصحكم في المرحلة الأولى بالحرص على عدم وضع ميزات معقدة جدًا. على كل حال يكفي أن يضيف العميل إلى السلة، ويقدم الطلب، ويحمّل فاتورته. الميزات الكثيرة تعني أخطاء أكثر على كلتا المنصتين وفاتورة وكالة أكبر.

أحسنت، بارك الله في جهدك.

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

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

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

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

اكتبوا إذا كانت لديكم أسئلة، سأجيب قدر استطاعتي.

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

هذا كل شيء، أرجو المعذرة إذا أطالت.

حدث معنا هذا. بصراحة أرخص عرض سعر هو غالباً الأقل تفكيراً.

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

نادرًا ما تجد مقالاً يشرح الأمر بهذه الوضوح.

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

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

شكرًا جزيلًا، كان مفيدًا جدًا.

أنت محق، لقد مررت بنفس المسار. إذا لم تقم بصياغة هذا كتابيًا من البداية، فستنشأ خلافات لاحقًا.

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