knative-extensions / knative-extensions/educational-game
Design the level to represent the Outbox Pattern in the game.
- Dominant language
- GDScript
- Stars
- 8
- Forks
- 29
- PR merge metrics
- No merged PRs in 30d
Description
This is a parent issue to design the level to represent the Outbox Pattern in the game with clear goals of success and failure like [previous designs](https://github.com/knative-extensions/educational-game/blob/main/Levels/brainstorm.md#c-level-transition-ideas).
There might be other sub issues arising later if we need to design any asset required specifically for this level.
Some references that can be used:
1. [Declarative Event-Driven-Application Patterns with Knative Eventing - Pierangelo Di Pilato & Matthias Wessendorf](https://www.youtube.com/watch?v=MqRy8J1WI3w)
2. [Gamifying Cloud Native: How to Design and Build an Educational Game for Your Project - Calum Murray, University of Toronto, Faculty of Applied Science and Engineering & Zainab Husain, OCAD University](https://youtu.be/TTBKh6F4v-g?si=MRmx6a2YJsl7y0Q-)
3. [Enterprise Integration Patterns- Messaging Patterns](https://www.enterpriseintegrationpatterns.com/patterns/messaging/)
4. [Knative Eventing Documentation](https://knative.dev/docs/eventing/)
Parent issue: #8
Contributor guide
Research direction
Start with Levels/brainstorm.md, especially the previous level-transition designs, then review the listed Outbox Pattern, messaging-pattern, and Knative Eventing references. Define the level’s goals, including clear success and failure conditions, and identify any asset work that should become a separate sub-issue.
Written by the indexing model from the issue text.
Assessment
- Domain
- design, game-dev
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Quiet
- Clarity
- Needs clarification
- Newbie friendliness
- 35/100