المشروع الختامي — شحن PR من 200 سطر عبر الأوامر فقط
الـ Rubric
مشروعك الختامي متقيّم على rubric بـ 5 سطور، 10 نقط لكل سطر، 50 إجمالي. 40/50 (80%) نجاح — نفس حد الـ80% المستخدم في rubric الـ8/10 بتاع كورس Foundation. الـ rubric بيقيس جودة prompting وجودة المخرجات الناتجة عنها — مش إذا كان الـ PR اتـmerge في الآخر، اللي بيعتمد على عوامل خارج سيطرتك.
| السطر | بنقيس إيه | 0 | 5 | 10 |
|---|---|---|---|---|
| 1. اختيار الـ Issue | اخترت issue قابل للحل بتعريف واضح للخلاص؟ | Refactor غامض، مفيش reproducer | Bug fix في ملف 1 بـ test coverage | Bug fix بـ reproducer، إلفتك بالمشروع، تقدير ≤ يوم واحد |
| 2. Codegen skeleton متطبّق | Prompt الـ codegen كان فيه INTENT، CONSTRAINTS، TESTS، FORMAT؟ | استخدمت "write me X" من غير skeleton | استخدمت 3 من 4 blocks | كل الـ 4 blocks، مع 4+ test cases |
| 3. Self-review قبل الـ push | شغّلت prompt مراجعة بـ 3 تصنيفات على diff بتاعك وعملت على الاكتشافات؟ | مفيش self-review | راجعت بس ما صلّحتش MED findings | راجعت، عالجت كل HIGH و MED، حطيت verdict في ملاحظاتك |
| 4. جودة وصف الـ PR | وصف الـ PR متعمل بـ prompt، مش يدوي؟ فيه Summary / Why / Test plan؟ | وصف يدوي سطر واحد | متعمل بـ prompt بس ناقص قسم | متعمل بـ prompt، 3 أقسام، root cause في Why |
| 5. Artifact العملية | حد تاني يقدر يعيد إنتاج تسلسل prompts بتاعك من ملاحظاتك؟ | مفيش ملاحظات | ملاحظات موجودة، جزئياً قابلة للإعادة | ملاحظات فيها كل prompt، مخرج الموديل، ودورات التكرار |
الإجمالي: 50.
5 سطور الـ rubric كـ timeline تقييم ذاتي:
Rubric المشروع الختامي — 5 سطور، 10 نقط لكل سطر
قابل للحل، تعريف واضح للخلاص، تقدير ≤ يوم، عارف المشروع
كل الـ 4 blocks (INTENT/CONSTRAINTS/TESTS/FORMAT)، 4+ test cases
مراجعة بـ 3 تصنيفات على diff بتاعك، عالجت كل HIGH + MED
متعمل بـ prompt، 3 أقسام (Summary / Why / Test plan)، root cause
ملاحظات فيها كل prompt + output + تكرار؛ زميل يقدر يعيدها
التقييم الذاتي صادق. الهدف مش تجيب درجة عالية — هو إنك تحدد الأنماط اللي بترجع لها بشكل طبيعي واللي بتنساها تحت ضغط الوقت. مشروع 30/50 بملاحظات صادقة بيدرّسك أكتر من 50/50 بأرقام مدوّرة.
كام فخ تتجنبه:
| الفخ | شكله إيه | بيكلّفك ليه |
|---|---|---|
| Skeleton washing | إضافة INTENT: / CONSTRAINTS: كـ labels بس المحتوى لسه غامض | السطر 2 — prompt غامض متاجد مش أحسن من غير تاج |
| تخطي الـ self-review | دفع الـ PR بعد prompt الـ codegen عشان "الكود شكله تمام" | السطر 3 — كود شكله تمام غالباً عنده SECURITY findings كنت هتلاقيها في prompt 30 ثانية |
| وصف PR يدوي | كتابة وصف الـ PR عشان "أنا عارف اتغيّر إيه" | السطر 4 — نص قيمة الوصف إجبارك تعبّر عن الـ why؛ الـ prompt بيستخرج ده |
| ملاحظات بإحساس بس | "استخدمت prompts، فتحت PR" | السطر 5 — من غير artefacts، التانيين مش هيقدروا يتعلموا من شغلك |
أقوى المشاريع الختامية بتيجي من مهندسين بيتعاملوا مع الـ rubric كـ بروتوكول، مش مقبرة للنقط. اختيار issue كويس بياخد 30 دقيقة في البداية وبيوفّر أسبوع شغل في طريق مسدود. تشغيل self-review prompt بياخد 60 ثانية وبيمسك bug كان هيتدفع لـ production. كتابة prompt وصف الـ PR بياخد 30 ثانية وبيطلّع وصف الـ maintainers هيـmergooه فعلاً.
لما تخلص، احفظ شغلك كملف Markdown: capstone-<issue-slug>.md. ضم link الـ issue، link الـ PR، system prompts اللي استخدمتها، تسلسل codegen prompts، مخرج الـ self-review، ووصف الـ PR. ده الـ artifact بتاعك، وكمان قطعة portfolio — المهندسين اللي يقدروا يوروا الشغل ده بيتوظفوا في أدوار AI-augmented أسرع من اللي ما يقدروش.
بدأت الكورس مع كريم، اللي كان عايز prompts تطلّع كود يقبله في code review. خلصته بنفس الطلب، متحقق. الـ skeleton الرباعي، الـ lock list، الـ verdict line، diff envelope — مش حيل. دي شكل الهندسة بحرص، معبّر عنه في prompts.
الكورس خلص. روح اشحن الـ PR. :::
سجّل الدخول للتقييم