تصميم وتطوير لعبة متكاملة على Android

ألآن أعيد فتح المشروع لكن بوصف أدق أكثر عن ماذا أريد، آسف سلفاً أن النص طويل وفيه تكرار لبعض المعلومات وذلك للتأكيد عليها

أبحث عن مبرمج ألعاب محترف ومتخصص في محرك Godot لتصميم وتطوير لعبة متكاملة وعالية الجودة موجهة لأجهزة Android، من فئة Casual Puzzle Games، وتشبه ألعاب Parking Jam وBus Jam.

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

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

1. فكرة اللعبة

اللعبة من فئة Casual Puzzle Games، وتحديدًا من نوع Parking Jam / Bus Jam / Color Sorting Puzzle.

تعتمد اللعبة على التفكير المنطقي وترتيب حركة المركبات ومطابقة ألوان الركاب مع ألوان السيارات والحافلات.

شرح مبدئي لآلية اللعب:

تحتوي كل مرحلة على منطقة فيها مجموعة من السيارات والحافلات بألوان مختلفة، مثل الأحمر والأزرق والأخضر والأصفر.

لكل سيارة أو حافلة لون محدد وسعة قصوى للركاب تختلف بحسب نوع المركبة.

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

على اللاعب تحريك السيارات والحافلات وترتيب خروجها من منطقة الازدحام بطريقة ذكية حتى تتمكن من الوصول إلى منطقة صعود الركاب.

بعض المركبات تكون محاصرة بمركبات أخرى، لذلك يجب تحريك المركبات بترتيب صحيح لفتح الطريق.

عندما تصل المركبة إلى موقف التحميل، يبدأ الركاب المطابقون للونها بالصعود إليها حتى تمتلئ.

بعد اكتمال صعود الركاب، تغادر المركبة المنطقة، مما يسمح لمركبات أخرى بالتحرك.

تنتهي المرحلة بنجاح عندما يتم نقل جميع الركاب وفقًا لقواعد اللعبة.

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

2. نظام مواقف تحميل الركاب

تحتوي اللعبة على نظام مواقف محدود، وهو جزء أساسي من التحدي.

يوجد في كل مرحلة 4 مواقف أساسية لتحميل الركاب.

يمكن للاعب استخدام هذه المواقف دون مشاهدة أي إعلانات.

يوجد موقف خامس إضافي مغلق يمكن فتحه من خلال مشاهدة إعلان فيديو اختياري (Rewarded Ad).

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

يجب أن يتم فتح الموقف دون إعادة تشغيل المرحلة.

إذا لم يرغب اللاعب في مشاهدة الإعلان، يمكنه مواصلة اللعب باستخدام المواقف الأربعة الأساسية.

يجب تصميم هذا النظام بحيث يكون جزءًا من استراتيجية اللعبة، ولا يشعر اللاعب بأنه مجبر على مشاهدة الإعلانات.

3. نظام وسائل المساعدة (Boosters / Power-ups)

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

المساعدة الأولى: إعادة خلط المركبات (Shuffle)

يستطيع اللاعب إعادة خلط أو ترتيب السيارات والحافلات الموجودة في منطقة الانتظار.

الهدف هو إيجاد ترتيب جديد يساعده على إكمال المرحلة.

يجب أن تتم عملية الخلط وفق خوارزمية مدروسة تحافظ على قواعد اللعبة، ولا تؤدي إلى وضع غير قابل للحل.

لتفعيل هذه المساعدة، يجب مشاهدة إعلان فيديو اختياري كامل.

بعد انتهاء الإعلان، يعود اللاعب إلى المرحلة نفسها ويتم تنفيذ عملية الخلط.

المساعدة الثانية: حذف لون كامل (Remove Color)

يستطيع اللاعب اختيار لون محدد موجود في المرحلة.

بعد استخدام المساعدة، تختفي جميع السيارات والحافلات التي تحمل هذا اللون، وكذلك جميع الركاب الذين يحملون اللون نفسه.

يجب تحديث حالة المرحلة تلقائيًا بعد حذف اللون.

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

يجب أن يتم الحذف بطريقة واضحة مع مؤثرات بصرية مناسبة.

