معظم أسئلة المقابلات التي ورثتُها حين بدأت التوظيف كانت معلومات عامة ترتدي معطفاً: ذكية بما يكفي لتبدو صارمة، محدّدة بما يكفي لتبدو عادلة، وغير مرتبطة تقريباً بأي شيء أهتم به لاحقاً. هذا المنشور هو القائمة المختصرة لما تعلّمتُه حين استبدلتُها بنماذج عمل، إضافةً إلى الأسئلة التي أبقيتُها لأنها ما زالت تستحق مكانها.
ما يكشفه المعطف
أسئلة المعلومات-العامة-في-معطف تشترك في عائلة من السمات. أتعرّف عليها الآن خلال عشر ثوانٍ تقريباً:
- عندها جواب واحد صحيح. المرشّحون الجيّدون لا يصلون إلى “صحيح تقريباً” — إما يعرفون الـgotcha أو لا يعرفون.
- تكافئ الإلمام السطحي بـcodebase معيّن أو ميزة لغة، لا الحكم.
- مقياسها يقيس بهدوء “هل حفظ هذا المرشّح هذه الحيلة بالذات؟” لا “هل يستطيع هذا المرشّح فعل الوظيفة؟”
- المحاور الذي يحبّها سُئل نفس السؤال في ثلاث وظائف سابقة وما زال يفخر قليلاً بحلّه.
حين تضبط نفسك تكتب هذا النوع من الأسئلة، توقّف. الفخر هو الدليل. الأسئلة الجيّدة لا تصمد لأنها ذكية؛ تصمد لأنها مملّة وتؤدّي غرضها.
أربعة أسئلة أحلتُها للتقاعد
لن أسمّي الشركات، لكن هذه كلها أسئلة ورثتُها وحذفتُها حين بدأت فعلاً أقيس ما يتنبّأ بالتوظيفات الجيّدة.
”اعكس شجرة ثنائية على السبّورة”
كتبتُ صفراً من عكس الأشجار الثنائية في عقد من الكود الإنتاجي. قرأت ربما اثنتين. السؤال كلياً فلتر لـ”هل تدرّب هذا المرشّح مؤخراً على هذا السؤال بالذات في مقابلات.” يختار بقوة الأشخاص الذين يبحثون بنشاط عن عمل ضد الأشخاص الموظّفين حالياً والسعيدين، وهو الاتجاه الخاطئ.
”كيف ستصمّم Twitter؟”
أسئلة تصميم الأنظمة ليست المشكلة؛ “صمّم Twitter” هي. تكافئ المرشّحين الذين حفظوا ملخّص معمارية Twitter تحديداً — المستخدمون، التغريدات، fanout-on-write، طبقة cache — على المرشّحين الذين يستطيعون فعلاً التفكير في نظام لم يروه من قبل.
الآن أطرح أسئلة تصميم أنظمة عن نظام غامض لم يسمع عنه المرشّح قط. “صمّم نظاماً يطابق عروض أسعار الإعلانات اللحظية عبر ست مناطق.” جديد بما يكفي ألا يحفظه أحد؛ ملموس بما يكفي لتكون المقايضات حقيقية. المرشّحون الجيّدون يسألون أسئلة توضيح. من يحفظ يتجمّد.
”ما هو تعقيد وقت sort في [لغة X]؟”
هذا سؤال معلومات عامة خالص. الجواب الصحيح هو “ابحث عنه.” المهندس الكبير الذي يحفظ حدود تعقيد المكتبة القياسية استبدل مساحة رفّه بالشيء الذي يهمّ فعلاً — الحكم على متى تقلق بشأن التعقيد، ومتى لا تقلق. لا أريد من يحفظ.
”اشرح لي [مفهوم علم حاسوب غامض محدّد]”
“اشرح نظرية CAP.” “ما الفرق بين BASE وACID؟” “ما هي شجرة Merkle؟” هذه جيّدة كـنقاط انطلاق لحوار. إنها كارثية كـفلاتر، لأنها تختار الأشخاص الذين تعلّموا المصطلحات مؤخراً على الأشخاص الذين يفهمون القيود الأساسية. قابلتُ مهندسين يرددون نظرية CAP في نومهم ولا يستطيعون التفكير في الاتساق النهائي في بيئة إنتاجية. قابلتُ مهندسين لم يقولوا كلمة “CAP” قط وبنوا أنظمة موزّعة صحيحة لعقد. فلتر على السلوك، لا على المصطلح.
ثلاثة أسئلة أبقيتُها
تلك التي نجت من إعادة كتابتي تشترك في بنية واحدة: تُعطي المرشّح قطعة من العمل الحقيقي، أو شيئاً قريباً جداً منه، وتراقب كيف يفكّر فيها.
”هذا تقرير خطأ حقيقي من نظامنا. صحّحه.”
المقابلة التقنية معيار الذهب في تجربتي. نُعطي المرشّح تقرير خطأ حقيقي (مجهول الهوية): أعراض، سجلات، stack trace جزئي، commit قد يكون ذا صلة. نراقبه يُفكّر فيه 45 دقيقة. يستطيع أن يسألنا أي شيء.
هذا السؤال عالي الإشارة لأنه يُمارس:
- الفضول — هل يسأل عن النظام قبل القفز إلى إصلاح؟
- التعرّف على الأنماط — هل رأى هذا النوع من الخطأ من قبل، تقريباً؟
- الحكم — هل يعرف متى يتوقّف عن التصحيح ويبدأ بالفرضيات؟
- التواصل — هل يستطيع شرح تفكيره أثناء تقدّمه؟
إنه أيضاً عادل، بطريقة لا تكون عليها أسئلة الحفظ: كل مرشّح عنده نفس الخطأ، والمقياس هو “هل أظهروا لنا كيف يفكّرون”، لا “هل وصلوا إلى الجواب الوحيد الصحيح."
"أخبرني عن قرار تقني اتخذتَه وتندم عليه الآن.”
كل مهندس كبير عنده واحد. المرشّحون الذين ليس عندهم إما مبتدئون جداً وإما غير صادقين تماماً مع عملهم. الإجابات الجيّدة محدّدة (المشروع، السنة، التبعة)، تأمّلية (ماذا كانوا يفعلون بشكل مختلف)، وعادلة مع ذاتهم الماضية (القرار كان معقولاً بالمعلومات المتاحة آنذاك).
أفضل الإجابات تتضمّن “وهذا ما غيّرتُه في طريقة اتخاذ قراراتي نتيجةً لذلك.” تلك هي الإشارة. لا الندم نفسه — بل القدرة على إغلاق الحلقة عليه.
”ما الذي ستسأل مديرك المستقبلي ولا تسأله للمجنّد؟”
هذا هو السؤال الوحيد الذي طرحتُه حيث أثّر الجواب على قراري بالتوظيف أكثر من أي سؤال آخر.
المرشّحون الجيّدون يسألون عن أشياء ملموسة: كيف يتعامل الفريق مع الاستعداد (on-call)، كيف تبدو ثقافة مراجعة الكود، ماذا يحدث حين تُشحَن ميزة متأخّرة، كم عدد المهندسين في الفريق حالياً.
المرشّحون ذوو العلامات الحمراء يسألون عن الإشارات: سلّم الترقي، مسار التأثير، “الاتجاه الاستراتيجي.” ليس لأن هذه أسئلة سيئة — إنها مشروعة — بل لأنها أسئلة يطرحها مرشّح قرأ مدوّنات مسيرة مهنية أكثر مما شحن. الدلو الأول هو حكم هندسي؛ الثاني هو مظاهر مسيرة.
حيلة نموذج العمل
للمرشّحين الكبار، أعتمد بقوة الآن على نماذج العمل: يُنجز المرشّح قطعة صغيرة من عمل حقيقي، بوقته الخاص، في محرّره الخاص، على مشكلة قريبة من التي سيواجهها في اليوم الأول من العمل. ليس “ابنِ مُصرِّفاً في 90 دقيقة.” أقرب إلى “هذا ملف من 400 سطر يفعل X بشكل سيئ؛ أعد هيكلته بالطريقة التي تعمل بها عادةً، خذ ما تحتاج من وقت، اشرح خياراتك في متابعة.”
الاعتراضات التي سمعتُها:
- “هذا ليس عادلاً لمن لديهم وقت فراغ أقل.” هذا قلق حقيقي، لكن الحل هو الدفع مقابل نموذج العمل (فعلتُ ذلك) أو إبقاؤه صغيراً (فعلتُ ذلك) — لا العودة إلى معلومات السبّورة العامة.
- “المرشّحون سيستخدمون الذكاء الاصطناعي.” آمل ذلك! الوظيفة ستتضمّن الذكاء الاصطناعي. أريد أن أرى كيف يستخدمونه. مرشّح يُقدّم إعادة هيكلة نظيفة بمساعدة الذكاء الاصطناعي مع شرح مدروس لما أبقاه وما غيّره يُثبت المهارة الفعلية لـ2026.
- “يأخذ من وقت المرشّح أكثر من جولة تقنية من ساعة.” نعم. يعطيني أيضاً إشارة أفضل بكثير. التعديل الصحيح هو تقليل جولات المقابلة، لا تقصيرها.
الجزء الذي أعترف فيه بأنني ما زلت مخطئاً أحياناً
لا أدّعي أنني كسرتُ رمز التوظيف. لم أفعل. رفضتُ مرشّحين كانوا على الأرجح جيّدين، ووظّفتُ مرشّحين تبيّن أنهم ليسوا مناسبين. كل مهندس كبير يوظّف لعقد عنده نفس القائمة.
ما أنا أكثر ثقة به هو أن سؤال المعلومات-العامة-في-معطف دائماً أسوأ من البديل. في كل مرة أحلتُ فيها واحداً للتقاعد، حصلتُ على إشارة أفضل. في كل مرة أبقيتُ واحداً “للتقليد”، تمنّيتُ لاحقاً ألا أكون قد فعلتُ.
إن كنتَ توظّف الآن: راجع جولتك. لكل سؤال، اسأل “كيف يبدو الجواب الرائع على هذا، وهل سيتنبّأ ذاك الجواب فعلاً بالنجاح في الوظيفة؟” إن لم تستطع كتابة النسخة التنبّئية، أحِل السؤال للتقاعد. استبدله بنموذج عمل، أو خطأ حقيقي، أو حوار توضيحي حول ماضي المرشّح.
جولتك ستصبح أقصر. توظيفاتك ستصبح أفضل. وستتوقّف عن طلب عكس الأشجار الثنائية على السبّورات، وهو في 2026 إنجاز حضاري صغير.