رودماب تفاعلية · نسخة المحتوى 2026-10-19
أربع مسارات بتتعلّمهم مع بعض… ومشروع واحد بيكبر معاك.
تستخدم AI في التعلّم والتفكير والتنفيذ والمراجعة من أول يوم، وبعدين تبني ميزات AI مُقيَّمة داخل المنتج.
تفهم البرمجيات وتكتبها وتختبرها وتشخّص أعطالها وتشغّلها.
تفهم الدومين واحتياج المستخدم، وتختار الحل والتصميم المناسب، وتسلّم قيمة. التصميم المعماري وفهم البيزنس جزء من المسار ده.
تشرح وتتفق وتتعاون وتوثّق، وتقود كل ما مسؤوليتك تكبر.
المسارات متوازية، ومش لازم تاخد نفس الوقت. التطبيق بيبدأ من أول خطوة، واستخدام AI في التعلّم بيبدأ من أول يوم؛ دمجه داخل المنتج بييجي بعدين.
مشروع واحد بيكبر معاك: منصة تعليمية: طلاب وكورسات وتسجيلات في الأول، وبعدين دروس وتقدّم واختبارات وأمان ونشر وتكاملات وقدرات AI وSaaS ومسؤوليات تشغيل.
مسودة قابلة للمراجعة. المراحل بتوصف مسؤوليات بتكبر، والأدوار المهنية بتتثبت بالممارسة والأثر، مش بعلامات صح.
ست مراحل من فوق لتحت، وأربع مسارات ثابتة من اليمين للشمال. اختار مرحلة تشوف خطواتها، وافتح أي خطوة تشوف تفاصيلها.
| AI | Java Backend | البيزنس والتصميم والتسليم | التواصل والعمل المهني | |
|---|---|---|---|---|
| 01مبتدئالخطوات 01–04 · برنامج كورسات في الذاكرة | AIشرح وتلميحات ومراجعة | Java BackendJava وOOP وGit واختبارات | البيزنس والتصميم والتسليمقواعد التسجيل ومسؤوليات بسيطة | التواصل والعمل المهنيسؤال واضح وشرح قرار |
| 02تأسيس Juniorالخطوات 05–07 · Backend ببيانات دائمة | AIنقد البيانات ومساعد IDE | Java BackendSQL وHTTP وSpring Boot | البيزنس والتصميم والتسليمERD وعقود API | التواصل والعمل المهنيتوثيق وتعاون مع Frontend وQA |
| 03Junior متمكنالخطوات 08–10 · رحلة طالب منشورة | AIمراجعة واختبارات وAgent محدود | Java BackendSecurity وDocker وCI/CD | البيزنس والتصميم والتسليمصلاحيات وجودة وإصدار | التواصل والعمل المهنيDemo وRunbook |
| 04Mid-levelالخطوات 11–14 · ميزة كاملة تتحمل الفشل | AIتحليل ودمج Model | Java BackendConcurrency وأداء وتكاملات | البيزنس والتصميم والتسليماتساق ومدفوعات وقيمة | التواصل والعمل المهنيملكية وتقدير ومفاضلات |
| 05الاستعداد لمسؤوليات Seniorالخطوات 15–18 · جزء مؤثر قابل للتشغيل | AIRAG وTool Calling | Java BackendMulti-tenancy وObservability | البيزنس والتصميم والتسليمSaaS وSLOs وتوسع | التواصل والعمل المهنيقيادة وتوجيه |
| 06Staff / Architect وما بعدهاالخطوات 19–21 · أثر عبر فرق | AIتشغيل وتقييم وتمكين فرق | Java BackendPlatform وتخصص عميق | البيزنس والتصميم والتسليماستراتيجية واقتصاديات | التواصل والعمل المهنيتأثير وبناء قادة |
المرحلة الأولى · الخطوات 01–04
هدف المرحلةتبدأ باستخدام AI وتبني أساسًا يساعدك تفهم وتراجع، مع برنامج لإدارة الكورسات والطلاب والتسجيلات في الذاكرة.
دليل الخروج من المرحلةتشغّل البرنامج وتشرح سلوكه، تضيف شرطًا جديدًا، وتشخّص خطأ وتثبت إصلاحه باختبار.
المخرجبرنامج كورسات في الذاكرة
هنطبّق ده فين في المنصة؟ تشغّل برنامج Java يعرض بيانات كورس، وتحدد المدرّس والطالب والكورس والتسجيل كنطاق أول للمنصة.
هنطبّق ده فين في المنصة؟ قاعدة أهلية التسجيل: مين يقدر يسجّل في كورس، بحالات نجاح ورفض مكتوبة ومطابقة لسلوك البرنامج.
هنطبّق ده فين في المنصة؟ نموذج في الذاكرة للطلاب والكورسات والتسجيلات يمنع التسجيل المكرر ويحترم سعة الكورس.
هنطبّق ده فين في المنصة؟ أول repository للمنصة: build من نسخة نظيفة، واختبار لمنع التسجيل المكرر، وPR قابل للمراجعة.
المرحلة الثانية · الخطوات 05–07
هدف المرحلةتحول البرنامج إلى Backend له بيانات دائمة وAPIs للكورسات والدروس والتسجيل.
دليل الخروج من المرحلةتتبع الطلب حتى قاعدة البيانات، وتبرر النموذج وعقد API، وتغيّر مطلبًا وتختبره ويقدر شخص آخر استخدام التوثيق.
المخرجBackend ببيانات دائمة
هنطبّق ده فين في المنصة؟ نقل الطلاب والكورسات والتسجيلات لـPostgreSQL، بجدول Enrollment وقيود تمنع التكرار.
هنطبّق ده فين في المنصة؟ عقد API لعرض الكورسات والتسجيل وحالات الرفض، متفق عليه قبل التنفيذ.
هنطبّق ده فين في المنصة؟ Backend بـSpring Boot فيه APIs للكورسات والدروس والتسجيل، وتوثيق يقدر غيرك يستخدمه.
المرحلة الثالثة · الخطوات 08–10
هدف المرحلةتضيف الحسابات والصلاحيات والدروس والاختبارات والنتائج، وتسلّم رحلة طالب كاملة على بيئة منشورة.
دليل الخروج من المرحلةتسلّم Feature صغيرة من فهم المطلوب لحد النشر والمتابعة، وتعرف إمتى تحتاج مساعدة أو مراجعة.
المخرجرحلة طالب منشورة
هنطبّق ده فين في المنصة؟ حسابات وأدوار: الطالب يشوف تسجيلاته بس، والمدرّس يعدّل كورساته بس، حتى بطلب مباشر.
هنطبّق ده فين في المنصة؟ اختبارات لرحلة الدرس والاختبار والنتيجة، تكشف أي عيب في احتساب الدرجة قبل إصلاحه.
هنطبّق ده فين في المنصة؟ رحلة طالب كاملة على بيئة منشورة: دخول، اختيار كورس، تسجيل، درس، اختبار، ونتيجة.
المرحلة الرابعة · الخطوات 11–14
هدف المرحلةتتعامل باستقلالية أكبر مع قواعد عمل وتزامن وأداء وتكاملات وفشل، وتبني أول ميزة AI مفيدة للمدرس.
دليل الخروج من المرحلةتمتلك Feature متوسطة من المتطلبات للتشغيل، وتتعامل مع التكاملات وحالات الفشل وتشرح مفاضلاتك، مع مراجعة مناسبة للمخاطر.
المخرجميزة كاملة تتحمل الفشل
هنطبّق ده فين في المنصة؟ حماية آخر مقعد في الكورس من تسجيلات متزامنة، باختبار يثبت النتيجة.
هنطبّق ده فين في المنصة؟ تسريع عرض الكورسات والتقدّم بقياس محدد، وحماية ملفات الدروس من الوصول غير المصرح.
هنطبّق ده فين في المنصة؟ الدفع والإشعارات: webhook دفع مكرر ما يكررش التسجيل، وتعطل البريد ما يضيّعش المهمة.
هنطبّق ده فين في المنصة؟ مسودة أسئلة يولّدها AI ويراجعها المدرّس: يعدّلها أو يرفضها، مع قياس الجودة والتكلفة والزمن.
المرحلة الخامسة · الخطوات 15–18
هدف المرحلةتتعامل مع غموض ومخاطر أكبر، وتحسن النظام والفريق؛ تضيف مساعد محتوى وصلاحيات، وتدرس SaaS والاعتمادية والتوزيع عند الحاجة.
دليل الخروج من المرحلةتمتلك جزءًا مؤثرًا عبر التصميم والتنفيذ والتشغيل، وتقلل مخاطره وتوجّه غيرك وتتعامل مع متطلبات غير مكتملة. تجربة ذلك مع فريق ومستخدمين حقيقيين جزء أساسي من إثباته.
المخرججزء مؤثر قابل للتشغيل
هنطبّق ده فين في المنصة؟ مساعد يجاوب الطالب من محتوى الكورسات المسموح له بيه بس، مع مصادر واختبارات تمنع التسريب.
هنطبّق ده فين في المنصة؟ المنصة تخدم مراكز ومدرّسين ببيانات معزولة، وخطط واشتراكات، وخطة هجرة تدريجية.
هنطبّق ده فين في المنصة؟ مراقبة المنصة بـmetrics وlogs وtraces، وتمرين عطل في اعتماد خارجي واستعادة الخدمة.
هنطبّق ده فين في المنصة؟ مساعد يقرأ تقدّم الطالب ويقترح خطة دون تغيير تسجيل أو درجة، وفصل خدمة عند مبرر مثبت فقط.
المرحلة السادسة · الخطوات 19–21
هدف المرحلةتربط اتجاه التقنية باقتصاديات المنصة وتمكّن فرقًا متعددة. Staff وArchitect قد يكونان مسارين مختلفين وليسا بالضرورة رتبتين متتاليتين.
دليل الخروج من المرحلةمبادرات تتبناها عدة فرق، ونتائج مستمرة قابلة للقياس، ومعرفة وملكية تستمران دون اعتماد يومي عليك.
المخرجأثر عبر فرق
هنطبّق ده فين في المنصة؟ بيئات قابلة للتكرار لعدة فرق، وتكلفة مقاسة لكل مركز وطالب وجلسة AI.
هنطبّق ده فين في المنصة؟ حوكمة APIs والأحداث بين فرق المنصة، وهجرات مشتركة دون كسر المستهلكين.
هنطبّق ده فين في المنصة؟ تخصص عميق يحل مشكلات متكررة في المنصة، وقادة وفرق يكمّلوا الاتجاه باستقلالية.
التقدّم محفوظ على الجهاز ده بس، ومش بيتبعت لأي سيرفر. تغيير الجهاز أو مسح بيانات المتصفح ممكن يمسحه، فاعمل نسخة احتياطية بالتصدير.
كل رسمة ليها غرض واحد، ومعاها شرح مكتوب. الرسومات التقنية متاحة SVG، والمصادر القابلة للتعديل متاحة Mermaid.
ليه محتاجين المسارات الأربعة
الحالة 1 من 5
بيعتمد على AI إنه يطلّع المنتج.
الحالة 2 من 5
بيضيف القدرة إنه يفهم الكود ويكتبه ويراجعه ويشخّص أعطاله.
الحالة 3 من 5
بيضيف تنظيم النظام والمفاضلات التقنية.
الحالة 4 من 5
بيضيف احتياج المستخدم وقواعد العمل والأولويات والوقت والتكلفة.
الحالة 5 من 5
بيضيف التواصل والتنسيق والتسليم مع الآخرين.
فخ مشترك ممكن يقع فيه أي حد في أي مرحلة: يجمع معرفة كتير من غير ما يطبّقها. مش رتبة سادسة ولا ترقية.
خمس حالات متتالية. AI موجود في كل الحالات. في كل حالة بنضيف قدرة واحدة، والفجوات اللي لسه مفتوحة بتظهر بوضوح: فهم الكود، تصميم النظام، ملاءمة الحل، التواصل والتسليم. تصميم النظام وملاءمة الحل جزء من نفس المسار الثالث. وفي الآخر فخ مشترك منفصل: الدحيح المتفرّج.
الانتقال من المشاهدة للتطبيق
دايرتين. الأولى فخ: تشاهد، تحس إنك فهمت، تبدأ كورس جديد، تؤجّل التطبيق، وترجع تشاهد. التانية تعلّم بالتطبيق: مشكلة صغيرة، تعلّم موجّه، تنفيذ، اختبار وتعديل، شرح القرار، ومشكلة جديدة. الجسر بينهم: ابدأ بتغيير صغير من عندك. النتيجة: ميزة في المنصة + اختبار + تفسير. AI بيساعد في التعلّم والمراجعة، والقرار قرارك.
قالب نشرح بيه أي خطوة
مثال على كارت الخطوة 11: المشكلة إن اتنين بيحجزوا آخر مقعد. هنتعلّم Concurrency وTransactions وLocking علشان نحافظ على سعة الكورس تحت الطلبات المتزامنة. الدليل المستهدف سيناريو اختبار: 10 طلبات متزامنة على آخر مقعد ينتج عنها تسجيل واحد ناجح ومن غير سعة سالبة. والتحدي المستقل: غيّر سياسة الحجز واشرح أثرها.
ربط المراحل بما نبنيه فعلًا
الوحدات مش معناها بالضرورة Microservices. · مستطيل: وحدة داخل التطبيق · أسطوانة: قاعدة بيانات · إطار متقطع: اعتماد خارجي
ست حالات مبسّطة لنفس المشروع. الوحدات (modules) مستطيلات، قواعد البيانات أسطوانات، والاعتماديات الخارجية بإطار متقطع. وجود وحدات منفصلة مش معناه Microservices.
تتبّع الطلب والأخطاء
ما بنثقش في studentId جاي من الـClient؛ بنستخدم الهوية الموثّقة. والفحص المسبق لوحده ما بيمنعش تكرار متزامن؛ القيد UNIQUE هو اللي بيمنعه.
مثال تعليمي منطقي، مش توثيق لتنفيذ فعلي. Access Check مسؤولية، مش ترتيب classes في Spring Security. السعة والدفع خارج المثال.
رحلة طالب بيسجّل نفسه في كورس عبر POST /courses/{courseId}/enrollments. الـClient بيبعت الطلب وبيانات الاعتماد للـAPI. الـAPI بيتحقق من الهوية والدور عن طريق Access Check: هوية غير صالحة ترجع 401، ودور غير مسموح يرجع 403. لو التحقق نجح بس، الـAPI بيبعت هوية الطالب الموثّقة وcourseId للـEnrollment Service. الخدمة بتجيب الكورس: لو مش موجود 404، ولو التسجيل مش متاح 409. بعدين بتعمل INSERT بقيد UNIQUE(student_id, course_id)؛ النجاح بيرجع enrollment ID ثم HTTP 201، والتكرار بيتحوّل لـ409. الـPostgreSQL عمره ما بيرد على الـClient مباشرة.
معنى التعلّم بالتوازي
الميزة: منع التسجيل المكرر · مصفوفة مساهمة، مش تسلسل خدمات.
| المسار | نفهم | نصمّم | ننفّذ | نتحقق | نشرح |
|---|---|---|---|---|---|
| AI | أسئلة تكشف الغموض | نقد البدائل | مساعدة محدودة | اقتراح حالات فشل | مراجعة وضوح الشرح |
| Java Backend | قراءة السلوك الحالي | قيد بيانات مناسب | Service + SQL | اختبار متزامن | عرض الكود والنتيجة |
| البيزنس والتصميم والتسليم | تعريف التكرار | عقد الخطأ | نطاق Feature صغير | قبول النجاح والرفض | تسليم الرحلة |
| التواصل والعمل المهني | توضيح المطلوب | اتفاق مع Frontend وQA | تحديث التقدم | مراجعة مع زميل | Demo وقرار موثّق |
مصفوفة مساهمة لميزة واحدة: منع التسجيل المكرر، عبر خمس مراحل عمل ومسارات التعلّم الأربعة. دي مساهمات كل مسار في كل مرحلة، مش خدمات بتتكلم مع بعض.
AI بيساعدني أبني، وAI داخل المنتج
المطوّر
الفهم والقرار عندك
المدرّس
المدرّس صاحب القرار النهائي
دوران مختلفان لـAI. الأول: AI بيساعدني أبني؛ المطوّر بيستخدمه في التعلّم والتخطيط والتنفيذ والمراجعة، والفهم والقرار عند المطوّر. التاني: AI داخل المنتج؛ المدرّس بيستلم مسودة أسئلة، ويقدر يراجعها أو يعدّلها أو يرفضها.
تقليل التشتت
شجرة قرار. السؤال الأول: هل الأداة مطلوبة لخطوتي الحالية؟ لو أيوه: هل أبسط حل متاح يحقق المطلوب؟ لو أيوه استخدم الحل الأبسط وطبّقه، ولو لأ حدّد القيد وجرّب بديل صغير وقيس وبعدين اختار. لو الأداة مش مطلوبة لخطوتك: هل بتخدم هدف تعلّم أو دور وظيفي محدد؟ لو أيوه اعمل تجربة تعلّم محدودة، ولو لأ حطّها في قائمة بعدين. أمثلة: Microservices لما يكون فيه احتياج فصل، Kubernetes لاحتياج تشغيلي، Kafka لاحتياج أحداث أو streaming. ده مش منع للاستكشاف ولا ترتيب للأدوات.
أدلة التعلّم وقائمة مراجعة
مثال: التسجيل في كورس
أفسّر الفكرة وحدودها بكلامي.
أشرح ليه Enrollment كيان مستقل، وإمتى القيد UNIQUE مش كفاية لوحده.
أطبّقها على مطلب جديد.
أضيف شرط إن التسجيل يقفل قبل بداية الكورس بيوم.
أعيد إنتاج خطأ وأصلحه.
أعيد إنتاج تسجيل مكرر، وأصلحه، وأثبت الإصلاح باختبار.
أختبر السلوك وأشرح اختياري.
أكتب اختبار للنجاح والرفض، وأشرح ليه اخترت القيد في قاعدة البيانات.
دي قائمة لك أنت، مش شهادة. اكتب جنب كل دليل رابط أو ملاحظة تثبته. اطبع قائمة أدلة التعلّم
أربع أنواع أدلة على التعلّم، بمثال التسجيل في كورس: أشرح، أغيّر، أشخّص، أثبت وأبرّر. ومعاها قائمة مراجعة قابلة للطباعة فيها مكان للروابط والملاحظات.
ليه Enrollment كيان مستقل
ثلاث كيانات. Student فيه id مفتاح أساسي وname. Course فيه id مفتاح أساسي وtitle. Enrollment فيه id مفتاح أساسي، وstudent_id وcourse_id مفاتيح أجنبية، وenrolled_at، وعليه قيد UNIQUE مركّب على student_id وcourse_id. الطالب ليه صفر أو أكتر من التسجيلات، وكل تسجيل بيخص طالب واحد بالظبط. والكورس ليه صفر أو أكتر من التسجيلات، وكل تسجيل بيخص كورس واحد بالظبط.
كل الملفات دي شغالة من غير حساب. أزرار الطباعة بتفتح نافذة الطباعة، ومنها تقدر تحفظ PDF.
للفرص الوظيفية أو التعاون التقني أو الاستشارات في الأنظمة الخلفية وتكامل الأنظمة، راسلني عبر البريد الإلكتروني أو تواصل معي على LinkedIn.
