ما يُسأل عنه في مقابلة الواجهة الأمامية، وكيف تجيب عن React وCSS والأداء، وكيف تتدرّب على المحادثة مع مدرّب الذكاء الاصطناعي.
تختلف مقابلة الواجهات الأمامية عن المقابلات التقنية الأخرى: فهي لا تختبر معرفتك بواجهات API فحسب، بل أيضًا طريقة تفكيرك في المستخدم. يمكن كتابة المكوّن نفسه بثلاث طرق — وسؤال «لماذا بهذه الطريقة تحديدًا» يزن أكثر من التنفيذ نفسه.
عادةً ما تكون أربع مراحل، ولكل منها تحضير خاص:
| المرحلة | ما الذي يُختبر | كيفية التحضير |
|---|---|---|
| فرز مع مسؤول التوظيف | الخبرة، الدافع، التوقعات المالية | ثلاث جمل عن نفسك + نطاق الراتب |
| مقابلة تقنية | JavaScript، CSS، المتصفح، إطار العمل | تحليل الأسئلة أدناه |
| البرمجة المباشرة | كيف تكتب الكود وتفكر | التفكير بصوت عالٍ في خطوات الحل |
| تصميم الأنظمة / البنية المعمارية | كيف تصمم الواجهة وإدارة الحالة | هيكلة الإجابة: السياق → الخيارات → الاختيار |
هنا لا يفحصون حجم المشروع، بل دورك فيه. سيئ: «أعدنا كتابة الواجهة الأمامية باستخدام React». جيد: «كنت مسؤولًا عن الانتقال إلى API جديد — كان عليّ الحفاظ على التوافق، وهذه هي الطريقة التي فعلت بها ذلك وما الذي حققته من حيث المقاييس».
المجموعة النموذجية: event loop، وpromises مقابل async/await، وتصاعد الأحداث، والتفويض، و`this`، والإغلاقات، والفروق بين `var`/`let`/`const`، والفرق بين النسخ بالمرجع وبالقيمة. المطلوب ليس التعريفات، بل مثال على الاستخدام.
Flexbox مقابل Grid، وخصوصية المحددات، وكيف يعمل `position: sticky`، وما هو انهيار الهوامش (margin collapse)، وكيف تم تنفيذ التصميم المتجاوب بدون استعلامات الوسائط. يتم اختبار القدرة على الشرح، لا على تذكر الصياغة.
الفرق بين الحالة والخصائص، ولماذا المفاتيح في القوائم، وما هي إعادة العرض وكيفية تجنبها، و`useEffect` واعتمادياته، والتحسين بالذاكرة (memoization)، والسياق مقابل مدير الحالة. غالبًا ما يُطلب العثور على خطأ في مقتطف كود.
ما هي Core Web Vitals، وكيفية قياس LCP وCLS، وما يجب فعله بشأن JS الزائد في الحزمة، ولماذا code splitting وlazy loading، وكيف يعمل التخزين المؤقت. من المهم هنا تسمية أدوات محددة: Lighthouse، وPerformance API، وChrome DevTools.
الوسوم الدلالية، وARIA، والتركيز، والتنقل بلوحة المفاتيح، والتباين. سؤال استبعادي للعديد من المرشحين.
يتحققون مما إذا كنت تستطيع رؤية الحالات (مثل hover، وdisabled، وغياب البيانات)، وليس فقط التصميم المثالي.
في الأسئلة التقنية تعمل البنية ذاتها كما في الأسئلة السلوكية:الفكرة الأساسية → التبرير → مثال → القيدغالبًا ما يتم نسيان الخطوة الأخيرة، وهي تحديدًا ما يميز senior عن middle.
«لهذه الحالة، كنت سأستخدم افتراضية القائمة. السبب — DOM لا يتحمل عشرة آلاف عقدة: عند التمرير تبدأ حالات انخفاض الأداء. في مشروع سابق، قللنا بهذه الطريقة وقت الوصول إلى التفاعلية إلى نحو الثلث. القيد: الافتراضية تعمل بشكل سيئ مع ارتفاع الصفوف المتغير — حينها يلزم القياس».
انتبه: هناك حل، وسبب، ونتيجة محددة، وحدود صادقة للتطبيق. لا يمكن «حفظ» مثل هذا الجواب — لكن يمكن التمرّن عليه.
| اليوم | ما يجب فعله | الوقت |
|---|---|---|
| 1 | دوّن مشاريعك الخمسة: الدور، المهمة، النتيجة بالأرقام | 40 دقيقة |
| 2 | راجع الموضوعات السبعة أعلاه وحدّد أين لا تكتمل الإجابة | 40 دقيقة |
| 3 | أجب بصوت عالٍ عن 10 أسئلة، وسجّل نفسك على مسجل الصوت | 30 دقيقة |
| 4 | تحليل التسجيل: أين توجد فترات التوقف، وأين يحدث فقدان البنية | 20 دقيقة |
| 5 | إجراء حوار كامل مع مدرب الذكاء الاصطناعي حول وظيفتك | 30 دقيقة |
| 6–7 | كرّر الإجابات الإشكالية، وأعد الجولة التجريبية | 20 دقيقة |
ما الذي يتغير: سرعة تجميع الإجابة، والقدرة على الحفاظ على البنية عند سؤال غير متوقع، ومهارة ذكر حدود حلّك. يلاحظون ذلك بعد ثلاث أو أربع جولات تجريبية.
ما الذي لن يكون: التحضير لا يعوّض معرفة التقنية. إذا كنت لا تفهم event loop، فلن تساعد بنية الإجابة الجميلة. أولاً — المعرفة، ثم — القدرة على تقديمها.
إذا كانت لديك قاعدة تقنية جيدة — فأسبوع بمعدل 30–40 دقيقة يوميًا: هيكلة الإجابات، والتدرب على النطق بصوت عالٍ، وجولة كاملة واحدة للمحادثة. أما إذا كانت لديك ثغرات في موضوع معين (مثل event loop أو تدرج CSS)، فسُدّها أولًا، وإلا فلن تساعدك هيكلة الإجابة.
يعتمد على الشركة: في فرق المنتجات غالبًا ما تُطرح مهام عملية (كتابة مكوّن، تحليل خطأ برمجي)، أما في شركات التقنية الكبيرة — فالخوارزميات الكلاسيكية. اسأل مسؤول التوظيف عن الصيغة مسبقًا — فهذا سؤال طبيعي.
قل ذلك بصراحة وأظهر كيف ستبحث: «لم أعمل بهذا بشكل مباشر، لكن المنطق يشبه X — كنت سأتحقق في الوثائق وعلى نموذج أولي». هذا يُقيَّم أعلى من إجابة مُختلقة: فالمُقابِل يرى تقريبًا دائمًا عندما يتلعثم المرشح أو يتوه.
نعم، هذه مهارة منفصلة. تدرّب على التفكير بصوت عالٍ في الحل، وكتابة الشيفرة في المحرر دون الإكمال التلقائي، والبدء بأسئلة توضيحية. حتى المطوّر الواثق يضيع في الجلسة الأولى دون هذه الممارسة.
اذكر نطاقًا، وليس رقمًا واحدًا، واستند إلى السوق. كيفية القيام بذلك دون حرج — مشروحة في المقال التفاوض على الراتب.
صِف الموقف بجملة واحدة — «مقابلة لمطوّر frontend، React، ثلاث سنوات خبرة» — وخض الحوار في المدرّب. سيطرح المدرب أسئلة حول دورك ويحلل الإجابات بعد المحادثة.
ابدأ بخمسة مشاريع: الدور، المهمة، النتيجة بالأرقام. ثم شغّل الحوار الكامل — افتح HintMeTalk AI, وضع «المدرب»، صف الموقف. بعد التحليل سيصبح واضحًا أي الإجابات ضعيفة: عادةً اثنتان أو ثلاث من عشر، وهي تحديدًا التي تحسم النتيجة.
المبادئ العامة للتحضير لأي مقابلة — في المقال التحضير للمقابلة. وإذا كان هناك حديث عن المال — مفاوضات الراتب.
تدرّب على هذه المهارة في HintMeTalk AI
افتح التطبيق