نستلم الكود البرمجي ونراجعه — هل توجد قائمة تحقق لمراجعة الكود لغير المطورين؟

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

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

ارتكبنا نفس الخطأ العام الماضي في عملية استلام مشابهة بقيمة 40.000 دولار. اعتقدنا أننا استلمنا الكود بالكامل، لكن لم تكن هناك أي اختبارات برمجية آلية مكتوبة. طلب الفريق الجديد 12.000 دولار إضافية ومهلة 6 أسابيع فقط لفهم النظام وكتابة الاختبارات. تأكدوا تماماً من وجود مجلد الاختبارات ومحتواه داخل المستودع.

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

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

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

برأيي ألقِ نظرة على تواريخ آخر تعديلات (commits) في المستودع. بصراحة لو رفعوا ألف ملف دفعة واحدة قبل انتهاء العقد بيومين، فغالباً هم أنفسهم نسوا ما بالداخل وأغلقوا المشروع على عجل.

ملاحظة: سُئل هذا أدناه، وكتبت الإجابة في الرسالة الثانية.

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

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

وضع عملية لطلبات التغيير لا يبطئ العمل، بل يسرّعه. أتمنى أن يفيدك هذا.

لا تتجاهل شيئاً: كل من يستعجل في قائمة مراجعة الكود المصدري يتعثر في نفس النقطة.

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

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

بالطبع يختلف الأمر إذا كانت حالتك مختلفة.

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

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

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

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

سأجرب ذلك.

تشتت النقاش، دعني ألخصه. إذا لم تُكتب معايير القبول، فإن وقت انتهاء العمل يبقى مفتوحاً للنقاش.

أكتب هذا حتى لا تكرروا نفس الخطأ. يجب فتح بيانات الوصول باسم المؤسسة، وليس بحسابات شخصية.

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

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

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

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

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