ملفي الشخصي على GitHub كان مدينة أشباح: كيف أنقذتني ‘المشاريع المثبتة والـ READMEs’ من جحيم التجاهل؟

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

مر أسبوع، أسبوعين، شهر… ولا حس ولا خبر. الإيميل تبعي كان زي الصحرا، فش فيه إلا إعلانات. بعد فترة، وصلني رد بالرفض، رد جاف ومختصر. بصراحة، انصدمت وتضايقت. ليش؟ شو الغلط؟ عندي الخبرة والمهارة، شو اللي ناقص؟

من باب الفضول والحرقة، رديت على الإيميل وسألت عن سبب الرفض بكل احترام. المفاجأة كانت لما رد علي مسؤول التوظيف وقلي بالحرف: “Your skills look good on paper, but your GitHub profile is a ghost town”. يعني مهاراتك شكلها حلوة على الورق، بس ملفك على GitHub مدينة أشباح!

فتحت ملفي على GitHub… ويا ريتني ما فتحت. كان عبارة عن فوضى عارمة: مشاريع قديمة بدون وصف، مستودعات عامللها fork وناسيها، لا مشاريع مثبتة، ولا ملف README شخصي، والـ contribution graph تبعي كان فيه فراغات أكثر من الأخضر. يا زلمة، حسيت حالي زي اللي رايح على مقابلة شغل مهم ولابس بيجامة. في هذيك اللحظة، أدركت أن سيرتي الذاتية وحدها لا تكفي. المعركة الحقيقية كانت على GitHub، وأنا كنت خسرانها من قبل ما تبدأ.

من يومها، قررت أحول “مدينة الأشباح” هاي لمعرض أعمال فني يليق بمبرمج. واليوم، بدي أشارككم الأسرار اللي تعلمتها، وكيف ممكن تنقذوا ملفاتكم من جحيم التجاهل.

لماذا يعتبر ملف GitHub الخاص بك واجهتك الرقمية الأولى؟

قبل ما ندخل في التفاصيل التقنية، خلينا نتفق على شغلة أساسية: في عالم التكنولوجيا اليوم، ملفك على GitHub هو أهم من سيرتك الذاتية. ليش؟

  • إثبات وليس ادعاء: أي حدا بقدر يكتب في سيرته الذاتية “خبير في Python و React”. لكن ملفك على GitHub هو الدليل العملي. هو المكان اللي بتفرجي فيه شغلك الحقيقي، مش بس بتحكي عنه.
  • نافذة على عقلك: طريقة تنظيمك للكود، تعليقاتك، أسماء المتغيرات، وحتى طريقة حلك للمشاكل… كل هاي الأمور بتعطي لمحة عن طريقة تفكيرك كمهندس برمجيات.
  • مقياس للشغف والمبادرة: ملف GitHub نشيط ومليء بالمشاريع الشخصية والمساهمات في المشاريع المفتوحة المصدر يظهر أنك شغوف بالبرمجة خارج نطاق العمل أو الدراسة، وهذا إشي بحبوه المدراء التقنيين كثير.

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

الإنقاذ الأول: سحر المشاريع المثبتة (Pinned Repositories)

أول وأهم خطوة لإنقاذ ملفك هي استخدام ميزة “المشاريع المثبتة”. هاي الميزة بتسمحلك تختار لحد 6 مستودعات (repositories) وتثبتها في أعلى صفحتك الشخصية. فكر فيها كأنها واجهة المحل تبعك، لازم تعرض فيها أفضل بضاعة عندك.

ما هي المشاريع التي يجب أن تثبتها؟

الاختيار هون حاسم جداً. لا تثبت أي مشروع والسلام. لازم تكون انتقائي وذكي. هاي بعض الأفكار:

  • أفضل مشروع متكامل لك: مشروع أنت فخور فيه، مكتمل، ويعمل بشكل جيد. سواء كان تطبيق ويب، تطبيق موبايل، أو أداة سطر أوامر.
  • مشروع يظهر مهارة مطلوبة: هل تبحث عن وظيفة في الذكاء الاصطناعي؟ ثبت مشروع فيه نموذج تعلم آلة قمت ببنائه وتدريبه. هل أنت متخصص في الواجهات الأمامية؟ ثبت مشروع React أو Vue بتصميم جذاب وتجربة مستخدم سلسة.
  • مشروع يحل مشكلة حقيقية: حتى لو كانت مشكلة صغيرة. المشاريع اللي بتحل مشاكل واقعية بتفرجي إنك بتفكر كمهندس منتج، مش بس كاتب كود.
  • مشروع بكود نظيف وموثق جيداً: اختار مشروع الكود فيه مرتب، والتعليقات واضحة، وفيه ملف README ممتاز (رح نحكي عنه بعد شوي). هذا يظهر احترافيتك.
  • مساهمة قيمة في مشروع مفتوح المصدر: إذا كان عندك مساهمة جيدة في مشروع معروف، ثبت نسخة الـ fork تبعتك من المشروع واذكر مساهمتك بوضوح. هذا يظهر قدرتك على العمل ضمن فريق وقراءة أكواد الآخرين.

