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

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

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

مقبرة المشاريع المنسوخة: لماذا لا تكفي مشاريع الدورات؟

قبل أن نغوص في الحل، دعنا نشخّص المشكلة بدقة. لماذا لا تثير مشاريع الدورات إعجاب مسؤولي التوظيف والمدراء التقنيين؟ من خبرتي، الأسباب تتلخص في ثلاث نقاط رئيسية.

المشكلة الأولى: غياب الأصالة والإبداع

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

المشكلة الثانية: انعدام الخبرة في بيئة العمل الحقيقية

العالم الحقيقي للبرمجة فوضوي ومعقد. مشاريع الدورات هي بيئة معقمة ومثالية. في العمل الحقيقي، ستتعامل مع:

• قواعد كود ضخمة (Large Codebases): أكواد كتبها عشرات المطورين على مدى سنوات.
• الكود القديم (Legacy Code): كود قد لا يكون مكتوباً بأفضل طريقة وعليك التعامل معه.

* العمل الجماعي: مراجعة أكواد الزملاء (Code Review)، مناقشة الحلول، واستخدام أنظمة مثل Git للتعاون.

• إدارة الإصدارات والنشر (CI/CD): عمليات أتمتة للاختبار والنشر.

مشاريع الدورات لا تعلمك أياً من هذا. إنها مثل تعلم السباحة على اليابسة.

المشكلة الثالثة: الرفض التلقائي من أنظمة تتبع المتقدمين (ATS)

الكثير من الشركات الكبرى تستخدم أنظمة آلية (ATS) لفرز السير الذاتية. هذه الأنظمة تبحث عن كلمات مفتاحية وخبرات معينة. عندما يكون ملفك الشخصي مليئاً بمشاريع عامة، قد لا يجد النظام ما يبحث عنه ليصنفك كمرشح قوي، فيتم رفضك تلقائياً قبل أن يرى إنسان سيرتك الذاتية.

نقطة التحول: اكتشاف عالم المصادر المفتوحة

بعد ليلة الإحباط تلك، بدأت أبحث بجنون عن “كيف أجعل ملفي الشخصي مميزاً؟”. ظهر أمامي مصطلح “المساهمة في المصادر المفتوحة” (Open Source Contribution) مراراً وتكراراً. في البداية، شعرت بالرهبة. “أنا؟ أساهم في مشروع يستخدمه الآلاف؟ ولك يا أبو عمر، هؤلاء عباقرة، شو بدك بهالشغلة؟”.

هذا ما يسمى بـ “متلازمة المحتال” (Imposter Syndrome)، وهي شعور طبيعي جداً. لكنني قررت أن أبدأ بخطوة صغيرة جداً. وجدت مكتبة جافاسكريبت صغيرة أستخدمها في أحد مشاريعي الشخصية، ولاحظت أن هناك خطأ إملائياً في ملف الشرح (README.md). قلت لنفسي: “هذه هي فرصتي. لن أكسر شيئاً، مجرد تصحيح خطأ إملائي”.

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

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

الخطوة الأولى: تجهيز العدّة

قبل أن تذهب إلى المعركة، عليك تجهيز سلاحك. في حالتنا، السلاح هو فهم أساسيات Git و GitHub. لست بحاجة لأن تكون خبيراً، لكن يجب أن تعرف المفاهيم التالية وتطبقها:

• fork: لإنشاء نسخة من المشروع في حسابك.
• clone: لتحميل المشروع إلى جهازك المحلي.
• branch: لإنشاء فرع جديد لعملك (مهم جداً!). لا تعمل أبداً على الفرع الرئيسي مباشرة.
• commit: لحفظ تغييراتك.
• push: لرفع تغييراتك إلى نسختك على GitHub.
• Pull Request (PR): لطلب دمج تغييراتك في المشروع الأصلي.

الخطوة الثانية: البحث عن المشروع المناسب (يا كثرهم!)

