كيف تُجري مقابلة تجريبية لمهندس برمجيات

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

• البرمجة. من 35 إلى 45 دقيقة، مسألة أو مسألتان، مع التفكير بصوت عالٍ أثناء الكتابة. هدف التدريب هو سرد حل ما زلت تبلوره.
• تصميم الأنظمة. من 45 إلى 60 دقيقة، سؤال مفتوح، دون توضيح إلا إذا طلبته. هدف التدريب هو تحديد نطاق المسألة قبل تصميمها.
• السلوكية. 45 دقيقة من قصص المشاريع مع أسئلة متابعة عدائية. هدف التدريب هو تجاوز سؤال المتابعة الثالث حول قرار تندم عليه.

أجرِ واحدة من هذه في كل جلسة. دورة كاملة مدتها ثلاث ساعات تبدو منتجة لكنها لا تنتج تقريبًا أي ملاحظات مفيدة، لأنك بحلول الجولة الثالثة تتدرب على التعب لا على المهارة. إذا كنت تريد بنك الأسئلة بدلًا من الآلية، فهناك صفحة منفصلة في مركز mock interviews.

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

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

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

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

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

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

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

كن واضحًا بشأن الحدود. لا تستطيع المقابلة التجريبية أن تخبرك بالمسألة التي ستحصل عليها، ولا يمكنها التنبؤ بأسلوب محاورك، ولا يمكنها أن تحل محل المعرفة الحقيقية بالمادة. ما تُصلحه هو طبقة الأداء: التحدث أثناء التفكير، وتحديد النطاق قبل البناء، والتعافي بصوت عالٍ عند التعثر. تنتقل هذه المهارات بالكامل، وهي أيضًا أشياء لا يمكن للقراءة أن تعلّمها.

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