لتفعيل هذه المساعدة، يجب مشاهدة إعلان فيديو اختياري كامل.

بعد انتهاء الإعلان، يعود اللاعب إلى المرحلة نفسها ويتم تطبيق المساعدة.

شروط استخدام وسائل المساعدة

يُسمح باستخدام وسيلة مساعدة واحدة فقط في كل مرحلة، وليس أكثر.

بمعنى أنه إذا استخدم اللاعب إعادة الخلط، فلن يستطيع استخدام حذف اللون خلال المرحلة نفسها، والعكس صحيح.

ويجب أن يتذكر النظام أن اللاعب استخدم المساعدة حتى لو خرج من اللعبة وعاد إليها لاحقًا.

أما فتح موقف اضافي فهو ميزة منفصلة عن مساعدتي الخلط وحذف اللون.

ويجب تصميم النظام بطريقة تسمح بإضافة وسائل مساعدة أخرى مستقبلًا دون الحاجة إلى إعادة كتابة أجزاء كبيرة من الكود.

4. نظام الإعلانات (Rewarded Ads)

لا أريد أي إعلانات إجبارية داخل اللعبة.

لا أريد ظهور إعلانات تلقائية بين المراحل أو أثناء اللعب أو عند فتح اللعبة.

يجب أن تعتمد اللعبة على نظام الإعلانات الاختيارية مقابل المكافآت (Rewarded Video Ads) فقط.

أمثلة على الإعلانات الاختيارية:

مشاهدة إعلان لفتح موقف إضافي لتحميل الركاب.

مشاهدة إعلان لكسب وسيلة مساعدة.

مشاهدة اعلان عند الخسارة لإستكمال المرحلة مع فتح موقف اضافي.

شروط مهمة جدًا لنظام الإعلانات

اللاعب هو من يقرر مشاهدة الإعلان من خلال الضغط على زر واضح.

يجب حفظ حالة اللعبة قبل تشغيل الإعلان.

بعد انتهاء الإعلان بنجاح، يعود اللاعب إلى المكان نفسه الذي توقف عنده، وبالحالة نفسها التي ترك فيها اللعبة.

لا يجوز إعادة تشغيل المرحلة بعد الإعلان.

لا يجوز فقدان أماكن المركبات أو الركاب أو النقاط أو المواقف المفتوحة.

يجب تنفيذ المكافأة فقط بعد التحقق من استحقاقها وفقًا لنتيجة الإعلان.

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

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

يجب منع حصول اللاعب على المكافأة أكثر من مرة نتيجة أخطاء تقنية أو تكرار إشعارات الإعلان.

يجب أن تكون إضافة أنواع أخرى من الإعلانات الاختيارية ممكنة مستقبلًا.

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

5. نظام النقاط والأرقام القياسية (Score & High Score)

يجب أن تحتوي اللعبة على نظام نقاط احترافي يشجع اللاعب على تحسين أدائه وإعادة لعب المراحل.

المطلوب:

احتساب نقاط اللاعب عند إكمال كل مرحلة.

الاحتفاظ بأعلى نتيجة حققها اللاعب (High Score).

تسجيل أفضل نتيجة لكل مرحلة.

إمكانية احتساب النقاط وفق عدد الحركات المستخدمة وسرعة إكمال المرحلة وعوامل أخرى يتم الاتفاق عليها.

إمكانية تقديم مكافآت إضافية عند إنهاء المرحلة دون استخدام وسائل مساعدة.

عرض نتيجة المرحلة وأفضل نتيجة سابقة عند الانتهاء.

حفظ النتائج بطريقة تضمن عدم ضياعها عند إغلاق اللعبة وإعادة فتحها.

6. لوحة ترتيب اللاعبين (Leaderboard)

أريد نظام Leaderboard حقيقيًا يعرض ترتيب اللاعبين بناءً على نتائجهم.

المطلوب:

لوحة ترتيب عالمية (Global Leaderboard).

عرض أفضل اللاعبين ونتائجهم.

عرض ترتيب اللاعب الحالي مقارنة ببقية اللاعبين.

إمكانية عرض أفضل النتائج لكل مرحلة أو الترتيب العام بحسب نظام النقاط المتفق عليه.

