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

يا جماعة الخير، السلام عليكم ورحمة الله. اسمحوا لي اليوم أحكي لكم قصة صارت معي، قصة عن حسابي على GitHub اللي كان يومًا من الأيام أشبه بـ “مقبرة العظماء”… بس للأسف، ما كان فيها عظماء، كانت مقبرة لمشاريعي أنا! مشاريع ولدت في ليلة حماس، وماتت مع أول شعاع شمس لليوم التالي.

قبل كم سنة، كنت أفتح حسابي على GitHub وأشوف التقويم الأخضر المليان مساهمات. كنت أحس بنشوة غريبة، زي اللي مخلص كل مهامه. بس لما كنت أدقق شوي، كان الواقع يصفعني. معظم هاي “المساهمات” كانت عبارة عن `git push` لمشاريع تافهة، أكواد من دورات تعليمية، أو تعديلات بسيطة زي “fix typo” على ملفاتي الخاصة. كنت أدفش كود (push code) زي ما الواحد بِدفش عرباية خضرة بالسوق، المهم العجلة تمشي والمربعات تتلون أخضر. في مقابلة عمل مرة، سألني المدير التقني: “ما شاء الله يا أبو عمر، نشاطك على GitHub ممتاز… ممكن تحكيلنا عن مشروع X؟”. وقتها حسيت حالي انفضحت، لأنه مشروع X كان مجرد واجهة تطبيق ألوان بدأتها وما كملتها. كان نشاطي وهميًا، مجرد ضجيج بلا طحين.

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

فخ “المربعات الخضراء” والنشاط الوهمي

كثير من المبرمجين، خصوصًا المبتدئين، يقعون في فخ “هوس المربعات الخضراء” (The Green Square Obsession). يعتقدون أن مجرد ملء تقويم المساهمات يوميًا سيجعلهم يبدون كمطورين نشيطين ومحترفين. لكن الحقيقة أن أصحاب الخبرة، وخصوصًا مسؤولي التوظيف، يستطيعون تمييز الغث من السمين بلمحة بصر.

ما هو النشاط الوهمي؟

النشاط الوهمي هو أي مساهمة لا تضيف قيمة حقيقية لملفك التقني. من أمثلته:

  • مشاريع الدروس التعليمية: رفع كود طبقته من دورة على Udemy أو YouTube بدون أي إضافة أو تعديل شخصي.
  • التعديلات التافهة (Trivial Commits): عمل commit لكل تغيير بسيط مثل إضافة فاصلة أو تعديل خطأ إملائي في تعليق (في مشروعك الخاص الذي لا يراه أحد).
  • المشاريع بلا هوية: مستودعات (repositories) بدون ملف README.md واضح، أو حتى بدون وصف. لا أحد يعلم ما هذا المشروع أو لماذا هو موجود.
  • مشاريع “Hello World” المتكررة: إنشاء عشرات المشاريع البسيطة التي لا تُظهر أي عمق تقني.

ببساطة، النشاط الوهمي هو أن يكون ملفك الشخصي صاخبًا ولكنه فارغ المضمون. مثل الذي يصرخ في وادٍ لا صدى فيه.

التحول نحو “المساهمات المركزة”: الجودة قبل الكمية

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

كيف تبدو المساهمة المركزة؟

المساهمة المركزة ليست مجرد كود، بل هي حزمة متكاملة. إليك بعض الأمثلة:

  • مشروع شخصي متكامل: اختر مشروعًا واحدًا أو اثنين وحوّلهما إلى تحفة فنية. مشروع يحل مشكلة حقيقية (حتى لو كانت صغيرة)، موثق بشكل ممتاز، وربما له واجهة بسيطة أو API يمكن للآخرين استخدامه.
  • المساهمة في المصدر المفتوح (Open Source): حتى لو كانت مساهمتك صغيرة، مثل إصلاح خطأ برمجي (bug) في مكتبة مشهورة، أو تحسين التوثيق، فهذا يُظهر قدرتك على العمل ضمن فريق، قراءة أكواد الآخرين، واتباع إرشادات المساهمة.
  • توثيق احترافي (Professional Documentation): مشروع بسيط مع ملف README.md احترافي أفضل من مشروع معقد بدون أي توثيق. ملف الـ README هو واجهة محلك التقني، فاجعله جذابًا.

خطوات عملية لإنقاذ مقبرة مشاريعك

طيب يا أبو عمر، كلام جميل، بس كيف أبدأ؟ بسيطة، خذها مني خطوة بخطوة.

الخطوة الأولى: جرد وتقييم المقبرة

افتح حسابك على GitHub وابدأ عملية “تنظيف”. مر على كل مستودعاتك واسأل نفسك:

  • هل هذا المشروع يمثل أفضل ما لدي حاليًا؟
  • هل هو مكتمل أو قابل للاستخدام؟
  • هل هو موثق بشكل جيد؟
  • هل أفتخر بمشاركته مع مسؤول توظيف؟

