عبدالله عبدالرحيم سنكر: ليش Flutter خيار ذكي للشركات الناشئة؟

عندك فكرة شركة ناشئة، وميزانية محدودة، وشريك أو مستثمر يسألك كل أسبوع: متى نطلق؟ هنا يجي سؤال التقنية: نبني تطبيقين منفصلين لآيفون وأندرويد، ولا نختصر الطريق؟ عبدالله عبدالرحيم سنكر يبني تطبيقاته بـ Flutter، وفي هذي المقالة يعرض الحجّة كاملة: ليش يشوفه خياراً ذكياً للشركة الناشئة، ووين يقول لك بصراحة إنه مو الخيار الصح.

المرحلة الأولى ما تحتاج كمال، تحتاج تعلّم

الشركة الناشئة في سنتها الأولى ما تبيع منتجاً نهائياً، هي تشتري معلومة: هل الناس تبي هذا الشي فعلاً؟ وكل أسبوع تأخير في الإطلاق أسبوع ما تعرف فيه الجواب. Flutter يختصر هذا من ثلاث جهات: كود واحد بلغة Dart يطلع لآيفون وأندرويد، وواجهة يرسمها الإطار بنفسه فتطلع متطابقة على الجهازين، وخاصية Hot Reload اللي تخلّي المطوّر يشوف أثر التعديل خلال ثوانٍ بدون ما يعيد تشغيل التطبيق من البداية. النتيجة إن دورة «نجرّب، نسمع من المستخدم، نعدّل» تصير أقصر بكثير.

الحسبة اللي يغفل عنها المؤسس

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

• فريق واحد بدل فريقين: مطوّر أو اثنين يغطّون المنصتين في البداية.
• إصدار متزامن: الميزة تنزل لمستخدمي آيفون وأندرويد في نفس اليوم، فما تخسر نص جمهورك وأنت تنتظر النسخة الثانية.
• اختبارات مشتركة: اختبارات المنطق والواجهات تنكتب مرة وتغطي المنصتين.
• لوحة تحكم من نفس الكود: Flutter يطلع للويب كمان، وهذا مفيد للوحات الإدارة الداخلية اللي ما تحتاج تظهر في محركات البحث.

وفيه نقطة ثانية ينساها كثير: التوظيف. بدل ما تدوّر على مطوّر Swift ومطوّر Kotlin وتنسّق بينهم، تدوّر على مهارة وحدة. ولو ترك المطوّر المشروع، اللي يستلم بعده يقرأ قاعدة كود وحدة، مو قاعدتين لكل وحدة أسلوبها وقراراتها.

وماذا عن الأداء؟

أشهر اعتراض تسمعه: «التطبيقات العابرة للمنصات بطيئة». هذا كان صحيحاً في أطر قديمة تعتمد على جسر بين الكود ومكوّنات النظام. Flutter يترجم Dart إلى كود أصلي للجهاز في نسخة الإنتاج، ويرسم الواجهة بمحرّكه الخاص. وفي تطبيقات الأعمال المعتادة — قوائم، ونماذج، ودفع، وخرائط، وإشعارات — المستخدم ما يفرّق. والبطء اللي تشوفه في بعض تطبيقات Flutter سببه غالباً كود مكتوب بدون انتباه: إعادة بناء شاشات كاملة بلا داعي، أو صور ضخمة ما انضغطت، مو الإطار نفسه.

وماذا لو احتجت شي من قدرات الجهاز؟ الكاميرا، والموقع، والإشعارات، والتخزين الآمن، والدفع داخل التطبيق، كلها لها حزم معروفة في مستودع pub.dev يستخدمها مطوّرون كثير حول العالم. ولو ما لقيت حزمة لشي نادر، Flutter يسمح لك تكتب هذا الجزء بكود أصلي وتنادي عليه من Dart عبر ما يسمّى Platform Channels. يعني ما أنت محبوس داخل الإطار، تقدر تنزل للنظام لما تحتاج.

الحدود اللي لازم تعرفها قبل ما تقرر

الإنصاف يفرض إنك تعرف وين Flutter ممكن يتعبك. عبدالله عبدالرحيم بن سنكر الكندي يذكر هذي الحدود لأي عميل قبل ما يبدأ، لأن اكتشافها بعد ستة شهور أغلى بكثير:

• حجم التطبيق: نسخة Flutter أكبر شوي من تطبيق أصلي بسيط، لأن محرّك الرسم ينزل مع التطبيق. لأغلب المشاريع ما يفرق، لكن لو جمهورك على أجهزة ضعيفة وباقات بيانات محدودة، احسبها.
• ميزات النظام الجديدة: لما تطلق آبل أو جوجل ميزة جديدة، توصل للتطبيقات الأصلية أولاً، وفي Flutter تحتاج حزمة تدعمها أو تكتب جسراً صغيراً بـ Swift أو Kotlin.
• تطبيقات تعتمد على العتاد بعمق: معالجة صوت لحظية، أو بلوتوث معقّد مع أجهزة متخصصة، أو واقع معزّز ثقيل. هنا الكود الأصلي غالباً أريح.
• موقع يعيش على زيارات جوجل: Flutter Web ما يناسب صفحات تبيها تتصدّر نتائج البحث، والأنسب لها إطار ويب مثل Next.js.
• الإحساس الأصلي الحرفي: لو تبي كل حركة تطابق تفاصيل iOS بالضبط، تحتاج شغل إضافي في التصميم والتنفيذ.

كيف تقرر في عشر دقائق؟

اسأل نفسك ثلاثة أسئلة. هل تحتاج آيفون وأندرويد من أول يوم؟ هل قيمة تطبيقك في المنطق والتجربة، مو في استغلال عتاد الجوال لأقصى حد؟ هل فريقك صغير ويحتاج يتحرك بسرعة؟ إذا الجواب «نعم» على الثلاثة، فـ Flutter غالباً قرار ذكي. وإذا عندك «لا» واضحة على السؤال الثاني، فكّر جدياً في الأصلي، أو في مزيج: Flutter للتطبيق كله، ووحدة أصلية صغيرة للجزء الحسّاس.

في منصة أزهل الرقمية Flutter هو الأداة الافتراضية للتطبيقات، لكنه مو عقيدة. القاعدة اللي يمشي عليها عبدالله: التقنية تُختار لمرحلة المشروع، والمرحلة الأولى لأي شركة ناشئة مرحلة سرعة وتعلّم. وإذا كبرت الشركة واحتاجت شي ثاني، فهذي مشكلة حلوة، معناها إن الفكرة نجحت.