مهمة المطور الجديدة: إدارة الذكاء الاصطناعي الذي يكتب البرمجيات

مراجعة البحث وتحديثه: ٢٣ سبتمبر ٢٠٢٦

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

بدأ هذا الافتراض يتغير.

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

تتطور الأدوات بسرعة. في ٢١ سبتمبر ٢٠٢٦ أعلنت GitHub نموذجاً آخر من Copilot مخصصاً للبرمجة عبر الوكلاء وسير العمل متعدد الخطوات. كان واحداً من إصدارات كثيرة هذا العام، ويبين سرعة انتقال المنصات الكبرى من المساعدة إلى التنفيذ المستقل بدرجات متفاوتة.

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

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

استطلعت JetBrains آراء أكثر من ١٥ ألف مطور محترف بين مايو ويوليو ٢٠٢٦. ووجدت أن ٩٠٪ يستخدمون وكلاء برمجة في العمل أسبوعياً على الأقل، و٦٨٪ يستخدمونهم يومياً.

يظهر البحث نفسه حجم التحول: أفاد المطورون بأن نحو ٤٧٪ من الشفرة التي يكتبونها تُولّد بالكامل بواسطة الوكلاء، إضافة إلى حصة أخرى تُكتب بمساعدة الذكاء الاصطناعي. وقال نحو ٢٢٪ إن أكثر من ٨٠٪ من شفرتهم يولدها الوكلاء. هذه أرقام صرّح بها المشاركون، ولا ينبغي اعتبارها قياساً دقيقاً لكل مؤسسة، لكن اتجاه التغيير واضح.

ليست هذه قصة مطورين مبتدئين لا يعرفون البرمجة. فقد وجدت JetBrains أن نحو ربع كبار المطورين كانوا ضمن من يولد الوكلاء أكثر من ٨٠٪ من شفرتهم.

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

الوقت الذي يُوفَّر في كتابة الشفرة لا يعود ببساطة إلى الشركة؛ بل ينتقل إلى عمل آخر.

استطلع تقرير BairesDev Dev Barometer للربع الثالث من ٢٠٢٦ آراء ٧٠٥ مطورين في أكثر من ٦٠ دولة خلال أغسطس. قال ٤٢٪ إن الذكاء الاصطناعي يكتب الآن نصف شفرتهم على الأقل، بعد أن كانت النسبة ١٢٪ قبل عام. وقدّر المطورون أنه يوفر لهم في المتوسط ١٣ ساعة أسبوعياً من وقت كتابة الشفرة، بينما بلغ الوسيط ١٠ ساعات.

ثلاث عشرة ساعة تقترب من يومي عمل. لكنها لم تصبح وقتاً حراً للشركة.

وجدت الدراسة نفسها أن ٥١٪ من المطورين يقضون أكثر من ربع أسبوعهم في مراجعة العمل الذي يولده الذكاء الاصطناعي، وأن ٦٧٪ يقضون في مراجعته وقتاً أطول مما كانوا يقضونه قبل عام. وأفاد ٥٨٪ بازدياد مسؤوليتهم عن شفرة لم يكتبوها بالكامل.

إن طبيعة العمل تنتقل.

كان المسار المعتاد: متطلب، ثم يصمم المطور الحل، ويكتب الشفرة، ويختبرها، ثم يصدرها.

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

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

البرنامج «الصحيح تقريباً» لا يزال برنامجاً خاطئاً. وهنا تكمن مشكلة الشركات الصغيرة والمتوسطة.

نادراً ما يظهر فشل البرنامج في الموضع الواضح.

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

ينتج الذكاء الاصطناعي شفرة تبدو معقولة بسرعة. لكن المعقول ليس بالضرورة صحيحاً.

وجدت BairesDev أن ٥٩٪ من المطورين أفادوا بزيادة الجهد الذهني اللازم لاكتشاف الأخطاء الدقيقة في الشفرة المولدة، وأن ٥٢٪ يقضون وقتاً أطول في إصلاح المشكلات التي أدخلها الذكاء الاصطناعي. وقال ٤١٪ إن الشفرة المولدة تكاد لا تصل إلى الإنتاج دون مراجعة بشرية محددة.

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

ماذا يفعل المطور الآن؟ يوجه ويفحص ويبقى مسؤولاً.

يقع الدور اليوم بين المهندس والمراجع والمدير التقني. ويحتاج المطور القادر على نحو متزايد إلى تسعة أمور:

