ملخّص المشروع النهائي: كريم بيشحن PR حقيقي

من 6 أسابيع، كريم كان بيكتب "write a Python function to dedupe a list" وبيجيب tutorials. بنهاية المشروع الختامي ده، هيكون شحن PR من 200 سطر لـ open-source repo حقيقي بأنماط prompts من الكورس بس. وإنت كمان.

تدفق الـ module ده:

المشروع الختامي مبني على 4 artifacts:

1. Issue مختار. "Good first issue" حقيقي أو enhancement صغير على repo إنت بتستخدمه فعلاً.
2. System prompt شارح للكود. System prompt قابل لإعادة الاستخدام لفهم أي function مش متعوّد عليها في الـ codebase.
3. سلسلة prompts الحل. الـ prompts اللي استخدمتها فعلاً — codegen skeleton، debug، refactor، review — لإنتاج الـ PR.
4. الـ PR نفسه. الوصف متكتب بـ prompt. Conventional commit. Tests متضمّنة. Self-review عدّت.

المشروع متقيّم على rubric، مش binary "اتـmerge ولا لأ" — ده خارج عن سيطرتك بعد فتح الـ PR. الـ rubric في الدرس 4 بيقيس جودة الـ prompting، اللي هو اللي الكورس بيدرّسه.

ليه حد 200 سطر؟ عشان PR من 200 سطر هو أكبر حجم ممكن الـ skeleton الرباعي من module 1 يفضل شغّال في تكرار واحد. أكتر من كده، بتبدأ تحتاج الأنماط الـ agentic من module 5 (Claude Code planning)، اللي تستاهل كورس لوحدها. 200 سطر كمان حجم PR "feature" حقيقي في معظم production codebases — fix، endpoint صغير، UI component صغير.

إيه اللي بيحسب PR حقيقي؟ 3 معايير:

المعيار	ليه
Repo عام (GitHub، GitLab، إلخ.)	بيجبر conventions حقيقية وreview
ما كتبتهوش قبل ما تكتشف الكورس ده	بيعزل المهارة الجديدة
استخدمت على الأقل 4 أنماط prompt مختلفة من الكورس	بيثبت إن الـ skeleton عام

اختار حاجة قابلة للتحقيق. تصحيح typo ما يحسبش — مفيش codegen، مفيش review، مفيش test. مكتبة مش فاهمها ما تحسبش — هتحرق أسابيع تقرا كود بدل ما تتمرّن على prompts. النقطة الصح feature صغير أو bug fix صغير على repo بتستخدمه وفاهمه.

تدفق المشروع الختامي من البداية للنهاية:

الـ 4 modules السابقة دول الـ building blocks:

• Module 1 — الـ codegen skeleton للكود الجديد اللي هتكتبه
• Module 2 — debugging prompts لما أول محاولة بتاعتك تطلع غلط
• Module 3 — refactor + PR description prompts للشحن
• Module 4 — review prompts للـ self-review قبل الـ push
• Module 5 — أشكال خاصة بالأدوات (Cursor، Aider، conventional commits)

الـ module ده بيوصّلهم مع بعض. الدروس الـ 3 الجاية بتمشي خلال (1) اختيار الـ issue الصح، (2) بناء code-explainer system prompt بيساعدك تفهم الكود الموجود، و(3) الـ rubric هتقيّم نفسك بناءً عليه.

التالي: إزاي تختار issue كريم ما يندمش عليه. :::