نصيحة أبو عمر: الجودة أهم من الكمية بألف مرة. تثبيت مشروع واحد أو مشروعين رائعين أفضل بكثير من تثبيت ستة مشاريع “Hello World” أو مشاريع غير مكتملة. لا تخاف إذا ما كان عندك 6 مشاريع خارقة، ركز على أفضل ما لديك.

الإنقاذ الثاني: قوة ملف الـ README.md الشخصي

إذا كانت المشاريع المثبتة هي واجهة المحل، فملف الـ README الشخصي هو اللافتة الكبيرة اللي بتجذب الزبون وبتعرفه عليك. هاي الميزة الجديدة نسبياً في GitHub تسمح لك بإنشاء صفحة رئيسية مخصصة لملفك الشخصي باستخدام لغة الماركداون (Markdown).

كيف تحول صفحتك الرئيسية إلى لوحة فنية؟

الأمر بسيط جداً:

  1. اذهب إلى GitHub وأنشئ مستودعاً جديداً (New Repository).
  2. أهم خطوة: يجب أن يكون اسم المستودع هو نفسه اسم المستخدم الخاص بك على GitHub بالضبط. مثلاً، إذا كان اسم المستخدم تبعك `AbuOmarDev`، فاسم المستودع لازم يكون `AbuOmarDev`.
  3. بمجرد كتابة الاسم، ستظهر لك رسالة من GitHub تخبرك بأن هذا مستودع “خاص” يمكنك استخدامه لتخصيص ملفك الشخصي.
  4. تأكد من أن المستودع عام (Public) وقم بتفعiل خيار “Add a README file”.
  5. اضغط على “Create repository”.

مبروك! الآن أي شيء تكتبه في ملف `README.md` داخل هذا المستودع سيظهر في صفحتك الرئيسية على GitHub.

ماذا يجب أن تضع في ملف الـ README الشخصي؟

هنا يبدأ الإبداع. هدفك هو إعطاء لمحة سريعة ومقنعة عنك. هذه بعض المكونات الأساسية:

  • مقدمة قصيرة وجذابة: من أنت؟ ماذا تفعل؟ ما هو شغفك؟
  • مهاراتك ومكدس التقنيات (Tech Stack): استخدم أيقونات جميلة (من مواقع مثل Devicon) لسرد اللغات والأدوات التي تتقنها.
  • ماذا تعمل عليه حالياً: “🌱 I’m currently learning…” أو “🔭 I’m currently working on…”. هذا يظهر أنك في تطور مستمر.
  • روابط للتواصل: ضع روابط لملفك على LinkedIn، موقعك الشخصي أو مدونتك، وحسابك على تويتر (إذا كان احترافياً).
  • إحصائيات GitHub (اختياري ولكن محبذ): يمكنك استخدام أدوات مثل GitHub Readme Stats لعرض إحصائيات جميلة مثل أكثر اللغات استخداماً وعدد مساهماتك.

مثال عملي لملف README.md جذاب

هذا مثال بسيط يمكنك أن تبدأ به وتعدل عليه. انسخ هذا الكود والصقه في ملف الـ README الخاص بك:


### 👋 أهلاً وسهلاً في ملفي الشخصي!

your-username

