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

خليني أحكيلكم قصة صارت معي زمان، في بداياتي… كنت متحمس، مليان طاقة، وبقضي ليلي ونهاري أكتب كود. حسابي على GitHub كان، بنظري وقتها، إشي فخم. كل أسبوع مشروع جديد: تطبيق مهام يومية (To-Do List)، مرة بـ React، ومرة بـ Vue، ومرة بـ Angular… تطبيق لعرض حالة الطقس، محول عملات بسيط، وهلم جرا. كنت مفكر إنه كثرة المشاريع هاي بتدل على إني “شغيل” و”نشيط”.

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

في يوم من الأيام، وبعد رفض очередي (متتالي)، قررت أعمل إشي جرئ. رديت على إيميل الرفض وسألت بكل أدب: “شكراً لوقتكم، هل ممكن أعرف سبب الرفض أو أحصل على أي نصيحة لتحسين ملفي؟”. المفاجأة كانت إنه حدا رد علي! مدير توظيف (Hiring Manager) محترم، كتبلي كم سطر غيروا طريقة تفكيري كلها. قال ما معناه: “ملفك جيد، لكنه لا يبرز. كل المشاريع التي رأيناها هي نسخ مكررة من دروس تعليمية. لا نرى فيها حلاً لمشكلة حقيقية أو عمقاً تقنياً يميزك عن مئات المتقدمين الآخرين”.

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

لماذا لا تكفي مشاريع “المهام اليومية”؟

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

مشكلة التكرار والتشابه

كلنا، وأنا أولكم، بدأنا بتطبيق to-do list. هو بمثابة “Hello, World!” للمشاريع العملية. المشكلة إن مدراء التوظيف والمهندسين الكبار شافوا آلاف النسخ منه. لما يشوفوا كمان واحد، عقلهم الباطن بيصنفه فوراً كـ “مبتدئ” أو “مشروع تعليمي”، وما بيكملوا تصفح باقي المشروع.

غياب العمق التقني

معظم هاي المشاريع عبارة عن تطبيقات CRUD بسيطة (Create, Read, Update, Delete). ما بتعرض مهاراتك في مواضيع أكثر تعقيداً وأهمية في سوق العمل الحقيقي، مثل:

• بنية النظام (System Architecture)
• أمن المعلومات (Security)
• قواعد البيانات المعقدة والعلاقات بين الجداول
• التعامل مع الواجهات البرمجية الخارجية (External APIs)
• النشر والتشغيل (Deployment & CI/CD)
• قابلية التوسع (Scalability)

لا تحكي قصة مقنعة

أفضل المشاريع هي اللي بتحكي قصة: “كانت هناك مشكلة (س)، فقمت أنا ببناء الحل (ص) باستخدام التقنيات (ع)”. مشروعك لازم يجاوب على سؤال “لماذا؟”. لماذا بنيت هذا المشروع؟ “لأني كنت أتعلم React” إجابة غير كافية. لكن “بنيت أداة لتنظيم مصادري التعليمية لأني كنت أضيع بين كثرة الكورسات والمقالات” هي بداية قصة مثيرة للاهتمام.

المشروع المتكامل (Capstone Project): طوق النجاة

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

ما هو المشروع المتكامل؟

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

خصائص المشروع المتكامل الناجح

• يحل مشكلة حقيقية: حتى لو كانت مشكلة صغيرة تخصك أنت فقط. هذا يظهر قدرتك على تحليل المشاكل والتفكير كـ “صانع منتجات” وليس فقط “كاتب كود”.
• متعدد التقنيات (Full-Stack): يتكون من واجهة أمامية (Frontend)، خلفية (Backend)، قاعدة بيانات (Database)، ويفضل أن يكون منشوراً على الإنترنت.
• له واجهة مستخدم قابلة للاستخدام: لا يجب أن تكون مصمماً عالمياً، لكن الواجهة يجب أن تكون نظيفة ومنطقية وسهلة الاستخدام.
• موثق بشكل ممتاز: ملف README.md هو واجهة مشروعك. يجب أن يكون واضحاً، كاملاً، ويشرح كل شيء عن المشروع.
• منشور ومتاح للاستخدام (Live): وجود رابط حي (live demo) للمشروع يجعله حقيقياً وملموساً، ويسمح للمقيّم بتجربته فوراً دون الحاجة لتنزيل الكود وتشغيله.

