خليني أحكيلكم قصة صارت معي قبل كم سنة. كنا في الشركة نبحث عن مطور “باك-إند” شاطر، ونزلنا إعلان الوظيفة. خلال يومين، وصلني فوق الـ 200 سيرة ذاتية على الإيميل. بدأت أفتح فيهم وأقرأ… يا جماعة، شعرت بالملل بعد أول عشرين واحد. كلهم نفس الكلام المنسوخ: “خبير في Node.js”، “لدي شغف بالبرمجة”، “أعمل جيداً تحت الضغط”… كلام جميل، بس ما في إثبات.
لحد ما وصلتني سيرة ذاتية لشاب صغير، خبرته الرسمية سنة واحدة فقط. كانت سيرته الذاتية متواضعة جداً، لكنه كان حاطط رابط صغير في آخرها: رابط حساب الـ GitHub تبعه. من باب الفضول، ضغطت عليه. وهون كانت المفاجأة!
انفتح قدامي عالم ثاني. مشاريع شخصية مرتبة، كود نظيف وموثق، مساهمات في مشاريع مفتوحة المصدر، وحتى عامل أداة صغيرة بتسهل شغلة معينة كان يعاني منها. شفت قدامي مبرمج حقيقي، مش مجرد واحد حافظله كلمتين عشان المقابلة. شفت شغفه، شفت طريقة تفكيره، شفت إصراره من خلال الـ “commits” اليومية. بدون تردد، رفعت سماعة التلفون وحكيت مع قسم الموارد البشرية: “هذا الشب بالذات، بدي أقابله بكرة”.
هذا الموقف علمني درس مهم: في عالمنا التقني اليوم، سيرتك الذاتية هي مجرد ادعاء، أما GitHub فهو الدليل.
لماذا لم تعد السيرة الذاتية التقليدية كافية؟
السيرة الذاتية (CV) التقليدية، مهما كانت مصممة بعناية، لها حدود قاتلة في مجالنا، مجال تطوير البرمجيات:
- مجرد قائمة ادعاءات: أنت تقول أنك تجيد Python أو React. حسنًا، أي شخص يمكنه كتابة ذلك. السيرة الذاتية لا تُظهر كيف تستخدم هذه المهارات لحل المشاكل.
- تفتقر إلى العمق: لا يمكن لورقة A4 أن تعرض طريقة تفكيرك، أو كيف تنظم الكود الخاص بك، أو كيف تتعاون مع الآخرين، أو كيف تتعامل مع الأخطاء البرمجية المعقدة.
- نسخ مكررة: معظم السير الذاتية تبدو متشابهة، تستخدم نفس القوالب ونفس الكلمات الرنانة (Buzzwords) التي فقدت معناها من كثرة الاستخدام.
- ثابتة وجامدة: أنت ترسل نسخة من سيرتك الذاتية، وتبقى كما هي. بينما أنت كمطور، تتعلم وتنمو كل يوم. سيرتك الذاتية لا تعكس هذا التطور المستمر.
نصيحة أبو عمر: مدير التوظيف التقني أو قائد الفريق الفني لا يهتم بعدد سنوات الخبرة بقدر ما يهتم بقدرتك على كتابة كود جيد وإنجاز المهام. هو يريد أن يرى “الشغل” وليس فقط “الكلام عن الشغل”.
GitHub: سيرتك الذاتية التي تتنفس كودًا
هنا يأتي دور GitHub. هو ليس مجرد مكان لحفظ الكود، بل هو منصة حية تعرض رحلتك كمطور. إنه المكان الذي يتحول فيه “الكلام” إلى “فعل”.
GitHub ليس مجرد مستودع للكود
اعتبر حسابك على GitHub معرض أعمالك الفني. كل مشروع (repository) هو لوحة فنية، وكل سطر كود هو لمسة فرشاة. من خلال تصفح حسابك، يمكن لأي شخص (مدير توظيف، زميل مستقبلي) أن يرى:
- مهاراتك الحقيقية: بدلًا من أن تقول “أنا جيد في JavaScript”، يمكنك أن تعرض مشروعًا متكاملًا بنيته باستخدام JavaScript وبعض المكتبات الحديثة. هذا هو مبدأ “أرني، لا تخبرني” (Show, Don’t Tell).
- شغفك والتزامك: الرسم البياني للمساهمات (Contribution Graph)، تلك المربعات الخضراء الصغيرة، تحكي قصة التزامك. حتى لو كانت مساهمات بسيطة، فإنها تظهر أن البرمجة جزء من روتينك اليومي، وليست مجرد وظيفة من 9 إلى 5.
- قدرتك على التعاون: هل ساهمت في مشاريع مفتوحة المصدر؟ هل قمت بفتح (Issues) أو إرسال (Pull Requests)؟ هذا يثبت أنك قادر على قراءة كود الآخرين، فهمه، والتفاعل معه بشكل بناء. هذه مهارة لا تقدر بثمن في أي فريق عمل.
كيف تبني حساب GitHub “مرتب” يلفت الأنظار؟
حسنًا يا جماعة، اتفقنا على أهمية الموضوع. الآن كيف نبدأ؟ الموضوع ليس سحراً، بل هو عمل منظم وخطوات عملية. خلينا نمشي فيهم خطوة بخطوة.
1. الصورة تبدأ من ملفك الشخصي (Your Profile)
ملفك الشخصي هو أول ما يراه الزائر. اجعله احترافيًا وجذابًا.
- الصورة الشخصية (Profile Picture): استخدم صورة واضحة لوجهك. مش ضروري تكون رسمية ببدلة وربطة عنق، لكن ابتعد عن صور العطلات أو الصور غير الواضحة. صورة احترافية ودودة هي الأفضل.
- الاسم والـ Bio: استخدم اسمك الحقيقي. في الـ Bio، اكتب جملة قصيرة وواضحة تصف من أنت وماذا تفعل. مثلاً: “Full-Stack Developer | Passionate about building scalable web applications with Go and Vue.js” أو “AI Engineer specializing in Natural Language Processing and Open-Source tools”.
- المعلومات الإضافية: أضف رابط مدونتك (إن وجدت)، حسابك على LinkedIn، وموقعك الشخصي. هذا يبني شبكة متكاملة لهويتك الرقمية.
2. المشاريع هي الجوهر: الجودة قبل الكمية
هذا هو قلب الموضوع. المشاريع التي تعرضها هي الدليل المادي على قدراتك.
- اختر أفضل 6 مشاريع: خاصية “تثبيت المشاريع” (Pinned Repositories) هي أهم جزء في صفحتك. اختر 6 من أفضل مشاريعك واجعلها في الواجهة.
- ما هو المشروع “الجيد”؟
- مشروع يحل مشكلة حقيقية، حتى لو كانت مشكلة صغيرة شخصية لك.
- مشروع يعرض استخدامك لتقنية معينة بشكل جيد (مثل API, قاعدة بيانات, إطار عمل معين).
- مشروع متكامل (له واجهة أمامية وخلفية مثلاً).
- مشروع شخصي أنت فخور به وشغوف به، الشغف يظهر في جودة العمل.
- ابتعد عن مشاريع الدورات التعليمية المنسوخة: بناء “تطبيق قائمة مهام” (To-Do App) من دورة تعليمية أمر جيد للتعلم، لكنه لا يميزك. إذا بنيت مشروعاً من دورة، حاول أن تضيف عليه لمستك الخاصة، ميزة جديدة، أو تصميم مختلف.
3. ملف README.md: واجهة مشروعك التسويقية
أقسم لكم يا جماعة، الفرق بين مشروع احترافي ومشروع هاوٍ هو جودة ملف الـ README.md. هذا الملف هو الصفحة الرئيسية لمشروعك. يجب أن يكون واضحًا، جذابًا، ومفيدًا. أي مشروع بدون README جيد هو ككتاب بدون غلاف.
هيكل مقترح لملف README.md ممتاز:
# اسم المشروع (Project Title)
## 📝 وصف المشروع (Description)
شرح موجز وواضح للمشروع. ماذا يفعل؟ ما هي المشكلة التي يحلها؟ لماذا قمت ببنائه؟
## 📸 لقطات شاشة (Screenshots/GIFs)
"الصورة بألف كلمة". ضع صورًا أو GIF متحرك يوضح شكل المشروع وكيفية عمله.
## 💻 التقنيات المستخدمة (Tech Stack)
- Frontend: React, Redux, SCSS
- Backend: Node.js, Express
- Database: MongoDB
- Deployment: Vercel, Heroku
## 🚀 التنصيب والاستخدام (Installation and Usage)
اشرح بالتفصيل كيف يمكن لشخص آخر أن يقوم بتنزيل مشروعك وتشغيله على جهازه المحلي. هذه النقطة بالذات تظهر احترافيتك.
```bash
# Clone the repository
$ git clone https://github.com/your-username/your-repo.git
# Navigate to the project directory
$ cd your-repo
# Install dependencies
$ npm install
# Run the app
$ npm start
```
## 🔗 رابط مباشر (Live Demo)
إذا كان مشروعك مستضافًا في مكان ما على الإنترنت، ضع رابطًا مباشرًا له. لا شيء أفضل من تجربة المشروع بشكل حي.
4. ملف README الخاص ببروفايلك: واجهتك الرقمية
ميزة رائعة في GitHub تسمح لك بإنشاء صفحة رئيسية كاملة لملفك الشخصي. كيف؟ ببساطة، قم بإنشاء مستودع جديد (repository) بنفس اسم المستخدم الخاص بك تمامًا (case-sensitive). عند إنشائه، سيخبرك GitHub أن هذا مستودع “خاص” يمكنك استخدام ملف الـ README.md فيه لتخصيص صفحتك الشخصية.
هنا يمكنك الإبداع! يمكنك إضافة:
- مقدمة أطول عن نفسك.
- أيقونات للغات والتقنيات التي تستخدمها.
- إحصائيات GitHub الخاصة بك (باستخدام GitHub Actions).
- آخر مقالاتك من مدونتك (باستخدام RSS feeds).
هذا مثال بسيط لمحتوى ملف README لبروفايلك:
### 👋 أهلاً وسهلاً في ملفي الشخصي!
أنا أبو عمر، مطور برمجيات وخبير ذكاء اصطناعي من فلسطين 🇵🇸. أؤمن بأن الكود النظيف يمكن أن يغير العالم.
- 🔭 أعمل حالياً على مشروع لـ ...
- 🌱 أتعلم حالياً ...
- 👯 أبحث عن التعاون في مشاريع ...
- 📫 كيف تصل إليّ: [LinkedIn](https://linkedin.com/...) | [Twitter](https://twitter.com/...)
### 🛠️ لغاتي وأدواتي:
<p align="left">
<a href="https://www.python.org" target="_blank"> <img src="https://raw.githubusercontent.com/devicons/devicon/master/icons/python/python-original.svg" alt="python" width="40" height="40"/> </a>
<a href="https://www.tensorflow.org" target="_blank"> <img src="https://www.vectorlogo.zone/logos/tensorflow/tensorflow-icon.svg" alt="tensorflow" width="40" height="40"/> </a>
<a href="https://www.docker.com/" target="_blank"> <img src="https://raw.githubusercontent.com/devicons/devicon/master/icons/docker/docker-original-wordmark.svg" alt="docker" width="40" height="40"/> </a>
</p>
الخلاصة: من ورق إلى واقع 🚀
يا جماعة الخير، خلاصة الكلام بسيطة: توقفوا عن الاعتماد الكلي على السيرة الذاتية الورقية. هي بطاقة تعريف، لا أكثر. سيرتك الذاتية الحقيقية هي عملك، هي الكود الذي تكتبه، هي المشاكل التي تحلها، هي شغفك الذي يظهر في مشاريعك.
حسابك على GitHub هو قصتك كمطور. ابدأ اليوم، لا تؤجل. لا تنتظر حتى تبني “المشروع المثالي”. ابدأ بمشروع صغير، نظّف مستودعًا قديمًا، اكتب ملف README جيد لمشروع تحبه. كل خطوة صغيرة تبني على التي قبلها. تذكر دائمًا، حسابك على GitHub هو حديقتك الرقمية، كلما اعتنيت بها وسقيتها بجهدك والتزامك، أزهرت وأثمرت فرصًا لم تكن في الحسبان.
بالتوفيق يا أبطال!
