Ahmed S.

أغلب مشاكل التطبيقات الكبيرة بتبدأ من قرارات صغيرة اتحددت بسرعه.

طريقة تخزين البيانات، إدارة حالات الطلب، شكل ال API، التعامل مع ضعف الإنترنت، وتقسيم المشروع من البداية، كلها قرارات تأثيرها بيظهر لما التطبيق يكبر أو تحتاج تعدل عليه بعد فترة.

خلال أكثر من 4 سنوات في تطوير Flutter، اشتغلت على مشاريع مختلفة، منها تطبيقات للبيع وإدارة المنتجات، تطبيقات لمتابعة الأنظمة الغذائية، ولوحات تحكم لإدارة أنظمة مثل متاجر الأدوية وتطبيقات التغذية.

ده خلاني أهتم من البداية بال workflow نفسه: المستخدم هيعمل إيه؟ البيانات هتتحرك إزاي؟ وإيه اللي ممكن يتغير بعد إطلاق التطبيق؟

في التنفيذ، بستخدم Flutter ل Android وiOS، وأتعامل مع Firebase وREST APIs وAuthentication وOTP والخرائط والإشعارات والدفع الإلكتروني، مع اختيار طريقة إدارة الحالة وال architecture حسب حجم المشروع واحتياجاته.

ومن أعمالي:

" تطبيق بيع منتجات سيارات، تطبيق متابعة نظامك الغذائي، تطبيق متجر الدواء، لوحة تحكم متجر الدواء، ولوحة تحكم تطبيق التغذية."

ولو أثناء التنفيذ ظهر قرار ممكن يزود الوقت والتكلفة من غير فائدة حقيقية، هقولك عليه من البداية.

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