كيف تبني مشروعك المتكامل الأول؟ خطوة بخطوة

طيب يا أبو عمر، حمستنا. كيف نبدأ؟ الموضوع أبسط مما تتخيل لو قسمناه لخطوات عملية.

المرحلة الأولى: العصف الذهني واختيار الفكرة

هاي أهم مرحلة. ابعد عن الأفكار المستهلكة. فكر في حياتك اليومية، هواياتك، عملك، دراستك. ما هي المشاكل الصغيرة المزعجة التي تواجهك؟

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

المرحلة الثانية: التخطيط وبناء “الخارطة”

لا تقفز إلى الكود مباشرة! خذ ورقة وقلم (أو أي أداة رقمية) وخطط.

1. حدد الميزات الأساسية (MVP): ما هو أقل عدد من الميزات التي تجعل مشروعك قابلاً للاستخدام؟ ابدأ بالأساسيات: تسجيل الدخول، إضافة عنصر، عرض العناصر…الخ.
2. اختر المكدس التقني (Tech Stack): استخدم تقنيات تعرفها جيداً، وأضف تقنية أو اثنتين جديدة تريد تعلمها. مثلاً: (React + Node.js + PostgreSQL) أو (Vue + Laravel + MySQL).
3. ارسم الواجهات (Wireframing): شخبط على ورق! كيف ستبدو الصفحة الرئيسية؟ صفحة إضافة عنصر؟ هذا سيوفر عليك ساعات من التخبط لاحقاً.

المرحلة الثالثة: التنفيذ والكود “النظيف”

هنا يبدأ الشغل الجد. أثناء كتابة الكود، تذكر أن هناك من سيقرأه (مدير التوظيف).

• استخدم Git بفاعلية: اكتب رسائل commit واضحة وذات معنى.

  
  // Bad Commit Message
  git commit -m "fixed stuff"
  
  // Good Commit Message
  git commit -m "feat(auth): implement user password reset endpoint"
  

• اهتم بنظافة الكود: استخدم أسماء متغيرات ودوال واضحة، قسم الكود إلى ملفات ووحدات منطقية.

المرحلة الرابعة: النشر والتوثيق (أهم مرحلة)

المشروع غير الموثق وغير المنشور هو مشروع ميت.

• النشر (Deployment): انشر مشروعك! هناك الكثير من الخدمات التي تقدم خططاً مجانية ممتازة مثل Vercel (للـ Frontend)، و Heroku أو Render.com (للـ Backend)، و Supabase أو PlanetScale (لقواعد البيانات).
• التوثيق (Documentation): ملف الـ README.md هو فرصتك لبيع مشروعك. يجب أن يحتوي على:
  • اسم المشروع وشعار بسيط.
  • وصف واضح ومختصر: ما هو المشروع ولماذا قمت ببنائه؟
  • رابط مباشر للنسخة الحية (Live Demo).
  • صور أو GIF للمشروع وهو يعمل.
  • قائمة الميزات (Features).
  • المكدس التقني المستخدم (Tech Stack).
  • كيفية تشغيل المشروع محلياً (Instructions for local setup).

المشروع المتكامل في سيرتك الذاتية ومقابلات العمل

عندما يصبح لديك هذا المشروع، سيتحول من عبء إلى أقوى أسلحتك.

• في السيرة الذاتية: ضعه في قسم “المشاريع” مع رابط مباشر للـ GitHub والنسخة الحية، واكتب وصفاً من سطرين يوضح المشكلة التي يحلها.
• في حساب GitHub: قم بتثبيت المشروع (Pin) في صفحتك الرئيسية ليكون أول ما يراه الزائر.
• في المقابلات: عندما تُسأل “حدثنا عن مشروع تفتخر به”، هنا فرصتك للتألق. لا تسرد الميزات فقط. احكِ القصة: ما هي المشكلة، كيف خططت، ما هي التحديات التقنية التي واجهتها وكيف تغلبت عليها، وماذا تعلمت من هذه التجربة.

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

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

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

استثمر في نفسك، يا خال، لأن مشروع واحد “مرتب” ومصقول أفضل من مئة مشروع “تعبان” ومكرر. ابدأ اليوم، اختر فكرتك، وقم ببناء الصرح الذي ستفتخر به. بالتوفيق!