X5 Tech تضيف اختبار مهارات العمل مع الذكاء الاصطناعي إلى مقابلات المطورين

أدرجت X5 Tech اختبار مهارات العمل مع الذكاء الاصطناعي في المقابلات التقنية، وتوقفت عن التظاهر بأن المطورين يعملون دون هذه الأدوات. لا تريد الشركة أن ترى حلًّا «معقَّمًا» للمهمة، بل العملية الفعلية: كيف يستخدم المرشح النموذج، وكيف يتحقق منه، وكيف يتحمّل مسؤولية النتيجة.

كيف تغيّر X5 المقابلة

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

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

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

ما الذي يُعدّ الآن إشارة قوية

لا ينظر القائمون على المقابلة إلى مجرد استخدام الذكاء الاصطناعي، بل إلى جودة العمل معه. فقد يُسأل المرشح عن الأدوات التي يستخدمها، وماذا يفهم من نافذة السياق (context window)، والتوكنات (tokens)، وحرارة النموذج (temperature)، والنهج الوكيلي (agentic approach)، وMCP. ومن أنواع المهام الأخرى تقديم ملف مثل CLAUDE.md أو .cursorrules وطلب تقييم ما إذا كان سيساعد الوكيل (agent)، وأين فيه غموض وسياق زائد ومحفّزات محتملة للهلوسة. وبعبارة أخرى، لم يعد الاختبار للذاكرة، بل للتفكير الهندسي المحيط بالذكاء الاصطناعي.

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

بالنسبة إلى المبتدئين (junior) لا يزال المعيار أساسيًّا: المطلوب فهم أساسيات هندسة الأوامر (prompt engineering)، والقدرة على اكتشاف الهلوسة، وعدم الخلط بين الكود الذي وُلّد بسرعة والفهم الحقيقي للنظام. وفي مقالها، تشدد X5 Tech بصورة خاصة على مشكلة اعتماد المطورين المبتدئين على الذكاء الاصطناعي: فهم يجمعون الحل أسرع، لكنهم أضعف في شرح سبب عمله، وكيفية تصحيح أخطائه، وأين تنتهي حدوده. لذلك لا تُعدّ إشارة جيدة مجموعة مشاريع شخصية عشوائية، بل بضعة أعمال موصوفة بعناية، مع ملف README ودور المؤلف والقرارات المتخذة وتوضيح للمواضع التي اضطر فيها إلى رفض نصائح النموذج.

«من دمج الكود (merge) فهو المسؤول عنه.»

أما بالنسبة إلى متوسطي الخبرة (middle) وكبار المطورين (senior) فالمتطلبات أعلى. يجب أن يكون المطوّر متوسط الخبرة قادرًا على بناء سير عمل خاص به مع الذكاء الاصطناعي، والتحقق من الإجابات التي تبدو معقولة لكنها خاطئة، واكتشاف الأخطاء في المنطق التجاري المعقد، وقواعد الكود الكبيرة، وحوادث بيئة الإنتاج (production)، ومسائل الأمان. أما كبير المطورين فيتولى المستوى التالي: كيف يدمج الوكلاء وتوليد الكود في عملية العمل الجماعي دون تضخّم الدَّين التقني (tech debt). وهنا تبرز أهمية قواعد استخدام الأدوات، وضبط السياق بما يناسب المشروع، ومراجعة الكود الذي يولّده الذكاء الاصطناعي، والتوزيع الواضح للمسؤولية، لأن عبارة «النموذج هو من اقترح ذلك» لا تصلح في بيئة الإنتاج.

ماذا يعني ذلك

يُظهر نهج X5 Tech تحوّلًا في التوظيف: فالسوق يختبر بصورة أقل فأقل القدرة على العمل «في فراغ»، ويقيّم أكثر فأكثر كيف يتصرف المهندس إلى جانب الذكاء الاصطناعي. فالمتخصصون الأقوياء تسرّع هذه الأدوات عملهم، أما الضعفاء فتبدأ فجوات الفهم والعمارة (architecture) والمسؤولية لديهم بالظهور أسرع. وبالنسبة إلى المرشحين، الخلاصة مباشرة: المهم ليس مجرد استخدام النماذج، بل القدرة على شرح عمليتك وحدودها والقرارات التي تحتفظ بها لنفسك.