أبني برمجيات جاهزة للإنتاج بمفردي، مستخدما VS Code وتطوير مدعوم بالذكاء الاصطناعي (Claude Code) كجزء أساسي من سير عملي — ليس لتخطي فهم الكود، بل للتحرك بسرعة أكبر عبر عملية منضبطة وتكرارية: هيكل، تنفيذ، اختبار، تصحيح، تكرار.

**كيف أعمل**
- **خطوة بخطوة، وليس جلسة واحدة.** أقسم المشاريع إلى مراحل (المرحلة 0، المرحلة 1، المرحلة 2...) مع نطاق واضح لكل مرحلة، بدلا من طلب تطبيق مكتمل دفعة واحدة.
- **استكشاف الأخطاء المدفوعة بالاختبار.** أنا فعليا أقوم بتشغيل ونقر عبر ما يتم بناؤه — أنشر في بيئات حقيقية (Netlify، Supabase) مبكرا ومتكررا — بدلا من الاعتماد على الكود بشكل مجرد. عندما يتعطل شيء ما، أقوم بتتبعه إلى السبب الجذري بدلا من تصحيح الأعراض (مثل فك خمسة أخطاء مترابطة عبر البيئة في الخطوط الداخلية، وظروف الأعراق، وتحليل الرموز، والبرمجيات الوسيطة، والتعامل مع ملفات تعريف الارتباط في تدفق مصادقة واحد).
- **قرارات معمارية أولا.** قبل التنفيذ المكثف، أحدد الخيارات الهيكلية الرئيسية — استراتيجية التوجيه، نموذج التصديق، قاعدة كود واحدة مقابل عدة مستأجرين، مستويات التسعير — بحيث تبنى المراحل اللاحقة على أرض صلبة بدلا من إعادة بنائها.
- **تكديس متسق وصاحب رأي.** Vanilla JS + IndexedDB + Service Workers لوحدات PWA التي تعمل بدون اتصال (POS، Pet Shop). Next.js 14 + Supabase + Netlify لمنصات SaaS متعددة المستأجرين (نظام إدارة المحتوى في البارش). أعيد استخدام البنية المثبتة عبر المشاريع بدلا من إعادة اختراعها في كل مرة.
- **تطوير واع للأعمال.** أنا لا أرسل الميزات فقط — بل أتحقق منها مقابل ملاءمة السوق الحقيقية (مستويات التسعير الفلبينية/جنوب شرق آسا، تحليل الجدوى، استراتيجية الترخيص) قبل توسيع النطاق.

**ما بنيته**
- **CMS الرعية** — خدمة SaaS متعددة المستأجرين للرعايا الكاثوليكية (Next.js 14، Supabase، النطاق الفرعي + توجيه النطاق المخصص، مصادقة الإدارة مع bcrypt + ملفات تعريف الارتباط الموقعة)
- **نظام نقاط البيع (POS) — PWA نقطة بيع غير متصلة مع RBAC، تتبع جلسات الورد/السدر، الجرد، والتقارير، والآن يتجه نحو مزامنة السحابة والترخيص
- **Pet Shop PWA** — تطبيق إدارة المواعيد والسجلات يوسع بنية نقاط البيع
- **مفهوم منصة VA** — استكشاف نموذج خدمة مساعد افتراضي مدار/منسق كخط أعمال منفصل

أنا باني منفرد أقدم منتجات حقيقية ومجربة ومنشورة — وليس عروضا توضيحية — من خلال دمج انضباط ضمان الجودة العملي مع التنفيذ المسرع بالذكاء الاصطناعي.
هناك قلق شائع في التطوير بمساعدة الذكاء الاصطناعي: أن "برمجة الاهتزاز" تعني شحن ما ينتجه الذكاء الاصطناعي أولا، دون اختبار، ونأمل أن يصمد. هذا ليس أسلوبي. أستخدم الذكاء الاصطناعي (كود كلود) كما يستخدم المقاول الماهر الأدوات الكهربائية — فهو يسرع البناء، لكنني ما زلت أنا من يفحص الأسلاك في الموقع ويختبر الحمولة ويوقع قبل أن ينتقل أحد. كل فيلم يمر بنفس التخصص بغض النظر عن كيفية كتابته:

لا شيء يشحن دون اختبار - كل مرحلة يتم نشرها في بيئة حقيقية واستخدامها فعليا — يتم النقر عليه، تسجيل الدخول، اختبار الضغط — قبل أن أعتبرها منتهية. على سبيل المثال، تدفق التحقق من نظام نقاط البيع الخاص بي مر بعملية تصحيح حقيقية عبر خمس نقاط فشل مترابطة (إعداد البيئة، ظروف السباق، التعامل مع الرموز، البرمجيات الوسيطة، حالة الكوكي) حتى أصبح الأمر محكما، وليس فقط "يبدو صحيحا".

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

أنا أفهم كل نظام أشحنه - إذا تعطل شيء في الإنتاج، يمكنني تتبعه، وشرحه، وإصلاحه — لأنني بنيته مرحلة بمرحلة وتحققت من كل طبقة، بدلا من قبول صندوق أسود.

الاتساق على حساب الحداثة - أعيد استخدام البنية المثبتة والمجربة في المعارك (نفس نمط PWA غير متصل عبر POS وPet Shop، ونفس أساس Next.js/Supabase في مشاريع SaaS) بدلا من السماح للذكاء الاصطناعي بالارتجال في تكديس جديد في كل مرة. الأساسات المألوفة تعني مفاجآت أقل للعملاء.

الذكاء الاصطناعي هو مضاعف سرعة، وليس اختصارا - يتيح لي تقديم برمجيات متعددة المراحل وإنتاجية كمطور منفرد بوتيرة تتطلب عادة فريقا صغيرا — دون تقليص خطوات ضمان الجودة والهندسة التي تجعل البرمجيات موثوقة.