هنا تبدأ المتعة. لا تذهب مباشرة إلى React أو TensorFlow. ابحث عن مشاريع صديقة للمبتدئين. استخدم مواقع مثل:

• Good First Issue: موقع يجمع المشاكل المصنفة كـ “مشكلة أولى جيدة” من آلاف المشاريع.
• Up For Grabs: موقع مشابه يركز على المهام المناسبة للمساهمين الجدد.
• صفحة GitHub Explore: استكشف المشاريع الشائعة في اللغات التي تهمك.

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

الخطوة الثالثة: أول مساهمة لك (لا تخاف، مش راح تكسر إشي)

أسهل بوابة للدخول هي التوثيق (Documentation). كل المشاريع تحتاج إلى توثيق أفضل. يمكنك:

• تصحيح الأخطاء الإملائية والنحوية.
• إضافة أمثلة كود غير موجودة.
• شرح مفهوم غامض بشكل أوضح.
• ترجمة التوثيق إلى لغة أخرى (مثل العربية!).

مثلاً، أول مساهمة لي كانت شيئاً بسيطاً جداً في ملف README.md:

- This funtion helps you sort an array of objects.
+ This function helps you sort an array of objects.

قد تبدو تافهة، لكنها كسرت حاجز الخوف لدي. بعدها، بدأت أبحث عن مشاكل برمجية بسيطة مصنفة بـ good first issue أو help wanted.

الخطوة الرابعة: التعامل مع مراجعة الكود (Code Review)

بعد أن تقدم طلب السحب (Pull Request)، سيقوم أحد مشرفي المشروع بمراجعة الكود الخاص بك. هذه هي أهم مرحلة للتعلم. لا تأخذ الملاحظات بشكل شخصي. المراجع يريد أن يجعل الكود أفضل، وليس أن ينتقدك. كن منفتحاً، اسأل أسئلة، وناقش الحلول. هذا يظهر مهارات التواصل والتعاون لديك، وهي مهارات لا تقل أهمية عن البرمجة نفسها.

الثمار التي جنيتها: كيف تغيرت مسيرتي المهنية؟

المساهمة في المصادر المفتوحة لم تكن مجرد إضافة سطر جميل في سيرتي الذاتية، بل كانت تحولاً كاملاً في هويتي التقنية.

ملف شخصي يتحدث عن نفسه

تحول ملفي الشخصي من مقبرة مشاريع مكررة إلى معرض حي لمهاراتي. بدلاً من “Todo App”، أصبح يحتوي على “ساهم في إصلاح مشكلة أداء في المكتبة X” و “أضاف ميزة جديدة للأداة Y”. هذه المساهمات هي دليل حي وملموس على قدرتك على فهم أكواد معقدة والتعاون ضمن فريق وحل مشاكل حقيقية.

مهارات حقيقية لا تُدرّس في الدورات

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

من الرفض التلقائي إلى رسائل التوظيف

بعد بضعة أشهر من المساهمات المنتظمة، حدث شيء سحري. بدأت أتلقى رسائل على LinkedIn من مسؤولي توظيف. المقابلات تغيرت. بدلاً من أن يسألوني “اشرح لي مشروعك لتطبيق الطقس”، أصبح السؤال “رأيت مساهمتك في مشروع Z، كانت مثيرة للاهتمام، هل يمكنك شرح التحديات التي واجهتها؟”. لقد أعطتني المصادر المفتوحة قصصاً حقيقية أرويها، وقصصاً تظهر شغفي وقدراتي.

خلاصة الكلام ونصيحة من أخوك أبو عمر

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

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

يلا يا شباب، ورجونا إبداعاتكم. ابدأ اليوم، ولو بتعديل فاصلة. كل رحلة الألف ميل تبدأ بخطوة، وخطوتك الأولى قد تكون Pull Request بسيط. بالتوفيق يا أبطال! 💪