تحديث النتائج عند تحقيق رقم قياسي جديد.

ربط النتائج بحساب اللاعب، مع إمكانية استخدام Google Play Games Services أو حل مناسب آخر.

حماية النتائج قدر الإمكان من التلاعب وإرسال نقاط وهمية.

الاحتفاظ بنتائج اللاعب ومزامنتها عند تسجيل الدخول مجددًا، بما في ذلك عند تغيير الجهاز إذا كان حسابه مرتبطًا بخدمة حفظ سحابية.

يجب أن يكون نظام Leaderboard قابلًا للتوسع ويعمل بكفاءة دون التأثير على أداء اللعبة.

7. نظام المراحل والتحقق من إمكانية حلها

هذه من أهم النقاط التقنية في المشروع.

لا أريد مجرد توزيع عشوائي للمركبات والركاب دون التأكد من إمكانية حل المرحلة.

يجب توفير:

نظام مراحل لا نهائي.

نظام تدرج في مستوى الصعوبة.

القدرة على توليد المراحل آليًا.

خوارزمية للتحقق من أن المراحل قابلة للحل (Solvability Validation).

منع ظهور مراحل مستحيلة الحل بسبب أخطاء في توزيع المركبات أو ألوان الركاب أو سعة المواقف.

مراعاة تأثير وسائل المساعدة على منطق المرحلة وإمكانية إكمالها.

8. المتطلبات التقنية

يشترط في المبرمج:

خبرة احترافية مثبتة في محرك Godot وتطوير ألعاب Android.

فهم عميق لهندسة البرمجيات بعيداً عن اللغة التي يود استخدامها

خبرة في تطوير ألعاب Puzzle Games أو Casual Games أو ألعاب مشابهة.

القدرة على بناء أنظمة مراحل مرنة وقابلة للتوسع.

كتابة كود نظيف ومنظم وموثق وقابل للصيانة، أفضل التوثيق تقريبا بجانب كل سطر.

تحسين أداء اللعبة لتعمل بسلاسة على أجهزة Android المتوسطة والضعيفة نسبيًا.

خبرة في دمج إعلانات Rewarded Ads مع Godot.

خبرة في تنفيذ أنظمة Leaderboard وHigh Score وحفظ بيانات اللاعبين.

التعامل الصحيح مع دورة حياة تطبيقات Android، خصوصًا عند عرض الإعلانات أو انتقال التطبيق إلى الخلفية.

تنفيذ الرسوم المتحركة والمؤثرات البصرية والصوتية بطريقة احترافية.

القدرة على اختبار اللعبة واكتشاف الأخطاء البرمجية ومعالجتها.

معرفة بمتطلبات وسياسات Google Play وتجهيز اللعبة للنشر.

الأولوية لمن لديه ألعاب منشورة بالفعل على Google Play ويمكنه تقديم روابط لأعمال سابقة قام بتطويرها بنفسه.

9. الجودة المطلوبة

لا أبحث عن نموذج تجريبي بسيط (Prototype)، بل عن لعبة احترافية متكاملة وجاهزة للنشر التجاري.

يجب أن تتضمن اللعبة:

واجهة مستخدم احترافية وسهلة الاستخدام.

رسومًا وحركات سلسة ومؤثرات مناسبة.

نظام مراحل متكاملًا.

نظام حفظ تقدم اللاعب.

نظام نقاط وأرقام قياسية.

لوحة ترتيب عالمية للاعبين.

نظام إعلانات اختيارية مقابل المكافآت.

نظام وسائل مساعدة قابلًا للتوسع.

أداء مستقرًا وخاليًا من الأخطاء المعروفة التي تؤثر على تجربة اللعب.

بنية برمجية تسمح بإضافة ميزات جديدة مستقبلًا.

وسيتم الاتفاق على التفاصيل النهائية للخصائص والمحتوى قبل بدء المشروع.

10. ملكية الكود وحقوق المشروع

هذا شرط أساسي وغير قابل للتفاوض:

جميع الأكواد البرمجية التي يتم تطويرها خصيصًا لهذا المشروع ستكون ملكًا حصريًا لي.

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

لا يحق للمبرمج بيع الكود أو إعادة توزيعه أو مشاركته مع أي طرف ثالث.