• تحويل مشكلة الأعمال إلى تعليمات تقنية واضحة.
• تحديد بنية النظام قبل تكليف الذكاء الاصطناعي ببنائه.
• تحديد ما يُسمح للوكيل بالوصول إليه وما لا يُسمح.
• فحص الشفرة المولدة بدلاً من افتراض صحتها.
• تصميم اختبارات لحالات العمل الحقيقية، لا لمسارات النجاح التقنية وحدها.
• مراجعة الأمان ومعالجة البيانات والصلاحيات.
• فهم التبعيات ومكونات الجهات الأخرى التي أضافها الذكاء الاصطناعي.
• تقرير ما إذا كان إنسان آخر سيستطيع صيانة الناتج لاحقاً.
• تحمل مسؤولية ما يصل إلى بيئة الإنتاج.

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

لماذا يهم هذا صاحب شركة صغيرة أو متوسطة؟ تغيرت معادلة البناء مقابل الشراء.

قد لا تكون الفرصة الأهم للشركات الصغيرة هي خفض تكلفة كتابة الشفرة، بل الوصول إلى برامج كان بناؤها غير مجدٍ اقتصادياً من قبل.

وجد استطلاع McKinsey عن حالة الذكاء الاصطناعي في أغسطس ٢٠٢٦ أن نحو مؤسسة من كل خمس كانت توسع استخدام وكلاء كتابة البرمجيات. وقال ٣٢٪ إنهم قرروا عدم شراء منتج برمجي واحد على الأقل أو ميزة واحدة، لأنهم يستطيعون بناءها داخلياً بأدوات البرمجة المعتمدة على الوكلاء.

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

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

ينتقل عنق الزجاجة من كتابة الشفرة إلى ضبطها. قس الشيء الصحيح.

أسهل خطأ هو قياس التطوير بالذكاء الاصطناعي بسرعة ظهور النسخة الأولى.

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

تظهر الموازنات ذلك أيضاً. في استطلاع BairesDev، زاد ٧٨٪ من مسؤولي التقنية البالغ عددهم ٤١ مشاركاً الاستثمار في مراجعة الشفرة أو ضمان الجودة أو أدوات التحقق خلال العام السابق لدعم العمل المولد. عينة مسؤولي التقنية صغيرة ولا يصح تعميمها، لكنها تتفق مع ما قاله المطورون: عندما يمكن إنتاج شفرة أكثر، يجب فحص شفرة أكثر.

لذلك ليس السؤال للشركة التي تُدخل التطوير بالذكاء الاصطناعي: «كم يمكن للذكاء الاصطناعي تسريع مطورينا؟»

السؤال الأفضل: «كم من البرمجيات نستطيع إدارتها بأمان؟»

وهذان سؤالان مختلفان.

لن يبدو التغيير متطابقاً في كل مكان. لكن الأسئلة الإدارية ستتشابه.

يتفاوت تبنّي الأدوات. وجدت JetBrains أن نحو ١٦٪ من المطورين في أوروبا والمملكة المتحدة يولد الوكلاء أكثر من ٨٠٪ من شفرتهم. وفي الولايات المتحدة استخدم ٤٧٪ من المطورين المحترفين المشاركين Claude Code في العمل. وفي الهند استخدم ١٥٪ من المطورين المشاركين أداة Google Antigravity في العمل بحلول منتصف ٢٠٢٦.

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

سواء عملت الشركة في دبي أو لندن أو نيويورك أو بنغالورو، تبقى الأسئلة الإدارية نفسها: من يراجع الشفرة؟ إلى ماذا يمكن للذكاء الاصطناعي الوصول؟ من يوافق على تغييرات الإنتاج؟ كيف نتتبع الإخفاقات؟ ومن يتحمل المسؤولية عندما يتصرف النظام على نحو خاطئ؟

لا توظف الناس لمجرد كتابة الشفرة. وظف من يستطيعون إدارة البرمجيات.

هذه الخلاصة الأكثر عملية لشركة صغيرة أو متوسطة تخطط لقدراتها التقنية اليوم.

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

يبتعد تطوير البرمجيات عن عالم يحد فيه الجهد البشري كمية الشفرة التي يمكن إنشاؤها.

أصبح إنتاج الشفرة أسهل. ولم يصبح إنتاج برنامج موثوق أسهل بالقدر نفسه.

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

بالنسبة إلى شركة صغيرة أو متوسطة، قد يصبح هذا الشخص أهم من أي وقت مضى.

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

أخبرنا بما يحدث: https://www.anvukta.com/ar/enquire