Mustafa Sayed.

المشكلة

قراءة تطبيق قرآن تعني عادةً اتصالًا بالإنترنت وحسابًا وإعلانات. كان الهدف رفيقًا متكاملًا يعمل فور التثبيت، بما في ذلك حيث لا يتوفّر اتصال صالح.

المنهج

• ▸المصحف كاملًا (114 سورة و6,236 آية) مضمّنة داخل حزمة التطبيق، مع التفسير والترجمات وعلامات الحفظ مخزّنة محليًا.
• ▸تلاوات لأكثر من 240 قارئًا تُبثّ فورًا أو تُنزَّل بالكامل للعمل دون اتصال، مع مدير تنزيلات لكل ملف.
• ▸مواقيت الصلاة محسوبة على الجهاز، إلى جانب بوصلة القبلة وعدّاد الأذكار ومتابعة العبادات.
• ▸بنية Feature-first باستخدام BLoC وDrift وGoRouter وGetIt وfreezed، محميّة بخط تكامل مستمر مع كل push.

النتيجة

• يعمل دون اتصال بالكامل: بلا حسابات ولا إعلانات ولا تتبّع.
• واجهة عربية أولًا مع وضع ليلي واتجاه RTL كامل.
• تخزين محلي بـDrift للنص والقُرّاء وعلامات الحفظ ومتابعة العبادات.
• تكامل مستمر مع GitHub Actions وخط منفصل للويب التوثيقي المرافق.

المشكلة

يحتاج تجّار الأقمشة إلى واجهة فاخرة وملموسة مع جودة قابلة للإثبات لا مجرد وعد.

المنهج

• ▸نظام DESIGN.md كمصدر وحيد لشكل كل شاشة ومضمونها.
• ▸معمارية نظيفة بلغة تصميم ملموسة مستوحاة من النسيج.
• ▸تكامل مستمر مع GitHub Actions وخط إصدار آلي لنظام Android.

النتيجة

• 1,101 اختبارًا ناجحًا بتغطية 74.2%، مفروضة مع كل push.
• إصدارات Android موقّعة تُنتَج تلقائيًا من CI.
• نظام تصميم واضح يعتمده البشر ووكلاء الذكاء الاصطناعي معًا.

المشكلة

يتطلب تتبّع التمارين والوجبات والنوم والماء ومؤشر كتلة الجسم عادةً خمسة تطبيقات منفصلة لا تتبادل البيانات.

المنهج

• ▸مولّدات مدعومة بـ Gemini لإنشاء خطط تمارين ووجبات مخصّصة.
• ▸مصادقة Firebase مع Firestore للحسابات وبيانات المستخدم.
• ▸مسار تعريف مبني على الأهداف يقود إلى لوحة رئيسية موحّدة.

النتيجة

• حزمة كاملة: تمارين، وجبات، نوم، ماء، BMI، تذكير بالأدوية، ومتابعة التقدم بالصور.
• خطط ذكية مولّدة من ملف المستخدم وأهدافه، لا من قوالب جاهزة.
• قاعدة كود واحدة لكل المنصّات.

المشكلة

تعتمد معظم نماذج المتاجر الإلكترونية على خدمات خلفية. وكان الهدف معمارية جاهزة للإنتاج دون أي خدمة خلفية.

المنهج

• ▸تطبيق Flutter واحد يضم المتجر ولوحة الإدارة، والفصل بينهما عبر تنقّل مبني على الدور خلف بوابة PIN محلية.
• ▸طبقات منطق وبيانات مشتركة بين الدورين.
• ▸تخزين تفاعلي آمن الأنواع باستخدام Drift مع حدود أخطاء من نوع Result<T>.

النتيجة

• يعمل دون اتصال بالكامل: قاعدة SQLite محلية فقط، دون Firebase أو Supabase أو أي API.
• حالات بأصناف مغلقة وحدود أخطاء صارمة: لكل استثناء معالجة محددة.
• تكامل مستمر يحمي كل تحديث.
• 631 اختبارًا ناجحًا تغطي كل الطبقات، بما فيها مسارات الواجهة كاملة.

المشكلة

تدافن تطبيقات الذكاء الاصطناعي عادةً مفاتيح API في كود العميل، حيث يمكن استخراجها من التطبيق المُجمَّع في دقائق.

المنهج

• ▸توجيه كل استدعاءات الذكاء الاصطناعي عبر proxy في الخلفية؛ لا يخزّن التطبيق أي مفتاح.
• ▸نموذج الأمان موثّق في الـREADME كمرجع عام.
• ▸واجهة محادثة بأسلوب Gemini: فقاعات رسائل وقائمة معكوسة وتسميات واضحة.

النتيجة

• مسار كامل من splash عبر onboarding حتى المحادثة، مع أنماط فاتحة وغامقة.
• نمط موثّق في الـREADME يمكن لأي مطوّر اعتماده لتكامل آمن للذكاء الاصطناعي في الموبايل.
• 17 اختبارًا ناجحًا لمسارَي الـonboarding والمحادثة.