الخدمة 6: تطوير الألعاب: ألعاب الجوال العادية وتبديل الأزياء وألعاب المتصفّح

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

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

لماذا هذه الخدمة؟

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

منهجي المعماري

1) أتمتة خط المحتوى

في لعبة تبديل الأزياء ينمو المحتوى بسرعة: فكل عارضة وكل فئة وكل صيغة لونية تُحدث أثراً مضاعِفاً. وإن كُتبت هذه الأعداد في الشيفرة يدوياً فسدت عند أول تحديث للمحتوى. لذلك تُولَّد جداول الصيغ من مسح الأصول وتُضمَّن في الشيفرة؛ فالرقم قياسٌ للملفات على القرص لا شيءٌ يتذكّره إنسان.

ويُوحَّد جانب الرسوم أيضاً: فمكتبةٌ محوَّلة إلى صيغة واحدة ومقسَّمة إلى حزم تجعل زمن التحميل وحجم الحزمة قابلين للتوقّع.

2) ربط النقاط بالرياضيات

لا تُمنَح نقاط الإطلالة بعبارة "بدت جميلة"؛ فالقاعدة يجب أن تكون متّسقة كي يفهم اللاعب تقدّمه. التسجيل طبقة قائمة بذاتها: في الوضع الحر تُجمَع النقاط من أربع فئات، وفي وضع المسابقة تُضاف مطابقة الثيمة فتصبح خمساً، ثم تُوحَّد النتيجة على مقياس 0-100. ويُضرَب فوقها معامل ندرة متدرّج.

وهذا التمييز مهم: فلاختلاف عدد الفئات بين الوضعين لا تُقارَن النقاط الخام مباشرة. ومن دون التوحيد يفسد ترتيب المسابقة بصمت.

3) التحقّق من الشراء على الخادم

إن قال العميل "اشتريت" فهذا ادّعاء. والتحقّق يجري على الخادم بتوقيع المنصّة نفسها؛ والمعاملة المتحقّق منها تُكتَب بسجل ذرّي، فلا يمكن استخدام الإيصال ذاته مرة ثانية ولا في حساب آخر.

وتُفصَل حالات الخطأ: يُمنَع الإيصال غير الصالح فعلاً وخطأ الإعداد، أما في عطل شبكة أو خادم مؤقّت فلا يُظلَم اللاعب. ومن دون هذا الفصل إمّا يمرّ الاحتيال وإمّا لا يحصل اللاعب الذي دفع على ما اشتراه.

4) بناء امتثال النشر من البداية

في لعبة تُنشَر ضمن فئة الأطفال يكون الشراء والإعلان آليتين منفصلتين. فمدخل الشراء يقع خلف تحقّق من وليّ الأمر لا يُغلَق بالنقر خارجه: سؤال جمع يُولَّد عشوائياً، وسؤال جديد عند الإجابة الخاطئة، وذاكرة مؤقّتة قصيرة للتحقّق الناجح.

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

ما الذي أقدّمه

أرقام مقيسة من لعبتي المنشورة

ما يلي ليس تقديرات أُعدّت لعرض سعر؛ بل قيم مقيسة من شيفرة لعبتي المنشورة ومن مركز الألعاب العامل هنا. وهي أرقام لعبة واحدة في نوع واحد؛ وقد تختلف النسب إلى حدّ بعيد في نوع لعب آخر، لكنها تُظهر على الأقل حجم العمل الفعلي خلف كل بند.

لماذا السعر نطاق؟

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

التقنيات التي أستخدمها

Flutter و Flame، ولغة Dart، وحفظ محلي أولاً مع مزامنة سحابية، ودوالّ بلا خوادم، والتحقّق من الشراء عبر StoreKit وواجهة Play Developer، وتوطين قائم على ملفات ARB، وخط تعليق صوتي عصبي، وجافاسكربت بلا تبعيات مع عوامل ويب، ومصفوفة آلية لكشف تجاوز الشاشات.

ما أتركه عن قصد

مخرجات المشروع

لمن تناسب؟

تناسب الفرق التي تريد تحويل فكرة لعبة إلى منتج قابل للنشر في المتاجر؛ والتي تواجه في لعبتها القائمة تبايناً في النقاط أو احتيالاً في الشراء؛ والتي تريد النشر بعدة لغات لكنها تتعثّر في اتجاه اليمين لليسار؛ والتي تحتاج يقيناً بشأن الامتثال لأنها تنشر ضمن فئة الأطفال؛ أو التي تريد ألعاباً خفيفة تُلعَب فعلاً على موقعها.

لماذا أنا؟

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

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

الخلاصة

تطوير الألعاب ليس عملاً بصرياً بل عملاً هندسياً تتراكم فيه القرارات. فإن لم يكن خط المحتوى مؤتمتاً انكسر عند أول تحديث؛ وإن لم تُوحَّد النقاط فسد الترتيب بصمت؛ وإن لم يُتحقَّق من الشراء على الخادم تسرّب الدخل. الغاية ليست إخراج شيء قابل للّعب، بل إخراج شيء يبقى قائماً وهو ينمو.