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

يا جماعة الخير، السلام عليكم ورحمة الله. معكم أخوكم أبو عمر.

خليني أحكيلكم قصة صارت معي قبل كم سنة، قصة علّمتني درس ما بنساه طول عمري. كنت قاعد قبال اللابتوب، بفنجان قهوة “سادة ع الريحة” زي ما بنحبها، وبقلّب في حسابي على GitHub. الصفحة كانت مليانة مستودعات (repositories)، أسماء زي weather-app-final، todo-list-react-v2، ecommerce-test… منظر يوحي بالإنتاجية، صح؟ بس أنا كنت عارف الحقيقة المُرّة.

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

الكابوس الحقيقي إجا في مقابلة شغل. المدير التقني، شب خبير وشكله شايف كتير، فتح حسابي على GitHub قدامي وسألني سؤال بسيط ومباشر: “أبو عمر، شايف عندك مشروع اسمه ai-chatbot-v1، احكيلنا عنه شوي”.

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

من يومها، تغير كل شيء. واكتشفت مفهوم “سردية المشاريع”، وهو اللي أنقذ مسيرتي المهنية، واليوم جاي أشاركم إياه.

ما هي “مقبرة المشاريع”؟ ولماذا هي خطيرة؟

قبل ما نحكي عن الحل، خلينا نشخّص المشكلة صح. “مقبرة المشاريع” هي ملف أعمال (Portfolio) يبدو مزدحماً لكنه فارغ من القيمة الحقيقية. من علاماتها:

• مشاريع تعليمية بحتة: تطبيقات الطقس وقوائم المهام التي يطورها كل مبتدئ، بدون أي تعديل أو إضافة فريدة.
• مشاريع غير مكتملة: مشاريع تم التخلي عنها بعد مرحلة الحماس الأولية، وغالباً ما تكون بدون وظائف أساسية.
• أسماء عامة ومبهمة: مثل my-project, test-app, final-version-2. هاي الأسماء بتصرخ “أنا مشروع مؤقت!”.
• غياب التوثيق (README): لا يوجد ملف README.md يشرح المشروع، أو يحتوي على سطرين فقط.
• انعدام “القصة”: عند النظر للمشروع، لا يمكنك أن تفهم لماذا تم بناؤه، أو ما المشكلة التي يحلها.

خطورة هاي المقبرة إنها بتعطي انطباع خاطئ عنك. بدل ما تظهرك كخبير يحل المشاكل، بتظهرك كهاوٍ يتبع التعليمات فقط. وهذا آخر إشي بدك ياه في سوق العمل التنافسي.

الخروج من الجحيم: مقدمة إلى “سردية المشاريع” (Project Narratives)

الحل يا جماعة الخير بسيط في مفهومه، عميق في تأثيره: حوّل كل مشروع إلى قصة. “سردية المشروع” هي فن تحويل مستودع الكود من مجرد مجموعة ملفات إلى دراسة حالة (Case Study) متكاملة تعرض رحلتك كمطور.

السردية لا تجيب فقط على سؤال “ماذا بنيت؟”، بل تجيب على الأسئلة الأهم:

• لماذا بنيت هذا المشروع؟ (الدافع والمشكلة)
• كيف بنيته؟ (التقنيات والقرارات الهندسية)
• ما هي العقبات التي واجهتك وكيف تغلبت عليها؟ (مهارات حل المشكلات)
• ماذا تعلمت من هذه التجربة؟ (النمو والتطور)

المشروع بدون قصة هو مجرد كود. المشروع مع قصة هو دليل على خبرة.

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

كيف تبني “سردية مشروع” فعّالة؟ (خطوات عملية)

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

أولاً: ابدأ بـ “لماذا؟” – الدافع والمشكلة

هنا تضع الأساس لقصتك. لا تبدأ بالتقنيات. ابدأ بالمشكلة الشخصية التي دفعتك للعمل.

مثال سيء: “بنيت تطبيق ويب باستخدام React و Node.js لحفظ المقالات.”

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

شفتوا الفرق؟ المثال الثاني خلق سياقاً وجعل المشروع مثيراً للاهتمام على الفور.

ثانياً: “كيف؟” – رحلة البناء والقرارات التقنية

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

مثال سيء: “استخدمت React للواجهة الأمامية و Node.js/Express للخلفية و MongoDB كقاعدة بيانات.”

