Markdown: صيغة الاقتباسات والتداخل في Markdown

> هذا اقتباس.
> هذا هو السطر الثاني من الاقتباس.

> هذه فقرة اقتباس مع > فقط في السطر الأول.
هذا هو الاستمرار (مدعوم من بعض المحللات).

> الفقرة الأولى.
>
> الفقرة الثانية (مع سطر فارغ و `>` بينهما).

في *المبرمج العملي*، يشير المؤلفان إلى:

> جوهر تطوير البرمجيات ليس كتابة التعليمات البرمجية، بل إدارة التعقيد.
> المبرمج الجيد ليس من يكتب أكبر قدر من التعليمات البرمجية، بل من يجعل التعليمات البرمجية أوضح.

> **مدير المشروع:** هل يمكن إطلاق هذه الميزة يوم الجمعة؟
>
> > **المطور:** الوظيفة الأساسية جاهزة، لكن بعض الحالات الحدية لا تزال بحاجة للاختبار.
> >
> > > **مهندس ضمان الجودة:** نفذت 80% من حالات الاختبار. يجب أن تكون النتائج جاهزة بحلول الأربعاء.

> ## الحجة الأساسية للمادة المقتبسة
>
> هذا هو النص الرئيسي للمحتوى المقتبس.
>
> > ### الحجة الفرعية 1
> >
> > شرح مفصل للحجة الفرعية.

> متطلبات المشروع:
>
> - دعم 1,000 مستخدم متزامن
> - وقت استجابة < 200 مللي ثانية
> - توفر بنسبة 99.9%

> **الخوارزمية الأساسية:**
>
> ```python
> def fibonacci(n):
>     if n <= 1:
>         return n
>     return fibonacci(n-1) + fibonacci(n-2)
> ```
>
> الخوارزمية أعلاه لها تعقيد زمني O(2^n) ويمكن تحسينها بالبرمجة الديناميكية.

> ## نتائج مراجعة التصميم التقني
>
> بعد تقييم الفريق، قررنا اعتماد **بنية الخدمات الصغرى**.
>
> | النهج | القابلية للتو��ع | تكلفة الصيانة |
> |:-----|:------:|:--------:|
> | أحادي | منخفضة | منخفضة |
> | خدمات صغرى | عالية | عالية |
>
> > ملاحظة: الخدمات الصغرى مناسبة للفرق التي تضم 10+ أفراد. الفرق الصغيرة يجب أن تبدأ بنموذج أحادي.

> اقتباس قياسي: نقل وجهة نظر مؤلف خارجي.

> **💡 نصيحة:** هذا تنبيه نصيحة — يبرز معلومات أساسية للقارئ.

> **⚠️ ملاحظة:** هذا تنبيه تحذير — ينبه القراء للمخاطر ويساعدهم على تجنب الأخطاء.

## قرار رئيسي

اخترنا PostgreSQL كقاعدة بيانات أساسية.

> **مبرر القرار:**
> 1. الفريق لديه 3 سنوات من الخبرة مع PostgreSQL
> 2. المشروع يحتاج إلى استعلامات معقدة ودعم المعاملات
> 3. ميزانية محدودة — PostgreSQL مفتوحة المصدر ومجانية

تنص الورقة الأصلية على:

> تظهر النتائج التجريبية أن هذه الطريقة فعالة.
>
> > تؤكد الأبحاث اللاحقة ذلك:
> >
> > > بعد 10 تكرارات مستقلة، النتائج متسقة.

# تقرير مراجعة البنية

## نتيجة المراجعة

بعد اجتماع مراجعة البنية في 15 يونيو 2026، اتخذ الفريق القرارات التالية:

## اختيار قاعدة البيانات

> **القرار النهائي:** اعتماد PostgreSQL.
>
> **المبرر:**
> - المشروع يتطلب استعلامات جغرافية مكانية معقدة (PostGIS)
> - الفريق لديه خبرة واسعة مع PostgreSQL
> - مقارنة بـ MongoDB، تقدم PostgreSQL دعمًا أقوى للمعاملات
>
> | المقارنة | PostgreSQL | MongoDB |
> |:-------|:----------:|:-------:|
> | المعاملات | ✅ ACID | ✅ متعدد المستندات |
> | الجغرافي المكاني | ✅ PostGIS | ✅ مدمج |
> | خبرة الفريق | 3 سنوات | سنة واحدة |

## خطة النشر

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

## تذكيرات

> **⚠️ ملاحظة:** أثناء الترحيل، حافظ على تشغيل النظام القديم في وقت واحد لمدة أسبوعين على الأقل لضمان سلامة البيانات.