كان حسابي على GitHub مقبرة للمشاريع الميتة: كيف أنقذتني ‘المساهمات الاستراتيجية’ من جحيم السيرة الذاتية الفارغة؟

قبل كم سنة، كنت قاعد في مقابلة لوظيفة “مطور برمجيات أول” في شركة كبيرة. كنت متحمس، ومحضر حالي منيح. المدير التقني اللي كان يقابلني، شب مرتب وفاهم، فتح اللابتوب تبعه وقال لي: “أبو عمر، سيرتك الذاتية ممتازة، بس ممكن ألقي نظرة على حسابك في GitHub؟”.

في هذيك اللحظة، حسيت قلبي نزل عند ركبي. حسابي على GitHub… يا ويلي! كان عبارة عن مقبرة جماعية لمشاريع “Hello World” بلغات مختلفة، وتطبيقات “To-Do List” اللي عمري ما كملتها، وشوية مشاريع من الجامعة مغبرة وعليها عنكبوت. كنت كل ما أتعلم تقنية جديدة، أفتح مشروع وأجربها ليومين، وبعدين أزهق وأتركه. كنت مفكر إن المهم هو الكمية، وإن كثرة الـ Repositories بتعطي انطباع إني “مشغول” و”نشيط”.

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

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

لماذا حساب GitHub الخاص بك هو أهم من سيرتك الذاتية؟

في عالمنا اليوم، السيرة الذاتية (CV) صارت مجرد ورقة. أي حدا بيقدر يكتب فيها “خبير في Python” أو “متمرس في React”. لكن حساب GitHub هو الدليل القاطع. هو المكان اللي بيقدر فيه المدير التقني أو مسؤول التوظيف يشوف شغلك بعينه:

• كيف بتكتب الكود؟ هل هو نظيف ومنظم؟
• هل بتعرف توثّق شغلك وتكتب README.md محترم؟
• هل بتعرف تشتغل مع فريق وتستخدم Git صح؟
• هل أنت مجرد مستهلك للتقنيات، أم مساهم فيها؟

السيرة الذاتية تدّعي، وGitHub يثبت. من هنا تأتي أهمية “المساهمات الاستراتيجية”.

من مقبرة مشاريع إلى معرض أعمال: ما هي المساهمات الاستراتيجية؟

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

أولاً: المساهمة في المشاريع المفتوحة المصدر (Open Source)

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

1. أنا أستطيع قراءة وفهم كود كتبه آخرون: وهذه مهارة أهم من كتابة الكود نفسه في بيئة العمل الحقيقية.
2. أنا أعرف كيف أتعاون: أنت بتفتح Pull Request، بتناقش التغييرات، بتتقبل النقد، وبتعدل على شغلك. هاي هي بيئة العمل بالضبط.
3. أنا مهتم ومبادر: أنت ما استنيت حدا يطلب منك، أنت بنفسك روحت وحليت مشكلة.

كيف تبدأ المساهمة في المصدر المفتوح؟ لا تخترع العجلة!

الكل بخاف من البداية. “المشاريع كبيرة ومعقدة!”، “أنا مش خبير كفاية!”. انسى هالحكي. ابدأ صغير، صغير جداً. إليك بعض الأفكار:

• إصلاح الأخطاء الإملائية في التوثيق: نعم، بكل بساطة. افتح ملف README.md لمكتبة بتستخدمها، وإذا لقيت خطأ إملائي أو جملة مش واضحة، اعمل Fork للمشروع، عدّلها، وافتح Pull Request. هاي أول مساهمة إلك، ومبروك!
• البحث عن “Good First Issues”: معظم المشاريع الكبيرة بتحدد بعض المشاكل السهلة للمبتدئين بوسم مثل good first issue أو help wanted. هاي بتكون بوابتك للدخول. ببساطة، ابحث في GitHub عن:

is:open is:issue label:"good first issue"

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

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

ثانياً: بناء “المشروع البطل” (The Hero Project)

بدل ما يكون عندك 10 مشاريع “To-Do List”، ابنِ مشروع واحد “بطل”. مشروع متكامل، من الألف إلى الياء، يكون هو نجم حسابك على GitHub. شو مواصفات المشروع البطل؟

