يا جماعة الخير، السلام عليكم ورحمة الله.
قبل كم سنة، كنت قاعد في كافيه في رام الله، ماسك فنجان القهوة وبقلّب في إيميلاتي على اللابتوب. وصلتني رسالة رفض من شركة كنت متحمس جداً أشتغل معها. ما كانت أول رسالة رفض، بس هاي بالذات “وجعتني”. حسيت إني بعمل كل شي صح: سيرتي الذاتية مرتبة، بقدم على وظائف مناسبة لخبرتي، بس ما في فايدة. كأنه في حلقة مفقودة.
في نفس اليوم، التقيت بصديقي “خليل”، مهندس برمجيات أقدم مني وعنده خبرة “قد شعر راسي” زي ما بنحكي. شكيتله همي، وحكيتله القصة. بعد ما سمعني، سألني سؤال بسيط ومباشر: “أبو عمر، فرجيني بروفايلك على GitHub”.
بكل ثقة، فتحتله الصفحة… ويا ريتني ما فتحت. صمت خليل لثواني، وبعدين ضحك ضحكة خفيفة وقال جملته اللي بعدها بترن في بالي: “هاي مش بروفايل يا أبو عمر، هاي مقبرة كود! مشاريع نص كم، أسماء غريبة، ولا ملف README واحد عليه القيمة. مين بدو يوظفك وهيك واجهتك الرقمية؟”
كان كلامه قاسي، بس كان هو الدوا بالزبط. في هذيك اللحظة، فهمت الحلقة المفقودة. ملفي على GitHub، اللي كنت بعتبره مجرد مخزن للكود، كان في الحقيقة بطاقة تعريفي الرقمية، والبطاقة هاي كانت مهملة ومغبرة. من يومها، بدأت رحلة تحويل هاي “المقبرة الرقمية” إلى حديقة غنّاء، معرض فني لأعمالي، والأهم، أداة فعالة لجذب فرص العمل. وهاي هي القصة بالتفصيل…
لماذا كان ملفي على GitHub مقبرة رقمية؟
قبل ما نحكي عن الحل، خلينا نشخّص المشكلة. ملفي كان مثالاً سيئاً لكل الممارسات الخاطئة. لو فتحته في تلك الفترة، كنت رح تلاقي الآتي:
- مشاريع بأسماء فوضوية: مستودعات بأسماء مثل
Project-Final,Test-App,Website2. أسماء لا معنى لها ولا تدل على محتوى المشروع. - غياب ملفات الـ README: معظم المشاريع كانت بدون ملف README يشرحها. وإذا وُجد، فهو الملف الافتراضي الذي يُنشئه GitHub.
- رسائل Commit غامضة: تاريخ المشروع كان عبارة عن سلسلة من رسائل مثل
"update","fix bug","done". رسائل لا تشرح أبداً ما الذي تم تغييره أو إضافته. - مشاريع غير مكتملة: خليط من دورات تعليمية نسختها، وأفكار مشاريع بدأتها بحماس ثم تركتها في منتصف الطريق.
- لا وجود للملف الشخصي (Profile README): صفحتي الرئيسية كانت مجرد قائمة بالمستودعات، بدون أي لمسة شخصية.
- الرسم البياني للمساهمات (Contribution Graph): كان صحراء قاحلة مع واحات خضراء متفرقة، مما يعطي انطباعاً بعدم الالتزام والاستمرارية.
باختصار، كان ملفي يصرخ “هاوٍ” و “غير مهتم”. وهذا آخر انطباع بدك تتركه عند مسؤول توظيف أو مدير تقني ببحث عن مواهب جديدة.
خطة العمل: من مقبرة إلى حديقة غنّاء تجذب عروض العمل
بعد “الصدمة الحضارية” اللي سببها صديقي خليل، وضعت خطة عمل واضحة ومقسمة لمراحل. الهدف ما كان بس الترتيب، بل بناء هوية تقنية احترافية تحكي قصتي كمطور.
الواجهة أولاً: ملف الـ README الشخصي (Profile README)
أول وأهم خطوة. ملفك الشخصي هو لوحتك الإعلانية الرقمية. هو أول ما يراه الزائر لصفحتك. لإنشاء واحد، كل ما عليك هو إنشاء مستودع جديد بنفس اسم المستخدم الخاص بك (Username). GitHub سيتعامل معه بشكل خاص ويعرض محتوى ملف README.md الموجود فيه على صفحتك الرئيسية.
ماذا تضع في هذا الملف؟
- مقدمة قصيرة: من أنت؟ ماذا تعمل؟ ما هو شغفك في عالم التقنية؟ (مثلاً: “أنا أبو عمر، مطور برمجيات متخصص في الذكاء الاصطناعي، أستمتع ببناء حلول تقنية لمشاكل العالم الحقيقي.”).
- التقنيات التي تتقنها: استخدم أيقونات وشارات (Badges) لعرض لغات البرمجة، الأطر، وقواعد البيانات التي تعمل بها. موقع مثل Shields.io ممتاز لهذا الغرض.
- مشاريع تعمل عليها: اذكر مشروعاً أو مشروعين أنت فخور بهما وتعمل عليهما حالياً.
- إحصائيات GitHub: يمكنك إضافة بطاقات ديناميكية تعرض إحصائياتك (مثل GitHub Readme Stats).
- طرق التواصل: أضف روابط لملفك على LinkedIn، مدونتك، أو بريدك الإلكتروني.
مثال بسيط لكود Markdown لملف شخصي:
### 👋 مرحباً، أنا أبو عمر!
<p>
مبرمج ومطور برمجيات فلسطيني، خبير في الذكاء الاصطناعي والتعلم الآلي. أؤمن بأن الكود يمكن أن يكون أداة قوية للتغيير الإيجابي.
</p>
---
### 🚀 التقنيات والأدوات التي أستخدمها
<p>
<img src="https://img.shields.io/badge/Python-3776AB?style=for-the-badge&logo=python&logoColor=white" />
<img src="https://img.shields.io/badge/TensorFlow-FF6F00?style=for-the-badge&logo=tensorflow&logoColor=white" />
<img src="https://img.shields.io/badge/JavaScript-F7DF1E?style=for-the-badge&logo=javascript&logoColor=black" />
<img src="https://img.shields.io/badge/React-20232A?style=for-the-badge&logo=react&logoColor=61DAFB" />
<img src="https://img.shields.io/badge/Docker-2496ED?style=for-the-badge&logo=docker&logoColor=white" />
</p>
---
### 📫 كيف تتواصل معي
<p>
<a href="https://www.linkedin.com/in/your-profile">LinkedIn</a> | <a href="https://your-blog.com">مدونتي</a> | <a href="mailto:youremail@example.com">البريد الإلكتروني</a>
</p>
نصيحة أبو عمر: لا تبالغ في التصاميم المعقدة. البساطة والوضوح والاحترافية هي مفتاح النجاح. هدفك هو إيصال المعلومة بسرعة وكفاءة.
تنظيف الحديقة: انتقاء المشاريع كالجواهرجي
الخطوة التالية كانت مؤلمة لكن ضرورية: التنظيف. مش كل مشروع كتبته في حياتك لازم يكون معروضاً للعلن. الجودة أهم بكثير من الكمية.
- الأرشفة والحذف: المشاريع القديمة جداً، التافهة، أو المكسورة… كلها قمت بأرشفتها أو حذفها. الأرشفة خيار جيد إذا كنت لا تريد حذف المشروع نهائياً لكنك لا تريده أن يظهر في واجهتك. “ما تستحي تحذف، الحذف جزء من عملية البناء”.
- اختر جواهرك: اختر 3 إلى 5 مشاريع “نجمة”. هذه المشاريع يجب أن تكون أفضل ما لديك، ويُفضل أن تُظهر مهارات متنوعة. مثلاً:
- مشروع يركز على الواجهات الأمامية (Frontend) باستخدام إطار عمل حديث.
- مشروع يركز على الواجهات الخلفية (Backend) وقواعد البيانات.
- مشروع يعرض خبرتك في مجال تخصصك (مثلاً، مشروع ذكاء اصطناعي).
- تثبيت المشاريع (Pinning): بعد اختيار أفضل مشاريعك، استخدم خاصية “Pin” في GitHub لتثبيتها في أعلى صفحتك، مباشرة تحت ملفك الشخصي. هذه هي المشاريع التي سيراها الجميع أولاً.
تلميع الجواهر: لكل مشروع قصة وحياة
الآن بعد أن اخترت مشاريعك النجمة، حان وقت تلميعها لتلمع حقاً. هذا يعني أن كل مشروع يجب أن يكون متكاملاً وسهل الفهم لأي شخص يزوره.
ملف الـ README: هوية المشروع
لكل مشروع من مشاريعك المثبتة، يجب أن يحتوي على ملف README.md استثنائي. هذا الملف هو دليل المستخدم، قصة المشروع، وواجهته التسويقية.
يجب أن يحتوي على:
- عنوان واضح ووصف جذاب: اشرح ما هو المشروع وماذا يفعل في جملة أو جملتين.
- لقطات شاشة أو GIF: “الصورة بألف كلمة”. ضع صورة أو GIF متحرك يوضح شكل المشروع وهو يعمل. هذا أهم جزء لجذب الانتباه.
- الدافع وراء المشروع (The Why): لماذا بنيت هذا المشروع؟ ما المشكلة التي يحلها؟ هذا الجزء يظهر أنك لا تكتب الكود بشكل عشوائي، بل تفكر كمهندس يحل المشاكل.
- التقنيات المستخدمة (Tech Stack): اذكر التقنيات التي استخدمتها في بنائه.
- تعليمات التثبيت والتشغيل: اشرح بوضوح كيف يمكن لشخص آخر أن يقوم بتنزيل المشروع وتشغيله على جهازه المحلي. هذا يظهر احترافيتك وقدرتك على كتابة توثيق واضح.
- رابط للعرض المباشر (Live Demo): إذا كان المشروع عبارة عن موقع أو تطبيق ويب، فقم برفعه على خدمة استضافة (مثل Vercel, Netlify, Heroku) وضع رابطاً للعرض الحي. لا يوجد شيء أقوى من مشروع يعمل فعلاً.
نظافة الكود وفن الـ Commit
الواجهة جميلة، ولكن ماذا عن الداخل؟ سيقوم بعض المدراء التقنيين الفضوليين بالنظر إلى الكود نفسه. وهنا تظهر حرفيتك الحقيقية.
- رسائل Commit ذات معنى: تخلص من
"fix"و"update". اتبع نظاماً واضحاً مثل Conventional Commits.
مثال على الفرق:
سيء:
commit a1b2c3d - "final fixes"
commit e4f5g6h - "update readme"
commit i7j8k9l - "bug fix"
جيد:
commit a1b2c3d - "docs: Update installation instructions in README"
commit e4f5g6h - "fix: Prevent crash when user inputs invalid date"
commit i7j8k9l - "feat: Implement user login with JWT authentication"
هذا التاريخ يروي قصة تطور المشروع بوضوح.
- هيكلة المشروع: تأكد من أن ملفات مشروعك منظمة في مجلدات منطقية (e.g.,
/src,/components,/assets).
الحديقة الخضراء: إثبات الاستمرارية والالتزام
الرسم البياني للمساهمات (المربعات الخضراء) ليس أهم شيء، لكنه مؤشر بصري قوي على نشاطك والتزامك. مسؤول التوظيف الذي يرى رسماً بيانياً مليئاً باللون الأخضر سيأخذ انطباعاً بأنك مبرمج نشط ومستمر في التعلم والتطوير.
نصيحة أبو عمر الذهبية: مش لازم كل يوم تعمل إنجاز عظيم عشان تلوّن مربع بالأخضر. تعديل بسيط على ملف README، إصلاح خطأ إملائي في التوثيق، تحسين سطر كود واحد… كل هذا يُحتسب كمساهمة. المهم هو بناء العادة. خصص 15-30 دقيقة يومياً للعمل على شيء ما في GitHub. الاستمرارية تصنع المعجزات.
النتائج: عندما بدأ الهاتف يرن
بعد تطبيق هذه الخطة على مدار بضعة أسابيع، تغيرت الأمور 180 درجة. لم أعد أنا من يطارد الفرص فقط، بل بدأت الفرص تطاردني.
- بدأت أتلقى رسائل على LinkedIn من مسؤولي توظيف يذكرون فيها تحديداً مشروعاً معيناً أعجبهم في ملفي على GitHub.
- في إحدى المقابلات التقنية، بدأ المدير التقني المقابلة بقوله: “لقد ألقيت نظرة على مشروعك [اسم المشروع] على GitHub، العمل رائع! هل يمكنك أن تشرح لي كيف قمت ببناء…؟”. لقد حوّلت المقابلة من اختبار إلى نقاش ممتع حول عمل أنا فخور به.
- شعرت بثقة أكبر بنفسي وبقدراتي، لأن لدي الآن معرض أعمال حقيقي يثبت ما أقوله في سيرتي الذاتية.
خلاصة الكلام والنصيحة الأخيرة من أخوكم أبو عمر 👨💻
تحويل ملفك على GitHub من “مقبرة” إلى “حديقة” ليس بالمهمة الصعبة، لكنها تحتاج إلى نية وعمل منظم. إذا كنت لا تعرف من أين تبدأ، إليك الخلاصة في 4 خطوات عملية:
- نظّف ورتّب: احذف أو أرشف المشاريع القديمة وغير المهمة. الجودة فوق الكمية دائماً.
- ابنِ واجهتك: أنشئ ملف README شخصياً احترافياً ومختصراً. هو بطاقتك التعريفية.
- لمّع جواهرك: اختر أفضل 3-5 مشاريع، واكتب لكل واحد منها ملف README مفصلاً مع صور ورابط للعرض المباشر إن أمكن.
- حافظ على استمراريتك: حاول أن تساهم بشيء بسيط كل يوم. ابنِ العادة واجعل حديقتك خضراء ومزهرة دائماً.
تذكر دائماً يا صديقي المبرمج، ملفك على GitHub هو سيرتك الذاتية التفاعلية. هو ليس مجرد مكان لرمي الكود، بل هو معرضك الفني، وقصتك الرقمية التي تروي من أنت كمطور. اعتنِ به جيداً، وهو سيعتني بمستقبلك المهني. بالتوفيق!