فحص الكود بالذكاء الاصطناعي قبل التسليم — هل يصلح كمعيار قبول؟

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

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

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

الربع الماضي أجرينا فحص كود بالذكاء الاصطناعي على مشروع microservices من 15.000 سطر. من أصل 42 تنبيهًا أخرجها، كان 26 منها بلا أساس، أي نتائج إيجابية خاطئة. لكن 3 من التنبيهات الـ16 الباقية كانت فعلًا تسريب ذاكرة وثغرة صلاحيات حرجتين. وجود خبير يفلتر النتائج ضروري.

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

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

عند استلام الكود يمكنكم استخدام الذكاء الاصطناعي بفلتر من ثلاث مراحل: 1) صنّفوا توصيات التقرير كملاحظات مشتبهة لا كأخطاء مؤكدة. 2) أرسلوا هذه القائمة للوكالة واطلبوا توضيحًا كتابيًا. 3) خصصوا ساعتين من ميزانية مبرمج مستقل للفحص ليتأكد من دفاع الوكالة.

أفهم قلقكم، الاستلام بدون خلفية تقنية قد يكون مخيفًا. فكروا في الذكاء الاصطناعي كأداة لطرح الأسئلة لا كمفتش. خذوا البنود المفهومة في التقرير واسألوا الوكالة بلطف: هل هناك سبب خاص لتصميمكم بهذه الطريقة؟

بالضبط، بل إن هذا الجانب غير معروف بشكل كافٍ. اسألوا من أعد العرض ومن سينفذ العمل.

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

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

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

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

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

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

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

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

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

أحسنت، بارك الله في جهدك. يجب ربط جدول المدفوعات بمراحل العمل، وليس بالتقويم.

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

أتفق مع هذا. أغلى شيء في النظام الموروث هو التبعيات غير المعروفة.

سأكتب ما حدث لي، ربما يفيدكم. القرار المتسرع يصبح قراراً يُصحح بعد ستة أشهر.

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

مثبت بالتجربة.

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

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