بناءً على إجاباتك، قرر:

  1. الأرشفة (Archive): للمشاريع القديمة أو غير المكتملة التي لا تريد حذفها. هذا يخفيها من العرض الرئيسي لكنه يحفظها لك.
  2. التحسين (Improve): اختر مشروعًا أو اثنين لهما إمكانيات واعمل على تحسينهما.
  3. الحذف (Delete): لا تخف من حذف المشاريع التافهة جدًا التي لا قيمة لها.

الخطوة الثانية: قوة الـ README.md، واجهة محلك التقني

ملف الـ README هو أول ما يراه الزائر. استثمر فيه الوقت. تذكر المثل الفلسطيني: “الكتاب بيبين من عنوانه”. ملفك هو عنوان مشروعك.

إليك قالب بسيط يمكنك استخدامه (مكتوب بصيغة Markdown):


# اسم المشروع 🚀

> وصف قصير وجذاب للمشروع في سطر أو سطرين.

صورة أو GIF للمشروع وهو يعمل هنا.

## 📜 عن المشروع

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

## 🛠️ التقنيات المستخدمة

*   لغة البرمجة (مثال: Python 3.9)
*   إطار العمل (مثال: Django, React)
*   قاعدة البيانات (مثال: PostgreSQL)
*   أخرى (مثال: Docker, Nginx)

## ⚙️ التثبيت والاستخدام

اشرح هنا خطوة بخطوة كيف يمكن لشخص آخر تشغيل مشروعك على جهازه.

```bash
# مثال
git clone https://github.com/your-username/your-repo.git
cd your-repo
pip install -r requirements.txt
python manage.py runserver
```

## 🤝 كيفية المساهمة

إذا كنت ترحب بالمساهمات، اشرح كيف يمكن للآخرين المساعدة.

## 📄 الترخيص

هذا المشروع مرخص تحت ترخيص MIT - انظر ملف `LICENSE` للمزيد من التفاصيل.

هذا القالب البسيط سيجعل أي مشروع يبدو أكثر احترافية بعشر مرات.

الخطوة الثالثة: انضم إلى قافلة المصدر المفتوح

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

  • ابحث في GitHub عن مشاريع تستخدم تقنيات تحبها.
  • استخدم خاصية البحث عن الوسوم مثل label:"good first issue" أو label:"help-wanted". هذه هي القضايا (issues) التي حددها أصحاب المشروع على أنها مناسبة للمساهمين الجدد.
  • لا تستخف بأي مساهمة. إصلاح خطأ إملائي في توثيق مكتبة مشهورة يراه آلاف المطورين، وهذا بحد ذاته قيمة كبيرة.

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

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

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

أبو عمر

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

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

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

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

آخر المدونات

الشبكات والـ APIs

كنا نتحقق من التحديثات كل ثانية: كيف أنقذتنا ‘خطافات الويب’ (Webhooks) من جحيم الاستطلاع المستمر (Polling)؟

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

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

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

أشارككم قصة حقيقية من الخنادق البرمجية، حين كادت خوادمنا أن تنهار تحت وطأة طلبات لا تنتهي. اكتشفوا كيف كان "تحديد المعدل" (Rate Limiting) هو طوق...

28 أبريل، 2026 قراءة المزيد
التكنلوجيا المالية Fintech

كانت بيانات عملائنا المصرفية سجينة: كيف أنقذتنا ‘المصرفية المفتوحة’ (Open Banking) من جحيم الأنظمة المغلقة؟

أشارككم قصة حقيقية من قلب المعركة البرمجية، كيف انتقلنا من كابوس "كشط الشاشة" والأنظمة المصرفية المغلقة إلى عالم من الإمكانيات بفضل ثورة المصرفية المفتوحة (Open...

28 أبريل، 2026 قراءة المزيد
البنية التحتية وإدارة السيرفرات

كانت بنيتنا التحتية تُبنى بالنقرات والأدعية: كيف أنقذنا Terraform من جحيم الإعداد اليدوي؟

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

28 أبريل، 2026 قراءة المزيد
اختبارات الاداء والجودة

كانت تغطية اختباراتنا 100% لكنها كذبة: كيف أنقذنا “الاختبار الطفري” من جحيم الثقة الزائفة؟

كنا نظن أن تغطية اختبارات بنسبة 100% هي درعنا الواقي، لكنها كانت ثقة زائفة. أشارككم قصة كيف كشف "الاختبار الطفري" (Mutation Testing) ضعف اختباراتنا وأنقذ...

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

كانت بيئة التطوير لدينا كلاً في وادٍ: كيف أنقذتنا ‘حاويات التطوير’ (Dev Containers) من جحيم ‘إنها تعمل على جهازي’؟

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

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