لا يجوز للمبرمج نشر اللعبة أو أي نسخة مشتقة منها لحسابه الخاص.

يجب تسليم المشروع كاملًا بصيغته المصدرية القابلة للتعديل، بما في ذلك جميع ملفات Godot والأكواد والموارد والملفات اللازمة للبناء والتطوير.

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

لا يجوز استخدام أي أكواد أو موارد تخالف حقوق الملكية الفكرية أو شروط الترخيص.

لا يجوز للمبرمج تضمين أي أبواب خلفية أو آليات وصول مخفية أو أكواد تتيح له التحكم باللعبة أو بياناتها.

يجب تسليم جميع الإعدادات والملفات اللازمة لصيانة المشروع وتطويره، على أن تكون الحسابات والخدمات المرتبطة بالإعلانات والنشر ولوحات الترتيب تحت سيطرتي.

سيتم توثيق حقوق الملكية الفكرية والسرية ونقل الحقوق في اتفاق مكتوب بين الطرفين.

11. التسليم النهائي والنشر على Google Play

لن يُعتبر المشروع مكتملًا أو مقبولًا بشكل نهائي بمجرد تسليم ملفات اللعبة أو تشغيلها على جهاز Android.

يُعتبر المشروع منجزًا ومستلمًا نهائيًا فقط بعد:

الانتهاء من تطوير اللعبة بجميع الخصائص المتفق عليها.

اختبار اللعبة والتأكد من استقرارها وعملها بصورة صحيحة.

اختبار الإعلانات الاختيارية والتأكد من عودة اللاعب إلى المرحلة دون فقدان التقدم.

اختبار وسائل المساعدة والتأكد من عدم إمكانية استخدامها أكثر من المسموح.

اختبار نظام High Score وLeaderboard وحفظ النتائج.

تسليم جميع ملفات المشروع والأكواد المصدرية.

تجهيز إصدار نهائي مطابق للمتطلبات التقنية وسياسات Google Play.

رفع اللعبة على Google Play من خلال حساب المطور الخاص بي.

اجتياز اللعبة مراجعة Google Play والحصول على الموافقة على نشرها.

أي تعديلات تقنية أو برمجية تطلبها Google Play بسبب مشاكل في اللعبة أو عدم توافقها مع متطلبات النشر ستكون ضمن مسؤوليات المبرمج حتى الحصول على الموافقة.

وبالتالي، فإن الحصول على موافقة Google Play على نشر اللعبة شرط أساسي لقبول التسليم النهائي وإتمام المشروع، وفقًا للاتفاق المكتوب بين الطرفين.

12. عند التقديم

يرجى إرسال المعلومات التالية:

نبذة عن خبرتك في تطوير الألعاب باستخدام Godot.

روابط لألعاب سابقة قمت بتطويرها، ويفضل أن تكون منشورة على Google Play.

توضيح دورك الفعلي في تطوير تلك الألعاب.

هل سبق لك تطوير ألعاب Parking Jam أو Bus Jam أو Color Sorting؟

هل لديك خبرة فعلية في دمج Rewarded Ads داخل ألعاب Godot؟

هل سبق لك تطوير Leaderboard أو High Score وربطه بخدمة إلكترونية؟

كيف ستقوم ببناء نظام المراحل وإدارة حركة المركبات والركاب؟

كيف ستضمن حفظ حالة اللعبة واستعادتها بشكل صحيح بعد مشاهدة الإعلانات؟

المدة المتوقعة لتنفيذ المشروع.

التكلفة المقترحة للتطوير.

ملاحظة أخيرة

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

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

الرجاء عدم التقديم إلا لمن لديه خبرة حقيقية وأعمال سابقة يمكن الاطلاع عليها.

نبذة عني:

أنا مهندس متخصص في تطوير (Firmware) والأنظمة المدمجة (Embedded Systems)، وأعمل بشكل يومي واحترافي في مجال البرمجة وتطوير الأنظمة البرمجية.

لدي تجربة سابقة متواضعة في برمجة الألعاب تعود إلى حوالي 10 سنوات، لكن تطوير الألعاب ليس مجال تخصصي الأساسي.

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

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