مدفوعات، وطوابير مهام،وخطط استعلام.

تصميم واجهات REST والخدمات التي خلفها: حدود الوحدات، وطبقات التحقق و DTO، وإصدارات الـ API، ورسائل خطأ يستطيع العميل التصرف بناءً عليها. والتحكم في الصلاحيات جزء من هذه الحدود — JWT و OAuth2، وقواعد RBAC و PBAC، و rate limiting — حتى لا تعيد كل ميزة بناءه من جديد.

• NestJS·
• ASP.NET Core·
• Express·
• FastAPI·
• JWT·
• OAuth2·
• RBAC·
• PBAC

تصميم المخططات، والفهرسة، والعثور على الاستعلام الذي يستهلك أكثر مما يبدو. معظم زمن الاستجابة الذي أزلته من الأنظمة كان مصدره طبقة البيانات لا كود التطبيق: فهرس ناقص، أو علاقة تُحمَّل صفًا صفًا، أو جدول صُمِّم للكتابة ثم صار يُقرأ بطريقة مختلفة تمامًا.

• PostgreSQL·
• SQL Server·
• Redis·
• MongoDB·
• TypeORM·
• Prisma·
• Indexing

الطوابير، وإعادة المحاولة، والأقفال الموزعة، والمهام المجدولة. تشغيل المهمة هو الجزء السهل. الجزء الحقيقي هو ضمان أن تُنفَّذ بالعدد الصحيح من المرات، وألا يلتقط عاملان المهمة نفسها، وألا يحتاج فشلٌ في منتصف الليل إلى شخص مستيقظ ليعالجه.

• BullMQ·
• Redis·
• Idempotency·
• Distributed locking·
• Dynamic scheduling

عمليات الدفع بالبطاقة وروابط الدفع والاسترداد عبر بوابة Tap، وبيانات الخدمة الميدانية عبر Zoho FSM. العمل على التكاملات هو في معظمه تعامل مع مسارات الفشل: webhooks موقّعة، وسجل تدقيق يمكن إعادة بناء أي نزاع منه، وإعادة محاولة لا تسحب المبلغ مرتين.

• Tap·
• Webhooks·
• HMAC signing·
• Zoho FSM·
• Audit logging

أتولى مراجعة الكود لفريق الـ Backend وأخطط السبرنتات مع القائد التقني، بمعدل نحو 45 مهمة في كل دورة من أسبوعين. المراجعة هي المكان الذي تُلتقط فيه الـ migrations الخطرة، واستعلامات N+1، والفهارس الناقصة وهي ما تزال رخيصة الإصلاح. والكود المُولَّد آليًا يُقرأ عندي بعناية أكبر لا أقل.

• Code review·
• CI/CD·
• Docker·
• Jest·
• Zoho Sprints

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

• LangChain·
• Local model hosting·
• Gemini API·
• FastAPI