لماذا بدأ المُوظِّفون يطلبون حساب GitHub لا السيرة الذاتية وحدها

ظلّت السيرة الذاتية التقنية لسنوات لعبة كلمات مفتاحية: اذكر الأدوات، وطابِق الإعلان، واعبر المرشِّح. هذه اللعبة تنتهي الآن — لا لأن الكلمات المفتاحية فقدت أهميتها، بل لأنها لم تعد تُميّز أحدًا.

فحين يستطيع كل متقدّم إنتاج قائمة كلمات مفتاحية مثالية في ثوانٍ، تتوقف القائمة عن كونها معلومة. لذلك تفعل فرق التوظيف الشيء البديهي: تطلب دليلًا يصعب اصطناعه.

لماذا انكسر مرشِّح الكلمات المفتاحية

حدثت ثلاثة أمور في وقت واحد:

• صار إنتاج سيرة مُفصَّلة تمامًا مجانيًا. يطلب الإعلان Kubernetes و Terraform و Go؛ فيظهر قسم مهارات مطابق فورًا. ما زال المرشِّح يُمرّر المتقدمين، لكنه لم يعد يرتّبهم.
• ارتفع حجم التقديم ارتفاعًا حادًّا، لأن التقديم صار رخيصًا بالقدر نفسه.
• كلفة التعيين الخاطئ لم تتغيّر إطلاقًا. فانتقل الضغط لتمييز القدرة الحقيقية إلى مرحلة أبكر في المسار.

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

ما الذي يحصل عليه المُوظِّف فعلًا من GitHub

يجدر التدقيق هنا، لأن الحماس لهذا الأمر والتشكيك فيه كليهما مبالَغ فيه.

الملف العام يدعم فعلًا:

• ما الذي تبني به، مُرجَّحًا بالحجم. لغات تُقاس بشيفرة كتبتها فعلًا عبر مستودعاتك، لا لغات تدّعيها.
• هل تواظب عليه. النشاط خلال السنة الأخيرة يفرّق بين ممارسة مستمرة ونشاط قديم منقطع.
• أي نوع من المشكلات يثير اهتمامك، من طبيعة مستودعاتك.

وهو لا يدعم:

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

والنموذج الذهني المفيد: النشاط العام دليل مُعزِّز. لا يحلّ محل قسم خبراتك، لكنه يجعل الادّعاءات فيه أصعب على التشكيك.

نمط الفشل الواضح

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

وبالمثل، "لا شيفرة عامة" ليست علامة سلبية لدى مراجع كفؤ. فإذا كان أفضل عملك خلف جدار مؤسسي، فهذه هي الحالة الطبيعية لا نقص. قُلها بوضوح في السيرة — سطر صادق واحد عن عمل خاص تحت اتفاقية سرية يُقرأ كثقة لا كعذر.

ضع الدليل في السيرة لا في رابط فقط

هنا يترك معظم المتقدمين قيمة على الطاولة. فالرابط في أسفل الصفحة الثانية ليس دليلًا سيتصرّف بناءً عليه المُوظِّف؛ إنه طلب منه أن يبحث نيابةً عنك بوقت لا يملكه.

يقرأ استيراد GitHub في قسم تقنية المعلومات بملفك مستودعاتِ حسابٍ عام، وأبرز لغاته، ونشاط التزاماته، ونجومه، ويحوّلها إلى بنود سيرة قابلة للتحرير. وهي قراءة صريحة وحتمية لبيانات عامة — بلا ذكاء اصطناعي وبلا استنتاج — وتصل البنود كمسوّدة تحرّرها وتوافق عليها قبل أن يصل شيء إلى سيرتك.

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

ماذا يعني هذا لطريقة تقديمك

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

التحوّل الجوهري بسيط: ينتقل الفرز من هل قلت الكلمات الصحيحة إلى هل تستطيع إظهار العمل. ويبقى مدقّق تقييم ATS مهمًّا — إذ يجب أن تُحلَّل سيرتك وتغطّي مصطلحات الدور المتوقَّعة قبل أن يراها إنسان — لكن اجتياز ذلك المرشِّح صار الحدّ الأدنى لا خط النهاية.