ألعاب يمكن للناس أن يلعبوها معًا فعليًا

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

الخطأ الأول: الوثوق بالمتصفح لحفظ النتيجة

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

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

الخطأ الثاني: عنصر كانفاس وصوت تنبيه، يُسمّى لعبة

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

تعتمد الألعاب المبنية هنا على محرك تصيير حقيقي بدلًا من ذلك:

• الفيزياء والتصيير — three.js مع محاكاة فيزيائية حقيقية للألعاب المبنية على الويب، ويونيتي 6 حقيقي في المختبر لأي شيء أثقل.
• الفن — يأتي من مدير التصميم، وليس من حزمة أصول جاهزة.
• الصوت — آلات مسجَّلة حقيقية، وليس مذبذبًا يحاول تقليد صوت خطوة قدم.

الشرح الأطول لسبب كون هذا الأمر غير اختياري موجود في مقال محركات حقيقية، بناء حقيقي.

سلسلة التحقق ترصد الأعطال التي لا تكشفها لقطة شاشة:

• يضغط المفاتيح.
• يتحقق من أن النتيجة تتغير فعليًا.
• يستمع لصدور الصوت.

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

الخطأ الثالث: إجبار صديقك على تشغيل خادم ليلعب لعبتك

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

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

ما يتركه لك هذا التباين

لاحظ ما هو غائب عن الأخطاء الثلاثة أعلاه: وضع اللاعبَين المحلي. لوحة مفاتيح واحدة، شخصان، عادة WASD مقابل مفاتيح الأسهم، ومرافق للأكواع — إنه النمط الذي يقلل الناس من شأنه لأنه لا يعاني من أي مشكلة توزيع. لا رابط، لا خادم، لا صديق مضطر للنقر على شيء في الحادية عشرة مساءً. مجرد شخص يجلس بجانبك و٣٠ ثانية من "لا مهلاً، أنت اللاعب الثاني، استخدم الأسهم".

ألعاب هوكي الهواء ومصارعة الحلبة في المعرض تعتمد بالضبط على هذه الميزة.

اجمع الإصلاحات الثلاثة معًا — السلطة من جانب الخادم، والمحركات الحقيقية، وصفحات اللعب العامة المستضافة — إضافة إلى الميزة الفطرية للاعبَين المحليين، وستحصل على المدى الفعلي الذي يدعمه هذا النظام:

• اللاعب الواحد — الأساس.
• اللاعبان المحليان — الفوز المجاني.
• اللعب الجماعي عبر الإنترنت — مصمم للصمود أمام مراهق ملّ من الانتظار وفتح أدوات المطوّر.

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