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

فنجان قهوة سادة… ولحظة الحقيقة المُرّة

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

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

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

لماذا ملف GitHub الخاص بك هو هويتك التقنية الجديدة؟

قبل أن ندخل في صلب الموضوع، دعونا نتفق على شيء: لم يعد GitHub مجرد مستودع للأكواد. إنه سيرتك الذاتية الحية، معرض أعمالك، ودليل على شغفك وقدرتك على حل المشكلات. مسؤول التوظيف أو المدير التقني المحترف لا يريد فقط أن يقرأ أنك تعرف لغة Python؛ هو يريد أن يرى كيف تستخدم Python لحل مشكلة ما.

مصيدة “مشاريع الدورات التعليمية”

كثيرون منا يقعون في هذا الفخ. نتابع دورة تعليمية عن React، نبني تطبيق “قائمة المهام” (To-Do List) للمرة المليون، ونرفعه على GitHub ونشعر بالإنجاز. هذا جيد للتعلم، لكنه سيء جدًا لإثبات جدارتك.

“مشروع من دورة تعليمية يثبت أنك تستطيع اتباع التعليمات. مشروع من بنات أفكارك يثبت أنك تستطيع التفكير والابتكار.” – أبو عمر

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

التحول: من الفوضى إلى “المشروع الجانبي الهادف”

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

ما هو المشروع الهادف؟

  • يحل مشكلة: سواء كانت أتمتة مهمة مملة في حياتك، أو بناء أداة صغيرة لمساعدة أصدقائك، أو تحليل بيانات تهمك.
  • له نطاق محدد: لا تحاول بناء فيسبوك القادم. ابدأ بشيء صغير يمكنك إنجازه في أسابيع أو أشهر قليلة (MVP – Minimum Viable Product).
  • يعكس شغفك: اختر فكرة تثير حماسك، فهذا سيساعدك على الاستمرار عندما تواجه الصعوبات.
  • يعلمك شيئًا جديدًا: استغل المشروع لتعلم إطار عمل جديد، أو لغة برمجة، أو تقنية سحابية كنت ترغب دائمًا في استكشافها.

كيف تبني مشروعك الجانبي الهادف؟ (دليل أبو عمر العملي)

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

الخطوة الأولى: ابحث عن الـ “ليش” (ابحث عن الفكرة)

أمسك ورقة وقلمًا (أو افتح محرر النصوص المفضل لديك) وأجب عن هذه الأسئلة:

  • ما هي المهام المتكررة والمملة التي أقوم بها يوميًا ويمكن أتمتتها؟
  • ما هي الهواية التي أحبها، وكيف يمكن للتكنولوجيا أن تخدمها؟ (مثال: أداة لتتبع تقدمك في قراءة الكتب، أو تطبيق لتنظيم وصفات الطبخ).
  • ما هي المشكلة التي يواجهها شخص قريب مني (أخ، صديق، صاحب عمل صغير) ويمكنني المساعدة في حلها؟
  • ما هي التقنية التي أريد أن أتعلمها بشدة؟ (مثال: أريد تعلم Go، سأبني أداة بسيطة لتقصير الروابط URL Shortener).

في حالتي، كنت أعاني من تتبع المصاريف اليومية. كل التطبيقات كانت معقدة. فقررت بناء بوت بسيط على تليجرام أرسل له “قهوة: 10” فيقوم بتسجيلها في جدول بيانات على Google Sheets. بسيط، مفيد، واستخدمت فيه Python ومكتبة تليجرام وواجهة برمجة تطبيقات Google Sheets. هذا هو المشروع الهادف.

الخطوة الثانية: التخطيط قبل التكويد (مش كل شي دفش)

لا تقفز مباشرة إلى كتابة الكود. خطط لمشروعك. استخدم ميزات GitHub نفسها:

  1. أنشئ مستودعًا جديدًا (Repository) باسم واضح.
  2. استخدم قسم “Issues”: قسّم مشروعك إلى مهام صغيرة. على سبيل المثال:
    • [Feature] Setup basic Telegram bot connection
    • [Feature] Create function to parse user message
    • [Bug] Bot crashes when message format is incorrect
    • [Chore] Add environment variables for API keys
  3. حدد الـ MVP: ما هو أبسط شكل يمكن أن يعمل به المشروع؟ ابدأ به، ثم أضف الميزات لاحقًا.

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

الخطوة الثالثة: الكود النظيف ورسائل الـ “Commit” الواضحة

تذكر، الكود الخاص بك سيقرأه الآخرون. اجعله “مرتّبًا” وسهل الفهم. الأهم من ذلك، اكتب رسائل commit احترافية. قارن بين هذا وذاك:

سيء 👎:

git commit -m "fixes"
git commit -m "added stuff"
git commit -m "wip"

ممتاز 👍:

git commit -m "feat: Add user authentication endpoint"
git commit -m "fix: Correct calculation error in payment module"
git commit -m "docs: Update README with installation instructions"

استخدام هذه البادئات (feat, fix, docs, style, refactor) يسمى “Conventional Commits” وهو معيار صناعي يظهر احترافيتك.

