المسارات متوازية، ومش لازم تاخد نفس الوقت. التطبيق بيبدأ من أول خطوة، واستخدام AI في التعلّم بيبدأ من أول يوم؛ دمجه داخل المنتج بييجي بعدين.
الحالة 1 من 5
بيعتمد على AI إنه يطلّع المنتج.
الحالة 2 من 5
بيضيف القدرة إنه يفهم الكود ويكتبه ويراجعه ويشخّص أعطاله.
الحالة 3 من 5
بيضيف تنظيم النظام والمفاضلات التقنية.
الحالة 4 من 5
بيضيف احتياج المستخدم وقواعد العمل والأولويات والوقت والتكلفة.
الحالة 5 من 5
بيضيف التواصل والتنسيق والتسليم مع الآخرين.
فخ مشترك ممكن يقع فيه أي حد في أي مرحلة: يجمع معرفة كتير من غير ما يطبّقها. مش رتبة سادسة ولا ترقية.
المرحلة الأولى · الخطوات 01–04
تبدأ باستخدام AI وتبني أساسًا يساعدك تفهم وتراجع، مع برنامج لإدارة الكورسات والطلاب والتسجيلات في الذاكرة.
تشغّل البرنامج وتشرح سلوكه، تضيف شرطًا جديدًا، وتشخّص خطأ وتثبت إصلاحه باختبار.
المرحلة الأولى · مبتدئ
هنطبّق ده فين في المنصة؟ تشغّل برنامج Java يعرض بيانات كورس، وتحدد المدرّس والطالب والكورس والتسجيل كنطاق أول للمنصة.
أساسيات استخدام ChatGPT أو Claude: هدف واضح، سياق، أسئلة متابعة، وحدود الثقة والخصوصية.
تستفيد منه في الشرح والتدريب والمراجعة من أول يوم.
تلخّص مفهومًا بكلامك، وتجرب مثالًا، وتتحقق من الإجابة.
JDK، IDE مثل IntelliJ IDEA، terminal، الملفات، وتشغيل برنامج Java وتتبع المدخلات والمخرجات.
تجهز بيئة تستطيع التجربة فيها وتفهم دورة كتابة وتشغيل الكود.
تشغّل برنامجًا يعرض بيانات كورس، وتغيّر المدخلات وتفسّر النتيجة.
المستخدم والمشكلة والهدف والنطاق: مدرس، طالب، كورس وتسجيل؛ تحديد الافتراضات.
تربط التعلّم باحتياج مفهوم وتبدأ بنطاق صغير.
تكتب وصفًا مختصرًا للمنصة وثلاثة أسئلة تحتاج إجابة من المدرّس.
وصف الهدف، ما جرّبته، النتيجة المتوقعة والفعلية؛ مفردات تقنية إنجليزية أساسية.
تحصل على مساعدة مفيدة وتقلل سوء الفهم.
تكتب سؤالًا يمكن لشخص آخر فهمه وتجربة مشكلته.
المرحلة الأولى · مبتدئ
هنطبّق ده فين في المنصة؟ قاعدة أهلية التسجيل: مين يقدر يسجّل في كورس، بحالات نجاح ورفض مكتوبة ومطابقة لسلوك البرنامج.
طلب تلميح، تقسيم المشكلة، شرح خطوة، ثم التحقق ومحاولة مستقلة.
تحوّل المساعدة إلى قدرة تقدر تستخدمها بنفسك.
تحل تمرينًا مشابهًا وتشرح الحل بعد انتهاء المساعدة.
Types، variables، conditions، loops، methods، strings، arrays، scope وdebugger.
تعبّر عن قواعد المنصة بالكود وتتابع تنفيذها.
تنفذ قاعدة أهلية تسجيل بسيطة، وتتتبع شرطًا خاطئًا وتصلحه.
Inputs/outputs، pseudocode، حالات النجاح والرفض، وأمثلة قبول ملموسة.
تحدد السلوك المطلوب قبل التنفيذ.
تكتب حالات لطالب مؤهل وغير مؤهل، ويطابق البرنامج نتائجها.
شرح خطوات الحل، تدوين الافتراضات، والتعبير بوضوح عن نقطة عدم الفهم.
يقدر غيرك يتابع منطقك ويساعدك.
تشرح قاعدة التسجيل ومثالًا مضادًا لها في دقيقتين.
المرحلة الأولى · مبتدئ
هنطبّق ده فين في المنصة؟ نموذج في الذاكرة للطلاب والكورسات والتسجيلات يمنع التسجيل المكرر ويحترم سعة الكورس.
أمثلة وتمارين وحالات حدودية؛ توقّع النتيجة قبل طلب تفسيرها.
تكشف فجوات الفهم بدل الاكتفاء بمتابعة إجابة جاهزة.
تتوقع المخرجات وتفسر فرقًا بين المتوقع والفعلي.
OOP، encapsulation، composition، interfaces، collections، generics، exceptions؛ أساسيات هياكل البيانات والتعقيد.
تمثّل الطلاب والكورسات والتسجيلات وتختار طريقة التعامل معها.
تبني نموذجًا في الذاكرة يمنع التسجيل المكرر، وتضيف سعة للكورس وتختبرها.
Entities، invariants، فصل قواعد العمل عن واجهة الاستخدام، وتصميم بسيط قابل للتغيير.
تعرف أين تعيش قاعدة التسجيل وما الذي يتأثر بتغييرها.
تبرر مكان قاعدة السعة وتغيّرها دون نسخها في عدة أماكن.
شرح مسؤولية كل جزء وسبب اختيار collection أو interface وبديل بسيط.
يصبح الكود قابلًا للنقاش والمراجعة.
تقدم walkthrough قصيرًا ويستطيع زميل إضافة شرط جديد.
المرحلة الأولى · مبتدئ
هنطبّق ده فين في المنصة؟ أول repository للمنصة: build من نسخة نظيفة، واختبار لمنع التسجيل المكرر، وPR قابل للمراجعة.
عرض محاولتك وسؤال AI عن عيب أو بديل محدد، ثم فحص الـdiff والاقتراحات.
تتعلم تقييم المراجعة وتجنب قبول تغييرات غير مفهومة.
تقبل أو ترفض اقتراحًا بناءً على اختبار وتفسير.
Git، commits، branches، pull requests، Maven، JUnit؛ refactoring وقراءة stack traces.
تحفظ تطور المشروع وتغيّر الكود بثقة.
المشروع يُبنى من نسخة نظيفة، واختبار يفشل قبل إصلاح منع التكرار وينجح بعده.
تفكيك المهمة، acceptance criteria، تعريف الاكتمال، فصل السلوك عن تحسين البنية.
تنجز وحدة قابلة للمراجعة وتعرف متى انتهت.
مهمة صغيرة لها كود واختبارات ومعايير قبول مستوفاة.
README مختصر، commit وPR واضحان، طلب مراجعة والاستجابة للتعليقات.
يقدر شخص آخر تشغيل المشروع وفهم التغيير.
زميل يشغله من README ويراجع PR ويعرف لماذا تغير السلوك.
المرحلة الثانية · الخطوات 05–07
تحول البرنامج إلى Backend له بيانات دائمة وAPIs للكورسات والدروس والتسجيل.
تتبع الطلب حتى قاعدة البيانات، وتبرر النموذج وعقد API، وتغيّر مطلبًا وتختبره ويقدر شخص آخر استخدام التوثيق.
المرحلة الثانية · تأسيس Junior
هنطبّق ده فين في المنصة؟ نقل الطلاب والكورسات والتسجيلات لـPostgreSQL، بجدول Enrollment وقيود تمنع التكرار.
مقارنة بدائل Schema، طرح حالات تكشف نقص القيود، وتوليد بيانات اختبار.
تختبر افتراضات النموذج قبل الاعتماد عليه.
تراجع اقتراحًا وتثبت ببيانات وتجربة سبب اختيارك.
PostgreSQL، tables، keys، constraints، joins، transactions، indexes basics، JDBC ثم migrations.
تحفظ الطلاب والكورسات والتسجيلات وتضمن قواعد اتساقها.
البيانات تستمر بعد التشغيل، والتكرار الممنوع يفشل، وعملية غير مكتملة تُسترجع.
ERD، cardinality، normalization، transaction boundaries وقواعد الحذف والتغيير.
تحول الدومين لنموذج يخدم الاستخدام ويحافظ على الاتساق.
تبرر جدول Enrollment وتختبر التسجيل والحذف والفشل.
شرح العلاقات والقيود، تسمية المصطلحات، وتسجيل الأسئلة المفتوحة.
الفريق يفسّر البيانات بالطريقة نفسها.
شخص آخر يقرأ الرسم ويكتب استعلام تسجيلات طالب بصورة صحيحة.
المرحلة الثانية · تأسيس Junior
هنطبّق ده فين في المنصة؟ عقد API لعرض الكورسات والتسجيل وحالات الرفض، متفق عليه قبل التنفيذ.
تفسير HTTP requests/responses والأخطاء، واقتراح تجارب تشخيص محددة.
تتعلم تتبع الطلب والتحقق من الفرضيات.
تفسر طلبًا فاشلًا وتثبت سبب الفشل بدل الاكتفاء بتخمين النموذج.
Client/server، DNS وTCP/TLS بصورة تمهيدية، HTTP، REST، JSON، status codes، headers، curl أو Postman.
تفهم اتصال واجهة المنصة بالـBackend وسلوك الطلبات.
تكتب وتجرب طلب تسجيل وتشرح الاستجابات الصحيحة والخاطئة.
Actors، سيناريوهات، request/response، أخطاء، pagination ومعايير القبول.
يكون معنى كل عملية واضحًا للواجهة والاختبار.
تعرف عقد عرض الكورسات والتسجيل وحالات الرفض قبل التنفيذ.
أسئلة التوضيح، أمثلة الطلبات والنتائج، وصف bug قابل لإعادة الإنتاج.
تتفقوا على السلوك وتقللوا إعادة العمل.
زميل ينفذ client أو اختبارًا من العقد دون تخمين.
المرحلة الثانية · تأسيس Junior
هنطبّق ده فين في المنصة؟ Backend بـSpring Boot فيه APIs للكورسات والدروس والتسجيل، وتوثيق يقدر غيرك يستخدمه.
سياق الملفات، تعليمات محددة، اقتراح أو تغيير صغير، مراجعة diff وتشغيل الاختبارات.
تسرّع التنفيذ مع فهم ما تغيّر.
تنفذ endpoint محدودًا وتشرح كل تعديل وتكتشف اقتراحًا غير مناسب.
Dependency injection، configuration، controllers، services، DTOs، validation، error handling، Spring Data JPA مع فهم SQL وmigrations وAPI docs.
تحول البرنامج إلى Backend قابل للاستخدام.
APIs للكورسات والدروس والتسجيل، وتتبع طلبًا من controller حتى قاعدة البيانات.
فصل المسؤوليات وحدود modules بسيطة، domain rules، use-case flow ومعيار اكتمال الميزة.
تتحكم في أثر التغيير وتبقي السلوك واضحًا.
تغيير قاعدة تسجيل يؤثر على الأجزاء المتوقعة وتثبت ذلك باختبار.
عرض رحلة المستخدم، شرح القرار، توثيق API وتلقي الملاحظات.
يتأكد الفريق من المعنى والنتيجة قبل التوسع.
شخص يستخدم الـAPI من التوثيق وتستوعب طلب تعديل وتشرحه.
المرحلة الثالثة · الخطوات 08–10
تضيف الحسابات والصلاحيات والدروس والاختبارات والنتائج، وتسلّم رحلة طالب كاملة على بيئة منشورة.
تسلّم Feature صغيرة من فهم المطلوب لحد النشر والمتابعة، وتعرف إمتى تحتاج مساعدة أو مراجعة.
المرحلة الثالثة · Junior متمكن
هنطبّق ده فين في المنصة؟ حسابات وأدوار: الطالب يشوف تسجيلاته بس، والمدرّس يعدّل كورساته بس، حتى بطلب مباشر.
استخدام AI لاقتراح حالات سوء استخدام ومراجعة إعدادات أو كود محدد مع تحقق مستقل.
توسّع الحالات التي تفحصها.
تكتشف سيناريو وصول غير مصرح وتثبت منعه باختبار.
Spring Security، authentication، authorization، password hashing، sessions/tokens، resource ownership، secrets، CORS/CSRF بحسب آلية الدخول.
تحمي حسابات المنصة والمحتوى والعمليات.
طالب لا يقرأ تسجيل طالب آخر ومدرس لا يعدّل كورس غيره، حتى بطلب مباشر.
مصفوفة أدوار وملكية واشتراطات الوصول، least privilege، وتهديدات بسيطة.
الصلاحيات تتبع قواعد المنصة وتغطي السجل المطلوب.
تحول كل قاعدة وصول لحالة نجاح ورفض واختبار قبول.
شرح الأثر والأولوية وخطوات إعادة الإنتاج، وتجنب مشاركة بيانات حساسة.
يتعامل الفريق مع المشكلة بوضوح.
تكتب تقرير مشكلة يوضح من يتأثر وكيف نتحقق من الإصلاح.
المرحلة الثالثة · Junior متمكن
هنطبّق ده فين في المنصة؟ اختبارات لرحلة الدرس والاختبار والنتيجة، تكشف أي عيب في احتساب الدرجة قبل إصلاحه.
Boundary cases، negative cases، fixtures، نقد assertions وفحص الاختبارات المقترحة.
توسع التغطية حول المخاطر الفعلية.
اختبار مقترح يكشف عيبًا حقيقيًا وتفسر ما يثبته وما لا يثبته.
JUnit، Mockito عند الحاجة، integration tests، Testcontainers، Spring test support، واختبارات رحلة أساسية.
تتحقق من قواعد العمل والربط الفعلي بقاعدة البيانات.
رحلة درس واختبار ونتيجة تعمل، وعيب في احتساب الدرجة يفشل الاختبار قبل إصلاحه.
Test pyramid بصورة عملية، regression risks، acceptance tests ومعايير إصدار.
تربط الاختبار بسلوك مهم للمستخدم.
لكل قاعدة حرجة اختبار مناسب، وتغيير مطلوب لا يكسر الرحلة الأساسية.
Bug report، مراجعة مع QA، شرح حدود الاختبار وتوثيق قرار الإصلاح.
يسهل إعادة إنتاج الأخطاء وتحديد الأولويات.
زميل يعيد إنتاج عيب من تقريرك ويتحقق من إصلاحه.
المرحلة الثالثة · Junior متمكن
هنطبّق ده فين في المنصة؟ رحلة طالب كاملة على بيئة منشورة: دخول، اختيار كورس، تسجيل، درس، اختبار، ونتيجة.
نطاق ملفات وأدوات واضح، checkpoints، قراءة diff، صلاحيات محدودة، تحقق من التشغيل.
تفوض خطوة محدودة وتحتفظ بالقدرة على مراجعتها.
الـAgent ينجز مهمة مثل إعداد تشغيل أو توثيق وتتحقق منها من بيئة نظيفة.
Linux basics، Docker وCompose، إعدادات البيئات، CI/CD، secrets، health checks، logs، migrations وbackup/restore.
تسلّم الخدمة وتتابعها ويكون عندك طريق للتعافي.
تشغيل من بيئة نظيفة، pipeline تلقائي، نشر تحديث واسترجاع نسخة بيانات تجريبية.
MVP، ترتيب الأولويات، release checklist، migrations، rollback وخطة تشغيل بسيطة.
توصل رحلة طالب كاملة بدل Features منفصلة.
تسجيل دخول ثم اختيار كورس وتسجيل ودرس واختبار ونتيجة على بيئة منشورة.
عرض رحلة مستخدم، release notes، runbook وتحديث عن عائق أو عطل.
المستخدم والفريق يعرفوا ما تم وما يحتاج تدخلًا.
شخص يشغّل الخدمة ويتبع خطوات تشخيص مشكلة من وثائقك.
المرحلة الرابعة · الخطوات 11–14
تتعامل باستقلالية أكبر مع قواعد عمل وتزامن وأداء وتكاملات وفشل، وتبني أول ميزة AI مفيدة للمدرس.
تمتلك Feature متوسطة من المتطلبات للتشغيل، وتتعامل مع التكاملات وحالات الفشل وتشرح مفاضلاتك، مع مراجعة مناسبة للمخاطر.
المرحلة الرابعة · Mid-level
هنطبّق ده فين في المنصة؟ حماية آخر مقعد في الكورس من تسجيلات متزامنة، باختبار يثبت النتيجة.
تحليل change impact، بدائل التصميم، نقد assumptions، وتقديم سياق من ملفات محددة.
تختبر فكرتك قبل وأثناء التنفيذ.
تختار بديلًا بناءً على قيد وتجربة، وتوثّق سبب رفض بديل آخر.
Streams، immutability، JVM/memory basics، threads، executors، synchronization، race conditions، virtual threads وتحليل التعقيد.
تفهم سلوك الكود تحت التزامن وتختار أدوات مناسبة.
تعيد إنتاج تسجيلات متزامنة تكسر السعة ثم تصلحها وتثبت السلوك.
Invariants، transaction boundaries، optimistic/pessimistic locking ومعنى النجاح وقت التنافس.
آخر مقعد في الكورس ما يتباعش لأكثر من طالب.
اختبار متزامن يثبت النتيجة وتشرح تكلفة اختيارك.
تفكيك Feature، تحديد dependencies والمخاطر، وتحديث التقدير مع التعلم.
الفريق يعتمد على التزام واضح.
تسلّم خطة صغيرة وتبلّغ مبكرًا لما معلومة جديدة تغيّرها.
المرحلة الرابعة · Mid-level
هنطبّق ده فين في المنصة؟ تسريع عرض الكورسات والتقدّم بقياس محدد، وحماية ملفات الدروس من الوصول غير المصرح.
تحليل query plans وlogs منزوعة البيانات الحساسة بمساعدة AI واقتراح تجارب.
تسرّع التحقيق.
تقيس قبل التغيير وبعده وتفصل الفرضية عن السبب المثبت.
EXPLAIN، indexes، N+1، fetch strategies، pagination، connection pools، k6، Redis عند الحاجة، object storage وsigned URLs.
عرض الكورسات والتقدم والمحتوى يفضل عمليًا مع نمو البيانات.
تحسّن endpoint بطيئًا بقياس محدد وتثبت منع الوصول لملف غير مصرح.
Latency، throughput، أحجام البيانات، كلفة التخزين، cache invalidation وسياسة الوصول للمحتوى.
سريع وقابل للتوسع يتحولوا لمتطلبات قابلة للفحص.
تحدد حملًا مستهدفًا ونتيجة مقبولة وتختبرهما.
Performance report قصير وشرح trade-offs.
القرار يتراجع بناءً على أدلة.
توضح التحسن والتكلفة وحدود الاختبار.
المرحلة الرابعة · Mid-level
هنطبّق ده فين في المنصة؟ الدفع والإشعارات: webhook دفع مكرر ما يكررش التسجيل، وتعطل البريد ما يضيّعش المهمة.
تعليمات المشروع، checkpoints، حدود الملفات والأدوات، مراجعة التغييرات والتحقق من معايير القبول.
تفوض عملًا أكبر مع الاحتفاظ بالتحكم.
تكتشف انحرافًا عن القواعد وتصححه قبل التسليم.
HTTP clients، timeouts، retries/backoff، idempotency، webhooks، scheduling، RabbitMQ مثلًا، DLQ ومقدمة outbox.
المدفوعات والإشعارات تتحمل التأخير والتكرار والفشل.
Webhook دفع مكرر لا يكرر التسجيل أو الأثر المالي، وتعطل البريد لا يفقد المهمة.
Order/payment/enrollment states، refunds، reconciliation وفصل الحقائق المالية عن رسائل النجاح.
نجاح الدفع والتسجيل والإشعار مش عملية واحدة مضمونة تلقائيًا.
ترسم وتختبر مسار دفع ناجح وفاشل ومتأخر ومكرر.
قراءة integration docs، طرح أسئلة دقيقة، توثيق incidents وحدود المسؤولية.
التكامل يعتمد على أكثر من فريق ونظام.
تقدم طلب دعم فيه correlation ID وخطوات ونتيجة متوقعة.
المرحلة الرابعة · Mid-level
هنطبّق ده فين في المنصة؟ مسودة أسئلة يولّدها AI ويراجعها المدرّس: يعدّلها أو يرفضها، مع قياس الجودة والتكلفة والزمن.
Model APIs، prompts/templates، tokens، context limits، structured outputs، streaming، timeouts، budgets ومجموعة تقييم صغيرة؛ Spring AI اختيار Java.
تضيف مساعدة حقيقية للمدرس.
توليد مسودة أسئلة يراجعها المدرس، مع قياس الجودة والتكلفة والزمن ومعالجة الفشل.
إعداد المفاتيح، client integration، validation للمخرجات، rate limiting، حفظ حالة المهمة ومراقبة الاستدعاءات.
استدعاء النموذج يبقى جزءًا من خدمة قابلة للتشغيل.
تعطل المزود أو رجوع JSON غير صالح لا يكسر رحلة المدرس.
تعريف المستخدم والنتيجة المطلوبة، baseline يدوي، review workflow ومعيار نجاح.
تختبر هل AI يوفر وقتًا ويحافظ على جودة مقبولة.
مقارنة على أمثلة ثابتة توضح فائدة الميزة وأين تحتاج مراجعة.
عرض المسودة والافتراضات وطلب تقييم المستخدم.
المستخدم يعرف ما يحتاج مراجعة.
المدرس يقدر يعدّل ويرفض الناتج ويبلغ عن عيب محدد.
المرحلة الخامسة · الخطوات 15–18
تتعامل مع غموض ومخاطر أكبر، وتحسن النظام والفريق؛ تضيف مساعد محتوى وصلاحيات، وتدرس SaaS والاعتمادية والتوزيع عند الحاجة.
تمتلك جزءًا مؤثرًا عبر التصميم والتنفيذ والتشغيل، وتقلل مخاطره وتوجّه غيرك وتتعامل مع متطلبات غير مكتملة. تجربة ذلك مع فريق ومستخدمين حقيقيين جزء أساسي من إثباته.
المرحلة الخامسة · الاستعداد لمسؤوليات Senior
هنطبّق ده فين في المنصة؟ مساعد يجاوب الطالب من محتوى الكورسات المسموح له بيه بس، مع مصادر واختبارات تمنع التسريب.
Embeddings، chunking، retrieval، metadata filtering، pgvector مثلًا، RAG، citations وتقييم retrieval والإجابة منفصلين.
الطالب يسأل عن محتوى مسموح له.
أسئلة معروفة وخارج المحتوى، واختبارات تمنع استرجاع بيانات طالب أو كورس غير مصرح.
Ingestion jobs، parsing، indexing، تحديث وحذف الفهارس، metadata وحدود modules.
محتوى المساعد يفضل متسقًا مع المحتوى والصلاحيات الحالية.
تعديل درس أو سحب صلاحية ينعكس على الاسترجاع وفق سياسة موثقة.
Threat modeling، prompt injection، سياسات المصادر والامتناع، authorization قبل الاسترجاع والتنفيذ.
المحتوى أو النموذج ما يغيّروش قواعد صلاحيات النظام.
اختبارات عدائية تحاول تسريب محتوى أو تنفيذ تعليمات مضمنة وتُرفض.
شرح ما قسناه وما لم نقسه، حدود الميزة وخطة طرح تدريجي.
اتخاذ قرار إطلاق واضح.
تعرض نجاحًا وفشلًا ومعايير إيقاف أو تحسين الميزة.
المرحلة الخامسة · الاستعداد لمسؤوليات Senior
هنطبّق ده فين في المنصة؟ المنصة تخدم مراكز ومدرّسين ببيانات معزولة، وخطط واشتراكات، وخطة هجرة تدريجية.
نقد الحدود والاعتماديات وخطط الهجرة ومقارنة السيناريوهات.
توسّع البدائل اللي فحصتها.
قرار معماري مدعوم بقيود وتجربة ويمكنك الدفاع عنه دون الرجوع لإجابة النموذج.
Modular monolith، DDD عملي، bounded contexts، dependency boundaries، isolation strategies، tenant context، tenant-aware queries/cache/jobs واختبارات العزل؛ Spring Modulith خيار مساعد.
تخدم مدرسين ومراكز ببيانات وحدود واضحة.
مركز لا يصل لبيانات مركز آخر عبر API أو ملفات أو jobs أو cache، باختبارات.
Tenant، عضويات وأدوار، plans/entitlements، quotas، onboarding، دعم وتشغيل وقرار المشترك والمستقل.
نموذج المنتج يختلف عن منصة مدرس واحد.
خريطة سياقات وADR وخطة هجرة تدريجية واختبارات قبول لكل خطة.
RFC/ADR، الاستماع للاعتراض وتيسير قرار.
القرارات المؤثرة تحتاج فهمًا مشتركًا.
النقاش ينتهي بقرار وأسباب ومخاطر ومسؤول متابعة.
المرحلة الخامسة · الاستعداد لمسؤوليات Senior
هنطبّق ده فين في المنصة؟ مراقبة المنصة بـmetrics وlogs وtraces، وتمرين عطل في اعتماد خارجي واستعادة الخدمة.
تلخيص signals وفرضيات عطل من سياق منضبط والتحقق بالقياسات.
تسرّع التشخيص وتحتفظ بسجل الأدلة.
تؤكد أو تستبعد الفرضيات بتجارب ومؤشرات فعلية.
Metrics، logs، traces، OpenTelemetry، Micrometer، Prometheus/Grafana، profiling/JFR، load tests، graceful degradation وbackup/restore drills.
تعرف أثر الأعطال وتستعيد الخدمة.
حقن فشل في اعتماد خارجي واكتشافه وتقليل أثره واستعادة الخدمة وفق هدف محدد.
SLIs/SLOs، error budgets، capacity، RTO/RPO، runbooks، postmortems وأولوية تحسين الاعتمادية.
توازن بين تطوير الميزات واستقرار الخدمة.
تمرين incident موثق بإجراءات متابعة لها أصحاب ومواعيد.
توزيع التحقيق، تحديث أصحاب المصلحة، فصل الحقائق عن الفرضيات وتوجيه بلا لوم.
تقليل الارتباك وتحسين تعلم الفريق.
زميل يتولى جزءًا من التحقيق اعتمادًا على شرحك والـRunbook.
المرحلة الخامسة · الاستعداد لمسؤوليات Senior
هنطبّق ده فين في المنصة؟ مساعد يقرأ تقدّم الطالب ويقترح خطة دون تغيير تسجيل أو درجة، وفصل خدمة عند مبرر مثبت فقط.
أدوات بعقود محددة، schema validation، permissions، bounded workflows، approval للعمليات الحساسة، evals وaudit trails.
المساعد ينفذ وظائف محددة بأمان.
يقرأ تقدم الطالب ويقترح خطة، ولا يغيّر تسجيلًا أو درجة خارج صلاحيات وسياسة التطبيق.
Partial failure، consistency، delivery semantics، ordering، idempotent consumers، outbox، sagas، messaging أعمق وفصل خدمة عند مبرر واضح.
تفهم تبعات توزيع النظام.
إعادة إرسال حدث لا تكرر الأثر، وفشل جزء من الرحلة له تعافٍ واختبارات واضحة.
Scale estimates، cost model، buy/build، monolith/services، contracts وخطة migration.
التعقيد الإضافي يكون له عائد.
تثبت bottleneck أو حاجة استقلال وتقارن حلولًا وخطة رجوع.
تفاوض النطاق والوقت والجودة، delegation، mentoring وحسم الخلاف بدليل.
أثر السنيور يشمل تمكين الآخرين.
زميل يسلّم جزءًا مستقلًا، وإنت تراجع المخاطر والنتيجة دون تنفيذ كل التفاصيل.
المرحلة السادسة · الخطوات 19–21
تربط اتجاه التقنية باقتصاديات المنصة وتمكّن فرقًا متعددة. Staff وArchitect قد يكونان مسارين مختلفين وليسا بالضرورة رتبتين متتاليتين.
مبادرات تتبناها عدة فرق، ونتائج مستمرة قابلة للقياس، ومعرفة وملكية تستمران دون اعتماد يومي عليك.
المرحلة السادسة · Staff / Architect وما بعدها
هنطبّق ده فين في المنصة؟ بيئات قابلة للتكرار لعدة فرق، وتكلفة مقاسة لكل مركز وطالب وجلسة AI.
Versioned prompts/evals، model selection، routing/fallback، caching، budgets، monitoring، سياسات البيانات ومراجعة تغييرات المزود.
الجودة والتكلفة والسلوك يتابعوا مع تغير الاستخدام والنماذج.
تغيير model أو prompt يمر باختبارات وإطلاق تدريجي ورجوع ومقارنة تكلفة وجودة.
Cloud architecture، IAM/networking، Infrastructure as Code مثل Terraform، IaC review، deployment strategies، supply-chain security وKubernetes عند مبرر تشغيلي.
فرق متعددة تبني وتشغّل على أسس موثوقة.
إنشاء بيئة قابلة للتكرار واختبار عزلها واستعادتها وقياس تكلفة تشغيلها.
Cost per tenant/student/AI session، ميزانيات، quotas، دعم العملاء، أولويات الاستثمار ومخاطر الموردين.
النمو يفضل قابلًا للاستمرار.
قرار تقني يحسن تكلفة أو تجربة مقاسة مع توضيح آثاره الجانبية.
Executive summaries، طرح خيارات بلغة أثر وتكلفة ومخاطر.
تربط الاستثمار الهندسي بهدف المؤسسة.
صاحب قرار غير تقني يفهم البدائل ويقدر يختار بينها.
المرحلة السادسة · Staff / Architect وما بعدها
هنطبّق ده فين في المنصة؟ حوكمة APIs والأحداث بين فرق المنصة، وهجرات مشتركة دون كسر المستهلكين.
قوالب مهام وسياق، ضوابط أدوات، تقييم workflows ومقاييس جودة وإعادة عمل.
الفائدة تمتد للفريق ويمكن قياسها.
Pilot يوضح زمن التسليم والعيوب وإعادة العمل ثم توصية مبنية على النتائج.
API/event governance، compatibility، schema evolution، platform boundaries، migration at scale ومعايير reliability/security.
تغييرات فريق ما تكسرش باقي المنصة.
هجرة مشتركة بين فرق دون توقف غير مخطط أو كسر مستهلكين.
Capability maps، build/buy، sequencing، technical debt، investment priorities وربط roadmap التقنية بالمنتج.
توجه مجهود عدة فرق نحو أهم مشكلات المؤسسة.
استراتيجية تتحول لمبادرات قابلة للتسليم والقياس وتتراجع مع الأدلة.
Stakeholder alignment، proposals، إدارة الخلاف وmentoring لقادة تقنيين.
نطاق العمل أكبر من صلاحيات شخص واحد.
فرق تتبنى قرارًا وتنفذه وتستمر عليه بعد خروجك من التفاصيل اليومية.
المرحلة السادسة · Staff / Architect وما بعدها
هنطبّق ده فين في المنصة؟ تخصص عميق يحل مشكلات متكررة في المنصة، وقادة وفرق يكمّلوا الاتجاه باستقلالية.
تقييم أين يفيد AI وأين تكفي قواعد أو بحث تقليدي، مع استراتيجية خروج من اعتماد مكلف.
تختار استثمارًا مناسبًا للمشكلة.
تقبل أو ترفض مشروع AI بمقارنة قابلة للمراجعة.
اختيار مجال: JVM/performance، distributed systems، security، data، platform أو AI systems.
تبني عمقًا تحل به مشكلات صعبة ومتكررة.
حل يؤثر على عدة أنظمة أو فرق ومعرفة قابلة لإعادة الاستخدام.
مشكلة غامضة عبر فرق، target architecture، خارطة انتقال، تبعات تنظيمية وقياس أثر طويل المدى.
توسع قدرة المؤسسة على البناء والتغيير.
تحسن مستمر في التسليم أو الاعتمادية أو التكلفة أو نمو المنتج عبر أكثر من فريق.
Coaching، succession، communities of practice وتوزيع المعرفة والملكية.
النتيجة تستمر دون اعتماد دائم عليك.
قادة وفرق يطوّروا الاتجاه ويتخذوا قرارات مناسبة باستقلالية.
الميزة: منع التسجيل المكرر · مصفوفة مساهمة، مش تسلسل خدمات.
| المسار | نفهم | نصمّم | ننفّذ | نتحقق | نشرح |
|---|---|---|---|---|---|
| 1AI | أسئلة تكشف الغموض | نقد البدائل | مساعدة محدودة | اقتراح حالات فشل | مراجعة وضوح الشرح |
| 2Java Backend | قراءة السلوك الحالي | قيد بيانات مناسب | Service + SQL | اختبار متزامن | عرض الكود والنتيجة |
| 3البيزنس والتصميم والتسليم | تعريف التكرار | عقد الخطأ | نطاق Feature صغير | قبول النجاح والرفض | تسليم الرحلة |
| 4التواصل والعمل المهني | توضيح المطلوب | اتفاق مع Frontend وQA | تحديث التقدم | مراجعة مع زميل | Demo وقرار موثّق |
●المطوّر
الفهم والقرار عندك
●المدرّس
المدرّس صاحب القرار النهائي
مثال: التسجيل في كورس
أفسّر الفكرة وحدودها بكلامي.
أشرح ليه Enrollment كيان مستقل، وإمتى القيد UNIQUE مش كفاية لوحده.
أطبّقها على مطلب جديد.
أضيف شرط إن التسجيل يقفل قبل بداية الكورس بيوم.
أعيد إنتاج خطأ وأصلحه.
أعيد إنتاج تسجيل مكرر، وأصلحه، وأثبت الإصلاح باختبار.
أختبر السلوك وأشرح اختياري.
أكتب اختبار للنجاح والرفض، وأشرح ليه اخترت القيد في قاعدة البيانات.