عملية المقابلة في AMD خطوة بخطوة

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

يأتي فحص مسؤول التوظيف أولاً. يغطي خلفيتك والوظيفة والموقع وتوقعات الراتب، وهو الوقت المناسب لتأكيد مجموعة المنتج والتخصص، مثل physical design أو RTL أو التحقق من التصميم أو validation أو البرامج الثابتة أو برمجيات تعريفات التشغيل.

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

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

بالنسبة لأدوار RTL وتصميم المنطق، توقع أساسيات رقمية تُطرح شفهياً: المنطق التوافقي مقابل المنطق المتسلسل، آلات الحالة المحدودة، زمن setup وhold، عبور نطاقات الساعة (clock domain crossing) وسبب وجود المزامنات (synchronizers)، والمقايضات في pipelining. يطلب القائمون بالمقابلة غالباً رسم أو كتابة كتل صغيرة بلغة Verilog أو SystemVerilog، مثل FIFO أو عداد أو arbiter، ثم شرح ما ينهار عند الحالات الحدية.

تتحول جولات التحقق من التصميم نحو كيفية إثباتك أن التصميم يعمل: بنى SystemVerilog، وهيكل UVM، والمحفزات العشوائية المقيدة (constrained random stimulus)، وتغطية وظيفية (functional coverage)، وassertions. النمط الشائع هو أن تُعطى وصفاً لكتلة صغيرة ويُطلب منك شرح كيفية التحقق منها، وهذا يكافئ خطة اختبار واضحة أكثر من الصياغة المحفوظة.

تخيل مهندس تحقق ينتقل من شركة رقائق شبكات إلى فريق GPU. انتقلت خبرته في testbench مباشرة، لكن اللجنة خصصت جلسة كاملة لاستراتيجية coverage closure الخاصة بمتحكم ذاكرة، وهو أمر لم يتعامل معه سوى بشكل غير مباشر. كان سؤال مسؤول التوظيف عن الكتلة التي يملكها الفريق كفيلاً بتوجيه استعداده إلى هناك.

تغطي أدوار البرمجيات في AMD نطاقاً واسعاً، من تعريفات تشغيل GPU والمترجمات إلى مكدس ROCm والأدوات وبنية التحقق من الصحة (validation). النواة المشتركة هي إتقان قوي للغة C أو C++، ويجب أن تكون مستعداً للمؤشرات وتخطيط الذاكرة ومعالجة البتات وبدائيات التزامن وكيفية جدولة نظام التشغيل للعمليات وإدارته للذاكرة.

تضيف مقابلات البرامج الثابتة وتعريفات التشغيل وعياً بالأجهزة: المقاطعات (interrupts)، والسجلات المعينة في الذاكرة (memory-mapped registers)، وDMA، وكيفية تواصل تعريف التشغيل مع الجهاز. قد تسأل فرق برمجيات GPU عن مفاهيم البرمجة المتوازية وكيفية توزيع العمل على الأجهزة. تظهر أسئلة الخوارزميات، لكنها تميل إلى أن تكون عملية بدلاً من كونها ألغازاً.

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

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

اسأل كل قائم بالمقابلة شيئاً محدداً: أي كتلة أو مكون يملكه الفريق، وكيف يبدو ضغط tape-out أو الإصدار الحالي، وكيف يتم تسليم العمل بين التحقق والتصميم. تُظهر هذه الأسئلة أنك تفكر بالفعل كعضو في الفريق.

تجري هذه الجولات عبر الفيديو، وهنا يمكن أن يساعد مساعد مباشر: يقوم SubcueAI بتفريغ حديث القائم بالمقابلة وصياغة مسودة إجابة منظمة، سواء من تطبيق سطح المكتب الأصلي لنظام macOS أو Windows خلف طبقة تراكب محلية (overlay)، أو من اللوحة الجانبية (Side Panel) الخاصة بإضافة المتصفح على Chrome وEdge، والتي تلتقط فقط صوت علامة تبويب الاجتماع. لا ينضم أي بوت إلى المكالمة. الحدود واضحة أيضاً: أي شيء على شاشة مشتركة يكون مرئياً، وتلتقط الجلسات المسجلة تلك المشاركة، وتقع الاختبارات المراقبة خارج النطاق. عمليات أصحاب العمل الآخرين موضحة في أدلة مقابلات الشركات.