Get best of the week

تقنية المقابلة "MoSt"

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

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

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

25 سؤالاً


لذا ، سنجري مقابلة. بالنسبة للجزء الأول الفني ، نقوم بإعداد 25 سؤالًا ، مقسمة إلى 5 مجموعات ، بمدة إجمالية تتراوح من 30 إلى 40 دقيقة:

الاهتمام
(المجموعة مهمة عند العمل مع مرشح شاب ، لأن المبرمجين المتمرسين غالبًا ما يتحملون درجة عالية من المسؤولية بسبب وجود عائلة ، الالتزامات ، والممانعة في تغيير الوظائف ، وأيضًا ذات صلة كبيرة بالوظائف ذات التدفق الكبير من المتطلبات الجديدة: الاستعانة بمصادر خارجية ، المنتجات التجريبية التي لم يتم اختبارها من قبل المستخدمين ويمكن أن تتغير بشكل كبير)

غالبًا ما يحاول المرشحون إظهار الاهتمام بما تقوم به شركتك ، أو في المهنة بشكل عام ، وهنا بالفعل يجب أن نتخذ الخطوة الأولى. من السهل أن تقول "أنا مهتم" ، من المستحيل تقليد الاهتمام ، لذلك سنختار بعض الأسئلة التي توضح مدى اهتمام الشخص بما يقوم به. زيارة المؤتمرات والتدوين والمنتديات والمشاريع الشخصية والمشاركة في تطورات المصدر المفتوح ومعرفة برمجة أخبار العالم وتاريخ تكنولوجيا المعلومات والأفكار العلمية مثل تعقيد الرموز السيكلومية والتحقق الرسمي من الخوارزميات ومبادئ KISS و DRY و SOLID وكل ما تقصده هم أنفسهم لا يستطيعون إلا أن يسمعوا في العمل - هذه علامات مؤكدة للاهتمام. يمكن أن تأخذ الأسئلة شكل محادثة مجانية ، ولكن يجب أن يكون الجوهر واضحًا لك بالفعل. الشخص المهتم دائمًا ذو قيمة ،لأن الفائدة تولد رغبة حقيقية في الفهم والتطور والنجاح.

الفائدة هي كل شيء ، بدون فائدة نحن مجرد أناس.

لغة البرمجة
(الأكثر ملاءمة للمبرمجين الشباب (أقل من 5 سنوات من الخبرة) ؛ كما أنها ذات أهمية عالية إذا عمل المرشح لفترة طويلة في شركة واحدة أو كمستقل)

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

مجموعة أدوات والتحسين الذاتي
(تزداد أهمية الإجابات مع خبرة المرشح التي تقل عن 5 سنوات بسبب الاحتمال الكبير لجهل الأدوات وأكثر من 15 عامًا بسبب الرفض الواسع لمزيد من التطوير ؛ وهو مهم بشكل خاص للمرشحين للفرق الصغيرة المحملة بشدة)

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

المهارات المعمارية
(أهمية الإجابات عالية للغاية عند اختيار متخصص رائد ، لأنه سيتخذ قرارات تؤثر على عمل الفريق بأكمله)

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

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


الخصوصية والتفكير
(تزداد الملاءمة مع تعقيد الوظيفة التي يُنظر فيها للمرشح - على سبيل المثال ، برمجة سطح المكتب للأغراض العامة أبسط من ألعاب البرمجة ، البرامج المالية أو الرياضية ، البيانات الكبيرة)

تتضمن هذه المجموعة قضايا تتعلق مباشرة بالاتجاه الذي يتم النظر في المرشح من أجله. في كثير من الأحيان (لقد رأيت هذا بنفسي أكثر من مرة) لا تبدو أسئلة محددة على الإطلاق. هذه خطيئة كبيرة: قد يكون مبرمج Python مبرمجًا جيدًا أو مطورًا لـ CLI ، ولكن ليس لديه أي خبرة على الإطلاق في تطوير الويب ، وحتى لا يعرف أساسياته. من المرجح أن يصبح مطور / مصمم الواجهة الأمامية مطورًا خلفيًا ضعيفًا ومشرفًا على قاعدة البيانات. تطوير اللعبة هو إرث خاص للغاية. هناك العديد من الأمثلة - شيء واحد واضح: لا يمكن للمرء الاستغناء عن أسئلة محددة للوظيفة! في البرمجة الحديثة ، هناك العديد من الاتجاهات وليس كل منها متشابه مع بعضها البعض ، لذا فإن التجربة في أحدها لا تضمن النجاح في الآخر.

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