• يحل مشكلة حقيقية (حتى لو كانت صغيرة): مش ضروري تخترع فيسبوك جديد، يا خال! ممكن يكون أداة لحساب ضريبة الدخل في بلدك، أو بوت تيليجرام بيجيب أسعار العملات، أو موقع بسيط بيساعد الطلاب على تنظيم موادهم. المهم يكون له هدف واضح.
• مكتمل ومصقول: يعني مش مجرد كود برمجي. لازم يكون له:
  • README.md خرافي: يشرح المشروع، ليش عملته، كيف تثبته، وكيف تستخدمه (مع صور أو GIF إذا أمكن).
  • منشور (Deployed): لازم يكون شغال على الإنترنت. استخدم خدمات مجانية مثل Vercel, Netlify, أو Heroku. رابط حي للمشروع يساوي ألف سطر كود.
  • كود نظيف ومعقول: استخدم أسماء متغيرات واضحة، قسّم الكود لوظائف وملفات، وأضف بعض التعليقات المهمة.
  • (اختياري ومتقدم) اختبارات (Tests): لو أضفت شوية Unit Tests بسيطة، أنت هيك بتنتقل لمستوى ثاني خالص وبتبين إنك مطور محترف.

مثال عملي: بدل ما أعمل 5 تطبيقات مهملة، قررت أعمل مشروع واحد: أداة بسيطة للمطورين بتحول كود JSON إلى واجهات TypeScript بشكل تلقائي. المشروع كان عبارة عن صفحة ويب بسيطة، لكن اهتميت جداً بالواجهة، كتبت توثيق ممتاز، ونشرته على Vercel. هذا المشروع الصغير صار هو بطاقة التعريف تبعتي لأكثر من سنة، وجاب لي فرص شغل أكثر من كل المشاريع اللي قبله مجتمعة.

ثالثاً: الشوكات الذكية (Intelligent Forks)

كلنا بنعمل Fork لمشاريع عشان نحفظها أو نلقي نظرة عليها. لكن “الشوكة الذكية” هي أسلوب مختلف. الفكرة هي إنك تعمل Fork لمشروع موجود، وتضيف عليه ميزة جديدة أو تصلح فيه علّة معينة لكن في نسختك الخاصة.

مثلاً، لنقل أنك تستخدم مكتبة معينة لكن ينقصها دعم للغة العربية. يمكنك عمل Fork، وإضافة هذا الدعم في نسختك، ثم توثيق هذا التغيير بوضوح في ملف الـ README الخاص بنسختك (الـ Fork).

اكتب شيئاً مثل:

## My Fork of "Awesome-Library"

This is a fork of the original [Awesome-Library](link-to-original) with added **Right-to-Left (RTL) language support**.

### Changes:
- Added CSS adjustments for Arabic and Hebrew.
- Modified the date component to handle Hijri calendar input.

You can see a live demo [here](link-to-your-demo).

هذا يظهر قدرتك على فهم وتعديل كود معقد موجود مسبقاً، وهي مهارة لا تقدر بثمن في أي شركة برمجيات.

خطة عمل سريعة من أبو عمر للبدء اليوم

1. نظّف المقبرة: ادخل على حسابك الآن. أي مشروع عمره أكثر من سنة، غير مكتمل، وبدون README.md، اعمل له Archive. لا تحذفه، فقط أرشفه. هذا سيخفيه من الصفحة الرئيسية ويجعل حسابك يبدو أنظف وأكثر احترافية.
2. اختر معركتك: لا تحاول عمل كل شيء مرة واحدة. اختر استراتيجية واحدة للثلاثة أشهر القادمة. هل ستركز على المساهمة في المصدر المفتوح؟ أم ستبني مشروعك البطل؟
3. حدد ساعة في الأسبوع: خصص ساعة واحدة فقط كل أسبوع لهذا الهدف. ساعة واحدة فقط! خلال شهر، ستكون قد أنجزت شيئًا ملموسًا. الاستمرارية أهم من كثافة الجهد.
4. وثّق رحلتك: هل قمت بعمل أول مساهمة لك في مشروع مفتوح المصدر؟ اكتب تدوينة بسيطة عن التجربة. هل أكملت مشروعك البطل؟ شاركه على LinkedIn مع قصة قصيرة عن سبب بنائك له. هذا يضاعف من قيمة مجهودك.

الخلاصة… والزبدة 🎯

يا جماعة الخير، حسابكم على GitHub هو هويتكم التقنية الرقمية. لا تتركوه يتحول إلى مدينة أشباح أو مقبرة للمشاريع الميتة. كل سطر كود تكتبه، كل مساهمة تقوم بها، وكل مشروع تكمله هو لبنة في بناء سمعتك المهنية.

الانتقال من الكمية إلى الجودة، من المشاريع العشوائية إلى المساهمات الاستراتيجية، هو ما سيميزك عن آلاف المطورين الآخرين. الأمر لا يتطلب مهارات خارقة، بل يتطلب قرارًا وتخطيطًا وشوية التزام.

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