مثال ممتاز (سردي): “اخترت React لبناء الواجهة الأمامية بسبب خبرتي فيها وقدرتها على بناء واجهات مستخدم تفاعلية بسرعة. للجهة الخلفية، استخدمت Node.js و Express لأنهما يوفران بيئة عمل سريعة وغير متزامنة (asynchronous) مناسبة لعمليات الـ I/O مثل جلب بيانات المقالات من الإنترنت. أما بالنسبة لقاعدة البيانات، فقد وقع اختياري على MongoDB لأن طبيعة البيانات (مقالات، وسوم، ملاحظات) غير مهيكلة وتناسب نموذج المستندات (document-based model) الخاص بها، مما يمنحني مرونة في المستقبل.”

ثالثاً: “العقبات والحلول” – هنا يكمن الذهب!

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

مثال ممتاز (سردي): “واجهتني عقبة رئيسية أثناء محاولة استخلاص عنوان وصورة المقال تلقائياً من أي رابط. بعض المواقع لا تحتوي على وسوم (meta tags) قياسية. بعد بحث، تعلمت عن بروتوكول Open Graph الذي تستخدمه معظم المنصات الاجتماعية. قمت ببرمجة دالة في الخلفية تبحث أولاً عن وسوم Open Graph، وفي حال عدم وجودها، تقوم بتحليل بسيط لـ HTML الصفحة للبحث عن وسم <title> وأول صورة كبيرة في المقال كحل بديل. هذا التحدي علمني الكثير عن كيفية تحليل محتوى الويب.”

يمكنك حتى إضافة مقتطف من الكود الذي يوضح حلك. هذا يضيف مصداقية هائلة.

// A simplified example in Node.js using cheerio for scraping
const axios = require('axios');
const cheerio = require('cheerio');

async function extractArticleMetadata(url) {
  try {
    const { data } = await axios.get(url);
    const $ = cheerio.load(data);

    // First, try to get Open Graph data
    let title = $('meta[property="og:title"]').attr('content');
    let image = $('meta[property="og:image"]').attr('content');

    // Fallback if Open Graph is not available
    if (!title) {
      title = $('title').text();
    }
    if (!image) {
      image = $('img').first().attr('src'); 
      // A more robust solution would filter for larger images
    }

    return { title, image };
  } catch (error) {
    console.error("Error fetching article data:", error);
    return { title: url, image: null };
  }
}

رابعاً: “النتائج والدروس المستفادة” – ماذا بعد؟

اختتم قصتك بعرض النتيجة النهائية وتلخيص ما تعلمته. هذا يظهر قدرتك على التفكير النقدي والتعلم المستمر.

مثال ممتاز (سردي): “النتيجة هي أداة ويب أستخدمها يومياً لتنظيم قراءاتي (رابط للعرض المباشر هنا!). من خلال هذا المشروع، لم أقم فقط بحل مشكلة شخصية، بل تعلمت أيضاً أساسيات استخلاص البيانات من الويب (web scraping)، وأهمية وجود حلول بديلة (fallbacks) في البرمجة، وعمّقت فهمي في تصميم واجهات برمجة التطبيقات (APIs) بين الواجهة الأمامية والخلفية. كخطوة مستقبلية، أخطط لإضافة ميزة البحث النصي الكامل (Full-text search) باستخدام Elasticsearch لتحسين تجربة البحث في المقالات المحفوظة.”

تطبيق السردية على ملفك الشخصي

تحديث ملف الـ README.md

ملف الـ README في كل مستودع على GitHub هو المسرح الذي تعرض عليه قصتك. لا تهمله! استخدم الهيكل التالي كبداية:

• عنوان المشروع ورابط العرض المباشر (Live Demo)
• القصة والدافع (The “Why”): فقرة تشرح المشكلة التي يحلها المشروع.
• الميزات الرئيسية (Key Features): قائمة نقطية بما يفعله التطبيق.
• التقنيات المستخدمة (Tech Stack): مع شرح موجز لسبب اختيارك لها.
• التحديات والحلول (Challenges & Solutions): هذا هو الجزء الذهبي، اشرح فيه مشكلة أو اثنتين وكيف حللتهما.
• الدروس المستفادة والخطوات المستقبلية.
• كيفية تشغيل المشروع محلياً (Setup).

إنشاء صفحة مشاريع شخصية

بينما GitHub مهم، فإن موقعك الشخصي يمنحك التحكم الكامل في كيفية عرض قصصك. خصص صفحة لكل مشروع رئيسي، واستخدم الصور المتحركة (GIFs) لعرض وظائف التطبيق، وادعمها بالنص السردي الذي كتبته. اجعل الزائر يعيش التجربة معك.

نصائح من خبرة أبو عمر

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

الخلاصة: من مبرمج إلى راوي قصص تقني

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

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

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

بالتوفيق للجميع!