ماذا بعد؟


في الواقع ، لدينا 25 سؤالاً - ماذا الآن؟ نحتاج الآن إلى طرح هذه الأسئلة ، واستنادًا إلى إجابات المرشح ، نجيب على خمسة أسئلة حول الشخص الذي أجريت معه المقابلة:

1. يهتم : هل سيحاول ، يطور ، يشاء ، ألا يكره عمله على هذا النحو؟
2. هل لديه قاعدة فنية : هل هو على دراية بالوسائل الأساسية للغة ، ويعرف كيفية استخدامها ، وسيكون قادرًا على حل المشكلات "وليس من كتاب مدرسي"؟
3. منظمة واقتصادية : يقدر وقته وجهوده ويهتم باختيار الأدوات وسيحاول تبسيط حياة نفسه والفريق بأكمله؟
4. المهندس المعماري : يمكن أن يعهد إليه بالحلول المعمارية ، وينظم الكود بشكل مفهوم ، قابل للتوسع ، يمكن التحقق منه بسهولة ، حتى يتمكن الفريق من العمل معه؟
5. مناسب للموقف: هل يفهم القضايا الخاصة بالوظيفة ولديه فهم أساسي لما يجري فيها؟

بناءً على الإجابات ، يمكننا أن نفهم ما ينتظرنا وفريقنا مع هذا المرشح بشكل احترافي.

الجودة الشخصية


أحد العوامل المهمة هو تحديد الوضع النفسي للمرشح: فهو مدمن عمل أو كسول ، ويفضل القيام بعمله أو سوف ينظر (ربما مع الحسد أو السخط) إلى الموظفين الآخرين ، سيحلل الانضباط أو ، على العكس ، سيدعمه بأفعاله - الجزء الثاني مخصص لتوضيح كل هذا مقابلات (20-30 دقيقة). تسأل أسئلة تحديد الصفات الشخصية نفسها: ما لم يعجبه الفريق السابق ، في مكان العمل الأخير ، أي صراعات العمل التي تم تذكرها ، وكم مرة تتم معالجتها ولأي أسباب ... - يمكن أن تكشف القصة عن كل هذا الكثير عن المرشح.

الماكرة والخيانة والزيف


الحقيقة المحزنة هي أن العديد من المرشحين يكذبون في المقابلات (حوالي 70 ٪ ، وفقًا لمصادر مختلفة). هل يمكن مواجهة ذلك؟ سأصوغ منهجي الخاص:

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

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

مثال من الممارسة الشخصية:

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

بدون تردد ، طلبنا من الشخص الذي تمت مقابلته أن يخبره بما كان يفعله على Firestore ، ثم على SQL ، "حتى يفهمه الأشخاص الذين لم يكونوا في هذا الشخص". ووفقًا له ، فقد صمم قواعد البيانات والجداول ، والفهارس ، وكتب استعلامات جديدة وحسّن الاستفسارات القديمة بعد الموظفين الآخرين (أي سمعنا بيانات واثقة ، بصوت عال ، ولكن عامة جدًا). ما كانت مفاجأته عندما بدأنا بطرح أسئلة محددة حول جهاز Firestore و SQL (وبالتالي كشفنا عن تجربتنا الخاصة) ، وكم كان بإمكانه إخبارنا.

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

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

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

يقوم البرنامج بما كتبته فيه وليس ما تريده منه.


طلب


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

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

استنتاج


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

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

في الختام ، تجدر الإشارة إلى أن البعض قد يجدون تقنية MoSt استفزازية ، لكن المحاور يحتاج فقط إلى التلاعب - مما يخلق مواقف يمكنك فيها رؤية المرشح في الضوء الحقيقي ، وليس الصورة التي أعدها للمقابلة - ولكن ليس كذبة واضحة. هدفنا (الأشخاص الذين يجرون مقابلات) هو بالتحديد مكافحة الأكاذيب وجمع معلومات مهمة وموثوقة.
-
إيليا ،
QLogic LLC ،
مطور Python / Go
GitHub acc | صفحة شخصية

More articles:


All Articles