الخطوة الرابعة: ملف الـ README هو الحكواتي تبعك

هذه هي أهم خطوة على الإطلاق. معظم الناس لن يقرؤوا كل سطر من الكود، لكنهم بالتأكيد سيقرؤون ملف الـ README. يجب أن يكون ملفك جذابًا وواضحًا ويبيع مشروعك.

هيكل README مثالي:

  • عنوان المشروع وشعار بسيط (إن وجد).
  • وصف قصير وجذاب: جملة أو اثنتان تشرح ما هو المشروع وماذا يفعل.
  • صور أو صور متحركة (GIFs): “الصورة بألف كلمة”. سجل فيديو قصيرًا لواجهة المستخدم أو لقطات شاشة توضح كيفية عمله.
  • التقنيات المستخدمة (Tech Stack): اذكر اللغات والأدوات والمكتبات التي استخدمتها. (مثال: Python, Flask, PostgreSQL, Docker).
  • كيفية التشغيل محليًا (Installation & Usage): اشرح الخطوات اللازمة لتشغيل مشروعك على جهاز آخر. هذا يثبت أن كودك منظم.
  • الدروس المستفادة (What I Learned): قسم صغير تتحدث فيه عما تعلمته من هذا المشروع. (مثال: “من خلال هذا المشروع، تعمقت في فهم الـ WebSockets وتعلمت كيفية نشر تطبيق Docker على خدمة سحابية.”).

النتيجة: من مدينة أشباح إلى واحة خضراء 🌳

بعد تطبيق هذه الخطوات على مشروعي البسيط (بوت المصاريف) ثم مشروع آخر أكبر قليلًا، تغير ملفي على GitHub تمامًا. تلك المربعات الرمادية الفارغة في تقويم المساهمات تحولت إلى بقع خضراء متناسقة. لم أعد أتقدم للوظائف، بل أصبحت أستقبل رسائل من مسؤولي التوظيف على LinkedIn يسألونني عن مشاريعي.

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

الخلاصة يا جماعة الخير 🚀

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

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

يلا يا شباب، شدّوا الهمة، وخلونا نشوف هالمشاريع الحلوة!

أبو عمر

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

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

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

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

آخر المدونات

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

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

في عالم تطوير البرمجيات، نقرة مزدوجة بريئة من مستخدم قلق قد تكلفك الكثير. أحكي لكم قصتي مع كارثة عمليات الدفع المكررة، وكيف كان مفهوم "الطلبات...

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

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

أشارككم قصتي مع التكاليف الباهظة للخوادم التقليدية وكيف كانت "الحوسبة بدون خوادم" أو Serverless طوق النجاة الذي أنقذ ميزانيتي. اكتشفوا معي كيف تعمل هذه التقنية،...

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

طلبات المستخدمين كانت تنتظر في طابور لا ينتهي: كيف أنقذتني ‘قوائم انتظار الرسائل’ (Message Queues) من جحيم تجربة المستخدم البطيئة؟

أشارككم قصة حقيقية عن مشروع كاد أن يفشل بسبب بطء الاستجابة، وكيف كانت "قوائم انتظار الرسائل" (Message Queues) هي طوق النجاة. سنتعمق في هذا المفهوم،...

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

حساباتي البنكية كانت جزرًا معزولة: كيف أنقذتني ‘الخدمات المصرفية المفتوحة’ من جحيم إدارة الأموال اليدوية؟

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

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

طلباتي كانت تختفي بين الخدمات: كيف أنقذني ‘التتبع الموزع’ (Distributed Tracing) من جحيم تحليل الأعطال؟

أشارككم قصة حقيقية عن طلبات كانت تضيع في أنظمتنا المعقدة، وكيف كان التتبع الموزع (Distributed Tracing) هو المنقذ. سنتعمق في هذا المفهوم، من هو ولماذا...

3 أبريل، 2026 قراءة المزيد
ادارة الفرق والتنمية البشرية

فريقي كان يخشى قول ‘لا أعرف’: كيف أنقذتني ‘السلامة النفسية’ من جحيم الأخطاء الصامتة؟

أشارككم قصة حقيقية من مسيرتي كقائد فريق تقني، حين كاد الخوف من الاعتراف بالجهل أن يكلفنا الكثير. اكتشفوا معي مفهوم "السلامة النفسية" وكيف حوّل فريقنا...

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

خدماتي كانت تتحدث لغات مختلفة: كيف أنقذني اختبار العقود (Contract Testing) من جحيم التكامل الهش؟

في عالم الخدمات المصغرة، يمكن أن يتحول التكامل بين الخدمات إلى كابوس. أشارككم قصة من تجربتي وكيف أنقذني "اختبار العقود" (Contract Testing) من هذا الجحيم،...

3 أبريل، 2026 قراءة المزيد
أتمتة العمليات

تنبيهاتي كانت تضيع في بحر الإيميلات: كيف أنقذني ChatOps من فوضى إدارة الحوادث والنشر؟

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

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