الوكالة اقترحت لغة برمجية مستقلة لكل من iOS وAndroid — كيف تؤثر لغة التطوير على الميزانية؟

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

وقعنا في نفس الخطأ في شبكة التوزيع بالجملة الخاصة بنا قبل 3 سنوات وطورناه Native. دفعنا 240.000 TL، ومع كل تحديث لنظام أندرويد أو تغيير في سياسات iOS كنا ندفع تكاليف تعديل للطرفين بشكل منفصل. العام الماضي انتقلنا إلى كود موحد، فانخفضت فاتورة الصيانة الشهرية من 18.000 TL إلى 8.500 TL.

على الأرجح لدى الوكالة مبرمجو أندرويد وiOS بانتظار مشاريع جديدة، ويحاولون تحميل تكلفة ساعات عملهم على مشروعكم. 90% من تطبيقات المبيعات المؤسسية باتت تُبنى اليوم بقاعدة كود موحدة.

أمور يجب سؤال الوكالة عنها قبل توقيع العقد: 1) ما الشاشة التشغيلية التي يضمنون فتحها بسرعة أعلى مقارنة بالكود الموحد؟ 2) ما نطاق عقد الصيانة السنوي للكودين المنفصلين؟ 3) لمن ستعود ملكية الشيفرة المصدرية للمنصتين بعد انتهاء المشروع؟

قبل رصد ميزانية قدرها 340.000 TL، تواصلوا مع وكالتين أخريين تعملان بتقنيات الكود الموحد وبنفس المواصفات؛ ستجدون أن العرض سيتراجع إلى قرابة 190.000 TL مع مدة تسليم لا تتجاوز 6 أسابيع.

هل مندوبو المبيعات عندكم ينزلون إلى مستودعات لا يوجد بها إنترنت؟ إذا كنتم بحاجة إلى مزامنة قواعد البيانات دون اتصال (offline)، تصبح البنية البرمجية مهمة قليلاً، لكن حتى هذه الحالة ليست مشكلة تعجز قاعدة كود برمجية واحدة عن حلها.

كتابة كود native بلغتين منفصلتين لتطبيق B2B وظيفته فقط عرض الكتالوجات ومسح الباركود هو مجرد تضييع للمال بلا فائدة.

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

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

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

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

لو كنت مكانك، لسلك هذا المسار.

زالت حيرتي، شكراً لكم. يعني انظروا أولاً إلى البيانات المتاحة لديكم عند اتخاذ القرار.

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

وضع عملية لطلبات التغيير لا يبطئ العمل، بل يسرّعه. بالتوفيق.

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

إذا كتبت النتيجة هنا، فستفيد الآخرين أيضاً.

عانيت من نفس الشيء.

أوافقك الرأي تمامًا. الناس يدافعون عن العادات وليس العمليات. المقاومة تأتي من هناك.

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

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

أتمنى أن يفيدك هذا.

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

ابدأ بتجربة صغيرة، لا تربط كل شيء دفعة واحدة.

شكرًا لكتابة هذا.