في خطوة تعكس تحديات جديدة تواجه مجتمع تطوير البرمجيات مفتوحة المصدر، أعلن Lorenzo Stoakes، مهندس البرمجيات الرئيسي في Arm وأحد المساهمين البارزين في Linux Kernel، عن تقليص مهامه في مراجعة رقع الكود البرمجي.
Stoakes، الذي يشغل مهام Maintainer لأربعة أقسام رئيسية تتعلق بإدارة الذاكرة (memory mapping, memory mapping (locking), memory mapping (madvise), و reverse mapping)، أوضح أن السبب الرئيسي وراء هذا القرار هو «الضغط الحالي في الكيرنل الناتج عن السلاسل المولدة بالذكاء الاصطناعي». وصرح بأن هذا الأمر يجعله يفتقر إلى النطاق الترددي اللازم لتقديم المراجعات إلا في المجالات التي يحافظ عليها.
تأثير الذكاء الاصطناعي على سير العمل
وفقًا لـ Stoakes، فقد ازداد تدفق رقع الكود المولدة بالذكاء الاصطناعي بشكل كبير، حيث تحول من «مرة واحدة في الأسبوع» إلى «يوميًا» وصولًا إلى أن «نصف ما أراه في المراجعة» هو نتاج الذكاء الاصطناعي. هذا التدفق الهائل يؤثر على قسم إدارة الذاكرة الذي يعمل عليه بشكل خاص، مما يزيد من إجهاده خلال عطلات نهاية الأسبوع والأمسيات.
لا يقتصر الأمر على Stoakes وحده؛ فقد عبر Greg Kroah-Hartman، أحد أبرز قادة Linux Kernel، عن مخاوف مماثلة في قمة Open Source Summit الشهر الماضي. ذكر Kroah-Hartman أن «هجوم رقع LLM المولدة… ليس لدينا ما يكفي من الأشخاص لمراجعتها جميعًا… نحتاج إلى المزيد من المراجعين. ليس لدينا ما يكفي. جميع الـ maintainers مرهقون، وقد كنا كذلك لعشر سنوات».
ماذا يعني هذا للمطورين؟
هذه التطورات تسلط الضوء على تحدٍ متزايد في عالم المصادر المفتوحة، خاصة مع تزايد استخدام أدوات الذكاء الاصطناعي لتوليد الكود. فبينما يمكن أن تسرّع هذه الأدوات عملية التطوير، فإنها تضع عبئًا إضافيًا على المطورين البشريين الذين يتعين عليهم مراجعة الكود لضمان جودته وأمانه. قد يؤدي هذا إلى إبطاء عملية دمج الميزات الجديدة أو إصلاح الأخطاء في المشاريع الحيوية مثل Linux Kernel، ما يتطلب من المجتمع إيجاد حلول جديدة لإدارة تدفق المساهمات الآلية بكفاءة.
المصدر: theregister.com