- 🔭 أنا حالياً أعمل على **مشروع تخرج في مجال التعرف على الصور** - 🌱 أتعلم حالياً **GoLang و Docker** - 👯 أبحث عن فرصة للمساهمة في **مشاريع مفتوحة المصدر متعلقة بالذكاء الاصطناعي** - 💬 اسألني عن أي شيء يتعلق بـ **Python, TensorFlow, React** - 📫 كيف تصل إلي: **youremail@example.com** - 📄 اعرف المزيد عن خبراتي من خلال [سيرتي الذاتية](https://example.com)

تواصل معي:

your_linkedin your_twitter

اللغات والأدوات:

python tensorflow react docker

your-username

 your-username

ملاحظة: لا تنسَ استبدال `YOUR_USERNAME` و `your_linkedin` وغيرها بمعلوماتك الحقيقية.

لا تنسَ الـ READMEs داخل المشاريع نفسها!

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

كل مشروع مهم، وخاصة المشاريع المثبتة، يجب أن يحتوي على ملف README.md خاص به يشرح كل شيء عن المشروع.

مكونات ملف README مثالي للمشروع

  • اسم المشروع وشعار (إن وجد): عنوان واضح وجذاب.
  • وصف موجز: فقرة تشرح ما هو المشروع وماذا يفعل.
  • صور أو GIF متحرك: “الصورة بألف كلمة”. ضع لقطات شاشة لواجهات المشروع، أو الأفضل من ذلك، قم بتسجيل GIF قصير يوضح كيفية عمله. هذا يحدث فرقاً هائلاً!
  • المشكلة التي يحلها: لماذا بنيت هذا المشروع؟ ما هي الفائدة منه؟
  • التقنيات المستخدمة: اذكر اللغات، المكتبات، والأطر التي استخدمتها.
  • دليل التثبيت والتشغيل (Installation): اشرح بالتفصيل، خطوة بخطوة، كيف يمكن لمطور آخر أن يقوم بتنزيل مشروعك وتشغيله على جهازه المحلي. هذا يظهر أنك تفكر في الآخرين وأنك محترف.
  • رابط للعرض المباشر (Live Demo): إذا كان مشروعك (كتطبيق ويب مثلاً) مرفوعاً على الإنترنت، فضع رابطاً مباشراً له. لا شيء يضاهي تجربة المشروع بشكل فعلي.

الخلاصة: من شبح إلى نجم 🚀

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

الخلاصة بسيطة وعملية:

  1. نظّف الفوضى: أرشف المستودعات القديمة وغير المهمة.
  2. اختر جواهرك: ثبّت أفضل 6 مشاريع لديك في قسم “Pinned Repositories”.
  3. ابنِ واجهتك: أنشئ ملف README شخصي جذاب يعرّف بك وبمهاراتك.
  4. وثّق كل شيء: اكتب ملف README مفصل لكل مشروع مهم.

لا تستخف بقوة هذه الخطوات. ابدأ اليوم، خصص بضع ساعات لترتيب بيتك الرقمي. اعتنِ بملفك على GitHub، يا خوي، وهو بالتأكيد سيعتني بمسيرتك المهنية في المقابل. بالتوفيق! 💪

أبو عمر

سجل دخولك لعمل نقاش تفاعلي

كافة المحادثات خاصة ولا يتم عرضها على الموقع نهائياً

آراء من النقاشات

لا توجد آراء منشورة بعد. كن أول من يشارك رأيه!

آخر المدونات

​معمارية البرمجيات

خدماتنا كانت في علاقة سامة: كيف أنقذتنا ‘المعمارية القائمة على الأحداث’ (EDA) من جحيم الاقتران الخانق؟

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

13 أبريل، 2026 قراءة المزيد
ذكاء اصطناعي

نماذجنا اللغوية كانت تهلوس: كيف أنقذنا التوليد المعزز بالاسترجاع (RAG) من جحيم المعلومات الخاطئة؟

أشارككم قصة حقيقية عن "هلوسة" الذكاء الاصطناعي وكيف تسببت في مشكلة حقيقية لأحد عملائنا. اكتشفوا كيف أنقذتنا تقنية التوليد المعزز بالاسترجاع (RAG) من خلال ربط...

13 أبريل، 2026 قراءة المزيد
تجربة المستخدم والابداع البصري

واجهاتنا كانت قمرة قيادة لطائرة حربية: كيف أنقذنا ‘تقليل الحمل المعرفي’ من جحيم إرهاق المستخدمين؟

بتذكر مرة كُنا نبني لوحة تحكم معقدة، وصارت زي قمرة قيادة طائرة حربية من كثرة الأزرار والمؤشرات. في هذه المقالة، بحكي لكم كيف اكتشفنا مفهوم...

13 أبريل، 2026 قراءة المزيد
برمجة وقواعد بيانات

بحثنا كان يزحف كالسلحفاة: كيف أنقذتنا ‘فهارس قاعدة البيانات’ (Database Indexing) من جحيم المسح الكامل للجدول؟

أشارككم قصة حقيقية عن مشروع كاد أن يفشل بسبب بطء كارثي، وكيف كانت "فهارس قواعد البيانات" هي المنقذ الذي حول زحف السلحفاة إلى سرعة البرق....

13 أبريل، 2026 قراءة المزيد
الحوسبة السحابية

بنيتنا التحتية كانت قصورًا من رمال: كيف أنقذتنا ‘البنية التحتية كشيفرة’ (IaC) من جحيم الانحراف في الإعدادات؟

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

13 أبريل، 2026 قراءة المزيد
التوسع والأداء العالي والأحمال

خادمنا الوحيد كان على وشك الانهيار: كيف أنقذنا ‘موازن الأحمال’ من جحيم نقطة الفشل الواحدة؟

أشارككم قصة حقيقية من بداياتي، حين كاد خادمنا الوحيد أن ينهار تحت الضغط، وكيف كان "موازن الأحمال" (Load Balancer) هو البطل الذي أنقذ الموقف. سنتعمق...

13 أبريل، 2026 قراءة المزيد
البودكاست