لقد صادفت مؤخرًا منشورًا سريعًا لشغل fillpackart دفعني إلى التفكير في ما أود مشاركته مع جميع قراء Habré. ومع ذلك ، أولاً وقبل كل شيء ، أود التأكيد على أن كل ما يقال في هذا المقال هو رأيي الشخصي ورؤيتي للوضع ولا أدعي أنه حقيقي.
حول المقابلات الحديثة
يشكو مؤلف المقال المذكور أنه خلال المقابلات لم يعد يطرح أسئلة تقنية. هل هذا سيء؟ كم منا يكتب الأشجار الحمراء السوداء كل يوم في العمل أو يستخدم الميراث الافتراضي (هذه مجرد أمثلة ، من فضلك ، دعونا لا نناقش فائدتها في التعليقات)؟
يبدو لي أنه لا يوجد الكثير من الأشخاص الذين أجابوا عن السؤال الأخير بشكل إيجابي. ولكن هذا هو بالضبط ما يرغبون في طرحه في المقابلات الفنية . هل ستعاني الشركة بشدة إذا استأجرت شخصًا لا يستطيع الإجابة عن هذا السؤال دون وجود محرك بحث في متناول اليد؟
المشكلة هي أن الأسئلة في المقابلات الفنية تختلف اختلافًا كبيرًا عن المهام الحقيقية للمطور . بما في ذلك من المهام التي سوف يؤديها المرشح في الشركة إذا مرت مرحلة المقابلة. إذن لماذا هذا؟ لماذا اختبار القدرة على حل المشاكل مع LeetCode أو معرفة الجهاز من بنيات اللغة الغريبة؟ لماذا يعد هذا ضروريًا إذا كان مفيدًا في المستقبل ، وإذا كان مفيدًا ، يمكنك دائمًا العثور على وصف تفصيلي لهذه الخوارزميات والمبادئ؟
والأهم من ذلك: هذا ليس مجرد اختبار عديم الفائدة. تتحول المقابلات إلى جحيم بلا معنى ولا ترحم. لهذا السبب ، يتحول الإعداد للمقابلة إلى حل غير مجدي للمشاكل. في المقابلات نفسها ، تتسبب الأعصاب في خسائرها ، وحتى في بعض الأحيان يفقد المرشحون الأكثر جدارة في حل المهام البسيطة.
هنا ، يجب الاعتراض على أن الغرض من المقابلة مع المهام هو في المقام الأول اختبار تفكير المرشح . نعم ، إنه كذلك ، لكن ليس الجميع يفهم هذا. ينسى الكثير من المطورين الذين يرسلهم قسم الموارد البشرية لمقابلة المتقدمين. ثم تتحول المقابلة إلى مونولوج ممل لمرشح يحاول حل شيء ما. ثم يتم تصوير القرار وتصبح حجة مع أو ضد. هل هذا صحيح؟ لا. أعتقد أنه لا يمكن إعطاء سوى مهام بسيطة وينبغي مساعدة المرشح. ليس عليك أن تخبر الشخص بالقرار برمته ، لكن عليك دفعه بالأفكار الصحيحة. بعد كل شيء ، نحن لا نطور البرامج وحدها. منذ فترة طويلة التنمية فريق العمل. فلماذا لا أزال أرى المطورين الذين لا يقولون في المقابلة سوى ظروف المشكلة؟
مرة أخرى ، أود أن ألفت الانتباه إلى ما يلي: إن إجراء مقابلات مع المهام أمر طبيعي ، ولكن فقط إذا كانت هذه المهام بسيطة ويتحول حلها إلى حوار بين الشخص الذي تجري مقابلته مع الشخص الذي تجري معه المقابلة. الشيء الرئيسي هنا هو التحقق من طريقة تفكير المرشح. كيف يقترب من حل المشكلة. هذا هو المهم ، وليس ما إذا كان سيحل هذه المشكلة أم لا. أنت لا تبحث عن المطورين الذين مهارتهم الوحيدة هي حل المشاكل مع LeetCode؟
المهارات الصلبة واللينة
التالي هو سؤال آخر. هل صحيح أنه من الأفضل توظيف انطوائي جيد بدلاً من الانفتاح المتوسط (لا أتحدث عن توظيف موظفين متواضعين ، ولكن يمكن رؤية ذلك أثناء المقابلة)؟ أنا متأكد من أنها ليست كذلك: كما قلت ، أصبح التطوير فريقًا لفترة طويلة ، وهنا يصبح تفاعل الأشخاص في الفريق مهمًا. هل من الأفضل حقًا لشريكك الجلوس لمدة أسبوع وفهم بعض الصفوف أو الوظيفة من قاعدة الشفرة العامة مما إذا كان سيذهب إلى مطور البرامج ويسأله عن كيفية استخدامها بشكل صحيح؟ يمكنك أن تقول على الفور أن الانطوائي البارد ليس واضحًا أيضًا كيف سيرد على الأسئلة.
التنمية واحدة يموت بها. في العذاب ، نشل فقط مطوري الموقع المستقل. أي منتج جاد يتطلب فريق تطوير ، وغالبًا ما يكون أكثر من منتج واحد. لذلك ، سوف ينفجر الانطوائيون اللطيفون قريباً عن تكنولوجيا المعلومات ، وسيتعين علينا العمل مع ما تبقى.
حول التكنولوجيا الضجيج
النقطة الوحيدة التي أتفق فيها مع كاتب المقال ، لكن هذه ليست النهاية. نعم ، هناك مشكلة في تقنيات المتوسط والعلاقات العامة. ولكن من المهم هنا ملاحظة أنه من الأفضل أن يستخدم الجميع شيئًا واحدًا. الحل الوحيد سوف يصبح عاجلاً أم آجلاً الحل الأكثر تفصيلاً. إذا فقط لأن مطوريها لديهم أموال وموارد لهذا الغرض. خلاف ذلك ، سوف نحصل على العديد من الحلول التي بدأت بشكل جيد ، ولكن اكتسبنا العديد من المشكلات أثناء التطوير. يشجع هذا الوضع فقط تطوير "المعيار الرابع عشر". و هكذا. دعونا جميعا نستخدم حل واحد. في يوم من الأيام ، سيتم حل مشاكله ، والتي لا يمكن أن يقال عن كل واحد من 10 حلول مختلفة مع مستخدمين فرديين.