في العرض مكتوب تطوير API كبند منفصل، هل هذه الأدوات ضرورية فعلاً؟

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

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

العام الماضي أنجزنا منصة B2B مشابهة بميزانية 15.000 دولار. تصميم خدمات الخلفية واختباراتها استهلكت نحو ثلث المبلغ الإجمالي. كون الكود قابلاً للاختبار يوفّر صداعاً كبيراً لاحقاً.

كثير من الوكالات تغلّف عمليات قاعدة البيانات القياسية وتسميها API وتنفخ الفاتورة. إذا لم تكن ستبيع بيانات للخارج أو تتصل بنظام آخر، فهذا الفصل الكبير ليس ضرورياً دائماً.

أضف معايير التسليم في العقد. هل سيُسلَّم التوثيق، هل ستُسلَّم سيناريوهات الاختبار جاهزة للعمل؟ إذا لم تكن موجودة فلا تدفع ثمن أدوات مقابل الكود الخلفي فقط.

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

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

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

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

سأجرب ذلك.

أتابع الموضوع.

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

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

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

بالتأكيد. وإذا أردت إضافة شيء: تقرير التقدم الأسبوعي المكتوب أكثر فائدة من السؤال المستمر عن المواعيد.

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

صحيح.

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

شكرًا جزيلاً، سأجربها اليوم.

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

صححوا لي إن أخطأت.

زالت حيرتي، شكراً لكم.