← Fundamentals of Game Development Level One · Lesson 2 of 9

Module One

📖 Every lesson in this course is free to read right here, no account needed. Create a free account to track your progress, take the exam, and earn your certificate.
1

Course Outline

Course Outline: Fundamentals of Game Development

🎮 Fundamentals of Game Development


📖 Course Introduction

Welcome to the Fundamentals of Game Development course! This course is designed for complete beginners—even if you have never made a game before. If you love playing games and have ever wondered, "How are games made?" then this is the perfect place to start!

Imagine you are building a giant Lego castle. You don't just put bricks together randomly. You need a plan, the right pieces, and you need to know how to put them together step by step. Making a game is exactly the same! You start with an idea, then you design it, build it, and finally test it to make sure it's fun.

In this course, you will learn the basics of game development. You will learn about game design, programming, graphics, sound, and testing. You will discover how to turn your ideas into real games that people can play.

By the end of this course, you will have a solid understanding of how games are made and you will be ready to start creating your own simple games. Let's begin our journey into the exciting world of game development!


🎯 Learning Objectives

By the end of this course, you will be able to:

  • Explain what game development is.
  • Understand the different stages of game development.
  • Design a simple game concept.
  • Understand the basics of game programming.
  • Create simple game graphics.
  • Add sound effects to a game.
  • Test and debug a game.
  • Understand different game genres.
  • Work with game engines.
  • Create your own simple game.

📚 Warm-up Story: The Boy Who Built a Game

There was a boy named Tunde who loved playing video games. He spent hours playing his favorite games, but one day he had a thought: "I wonder if I could make my own game?"

Tunde had an idea for a game about a little bird that had to fly through obstacles. He didn't know where to start. He asked his teacher, who told him about game development. She explained that making a game is like building a house: you need a plan, the right tools, and you have to build it step by step.

Tunde started with a simple design. He drew his bird, the obstacles, and the background on paper. Then he learned how to use a game engine to bring his drawings to life. He added code to make the bird fly and the obstacles move. He added sound effects to make it exciting.

After many weeks of hard work, Tunde finished his game. He showed it to his friends, and they loved it! They couldn't believe that he had made it himself. Tunde had become a game developer.

This story shows that anyone can make a game with the right knowledge and a lot of determination. Let's learn how to become game developers too!


📌 Lesson 1: What is Game Development?

Definition: Game development is the process of creating a video game from an idea to a finished product that people can play.

Why it is important: Game development is how we get the games we love to play. It combines creativity, technology, and storytelling.

Simple explanation: Game development is like building a Lego set. You start with a picture of what you want to build, then you put all the pieces together to make something amazing.

Real-life example: A team of developers creates a new mobile game that millions of people will download and play.

School example: A student creates a simple game for a school project.

Home example: A person makes a game for their younger sibling to play.

Nigerian example: A Nigerian game developer creates a game about Nigerian folklore for children to learn about their culture.

Illustration:

    GAME DEVELOPMENT
         |
         +--- Create an idea
         |
         +--- Design the game
         |
         +--- Build the game
         |
         +--- Test and fix
         |
         +--- Share with players
         |
         V
    A FINISHED GAME!
    

Mini summary: Game development is the process of creating a video game from an idea to a finished product that people can play.


📌 Lesson 2: The Game Development Process

Definition: The game development process is the step-by-step journey that a game goes through from idea to completion.

Why it is important: Following a process helps you stay organized and makes sure you don't forget anything important.

Simple explanation: The game development process is like baking a cake. You have to get the ingredients, mix them, bake it, and then decorate it.

Real-life example: A game studio follows a process to make sure their games are finished on time and are high quality.

School example: A student follows a process to complete a project on time.

Home example: A person follows a process to organize a party.

Nigerian example: A Nigerian game studio follows a process to develop educational games for schools.

Illustration:

    GAME DEVELOPMENT PROCESS
    1. Idea
    2. Design
    3. Development
    4. Testing
    5. Release
    6. Updates
    

Mini summary: The game development process is the step-by-step journey from idea to finished game.


📌 Lesson 3: Game Design

Definition: Game design is the process of planning what a game will look like, how it will work, and how players will interact with it.

Why it is important: Good game design makes a game fun and engaging. Without good design, a game might be confusing or boring.

Simple explanation: Game design is like writing a recipe for a meal. You plan what ingredients you need and how to cook it.

Real-life example: A game designer creates a document that describes the characters, levels, and rules of a new game.

School example: A student plans a project before they start building it.

Home example: A person plans a garden before they start planting.

Nigerian example: A Nigerian game designer creates a game based on traditional Nigerian stories.

Illustration:

    GAME DESIGN
         |
         +--- Characters
         |
         +--- Rules
         |
         +--- Levels
         |
         +--- Story
         |
         +--- How to play
         |
         V
    A PLAN FOR YOUR GAME
    

Mini summary: Game design is the planning stage of making a game. It includes characters, rules, levels, and story.


📌 Lesson 4: Game Engines

Definition: A game engine is a software tool that helps developers build games faster and easier.

Why it is important: Game engines provide ready-made tools for graphics, sound, physics, and more. They save time and effort.

Simple explanation: A game engine is like a toolbox full of tools for building a game. You don't have to make the tools yourself.

Real-life example: Unity and Unreal Engine are popular game engines used by professionals.

School example: A student uses a game engine to make a game for a class project.

Home example: A person uses a game engine to make a game for fun.

Nigerian example: A Nigerian developer uses Unity to create mobile games for the Nigerian market.

Illustration:

    GAME ENGINES
    +-------------------+-------------------+
    | Engine            | Best for          |
    +-------------------+-------------------+
    | Unity             | 2D and 3D games   |
    | Unreal Engine     | High-quality 3D   |
    | Godot             | Open-source games |
    | GameMaker         | 2D games          |
    | Scratch           | Beginners         |
    +-------------------+-------------------+
    

Mini summary: A game engine is a software tool that helps developers build games faster. Popular engines include Unity, Unreal, and Godot.


📌 Lesson 5: Game Programming Basics

Definition: Game programming is the process of writing code that tells the game what to do.

Why it is important: Code is what makes the game work. Without code, a game is just a drawing.

Simple explanation: Game programming is like giving instructions to a robot. You tell it what to do, and it follows your instructions.

Real-life example: A programmer writes code to make a character jump when the player presses the space bar.

School example: A student writes code to make a simple animation.

Home example: A person writes code to make a simple game for their phone.

Nigerian example: A Nigerian programmer writes code for a game about Nigerian history.

Illustration:

    GAME PROGRAMMING
         |
         +--- Code tells the game what to do
         |
         +--- If the player presses a key, something happens
         |
         +--- Example: "if space bar is pressed, character jumps"
         |
         V
    THE GAME WORKS!
    

Mini summary: Game programming is writing code that tells the game what to do. It makes the game interactive.


📌 Lesson 6: Game Graphics

Definition: Game graphics are the visual elements of a game, like characters, backgrounds, and objects.

Why it is important: Graphics make the game look good and help players understand what is happening.

Simple explanation: Game graphics are like the pictures in a storybook. They help tell the story.

Real-life example: A graphic artist creates the characters and backgrounds for a new game.

School example: A student draws characters for a game project.

Home example: A person creates pixel art for their game.

Nigerian example: A Nigerian artist creates graphics inspired by Nigerian culture for a game.

Illustration:

    GAME GRAPHICS
         |
         +--- Characters
         |
         +--- Backgrounds
         |
         +--- Objects
         |
         +--- Animations
         |
         V
    VISUAL STORYTELLING
    

Mini summary: Game graphics are the visual elements of a game, including characters, backgrounds, and objects.


📌 Lesson 7: Game Sound

Definition: Game sound includes the music, sound effects, and voice-overs in a game.

Why it is important: Sound makes games more immersive and exciting. It helps create the right mood and gives feedback to players.

Simple explanation: Game sound is like the music in a movie. It makes you feel the emotions of the scene.

Real-life example: A sound designer creates sound effects for a game, like footsteps, explosions, and music.

School example: A student adds sound effects to their game project.

Home example: A person records sounds for their game.

Nigerian example: A Nigerian sound designer uses traditional Nigerian instruments for a game soundtrack.

Illustration:

    GAME SOUND
         |
         +--- Music
         |
         +--- Sound effects
         |
         +--- Voice-overs
         |
         V
    IMMERSIVE EXPERIENCE
    

Mini summary: Game sound includes music, sound effects, and voice-overs. It makes games more immersive and exciting.


📌 Lesson 8: Game Testing

Definition: Game testing is the process of playing the game to find bugs and make sure it works correctly.

Why it is important: Testing helps you find problems so you can fix them before players see them.

Simple explanation: Game testing is like checking your work before you submit it. You want to make sure everything is right.

Real-life example: A game tester plays a game to find bugs and report them to the developers.

School example: A student tests their project to make sure it works.

Home example: A person tests their game to make sure it's fun.

Nigerian example: A Nigerian game tester tests a new mobile game before it is released.

Illustration:

    GAME TESTING
         |
         +--- Play the game
         |
         +--- Find bugs
         |
         +--- Report problems
         |
         +--- Fix issues
         |
         V
    A BETTER GAME
    

Mini summary: Game testing is the process of playing the game to find bugs and make sure it works correctly.


📌 Lesson 9: Game Genres

Definition: A game genre is a category of games that share similar gameplay, style, or themes.

Why it is important: Knowing game genres helps you understand what kind of game you want to make and who your audience is.

Simple explanation: Game genres are like different types of music. Some music is rock, some is pop, and some is classical. Games have different genres too.

Real-life example: Popular genres include action, adventure, puzzle, racing, and role-playing games (RPGs).

School example: A student decides to make a puzzle game for a project.

Home example: A person enjoys playing racing games.

Nigerian example: A Nigerian developer creates a game based on traditional Nigerian sports.

Illustration:

    GAME GENRES
    +-------------------+-------------------+
    | Genre             | Description       |
    +-------------------+-------------------+
    | Action            | Fast-paced        |
    | Adventure         | Story-driven      |
    | Puzzle            | Problem-solving   |
    | Racing            | Speed and timing  |
    | RPG               | Character growth  |
    | Strategy          | Planning and      |
    |                   | tactics           |
    +-------------------+-------------------+
    

Mini summary: A game genre is a category of games that share similar gameplay, style, or themes.


📌 Lesson 10: Storytelling in Games

Definition: Storytelling in games is the art of telling a story through gameplay, characters, and dialogue.

Why it is important: Stories make games more engaging and memorable. They give players a reason to care about the game.

Simple explanation: Storytelling in games is like reading a book where you are the main character. You get to make choices that affect the story.

Real-life example: A game like "The Legend of Zelda" has a rich story about a hero saving a princess.

School example: A student writes a story for their game project.

Home example: A person creates a game with a story about their favorite characters.

Nigerian example: A Nigerian game developer creates a game based on Nigerian folklore and legends.

Illustration:

    STORYTELLING IN GAMES
         |
         +--- Characters
         |
         +--- Dialogue
         |
         +--- Plot
         |
         +--- Player choices
         |
         V
    AN ENGAGING EXPERIENCE
    

Mini summary: Storytelling in games is the art of telling a story through gameplay, characters, and dialogue.


📌 Lesson 11: Level Design

Definition: Level design is the process of creating the environments where players will play the game.

Why it is important: Good level design makes the game fun to play. It challenges players and keeps them engaged.

Simple explanation: Level design is like building a playground. You design the slides, swings, and obstacles so that children have fun.

Real-life example: A level designer creates the layout of a game level, including platforms, enemies, and items.

School example: A student designs levels for a game project.

Home example: A person creates levels for their game.

Nigerian example: A Nigerian level designer creates levels inspired by Nigerian landscapes.

Illustration:

    LEVEL DESIGN
         |
         +--- Layout
         |
         +--- Obstacles
         |
         +--- Enemies
         |
         +--- Items
         |
         +--- Challenges
         |
         V
    FUN AND ENGAGING LEVELS
    

Mini summary: Level design is the process of creating the environments where players will play the game.


📌 Lesson 12: Player Experience

Definition: Player experience is the feeling and reaction that a player has when playing a game.

Why it is important: A good player experience makes players want to keep playing and recommend the game to others.

Simple explanation: Player experience is like how you feel when you watch a movie. If you enjoy it, you want to watch it again.

Real-life example: A game that is easy to learn, fun to play, and has good graphics creates a positive player experience.

School example: A student thinks about how players will feel when they play their game.

Home example: A person thinks about what makes a game fun.

Nigerian example: A Nigerian developer considers the player experience for their target audience.

Illustration:

    PLAYER EXPERIENCE
         |
         +--- Fun
         |
         +--- Challenge
         |
         +--- Engagement
         |
         +--- Satisfaction
         |
         V
    A MEMORABLE GAME
    

Mini summary: Player experience is the feeling and reaction that a player has when playing a game.


📌 Lesson 13: Game Monetization

Definition: Game monetization is the process of making money from a game.

Why it is important: Game developers need to make money to continue making games. Monetization helps them do that.

Simple explanation: Game monetization is like selling lemonade. You make lemonade (the game) and sell it to people who want to drink it (play it).

Real-life example: A game company makes money by selling the game, offering in-app purchases, or showing ads.

School example: A student sells their game to classmates.

Home example: A person makes a game and sells it on an app store.

Nigerian example: A Nigerian developer monetizes their game through in-app purchases.

Illustration:

    GAME MONETIZATION
         |
         +--- Sell the game
         |
         +--- In-app purchases
         |
         +--- Ads
         |
         +--- Subscriptions
         |
         V
    MAKE MONEY FROM YOUR GAME
    

Mini summary: Game monetization is the process of making money from a game through sales, in-app purchases, ads, and subscriptions.


📌 Lesson 14: Publishing a Game

Definition: Publishing a game is the process of releasing a game to the public so they can play it.

Why it is important: Publishing is how players find and play your game. It is the final step in the game development process.

Simple explanation: Publishing a game is like inviting people to a party. You want everyone to come and have a good time.

Real-life example: A game studio releases a new game on Steam, the App Store, or Google Play.

School example: A student shares their game with classmates.

Home example: A person uploads their game to a website for others to play.

Nigerian example: A Nigerian developer publishes a game on the Google Play Store.

Illustration:

    PUBLISHING A GAME
         |
         +--- Prepare the game
         |
         +--- Choose a platform
         |
         +--- Upload the game
         |
         +--- Market the game
         |
         V
    PLAYERS ENJOY YOUR GAME
    

Mini summary: Publishing a game is the process of releasing a game to the public so they can play it.


📌 Lesson 15: You Can Make Games!

Definition: Anyone can make a game with the right tools, knowledge, and determination.

Why it is important: Game development is a skill that anyone can learn. With practice, you can create amazing games.

Simple explanation: Making a game is like learning to ride a bike. At first, it might seem hard, but with practice, it becomes easy and fun.

Real-life example: Many successful game developers started with no experience and learned by doing.

School example: A student learns to make games by taking a course.

Home example: A person learns to make games by watching tutorials.

Nigerian example: A Nigerian developer learns to make games through online courses and practice.

Illustration:

    YOU CAN MAKE GAMES!
         |
         +--- Learn the basics
         |
         +--- Practice regularly
         |
         +--- Start small
         |
         +--- Keep improving
         |
         V
    BECOME A GAME DEVELOPER
    

Mini summary: Anyone can make games with the right tools, knowledge, and determination. Game development is a skill that anyone can learn.


📖 Key Vocabulary

Word Simple Definition
Game Development The process of creating a video game.
Game Engine A software tool that helps build games.
Game Design Planning what a game will look like and how it will work.
Programming Writing code to tell the game what to do.
Graphics The visual elements of a game (characters, backgrounds).
Sound The music and sound effects in a game.
Testing Playing the game to find bugs.
Genre A category of games (action, puzzle, etc.).
Storytelling Telling a story through the game.
Level Design Creating the environments where players play.
Player Experience How a player feels when playing a game.
Monetization Making money from a game.
Publishing Releasing a game to the public.
Bug A problem or error in a game.
Prototype A simple version of a game to test ideas.

🧠 Important Concepts

  • Game development is a process: It involves planning, designing, building, and testing.
  • Game engines make development easier: They provide ready-made tools.
  • Design is the foundation: A good game starts with a good design.
  • Programming brings the game to life: Code makes the game interactive.
  • Graphics and sound create immersion: They make the game feel real.
  • Testing is essential: It helps find and fix bugs.
  • Genres help define games: They group games by similar features.
  • Storytelling engages players: A good story makes players care.
  • Player experience is key: A fun game keeps players coming back.
  • Monetization is how developers make money: It supports future development.
  • Publishing is the final step: It gets the game to players.
  • Anyone can make games: With practice, you can become a game developer.

📝 Step-by-Step Explanations

How to make a simple game:

  1. Come up with an idea: What kind of game do you want to make?
  2. Design the game: Plan the characters, rules, and levels.
  3. Choose a game engine: Pick one that fits your needs (e.g., Unity, Scratch).
  4. Create the graphics: Draw or find images for your game.
  5. Write the code: Tell the game what to do.
  6. Add sound: Find or create music and sound effects.
  7. Test the game: Play it to find bugs.
  8. Fix the bugs: Make improvements based on testing.
  9. Publish the game: Share it with others.
  10. Get feedback: Listen to what players say and make updates.

How to design a game level:

  1. Decide the goal: What should the player achieve?
  2. Plan the layout: Where will platforms, obstacles, and enemies be?
  3. Add challenges: Make it fun and not too easy.
  4. Include items: Add things for the player to collect.
  5. Test the level: Play it to see if it's fun.
  6. Make adjustments: Change things based on testing.

🌍 Real-Life Examples

  • Minecraft: A game where you can build and explore. Made by Mojang.
  • Angry Birds: A mobile game where you fling birds at structures. Made by Rovio.
  • Super Mario: A classic platformer game. Made by Nintendo.
  • Fortnite: A battle royale game. Made by Epic Games.
  • Candy Crush: A match-three puzzle game. Made by King.

🇳🇬 Nigerian Examples

  • Mallam & Mallam: A Nigerian game about traditional culture.
  • Naija Quest: An educational game about Nigerian history.
  • Afro Games: A studio that creates games based on African culture.
  • Kano Games: A Nigerian game development studio.
  • Edo Quest: A game about the Benin Kingdom.

🧸 Fun Examples

  • Video games: Playing your favorite game and thinking about how it was made.
  • Board games: Making up your own board game with friends.
  • Card games: Creating your own card game with rules.
  • Sports: Making up a new game to play with friends.
  • Puzzles: Creating a puzzle for others to solve.

🏠 Everyday Examples

  • Planning a party: Planning activities and games for guests.
  • Organizing a competition: Creating a competition with rules and prizes.
  • Creating a story: Writing a story with characters and a plot.
  • Building a model: Building a model and making it look good.
  • Solving a problem: Finding a creative solution to a problem.

👩‍🏫 Teacher Notes

  • Use the warm-up story to introduce game development.
  • Encourage students to think about games they enjoy and why.
  • Use real-world examples to make concepts relatable.
  • Emphasize that game development is a creative and technical process.
  • Use examples from Nigerian culture to make it relatable.

👨‍👩‍👦 Parent Tips

  • Encourage your child to think about how games are made.
  • Help your child find resources to learn game development.
  • Discuss the importance of creativity and problem-solving.
  • Support your child's interest in technology and gaming.
  • Celebrate your child's learning journey.

🤔 Interesting Facts

  • The first video game was created in 1958 and was called "Tennis for Two."
  • The game industry is worth over $200 billion.
  • Some games take years to develop and involve hundreds of people.
  • Nigeria has a growing game development industry.
  • Many game developers started by making simple games as children.

💡 Did You Know?

  • Did you know that the first computer game was created by a physicist?
  • Did you know that some games are used for education and training?
  • Did you know that game developers often work in teams?
  • Did you know that Nigeria has a growing number of game developers?
  • Did you know that you can make a game without knowing how to code?

🧾 Remember This

  • Game development is the process of creating a video game.
  • The game development process includes idea, design, development, testing, and release.
  • Game engines make development easier.
  • Game design is planning the game.
  • Programming makes the game work.
  • Graphics and sound make the game immersive.
  • Testing finds and fixes bugs.
  • Genres group games by style.
  • Storytelling engages players.
  • Level design creates the game environments.
  • Player experience is how players feel.
  • Monetization is how developers make money.
  • Publishing releases the game to players.
  • Anyone can make games.

⚠️ Common Mistakes

  • Starting too big: Trying to make a huge game as your first project.
  • Not planning: Starting to build without a plan.
  • Ignoring testing: Not testing the game for bugs.
  • Not getting feedback: Not asking others to play and give feedback.
  • Giving up too soon: Game development takes time and effort.
  • Not learning from mistakes: Making the same mistakes over and over.

⭐ Best Practices

  • Start small: Make a simple game as your first project.
  • Plan before you build: Design the game before you start coding.
  • Test regularly: Play the game often to find bugs.
  • Get feedback: Ask others to play and give honest feedback.
  • Keep learning: Game development is always changing.
  • Be patient: Making games takes time and practice.
  • Have fun: Enjoy the process of creating.

🎨 Clear Illustrations

Game Development Process

    IDEA ---> DESIGN ---> DEVELOP ---> TEST ---> RELEASE ---> UPDATE
       |          |           |          |          |           |
       V          V           V          V          V           V
    Think     Plan       Build      Fix       Share     Improve
    of an     the        the        bugs      the       the
    idea      game       game                 game      game
    

Game Genres

    +-------------------+-------------------+
    | Genre             | Description       |
    +-------------------+-------------------+
    | Action            | Fast-paced        |
    | Adventure         | Story-driven      |
    | Puzzle            | Problem-solving   |
    | Racing            | Speed and timing  |
    | RPG               | Character growth  |
    | Strategy          | Planning and      |
    |                   | tactics           |
    +-------------------+-------------------+
    

Game Engine Comparison

    +-------------------+-------------------+
    | Engine            | Best for          |
    +-------------------+-------------------+
    | Unity             | 2D and 3D games   |
    | Unreal Engine     | High-quality 3D   |
    | Godot             | Open-source games |
    | GameMaker         | 2D games          |
    | Scratch           | Beginners         |
    +-------------------+-------------------+
    

Game Design Elements

    GAME DESIGN
         |
         +--- Characters
         |
         +--- Rules
         |
         +--- Levels
         |
         +--- Story
         |
         +--- How to play
         |
         V
    A PLAN FOR YOUR GAME
    

Level Design

    LEVEL DESIGN
         |
         +--- Layout
         |
         +--- Obstacles
         |
         +--- Enemies
         |
         +--- Items
         |
         +--- Challenges
         |
         V
    FUN AND ENGAGING LEVELS
    

📊 Comparison Tables

Game Engines Comparison

Engine Best for Difficulty
Unity 2D and 3D games Medium
Unreal Engine High-quality 3D Hard
Godot Open-source games Easy
GameMaker 2D games Easy
Scratch Beginners Very Easy

Game Genres Comparison

Genre Focus Example
Action Fast-paced gameplay Call of Duty
Adventure Story and exploration The Legend of Zelda
Puzzle Problem-solving Portal
Racing Speed and competition Need for Speed
RPG Character growth and story Final Fantasy
Strategy Planning and tactics Age of Empires

Lesson 1 Summary

Game development is the process of creating a video game from an idea to a finished product.

Lesson 2 Summary

The game development process is the step-by-step journey from idea to completed game.

Lesson 3 Summary

Game design is the planning stage of making a game. It includes characters, rules, and story.

Lesson 4 Summary

A game engine is a software tool that helps developers build games faster.

Lesson 5 Summary

Game programming is writing code that tells the game what to do.

Lesson 6 Summary

Game graphics are the visual elements of a game, including characters and backgrounds.

Lesson 7 Summary

Game sound includes music, sound effects, and voice-overs that make games immersive.

Lesson 8 Summary

Game testing is the process of playing the game to find bugs and make sure it works.

Lesson 9 Summary

A game genre is a category of games that share similar gameplay, style, or themes.

Lesson 10 Summary

Storytelling in games is the art of telling a story through gameplay and characters.

Lesson 11 Summary

Level design is the process of creating the environments where players will play.

Lesson 12 Summary

Player experience is the feeling and reaction that a player has when playing a game.

Lesson 13 Summary

Game monetization is the process of making money from a game.

Lesson 14 Summary

Publishing a game is the process of releasing a game to the public.

Lesson 15 Summary

Anyone can make games with the right tools, knowledge, and determination.


📝 End-of-Course Summary

Congratulations! You have completed the Fundamentals of Game Development course!

You have learned what game development is and why it is important. You now understand the game development process, from idea to finished game. You learned about game design, game engines, programming, graphics, sound, testing, genres, storytelling, level design, player experience, monetization, and publishing.

You also learned that anyone can make games with the right tools and determination. Whether you want to make games for fun, for school, or as a career, you now have the knowledge to start your journey.

Remember, game development is a skill that grows with practice. Start small, keep learning, and don't be afraid to make mistakes. Every great game developer started where you are now.

We hope you enjoyed this course and are excited to start making your own games. Thank you for joining us on this adventure!


❓ Frequently Asked Questions

  1. Q: What is game development?
    A: Game development is the process of creating a video game.
  2. Q: Do I need to know how to code to make games?
    A: Not necessarily. Some engines like Scratch allow you to make games without coding.
  3. Q: What is a game engine?
    A: A game engine is a software tool that helps developers build games.
  4. Q: What is the best game engine for beginners?
    A: Scratch and GameMaker are great for beginners. Unity is also good.
  5. Q: How long does it take to make a game?
    A: It depends on the complexity. Simple games can take days, while big games can take years.
  6. Q: Do I need to be good at art to make games?
    A: No, you can use simple graphics or find free graphics online.
  7. Q: What is a game genre?
    A: A game genre is a category of games with similar gameplay or style.
  8. Q: How do I publish my game?
    A: You can publish on platforms like Steam, App Store, or Google Play.
  9. Q: Can I make money from games?
    A: Yes, through sales, in-app purchases, ads, and other monetization methods.
  10. Q: Can anyone make a game?
    A: Yes, with the right tools and determination, anyone can make a game.

📝 Review Questions

  1. What is game development?
  2. What are the stages of the game development process?
  3. What is game design?
  4. What is a game engine?
  5. What is game programming?
  6. What are game graphics?
  7. What is game sound?
  8. Why is game testing important?
  9. What is a game genre?
  10. What is storytelling in games?
  11. What is level design?
  12. What is player experience?
  13. What is game monetization?
  14. What is publishing a game?
  15. Can anyone make a game?

✏️ Fill-in-the-Blank Exercises

  1. Game development is the process of creating a __________.
  2. A __________ is a software tool that helps build games.
  3. __________ is the planning stage of making a game.
  4. __________ is writing code to tell the game what to do.
  5. __________ are the visual elements of a game.
  6. __________ includes the music and sound effects in a game.
  7. __________ is playing the game to find bugs.
  8. A __________ is a category of games.
  9. __________ is telling a story through a game.
  10. __________ is creating the environments where players play.

✅ True or False Exercises

  1. Game development is only for experts. (False)
  2. A game engine helps developers build games. (True)
  3. Game design is the same as programming. (False)
  4. Testing is not important in game development. (False)
  5. There are different game genres. (True)
  6. Storytelling is not important in games. (False)
  7. Level design is creating game environments. (True)
  8. Player experience is how players feel. (True)
  9. Monetization is how developers make money. (True)
  10. Anyone can make a game. (True)

🔘 Multiple Choice Questions

  1. What is game development?
    A) Playing games
    B) Creating a video game
    C) Watching a movie
    Answer: B
  2. What is a game engine?
    A) A type of game
    B) A software tool for building games
    C) A game genre
    Answer: B
  3. What is game design?
    A) Writing code
    B) Planning the game
    C) Testing the game
    Answer: B
  4. What is game programming?
    A) Making graphics
    B) Writing code
    C) Creating sound
    Answer: B
  5. What are game graphics?
    A) Music and sound
    B) Visual elements
    C) Game rules
    Answer: B
  6. What is game sound?
    A) Visual elements
    B) Music and sound effects
    C) Game rules
    Answer: B
  7. Why is game testing important?
    A) To make the game harder
    B) To find and fix bugs
    C) To change the story
    Answer: B
  8. What is a game genre?
    A) A type of game engine
    B) A category of games
    C) A game developer
    Answer: B
  9. What is storytelling in games?
    A) Making graphics
    B) Telling a story through the game
    C) Testing the game
    Answer: B
  10. What is level design?
    A) Creating game environments
    B) Writing code
    C) Making sound effects
    Answer: A
  11. What is player experience?
    A) How a player feels when playing
    B) The game engine
    C) The game rules
    Answer: A
  12. What is game monetization?
    A) Making money from a game
    B) Testing the game
    C) Designing the game
    Answer: A
  13. What is publishing a game?
    A) Making a game
    B) Releasing a game to the public
    C) Testing a game
    Answer: B
  14. Which is a game engine?
    A) Photoshop
    B) Unity
    C) Word
    Answer: B
  15. Can anyone make a game?
    A) No, only experts
    B) Yes, with the right tools
    C) Only adults
    Answer: B

🔗 Matching Exercises

Match the term to its definition:

Term Definition
1. Game Development A) A software tool for building games
2. Game Engine B) The planning stage of making a game
3. Game Design C) Creating a video game
4. Programming D) Visual elements of a game
5. Graphics E) Writing code for a game
6. Sound F) Music and sound effects
7. Testing G) Finding and fixing bugs
8. Genre H) A category of games

Answers: 1-C, 2-A, 3-B, 4-E, 5-D, 6-F, 7-G, 8-H


📝 Short Answer Questions

  1. What is game development in your own words?
  2. What are the stages of the game development process?
  3. Why is game design important?
  4. What is the difference between a game engine and a game?
  5. Why is testing important in game development?

🎭 Scenario-Based Exercises

Scenario 1: You have an idea for a game about a character who collects stars. How would you design the game?

Scenario 2: You are making a game, but it keeps crashing. What should you do?

Scenario 3: You want to share your game with friends. How would you publish it?

Scenario 4: You want to make money from your game. What monetization methods would you use?


👥 Group Activity

Activity: Design a Game Together.

Instructions:

  1. In groups of 4-5, come up with an idea for a game.
  2. Design the game: characters, rules, levels, and story.
  3. Create a simple prototype using paper or a game engine.
  4. Present your game to the class.

🧑‍🎓 Individual Activity

Activity: My Game Idea.

Instructions:

  1. Think of a game idea you would like to make.
  2. Write a design document for the game.
  3. Include: characters, rules, levels, and story.
  4. Draw a sketch of the game.
  5. Share your idea with the class.

🗣️ Classroom Discussion Questions

  1. Why do you think games are popular?
  2. What makes a game fun to play?
  3. How can games be used for learning?
  4. What is the most interesting thing you learned about game development?
  5. Would you like to make games as a career?

🏗️ Mini Project

Project: Create a Simple Game.

Instructions:

  1. Use a game engine like Scratch or GameMaker to create a simple game.
  2. Include: a character, movement, and a goal.
  3. Test the game and fix any bugs.
  4. Share your game with the class.

📋 Practical Assignment

Assignment: Game Development Report.

Instructions:

  1. Choose a game you enjoy playing.
  2. Research how the game was made.
  3. Write a report on the game development process.
  4. Include: the game engine used, the design process, and the development team.
  5. Submit your report to the teacher.

🏆 Challenge Exercise

Challenge: The Game Development Challenge.

Instructions:

  1. Create a game in one week.
  2. The game must have at least two levels.
  3. It must include graphics, sound, and a scoring system.
  4. Test the game and fix any bugs.
  5. Present your game to the class.

🔑 Quiz Answers

Fill-in-the-Blank Answers:

  1. video game
  2. game engine
  3. Game design
  4. Programming
  5. Graphics
  6. Sound
  7. Testing
  8. genre
  9. Storytelling
  10. Level design

True or False Answers:

  1. False
  2. True
  3. False
  4. False
  5. True
  6. False
  7. True
  8. True
  9. True
  10. True

Multiple Choice Answers:

  1. B
  2. B
  3. B
  4. B
  5. B
  6. B
  7. B
  8. B
  9. B
  10. A
  11. A
  12. A
  13. B
  14. B
  15. B

🎯 Key Takeaways

  • Game development is creating a video game.
  • The game development process includes idea, design, development, testing, and release.
  • Game engines make development easier.
  • Game design is planning the game.
  • Programming makes the game work.
  • Graphics and sound make the game immersive.
  • Testing finds and fixes bugs.
  • Genres group games by style.
  • Storytelling engages players.
  • Level design creates the game environments.
  • Player experience is how players feel.
  • Monetization is how developers make money.
  • Publishing releases the game to players.
  • Anyone can make games.

🔜 Preparation for the Next Module

Congratulations on completing the Fundamentals of Game Development course!

Now that you have learned the basics of game development, you are ready to take the next step. Here are some suggestions for what to do next:

  • Practice: Start making simple games using what you have learned.
  • Learn a game engine: Try Unity, Godot, or GameMaker.
  • Join a community: Connect with other game developers online.
  • Take more courses: Learn about programming, art, or sound design.
  • Keep building: The more games you make, the better you will become.

Thank you for taking this course! We hope you enjoyed it and learned a lot. Keep creating, keep learning, and never stop making games!


End of Fundamentals of Game Development 🎓

Your game development journey starts now!

2

Module One

```html Module One: What is Game Development?

🎮 Module One: What is Game Development?


📖 Module Introduction

Welcome to Module One of your Fundamentals of Game Development course! In this module, we will learn about Game Development.

Have you ever played a video game and thought, "I wonder how this was made?" Or maybe you have an idea for a game and you want to bring it to life? This is exactly what game development is all about.

Game development is the process of creating a video game. It is like building a house, but instead of bricks and wood, you use ideas, code, art, and sound. You start with a simple idea and then turn it into something that people can play and enjoy.

In this module, you will learn what game development is, why it is important, and what it takes to become a game developer. You will discover the different roles in game development and the skills you need to get started. Let's begin our journey into the exciting world of game development!


🎯 Learning Objectives

By the time you finish this module, you will be able to:

  • Explain what game development is.
  • Understand why game development is important.
  • Identify the different roles in game development.
  • Recognize the skills needed to be a game developer.
  • Understand the game development process.
  • Know the difference between a game developer and a game player.
  • Identify different types of games.
  • Understand the importance of creativity in game development.
  • Recognize the role of technology in games.
  • Feel excited to learn more about game development!

📚 Warm-up Story: The Boy Who Built a Game

There was a boy named Tunde who loved playing video games. He spent hours playing his favorite games, but one day he had a thought: "I wonder if I could make my own game?"

Tunde had an idea for a game about a little bird that had to fly through obstacles. He didn't know where to start. He asked his teacher, who told him about game development. She explained that making a game is like building a house: you need a plan, the right tools, and you have to build it step by step.

Tunde started with a simple design. He drew his bird, the obstacles, and the background on paper. Then he learned how to use a game engine to bring his drawings to life. He added code to make the bird fly and the obstacles move. He added sound effects to make it exciting.

After many weeks of hard work, Tunde finished his game. He showed it to his friends, and they loved it! They couldn't believe that he had made it himself. Tunde had become a game developer.

This story shows that anyone can make a game with the right knowledge and a lot of determination. Let's learn how to become game developers too!


📌 Lesson 1: What is Game Development?

Definition: Game development is the process of creating a video game from an idea to a finished product that people can play.

Why it is important: Game development is how we get the games we love to play. It combines creativity, technology, and storytelling.

Simple explanation: Game development is like building a Lego set. You start with a picture of what you want to build, then you put all the pieces together to make something amazing.

Real-life example: A team of developers creates a new mobile game that millions of people will download and play.

School example: A student creates a simple game for a school project.

Home example: A person makes a game for their younger sibling to play.

Nigerian example: A Nigerian game developer creates a game about Nigerian folklore for children to learn about their culture.

Illustration:

    GAME DEVELOPMENT
         |
         +--- Create an idea
         |
         +--- Design the game
         |
         +--- Build the game
         |
         +--- Test and fix
         |
         +--- Share with players
         |
         V
    A FINISHED GAME!
    

Mini summary: Game development is the process of creating a video game from an idea to a finished product that people can play.


📌 Lesson 2: Why Game Development is Important

Definition: Game development is important because it creates entertainment, teaches skills, and brings people together.

Why it is important: Games are not just for fun. They can teach us problem-solving, teamwork, and creativity. They also help us connect with others.

Simple explanation: Game development is like writing a book or making a movie. It tells stories and creates experiences that people enjoy.

Real-life example: Educational games help children learn math and reading.

School example: A student learns to code by making a game.

Home example: A family plays a game together and has fun.

Nigerian example: Nigerian game developers create games that teach children about Nigerian history and culture.

Illustration:

    WHY GAME DEVELOPMENT MATTERS
         |
         +--- Entertainment
         |
         +--- Education
         |
         +--- Creativity
         |
         +--- Connection
         |
         V
    MAKES THE WORLD BETTER
    

Mini summary: Game development is important because it creates entertainment, teaches skills, and brings people together.


📌 Lesson 3: The Game Development Process

Definition: The game development process is the step-by-step journey that a game goes through from idea to completion.

Why it is important: Following a process helps you stay organized and makes sure you don't forget anything important.

Simple explanation: The game development process is like baking a cake. You have to get the ingredients, mix them, bake it, and then decorate it.

Real-life example: A game studio follows a process to make sure their games are finished on time and are high quality.

School example: A student follows a process to complete a project on time.

Home example: A person follows a process to organize a party.

Nigerian example: A Nigerian game studio follows a process to develop educational games for schools.

Illustration:

    GAME DEVELOPMENT PROCESS
    1. Idea
    2. Design
    3. Development
    4. Testing
    5. Release
    6. Updates
    

Mini summary: The game development process is the step-by-step journey from idea to finished game.


📌 Lesson 4: Who Makes Games?

Definition: Games are made by a team of people with different skills. This team is called the development team.

Why it is important: A game cannot be made by one person alone. Different people bring different skills to make the game great.

Simple explanation: A development team is like a football team. Everyone has a different position, but they all work together to win the game.

Real-life example: A game development team includes designers, programmers, artists, and sound engineers.

School example: A group project where each student does a different part.

Home example: A family working together to cook a meal.

Nigerian example: Nigerian game development teams create games that showcase Nigerian culture.

Illustration:

    DEVELOPMENT TEAM
    +-------------------+-------------------+
    | Role              | What they do      |
    +-------------------+-------------------+
    | Game Designer     | Plans the game    |
    | Programmer        | Writes the code   |
    | Artist            | Creates graphics  |
    | Sound Engineer    | Adds music and    |
    |                   | sound effects     |
    | Tester            | Finds bugs        |
    | Producer          | Manages the       |
    |                   | project           |
    +-------------------+-------------------+
    

Mini summary: Games are made by a team of people with different skills, including designers, programmers, artists, and sound engineers.


📌 Lesson 5: The Game Designer

Definition: A game designer is the person who plans the game. They decide what the game will look like, how it will work, and what players will do.

Why it is important: The game designer creates the vision for the game. Without a designer, the game might be confusing or boring.

Simple explanation: A game designer is like an architect who designs a building. They make a plan before anyone starts building.

Real-life example: A game designer creates a document that describes the characters, levels, and rules of a new game.

School example: A student plans a project before they start building it.

Home example: A person plans a garden before they start planting.

Nigerian example: A Nigerian game designer creates a game based on traditional Nigerian stories.

Illustration:

    GAME DESIGNER
         |
         +--- Plans the game
         |
         +--- Designs characters
         |
         +--- Creates rules
         |
         +--- Designs levels
         |
         V
    A PLAN FOR THE GAME
    

Mini summary: A game designer is the person who plans the game, including characters, rules, and levels.


📌 Lesson 6: The Programmer

Definition: A programmer is the person who writes the code that makes the game work.

Why it is important: Without code, the game is just a drawing. Code makes the game interactive and fun.

Simple explanation: A programmer is like a builder who takes the architect's plan and builds the house.

Real-life example: A programmer writes code to make a character jump when the player presses the space bar.

School example: A student writes code to make a simple animation.

Home example: A person writes code to make a simple game for their phone.

Nigerian example: A Nigerian programmer writes code for a game about Nigerian history.

Illustration:

    PROGRAMMER
         |
         +--- Writes code
         |
         +--- Makes the game work
         |
         +--- Fixes bugs
         |
         +--- Adds features
         |
         V
    THE GAME WORKS!
    

Mini summary: A programmer writes the code that makes the game work.


📌 Lesson 7: The Artist

Definition: An artist is the person who creates the graphics for the game, including characters, backgrounds, and objects.

Why it is important: Graphics make the game look good and help players understand what is happening.

Simple explanation: An artist is like a painter who creates beautiful pictures for the game.

Real-life example: A graphic artist creates the characters and backgrounds for a new game.

School example: A student draws characters for a game project.

Home example: A person creates pixel art for their game.

Nigerian example: A Nigerian artist creates graphics inspired by Nigerian culture for a game.

Illustration:

    ARTIST
         |
         +--- Creates characters
         |
         +--- Draws backgrounds
         |
         +--- Designs objects
         |
         +--- Adds color and style
         |
         V
    VISUAL STORYTELLING
    

Mini summary: An artist creates the graphics for the game, including characters, backgrounds, and objects.


📌 Lesson 8: The Sound Engineer

Definition: A sound engineer is the person who creates the music and sound effects for the game.

Why it is important: Sound makes games more immersive and exciting. It helps create the right mood and gives feedback to players.

Simple explanation: A sound engineer is like a music composer who creates the soundtrack for a movie.

Real-life example: A sound engineer creates sound effects for a game, like footsteps, explosions, and music.

School example: A student adds sound effects to their game project.

Home example: A person records sounds for their game.

Nigerian example: A Nigerian sound engineer uses traditional Nigerian instruments for a game soundtrack.

Illustration:

    SOUND ENGINEER
         |
         +--- Creates music
         |
         +--- Adds sound effects
         |
         +--- Records voice-overs
         |
         +--- Mixes audio
         |
         V
    IMMERSIVE EXPERIENCE
    

Mini summary: A sound engineer creates the music and sound effects for the game.


📌 Lesson 9: The Tester

Definition: A tester is the person who plays the game to find bugs and make sure it works correctly.

Why it is important: Testing helps you find problems so you can fix them before players see them.

Simple explanation: A tester is like a proofreader who checks a book for mistakes before it is published.

Real-life example: A game tester plays a game to find bugs and report them to the developers.

School example: A student tests their project to make sure it works.

Home example: A person tests their game to make sure it's fun.

Nigerian example: A Nigerian game tester tests a new mobile game before it is released.

Illustration:

    TESTER
         |
         +--- Plays the game
         |
         +--- Finds bugs
         |
         +--- Reports problems
         |
         +--- Verifies fixes
         |
         V
    A BETTER GAME
    

Mini summary: A tester plays the game to find bugs and make sure it works correctly.


📌 Lesson 10: The Producer

Definition: A producer is the person who manages the project and makes sure everything gets done on time and within budget.

Why it is important: The producer keeps the team organized and motivated. Without a producer, the project might go off track.

Simple explanation: A producer is like the coach of a sports team. They make sure everyone is working together and doing their best.

Real-life example: A producer creates a schedule for the game development and makes sure everyone meets their deadlines.

School example: A student leads a group project and makes sure everyone does their part.

Home example: A person organizes a family event and makes sure everything is ready.

Nigerian example: A Nigerian producer manages a game development project and ensures it is completed on time.

Illustration:

    PRODUCER
         |
         +--- Manages the project
         |
         +--- Creates a schedule
         |
         +--- Keeps team motivated
         |
         +--- Solves problems
         |
         V
    PROJECT SUCCESS
    

Mini summary: A producer manages the project and makes sure everything gets done on time and within budget.


📌 Lesson 11: Types of Games

Definition: There are many different types of games, including action, adventure, puzzle, racing, and strategy games.

Why it is important: Knowing the different types of games helps you decide what kind of game you want to make.

Simple explanation: Types of games are like different genres of movies. Some movies are action, some are comedies, and some are dramas.

Real-life example: Call of Duty is an action game. The Legend of Zelda is an adventure game. Candy Crush is a puzzle game.

School example: A student decides to make a puzzle game for a project.

Home example: A person enjoys playing racing games.

Nigerian example: A Nigerian developer creates a game based on traditional Nigerian sports.

Illustration:

    TYPES OF GAMES
    +-------------------+-------------------+
    | Type              | Description       |
    +-------------------+-------------------+
    | Action            | Fast-paced        |
    | Adventure         | Story-driven      |
    | Puzzle            | Problem-solving   |
    | Racing            | Speed and timing  |
    | Strategy          | Planning and      |
    |                   | tactics           |
    | RPG               | Character growth  |
    | Sports            | Athletic          |
    |                   | competition       |
    +-------------------+-------------------+
    

Mini summary: There are many different types of games, including action, adventure, puzzle, racing, and strategy games.


📌 Lesson 12: Skills for Game Development

Definition: Game developers need a mix of creative and technical skills to make great games.

Why it is important: The right skills help you turn your ideas into real games.

Simple explanation: Skills are like tools in a toolbox. You need different tools for different jobs.

Real-life example: A game developer needs creativity, coding skills, and problem-solving skills.

School example: A student needs study skills and communication skills to succeed in school.

Home example: A person needs organizational skills and communication skills to manage a household.

Nigerian example: A Nigerian game developer needs creativity, technical skills, and an understanding of the local market.

Illustration:

    SKILLS FOR GAME DEVELOPMENT
    +-------------------+-------------------+
    | Skill             | Description       |
    +-------------------+-------------------+
    | Creativity        | Think of new ideas|
    | Problem-solving   | Find solutions    |
    | Programming       | Write code        |
    | Art               | Create graphics   |
    | Sound design      | Create music and  |
    |                   | sound effects     |
    | Communication     | Work with others  |
    | Teamwork          | Collaborate       |
    +-------------------+-------------------+
    

Mini summary: Game developers need a mix of creative and technical skills, including creativity, problem-solving, programming, and art.


📌 Lesson 13: Creativity in Game Development

Definition: Creativity is the ability to think of new ideas and bring them to life.

Why it is important: Creativity is what makes games unique and fun. Without creativity, all games would be the same.

Simple explanation: Creativity is like imagination that you can share with others. You think of something new and make it real.

Real-life example: A game designer comes up with a new character that players will love.

School example: A student thinks of a creative idea for a project.

Home example: A person thinks of a creative way to decorate their room.

Nigerian example: A Nigerian game developer creates a game based on Nigerian folklore and legends.

Illustration:

    CREATIVITY
         |
         +--- Think of new ideas
         |
         +--- Imagine possibilities
         |
         +--- Create something new
         |
         +--- Share with others
         |
         V
    UNIQUE GAMES
    

Mini summary: Creativity is the ability to think of new ideas and bring them to life. It makes games unique and fun.


📌 Lesson 14: Technology in Game Development

Definition: Technology is the tools and machines used to create games, like computers, software, and game engines.

Why it is important: Technology makes it possible to create games. Without technology, we couldn't have the amazing games we play today.

Simple explanation: Technology is like the paint and brushes for an artist. You need the right tools to create your masterpiece.

Real-life example: A game developer uses a computer and game engine to build a game.

School example: A student uses a computer to do research.

Home example: A person uses a phone to play games.

Nigerian example: Nigerian game developers use technology to create games that can be played on mobile phones.

Illustration:

    TECHNOLOGY IN GAME DEVELOPMENT
         |
         +--- Computers
         |
         +--- Game engines
         |
         +--- Graphics software
         |
         +--- Sound software
         |
         V
    MAKE GAMES POSSIBLE
    

Mini summary: Technology is the tools and machines used to create games, like computers, software, and game engines.


📌 Lesson 15: You Can Be a Game Developer!

Definition: Anyone can be a game developer with the right skills, tools, and determination.

Why it is important: Game development is a skill that anyone can learn. With practice, you can create amazing games.

Simple explanation: Being a game developer is like being an artist. You start by learning the basics, and with practice, you become better and better.

Real-life example: Many successful game developers started with no experience and learned by doing.

School example: A student learns to make games by taking a course.

Home example: A person learns to make games by watching tutorials.

Nigerian example: A Nigerian developer learns to make games through online courses and practice.

Illustration:

    YOU CAN BE A GAME DEVELOPER!
         |
         +--- Learn the basics
         |
         +--- Practice regularly
         |
         +--- Start small
         |
         +--- Keep improving
         |
         V
    BECOME A GAME DEVELOPER
    

Mini summary: Anyone can be a game developer with the right skills, tools, and determination.


📖 Key Vocabulary

Word Simple Definition
Game Development The process of creating a video game.
Game Designer The person who plans the game.
Programmer The person who writes the code.
Artist The person who creates the graphics.
Sound Engineer The person who creates the music and sound effects.
Tester The person who finds bugs.
Producer The person who manages the project.
Game Engine A software tool for building games.
Code Instructions that tell the game what to do.
Graphics The visual elements of a game.
Sound The music and sound effects in a game.
Bug A problem or error in a game.
Genre A category of games.
Creativity Thinking of new ideas.
Technology Tools used to create games.

🧠 Important Concepts

  • Game development is the process of creating a video game: It involves many steps.
  • Games are made by a team: Different people have different roles.
  • A game designer plans the game: They decide what the game will be like.
  • A programmer writes the code: Code makes the game work.
  • An artist creates the graphics: Graphics make the game look good.
  • A sound engineer creates the music and sound effects: Sound makes the game immersive.
  • A tester finds bugs: Testing helps make the game better.
  • A producer manages the project: They keep everything on track.
  • There are many types of games: Action, adventure, puzzle, racing, and more.
  • Game developers need creativity and technical skills: Both are important.
  • Technology is essential for game development: Computers and software make games possible.
  • Anyone can be a game developer: With practice, you can learn the skills.

3

Module Two

Module Two · Fundamentals of Game Development

🎮 Module Two: Fundamentals of Game Development

Welcome, young game maker! In this module, we will learn how games are built from the ground up. We will talk about the main parts of every game, how players interact with games, and what makes a game fun. By the end, you will know the secret ingredients that game designers use to create the games you love. Ready? Let's go!

🎯 Learning Objectives

  • Understand what a game really is.
  • Name the four main parts of every game.
  • Explain the difference between a game and a toy.
  • Know what a game loop is and why it's important.
  • Describe how players make choices in games.
  • Identify the types of challenges in games.
  • Recognise feedback in games (sounds, points, etc.).
  • Think like a game designer when solving problems.

📖 Warm-up Story: The Lost Treasure of Gameland

Once upon a time, in a small village called Gameland, there lived a girl named Ada. Ada loved playing games with her friends. One day, the village elder said, “Ada, I have a challenge for you. Somewhere in the forest, there is a hidden treasure. But to find it, you must follow a set of rules, face obstacles, and make choices along the way. Every time you make a choice, the forest will give you a sign – a sound, a light, or a message. If you reach the treasure, you win!”

Ada thought, “This sounds just like a game!” She followed the path, jumped over a log, chose the left tunnel, and collected shiny stones as points. When she reached the treasure, a big “🎉 YOU WIN!” appeared. Ada realised that the forest was actually a game. Every game – whether on a phone, a board, or in a forest – has the same parts: rules, challenges, choices, and feedback. And that is exactly what we will learn in this module!

📚 Main Lessons

Lesson 1: What is a Game?

Definition: A game is a fun activity where players follow rules, face challenges, make choices, and get feedback.

Why important: If you don't know what a game is, you can't build one. This is the foundation.

Simple explanation: A game is like a playground with a set of rules. You play, you try to win, and the game tells you how you are doing.

Real-life example: Football is a game. Players follow rules (no hands), face challenges (opponents), make choices (pass or shoot), and get feedback (goal or miss).

School example: A spelling bee is a game. You spell words, you get points, and the teacher tells you if you are right.

Home example: Board games like Ludo or Snakes and Ladders are games. You roll dice, move pieces, and follow the board's rules.

Nigerian example: “Ayo” (or Mancala) is a traditional Nigerian game. Players move seeds in holes, capture the opponent's seeds, and the board gives feedback by showing who has more seeds.

Illustration:

      GAME
    /   |   \
RULES  CHALLENGES  FEEDBACK
   |       |          |
  follow  face      get

Mini summary: A game is a fun activity with rules, challenges, choices, and feedback.


Lesson 2: The Four Parts of Every Game

Definition: Every game has four main parts: Rules, Objectives, Challenges, and Feedback.

Why important: If you know these four parts, you can understand any game and even create your own.

Simple explanation: Think of these as the four legs of a table. If one leg is missing, the table (game) falls.

Real-life example: In the game of Chess: Rules (how pieces move), Objective (checkmate the king), Challenges (opponent's moves), Feedback (you capture a piece).

School example: In a class quiz: Rules (raise hand to answer), Objective (get the highest score), Challenges (difficult questions), Feedback (teacher says “correct” or “wrong”).

Home example: In a video game like Mario: Rules (avoid enemies), Objective (reach the flag), Challenges (jumping over gaps), Feedback (coins and sound effects).

Nigerian example: In the game “Tinko Tinko” (a hand-clapping game): Rules (clap in a pattern), Objective (not miss a clap), Challenges (speed increases), Feedback (laughter and claps).

Illustration:

  +------------------+
  |    GAME PARTS    |
  +------------------+
  | 1. RULES         |
  | 2. OBJECTIVE     |
  | 3. CHALLENGES    |
  | 4. FEEDBACK      |
  +------------------+

Mini summary: Every game has rules, a goal, obstacles, and ways to tell you how you are doing.


Lesson 3: Game vs. Toy

Definition: A toy is something you play with, but it does not have rules or a goal. A game has rules and a goal.

Why important: So you don't confuse a game with a toy. Both are fun, but games have structure.

Simple explanation: A toy is like a ball – you can throw it any way you want. A game is like basketball – you have to dribble and shoot to score.

Real-life example: A doll is a toy. You can do anything with it. But a board game like Monopoly is a game – you must follow the rules to win.

School example: A puzzle is a toy if you just play with the pieces. But if you try to complete the picture in a certain time, it becomes a game.

Home example: A remote-control car is a toy. But if you race it against a friend on a track, it becomes a game.

Nigerian example: “Kite” is a toy if you just fly it. But if you have a competition to see whose kite flies highest, it becomes a game.

Illustration:

  TOY          GAME
  ----          ----
  No rules      Has rules
  No goal       Has objective
  Free play     Structured play

Mini summary: Games have rules and goals; toys do not. Both are fun, but games are organised.


Lesson 4: The Game Loop

Definition: The game loop is the cycle that repeats over and over in a game: input → update → output.

Why important: The game loop keeps the game running smoothly. Without it, the game would freeze.

Simple explanation: Imagine a loop like a circle. The game waits for your action (input), then it changes the game (update), then it shows you the result (output). Then it goes back to waiting for your next action.

Real-life example: When you play a racing game, you press the arrow key (input). The car moves forward (update). The screen shows the car moving (output). Then you press another key.

School example: In a maths game, you type an answer (input). The computer checks it (update). It shows “correct” or “try again” (output).

Home example: When you play a guessing game, you say a number (input). Your friend says “higher” or “lower” (update), and you hear the answer (output).

Nigerian example: In the game “Ten-Ten” (a counting game), you say a number (input), the next person says the next number (update), and everyone hears the count (output).

Illustration:

   +-----------+
   |   INPUT   |  (player presses key / speaks)
   +-----+-----+
         |
         v
   +-----+-----+
   |   UPDATE  |  (game changes: score, position)
   +-----+-----+
         |
         v
   +-----+-----+
   |   OUTPUT  |  (screen / sound / feedback)
   +-----+-----+
         |
         v
   (loop back to INPUT)

Mini summary: The game loop is: you act, the game updates, you see the result – and it repeats.


Lesson 5: Players and Choices

Definition: A player is the person who plays the game. Choices are the decisions the player makes during the game.

Why important: Without players, games are just code. Players make games come alive through their choices.

Simple explanation: You are the player. Every time you click, tap, or say something, you are making a choice. The game changes based on your choice.

Real-life example: In a maze game, you choose to go left or right. That choice leads you to the exit or a dead end.

School example: In a choose-your-own-adventure story, you choose what the character does next. The story changes.

Home example: In a cooking game, you choose ingredients. Your choice affects the final dish.

Nigerian example: In the game “Talo” (a local counting game), you choose which number to call. Your choice can make you win or lose.

Illustration:

     PLAYER
        |
   CHOOSES
     /   \
  LEFT   RIGHT
    |       |
  result  result

Mini summary: Players are the people who play. They make choices, and each choice leads to a different result.


Lesson 6: Challenges and Obstacles

Definition: Challenges are the difficult tasks you must complete in a game. Obstacles are things that block your way.

Why important: Challenges make games exciting. Without them, games would be boring and too easy.

Simple explanation: A challenge is like a puzzle you need to solve. An obstacle is like a wall you need to get over.

Real-life example: In a platform game, jumping over a gap is a challenge. A moving enemy is an obstacle.

School example: In a maths game, solving a multiplication problem is a challenge. A timer that counts down is an obstacle.

Home example: In a racing game, the track is a challenge. Other cars are obstacles.

Nigerian example: In the game “Draft” (a local card game), getting the right cards is a challenge. The opponent's strong hand is an obstacle.

Illustration:

  +-----------------------+
  |   PLAYER              |
  |   |                   |
  |   v                   |
  |   CHALLENGE (jump)    |
  |   |                   |
  |   v                   |
  |   OBSTACLE (enemy)    |
  |   |                   |
  |   v                   |
  |   SUCCESS or FAIL     |
  +-----------------------+

Mini summary: Challenges are tasks to complete, obstacles are things in your way. They make games thrilling!


Lesson 7: Feedback – The Game's Voice

Definition: Feedback is the information the game gives you about your actions. It can be visual, sound, or points.

Why important: Feedback tells you if you are doing well or need to change your strategy. It keeps you engaged.

Simple explanation: Feedback is like a teacher saying “good job” or “try again”. The game talks to you through feedback.

Real-life example: In a shooting game, when you hit a target, you hear a “boom” and see points appear. That is feedback.

School example: In a spelling game, when you spell correctly, you see a star ✨. When wrong, you see a red cross.

Home example: In a cooking game, when you add the right ingredient, the pot glows. That's feedback.

Nigerian example: In “Ayo”, when you capture seeds, you see them move to your side. That visual is feedback.

Illustration:

  ACTION (you play)
     |
     v
  FEEDBACK
  /   |   \
sound points visual

Mini summary: Feedback is how the game answers you – with sounds, points, or pictures.


Lesson 8: Rules – The Game's Laws

Definition: Rules are the instructions that tell you what you can and cannot do in a game.

Why important: Rules make the game fair and fun. They tell everyone how to play.

Simple explanation: Rules are like traffic lights. They tell you when to go and when to stop.

Real-life example: In football, you cannot touch the ball with your hands (unless you are the goalkeeper). That is a rule.

School example: In a class game, the rule might be “no talking during the game”.

Home example: In a board game, the rule might be “roll the dice and move that many spaces”.

Nigerian example: In the game “Tinko Tinko”, the rule is to clap in a specific rhythm.

Illustration:

  RULES
  ------
  1. Do not cheat.
  2. Take turns.
  3. Follow the dice.
  4. Have fun!

Mini summary: Rules are the instructions that guide the game. Every player must follow them.


Lesson 9: Objectives – The Goal

Definition: The objective is the goal or purpose of the game. It is what you are trying to achieve.

Why important: The objective gives you a reason to play. It tells you when you have won.

Simple explanation: The objective is like a treasure you are looking for. Once you find it, you win.

Real-life example: In a racing game, the objective is to finish first.

School example: In a quiz, the objective is to get the most points.

Home example: In a puzzle game, the objective is to complete the picture.

Nigerian example: In “Ayo”, the objective is to capture more seeds than your opponent.

Illustration:

  OBJECTIVE
     |
  WINNING CONDITION
     |
  Example: Score 10 points

Mini summary: The objective is the goal of the game. When you reach it, you win.


Lesson 10: Fun – The Secret Sauce

Definition: Fun is the feeling of enjoyment and excitement you get when playing a game.

Why important: If a game is not fun, no one wants to play it. Fun is why games exist.

Simple explanation: Fun is like a happy feeling in your tummy. Games are designed to give you that feeling.

Real-life example: When you play your favourite video game and laugh, that is fun.

School example: When you play a game with friends during break and you all smile, that is fun.

Home example: When you play a board game with your family and everyone is excited, that is fun.

Nigerian example: When children gather to play “Ten-Ten” and they laugh and cheer, that is fun.

Illustration:

   FUN
   /|\
 challenge choices feedback
    \ | /
     joy 😊

Mini summary: Fun is the best part of games. It comes from challenges, choices, and feedback.


Lesson 11: Types of Games

Definition: Games can be different types: action, puzzle, adventure, sports, and many more.

Why important: Different types appeal to different players. Knowing types helps you design for your audience.

Simple explanation: Just like there are many flavours of ice cream, there are many types of games.

Real-life example: Minecraft is a building and adventure game. Fortnite is a battle game.

School example: A memory card game is a puzzle type.

Home example: Monopoly is a board game (strategy type).

Nigerian example: “Ludo” is a popular board game in Nigeria. “Ayo” is a strategy game.

Illustration:

   GAME TYPES
   ----------
   Action   🕹️
   Puzzle   🧩
   Adventure 🗺️
   Sports   ⚽
   Strategy 🧠

Mini summary: Games come in many types. Each type offers a different kind of fun.


Lesson 12: Game Mechanics

Definition: Game mechanics are the actions you can do in a game, like running, jumping, or collecting.

Why important: Mechanics are the things you do in the game. They make the game interactive.

Simple explanation: Mechanics are like the verbs of the game. What can you do? Jump, shoot, run, etc.

Real-life example: In Mario, mechanics are jumping, running, and stomping on enemies.

School example: In a typing game, the mechanic is pressing keys to spell words.

Home example: In a cooking game, mechanics are chopping, stirring, and baking.

Nigerian example: In “Ayo”, mechanics are picking seeds, dropping them, and capturing.

Illustration:

  MECHANICS
  ---------
  - Jump
  - Run
  - Collect coins
  - Shoot

Mini summary: Mechanics are the actions players can do. They are the “verbs” of the game.


Lesson 13: Story and Theme

Definition: The story is the background tale of the game. The theme is the look and feel (like space, jungle, or castle).

Why important: A good story makes players care about the game. Theme makes it attractive.

Simple explanation: Story is like the movie inside the game. Theme is like the costume the game wears.

Real-life example: In “The Legend of Zelda”, the story is about rescuing the princess. The theme is a medieval fantasy world.

School example: In a maths game, the story might be a space adventure, and the theme is outer space.

Home example: In a board game like “Monopoly”, the story is about becoming a real estate tycoon, and the theme is money and property.

Nigerian example: A game about “Anansi the Spider” could have a story about Anansi tricking other animals, and the theme is Nigerian folklore.

Illustration:

   STORY (why)
      |
   THEME (where)
      |
   GAME WORLD

Mini summary: Story gives meaning, theme gives flavour. Both make the game immersive.


Lesson 14: Testing and Improving

Definition: Testing means playing your game to find mistakes. Improving means fixing those mistakes.

Why important: Testing makes sure the game works well and is fun. Improving makes it even better.

Simple explanation: Testing is like checking your homework for errors. Improving is like rewriting answers to make them perfect.

Real-life example: Game developers test by playing the game over and over, finding bugs, and fixing them.

School example: After writing a story, you read it again (test) and change words (improve).

Home example: After baking a cake, you taste it (test) and add more sugar next time (improve).

Nigerian example: In a local “Draft” game, you might test a new strategy, and if it fails, you improve it.

Illustration:

   TESTING
      |
   Find bugs
      |
   IMPROVING
      |
   Fix bugs
      |
   RELEASE

Mini summary: Test your game to find problems. Improve it to make it better.


Lesson 15: Collaboration in Games

Definition: Collaboration means working together with others to achieve a goal in a game.

Why important: Many games are played with friends or family. Collaboration makes games more social.

Simple explanation: Collaboration is like teaming up. Instead of playing alone, you play together.

Real-life example: In “Minecraft” multiplayer, you and your friends build a castle together.

School example: In a group quiz, you work together to answer questions.

Home example: You and your sibling play a board game, taking turns and helping each other.

Nigerian example: In “Tinko Tinko”, two or more children clap together in rhythm.

Illustration:

   PLAYER 1
      |
   COLLABORATION
      |
   PLAYER 2
      |
   WIN TOGETHER

Mini summary: Collaboration means playing together to achieve a common goal.


📖 Key Vocabulary (Simple Definitions)

  • Game: A fun activity with rules, goals, and feedback.
  • Rules: The instructions that tell you how to play.
  • Objective: The goal you want to reach.
  • Challenge: A hard task you must complete.
  • Obstacle: Something that blocks your way.
  • Feedback: The game's response to your actions (sounds, points, etc.).
  • Player: The person playing the game.
  • Choice: A decision you make in the game.
  • Game Loop: The cycle of input, update, and output.
  • Mechanics: The actions you can do (jump, run, etc.).
  • Theme: The look and feel of the game (space, jungle, etc.).
  • Story: The background tale of the game.
  • Testing: Playing the game to find mistakes.
  • Improving: Fixing mistakes to make the game better.
  • Collaboration: Working together with others.

💡 Important Concepts

  • A game is not a toy – it has rules and a goal.
  • The game loop (input→update→output) keeps the game running.
  • Players make choices that affect the game.
  • Challenges and obstacles create excitement.
  • Feedback tells players how they are doing.
  • Rules make the game fair.
  • The objective is the winning condition.
  • Fun comes from a mix of challenge, choice, and feedback.
  • Games can be many types: action, puzzle, adventure, etc.
  • Testing and improving are essential for good game design.

🔢 Step-by-step Explanations

How to design a simple game (7 steps)

  1. Pick an idea: What kind of game? (e.g., a running game).
  2. Set the objective: What is the goal? (e.g., reach the finish line).
  3. Write the rules: What can the player do? (e.g., press up to jump).
  4. Add challenges: What makes it hard? (e.g., holes and enemies).
  5. Plan feedback: How will the game respond? (e.g., points for jumping over holes).
  6. Build a prototype: A simple version to test.
  7. Test and improve: Play it, find bugs, and make it better.

🌍 Real-life Examples

  • Chess: Rules (piece movement), objective (checkmate), challenges (opponent's moves), feedback (captured pieces).
  • Football: Rules (no hands), objective (score goals), challenges (opponent team), feedback (goal or miss).
  • Video games: Mario, Sonic, etc. – all have the four parts.

🇳🇬 Nigerian Examples

  • Ayo (Mancala): Rules (move seeds in a pattern), objective (capture most seeds), challenge (opponent's strategy), feedback (seeds captured visually).
  • Ludo: Rules (roll dice, move pieces), objective (get all pieces home), challenge (opponent sends you back), feedback (dice roll and piece movement).
  • Tinko Tinko: Rules (clap in rhythm), objective (not miss a clap), challenge (speed increases), feedback (laughter and claps).
  • Ten-Ten: A counting game where you say numbers in order, and if you say the wrong number, you are out.
  • Draft (card game): Rules (card values), objective (win the round), challenge (opponent's cards), feedback (cards played).

😄 Fun Examples Children Can Relate To

  • Tag (playground game): Rules (don't get tagged), objective (be the last one tagged), challenge (running fast), feedback (tagged or not).
  • Hide and Seek: Rules (hide, count), objective (not be found), challenge (finding a good hiding spot), feedback (found or not).
  • Mobile games like Subway Surfers: Rules (swipe to move), objective (run as far as possible), challenges (trains and obstacles), feedback (coins and scores).

🏠 Everyday Examples

  • Chores as a game: “Can you clean your room in 5 minutes?” – Rules (clean everything), objective (finish in time), challenge (timer), feedback (timer ring).
  • Homework completion: “Finish 10 maths problems” – Rules (solve correctly), objective (complete all), challenge (difficult problems), feedback (teacher's marks).
  • Family board game night: Monopoly, Snakes and Ladders – all have the four parts.

👩‍🏫 Teacher Notes

  • Encourage students to think of their favourite game and identify its four parts.
  • Use group discussions to let children share examples from their culture.
  • Bring in board games or simple toys to show the difference between a game and a toy.
  • Emphasise that every game starts with an idea – creativity is key.
  • Relate game design to story writing – both need structure.

👪 Parent Tips

  • Play board games with your child and point out the rules, objective, challenges, and feedback.
  • Encourage your child to create their own simple games using paper and pencils.
  • Ask questions like “What makes this game fun?” to develop critical thinking.
  • Limit screen time but use it as a chance to discuss game design.
  • Celebrate your child's game creations – even if they are simple!

🤯 Interesting Facts

  • The oldest known board game is “Senet” from ancient Egypt, over 5,000 years old.
  • The first video game was created in 1958 – it was a simple tennis game!
  • Some games are used for training doctors and pilots because they teach decision-making.
  • Game designers often study psychology to understand what makes games fun.
  • There are more than 2 billion gamers in the world today.

❓ Did You Know?

  • Did you know that the game “Ayo” is played in many African countries and is also called “Mancala” in other parts of the world?
  • Did you know that the first game console was called the “Magnavox Odyssey” and was released in 1972?
  • Did you know that some games are designed to help people learn new languages?

🧠 Remember This

  • Every game has four parts: rules, objective, challenges, and feedback.
  • The game loop is input → update → output.
  • Players make choices that affect the game.
  • Games are different from toys – they have structure.
  • Testing and improving are part of game development.

⚠️ Common Mistakes

  • Forgetting feedback: A game without feedback is confusing. Always tell the player what happens.
  • Too many rules: Too many rules make the game hard to learn. Keep rules simple.
  • No challenge: If the game is too easy, players get bored. Add challenges.
  • Unclear objective: If players don't know what to do, they will be lost. State the goal clearly.
  • Not testing: Never release a game without testing. Bugs can ruin the fun.

✅ Best Practices

  • Start with a clear, simple idea.
  • Write down the rules and objective before you build anything.
  • Include feedback for every player action.
  • Test your game with friends to see if they find it fun.
  • Be open to feedback and make improvements.

📊 Illustrations and Diagrams

Game Loop Flowchart

   +----------+
   |  INPUT   |  (player clicks)
   +----+-----+
        |
        v
   +----+-----+
   |  UPDATE  |  (score +1, enemy moves)
   +----+-----+
        |
        v
   +----+-----+
   |  OUTPUT  |  (show new score, sound)
   +----+-----+
        |
        v
   (loops back to INPUT)

Four Parts of a Game (Table)

PartDescriptionExample
RulesInstructionsNo hands in football
ObjectiveGoalScore a goal
ChallengesHard tasksOpponent team
FeedbackGame's responseGoal sound

Timeline of Game Development (Simple)

   IDEA  →  PLAN  →  BUILD  →  TEST  →  IMPROVE  →  RELEASE
    |        |        |         |         |           |
    |        |        |         |         |           |
   (day 1) (day 2) (day 3-5) (day 6)  (day 7)    (day 8)

Comparison: Game vs. Toy

GameToy
Has rulesNo rules
Has objectiveNo objective
Structured playFree play
Example: ChessExample: Doll

📝 End-of-Module Summary

Congratulations! You have completed Module Two on the Fundamentals of Game Development. You learned that every game has four parts: rules, objectives, challenges, and feedback. You discovered the game loop (input, update, output) and why it's essential. You now know the difference between a game and a toy, and you understand the roles of players, choices, and collaboration. You also saw how testing and improving make games better. Keep these ideas in mind as we move to the next module where we will start building our very own games!

❓ Frequently Asked Questions

  1. What is a game? A game is a fun activity with rules, objectives, challenges, and feedback.
  2. Why are rules important? Rules make the game fair and tell you how to play.
  3. What is the game loop? The game loop is the cycle of input, update, and output that repeats in a game.
  4. What is feedback in games? Feedback is how the game tells you about your actions (sounds, points, etc.).
  5. How do I make a game fun? Make it a mix of challenge, choice, and clear feedback.
  6. Is a puzzle a game? Yes, if it has a goal and rules. Otherwise, it's a toy.
  7. What is a player? A player is the person who plays the game.
  8. What are game mechanics? They are the actions you can do in a game, like jumping or running.
  9. Why is testing important? Testing helps you find mistakes so you can fix them and make the game better.
  10. What is collaboration in games? Collaboration is when players work together to achieve a goal.

🔍 Review Questions

  1. What are the four parts of every game?
  2. What is the game loop?
  3. How is a game different from a toy?
  4. What is an objective?
  5. Give an example of feedback in a game.
  6. What are rules?
  7. Why do games need challenges?
  8. What is a player?
  9. What is a choice in a game?
  10. What is collaboration?
  11. Name two types of games.
  12. What does testing a game mean?
  13. What is a theme?
  14. What is a story in a game?
  15. Why is fun important in games?

✏️ Fill-in-the-Blank Exercises

  1. A game has ____, objectives, challenges, and feedback.
  2. The game loop is input → ____ → output.
  3. A ____ is the person who plays the game.
  4. ____ are instructions that tell you how to play.
  5. The goal of the game is called the ____.
  6. ____ are difficult tasks in a game.
  7. ____ is how the game responds to you.
  8. ____ means working together with others.
  9. ____ is the look and feel of the game.
  10. ____ means playing the game to find mistakes.

✅ True or False Exercises

  1. Every game has rules. (True)
  2. A toy and a game are the same thing. (False)
  3. The objective is the challenge. (False)
  4. Feedback can be a sound. (True)
  5. The game loop only happens once. (False)
  6. Players do not make choices. (False)
  7. Testing helps improve a game. (True)
  8. Collaboration means playing alone. (False)
  9. Games can have a story. (True)
  10. A game must be digital. (False)

📝 Multiple Choice Questions

  1. What is a game?
    a) A toy
    b) A fun activity with rules and goals
    c) A type of food
    d) A school subject
    Answer: b
  2. Which is NOT a part of a game?
    a) Rules
    b) Objective
    c) Feedback
    d) School bell
    Answer: d
  3. What does the game loop include?
    a) Input, update, output
    b) Play, stop, pause
    c) Jump, run, sleep
    d) Start, middle, end
    Answer: a
  4. What is feedback?
    a) The game's response to your actions
    b) A rule
    c) A type of challenge
    d) The objective
    Answer: a
  5. Which of these is a game?
    a) A ball
    b) A doll
    c) Chess
    d) A bicycle
    Answer: c
  6. The goal of a game is called the ____.
    a) Rule
    b) Objective
    c) Challenge
    d) Feedback
    Answer: b
  7. What are challenges in a game?
    a) Easy tasks
    b) Difficult tasks
    c) Feedback
    d) Rules
    Answer: b
  8. What is a player?
    a) The person who makes the game
    b) The person who plays the game
    c) A type of challenge
    d) A rule
    Answer: b
  9. What is collaboration?
    a) Playing alone
    b) Working together
    c) Not playing
    d) Skipping a turn
    Answer: b
  10. What does testing a game do?
    a) Makes it worse
    b) Finds mistakes
    c) Ends the game
    d) Changes the rules
    Answer: b
  11. Which is a Nigerian game?
    a) Chess
    b) Ayo
    c) Monopoly
    d) Sorry
    Answer: b
  12. What is a game mechanic?
    a) A rule
    b) An action you can do
    c) A type of feedback
    d) A story
    Answer: b
  13. What is a theme?
    a) The story
    b) The look and feel
    c) The rules
    d) The objective
    Answer: b
  14. Why is fun important?
    a) It makes people want to play
    b) It is not important
    c) It makes games hard
    d) It is a rule
    Answer: a
  15. What is the first step in making a game?
    a) Testing
    b) Releasing
    c) Having an idea
    d) Adding feedback
    Answer: c

🔗 Matching Exercises

Match the term on the left with the correct description on the right.

TermDescription
1. RulesA. The goal of the game
2. ObjectiveB. The cycle of input, update, output
3. FeedbackC. Instructions on how to play
4. Game LoopD. The game's response to your actions
5. ChallengeE. A difficult task in the game

Answers: 1-C, 2-A, 3-D, 4-B, 5-E

✍️ Short Answer Questions

  1. What are the four parts of every game? Give one sentence for each.
  2. Explain the game loop in your own words.
  3. Why is feedback important in a game?
  4. Give an example of a game and identify its objective.
  5. What is the difference between a game and a toy?

📌 Scenario-based Exercises

  1. Scenario: You are making a game where a character collects stars. The player taps the screen to jump. The game shows a score. There are moving clouds that block the character. Identify the four parts in this game.
  2. Scenario: Your friend says, “I made a game but it's boring.” What would you advise them to add to make it more fun?
  3. Scenario: You are playing a board game, but the rules are not clear. What do you do?

👥 Group Activity

Design a board game together: In groups of 4–5, create a simple board game using paper, markers, and dice. Define the rules, objective, challenges, and feedback. Present your game to the class and explain the four parts.

🧑‍🎓 Individual Activity

My favourite game analysis: Choose your favourite game (video, board, or outdoor). Write down its rules, objective, challenges, and feedback. Draw a picture of the game loop.

💬 Classroom Discussion Questions

  1. What makes a game fun for you?
  2. Why do you think people have been playing games for thousands of years?
  3. What is more important in a game: the story or the gameplay? Why?
  4. How do you feel when you win a game? How do you feel when you lose?
  5. Can a game teach us something? Give an example.

🛠️ Mini Project

Build a paper-prototype game: Using cardboard, paper, and markers, create a simple board game. Write a rulebook. Include at least one challenge and a feedback system (like points or tokens). Play the game with your classmates and collect feedback to improve it.

📋 Practical Assignment

Game design document: Write a one-page document for a game you want to create. Include the game name, type, objective, rules, challenges, feedback, and a simple drawing of the game screen or board.

🏆 Challenge Exercise

Add a twist: Take the game “Ayo” or “Ludo” and add a new rule that makes it more challenging. Write down the new rule and explain how it changes the game. Test it with a friend.

📖 Quiz Answers

Answers to Multiple Choice Questions are provided above. For Fill-in-the-Blank and True/False, answers are in the text.

🔑 Key Takeaways

  • Games have four parts: rules, objectives, challenges, and feedback.
  • The game loop (input→update→output) is the engine of any game.
  • Players make choices that shape the game experience.
  • Challenges and obstacles create excitement.
  • Feedback guides players and makes the game feel alive.
  • Testing and improving are essential steps in game development.
  • Collaboration adds a social dimension to games.
  • Games can be any type: action, puzzle, adventure, sports, etc.

🚀 Preparation for Module Three

In Module Three, we will start building our very first game! You will learn about game design tools, how to use simple programming to create a game, and how to add graphics and sounds. Make sure you have a notebook and a pencil to sketch your ideas. Think about what kind of game you would like to build – we will turn that dream into reality!


🎉 End of Module Two. Well done, young game designer! Keep playing and creating!

4

Module Three

Module Three · Fundamentals of Game Development

🛠️ Module Three: Building Your First Game

Welcome back, game builder! In Module Two, you learned what makes a game – rules, objectives, challenges, and feedback. Now it is time to build your very own game! In this module, we will use simple tools and steps to create a playable game. You do not need a computer – we will start with paper and then move to digital. By the end, you will have a game that you can show to your friends and family. Let's get building!

🎯 Learning Objectives

  • Understand how to turn an idea into a game.
  • Learn about game design documents and why they help.
  • Use simple tools to create a game prototype.
  • Add rules, objectives, challenges, and feedback to your game.
  • Test your game and fix problems.
  • Make your game more fun with improvements.
  • Present your game to others.

📖 Warm-up Story: The Game Maker's Workshop

Chidi was a boy who loved playing games. One day, his teacher said, “Chidi, instead of just playing games, why don't you make one?” Chidi was excited but also nervous. He had never made a game before. His teacher gave him a big piece of paper and some markers. “First, draw your game,” she said. Chidi drew a jungle with a monkey. He decided the monkey must collect bananas while avoiding crocodiles. He wrote the rules on the paper. Then, he cut out pieces to play. He played his game with his little sister. She said, “It is fun, but the crocodiles are too slow!” So Chidi made them faster. He tested again. His sister smiled. Chidi had made his first game! He learned that anyone can make a game with a good idea, some tools, and a lot of testing.

📚 Main Lessons

Lesson 1: From Idea to Game

Definition: Turning an idea into a game means taking a thought in your head and making it a real, playable thing.

Why important: Every game starts with an idea. If you can turn ideas into games, you are a real game designer!

Simple explanation: An idea is like a seed. You water it with planning, and it grows into a game tree.

Real-life example: The creator of “Minecraft” had an idea about building with blocks. He turned that idea into a game.

School example: You think of a game about spelling words. You write it down and make it a class activity.

Home example: You think of a game where you clean your room in 5 minutes. You make a timer and a scoreboard.

Nigerian example: Someone thought of “Ayo” long ago. They turned the idea of moving seeds into a game.

Illustration:

   IDEA (seed)
      |
      V
   PLAN (water)
      |
      V
   GAME (tree)

Mini summary: Every game starts as an idea. You can turn any idea into a game with planning.


Lesson 2: The Game Design Document

Definition: A Game Design Document (GDD) is a paper or digital file where you write down all the details of your game.

Why important: The GDD helps you remember your ideas. It is like a map for building your game.

Simple explanation: A GDD is like a recipe for a cake. It tells you what ingredients to use and how to put them together.

Real-life example: Game companies use GDDs to plan games like “Super Mario” or “FIFA”.

School example: Before a group project, you write down what each person will do. That is a mini GDD.

Home example: Before a family trip, you write down where you will go and what to pack. That is a plan.

Nigerian example: Before a local “Ayo” tournament, the organisers write down the rules and schedule.

Illustration:

   GAME DESIGN DOCUMENT
   --------------------
   1. Game name
   2. Game type
   3. Objective
   4. Rules
   5. Challenges
   6. Feedback
   7. Characters
   8. Levels

Mini summary: A GDD is your game's recipe. Write it down to keep your ideas organised.


Lesson 3: Prototyping – Making a Quick Model

Definition: A prototype is a simple, quick version of your game that you can test.

Why important: Prototyping lets you see if your idea works without spending too much time.

Simple explanation: A prototype is like a rough sketch before you draw a beautiful picture.

Real-life example: Before building a new car, engineers make a small model to test.

School example: Before a science fair project, you test a small version first.

Home example: Before baking a big cake, you make a small cupcake to test the recipe.

Nigerian example: Before a big “Ludo” tournament, you play a practice game with family.

Illustration:

   IDEA → PROTOTYPE → TEST → IMPROVE → FINAL GAME

Mini summary: A prototype is a test version. It helps you find problems early.


Lesson 4: Paper Prototyping

Definition: Paper prototyping is making a game using paper, pencils, and scissors.

Why important: It is the cheapest and fastest way to test a game. You can change things easily.

Simple explanation: You draw your game on paper and use cut-out pieces to play.

Real-life example: Many board games start as paper prototypes before they are made in factories.

School example: You draw a board game on cardboard and use erasers as playing pieces.

Home example: You make a card game with index cards and markers.

Nigerian example: You can draw an “Ayo” board on paper and use beads to play.

Illustration:

   PAPER PROTOTYPE
   ----------------
   Board: drawn on paper
   Pieces: cut-out shapes
   Cards: index cards
   Dice: numbered paper cubes

Mini summary: Paper prototyping is quick, cheap, and fun. It is the best way to start.


Lesson 5: Digital Prototyping Tools

Definition: Digital tools are computer programs that help you build games.

Why important: Digital tools let you add sounds, images, and movement. They make your game come alive.

Simple explanation: Digital tools are like magic boxes. You put in your ideas, and they become a playable game on screen.

Real-life example: Scratch, Unity, and Godot are digital tools used by game makers.

School example: In computer class, you might use Scratch to make a game.

Home example: You can use a free tool like “Construct 3” to make a simple game.

Nigerian example: Nigerian kids use Scratch to create games about Nigerian stories and cultures.

Illustration:

   DIGITAL TOOLS
   -------------
   - Scratch (drag-and-drop)
   - Construct 3 (no coding)
   - Unity (advanced)
   - Godot (free and open)

Mini summary: Digital tools help you build games on a computer. They are easy to use and powerful.


Lesson 6: Adding Rules to Your Game

Definition: Rules are the instructions that tell players what to do and what not to do.

Why important: Without rules, your game is just chaos. Rules make it a game.

Simple explanation: Rules are like traffic lights. They guide the player.

Real-life example: In a racing game, the rule might be “stay on the track”.

School example: In a spelling game, the rule might be “say the word aloud before typing it”.

Home example: In a card game, the rule might be “draw one card per turn”.

Nigerian example: In “Tinko Tinko”, the rule is “clap twice, then snap once”.

Illustration:

   RULE EXAMPLE
   ------------
   “You must jump over the obstacles.”
   “If you touch an enemy, you lose a life.”

Mini summary: Rules tell players how to play. Write them clearly.


Lesson 7: Setting the Objective

Definition: The objective is the goal of the game. It is what players try to achieve.

Why important: The objective gives players a reason to play. It tells them when they have won.

Simple explanation: The objective is like the finish line in a race.

Real-life example: In a puzzle game, the objective might be to solve all puzzles in 5 minutes.

School example: In a maths game, the objective is to get 10 correct answers.

Home example: In a board game, the objective might be to reach the end first.

Nigerian example: In “Ayo”, the objective is to capture more seeds than your opponent.

Illustration:

   OBJECTIVE
   ---------
   “Collect 50 bananas.”
   “Reach the castle before the timer runs out.”

Mini summary: The objective is the goal. Make it clear and exciting.


Lesson 8: Designing Challenges

Definition: Challenges are the hard parts of the game. They test the player's skills.

Why important: Challenges make the game exciting and not too easy.

Simple explanation: Challenges are like puzzles you have to solve.

Real-life example: In a platform game, challenges are jumping over gaps and avoiding enemies.

School example: In a vocabulary game, a challenge is spelling a difficult word.

Home example: In a cooking game, a challenge is chopping vegetables quickly.

Nigerian example: In “Draft” (card game), a challenge is to predict what cards your opponent has.

Illustration:

   CHALLENGES
   ----------
   - Time limits
   - Enemies
   - Difficult puzzles
   - Obstacles

Mini summary: Challenges make the game fun and exciting. Add them to test players.


Lesson 9: Creating Feedback

Definition: Feedback is how the game tells players about their actions.

Why important: Feedback helps players know if they are doing well or need to change.

Simple explanation: Feedback is like a teacher saying “good job” or “try again”.

Real-life example: When you collect a coin in a game, you hear a “ding” and see the score increase.

School example: When you get a question right, you see a star and hear applause.

Home example: When you finish a chore, you get a sticker as feedback.

Nigerian example: In “Ayo”, when you capture seeds, they move to your side and you see them pile up.

Illustration:

   FEEDBACK TYPES
   --------------
   - Sound (ding, buzz)
   - Visual (score, star)
   - Vibration (phone shakes)
   - Points (+10 points)

Mini summary: Feedback tells players how they are doing. Use sounds, points, and visuals.


Lesson 10: Playtesting – Letting Others Play

Definition: Playtesting means letting other people play your game to see if it is fun and find problems.

Why important: Playtesting gives you new ideas and shows you what is not working.

Simple explanation: Playtesting is like asking a friend to taste your cooking and tell you what to improve.

Real-life example: Game companies invite players to test their games before releasing them.

School example: You let your classmate play your game and ask them what they liked and disliked.

Home example: You play your game with your family and ask for feedback.

Nigerian example: You test your “Ayo” strategy with a friend before a tournament.

Illustration:

   PLAYTESTING CYCLE
   -----------------
   Build → Playtest → Get Feedback → Improve → Playtest Again

Mini summary: Playtesting is having others play your game. Listen to their feedback to make it better.


Lesson 11: Iterating – Making Changes

Definition: Iterating means making small changes to your game to improve it, based on playtesting feedback.

Why important: Iteration makes your game better and better. No game is perfect on the first try.

Simple explanation: Iterating is like editing a story. You write, then rewrite, then rewrite again.

Real-life example: The creators of “Angry Birds” made many changes before the game became a hit.

School example: You write a draft of an essay, then revise it, then revise it again.

Home example: You bake a cake, taste it, add more sugar, and bake again.

Nigerian example: You keep adjusting your strategy in “Draft” based on past games.

Illustration:

   ITERATION LOOP
   --------------
   Prototype → Test → Feedback → Change → Test again

Mini summary: Iteration means making small improvements. Keep iterating until your game is great.


Lesson 12: Adding Levels or Difficulty

Definition: Levels are stages in the game. Each level can be harder than the last.

Why important: Levels keep players interested. They give a sense of progress.

Simple explanation: Levels are like climbing stairs. Each step is a little higher.

Real-life example: In “Super Mario”, Level 1-1 is easy, but later levels are harder.

School example: In a maths game, Level 1 is addition, Level 2 is multiplication.

Home example: In a board game, you can have beginner and expert rules.

Nigerian example: In “Ayo”, you can play with fewer seeds for beginners, and more for experts.

Illustration:

   LEVEL PROGRESSION
   -----------------
   Level 1: Easy (1 enemy)
   Level 2: Medium (2 enemies)
   Level 3: Hard (3 enemies + timer)

Mini summary: Levels make the game grow with the player. Start easy and get harder.


Lesson 13: Visual Design – How Your Game Looks

Definition: Visual design is the colours, shapes, and pictures in your game.

Why important: A good-looking game is more attractive and fun to play.

Simple explanation: Visual design is like the clothes your game wears. It makes it pretty.

Real-life example: “Minecraft” uses simple blocky graphics that are easy to recognise.

School example: You use bright markers to make your board game colourful.

Home example: You draw cute characters for your card game.

Nigerian example: You can use African patterns and colours on your game board.

Illustration:

   VISUAL ELEMENTS
   ---------------
   - Colours (red, blue, green)
   - Shapes (circles, squares)
   - Characters (hero, villain)
   - Background (jungle, city)

Mini summary: Visual design makes your game look good. Use colours and pictures to attract players.


Lesson 14: Sound Design – How Your Game Sounds

Definition: Sound design is the music and sound effects in your game.

Why important: Sounds make the game more exciting and give feedback.

Simple explanation: Sound design is like the voice of the game.

Real-life example: In a racing game, you hear the engine roar and tires screech.

School example: In a quiz game, you hear a bell for correct answers and a buzzer for wrong ones.

Home example: You make “boing” sounds for jumping and “crash” sounds for falling.

Nigerian example: In a game about Nigerian drums, you can use drum sounds.

Illustration:

   SOUND TYPES
   -----------
   - Background music
   - Sound effects (jump, coin, explosion)
   - Voice (character says “hello”)

Mini summary: Sound design adds life to your game. Use music and effects to engage players.


Lesson 15: Polishing – Making It Perfect

Definition: Polishing is the final step where you fix small bugs and make your game shine.

Why important: Polishing makes your game look professional and feel smooth.

Simple explanation: Polishing is like cleaning your room before guests arrive.

Real-life example: Game developers spend months polishing a game before release.

School example: You check your spelling and grammar in a story before submitting.

Home example: You iron your clothes before going to a party.

Nigerian example: You rehearse your “Tinko Tinko” rhythm until it is perfect.

Illustration:

   POLISHING CHECKLIST
   -------------------
   - Fix bugs
   - Add smooth animations
   - Improve sound quality
   - Make instructions clear

Mini summary: Polishing is the final touch. Make your game as good as it can be.


📖 Key Vocabulary (Simple Definitions)

  • Game Design Document (GDD): A paper where you write your game plan.
  • Prototype: A quick, simple version of your game to test.
  • Paper Prototype: A game made with paper and pencils.
  • Digital Tool: A computer program to build games (like Scratch).
  • Rule: An instruction that tells players what to do.
  • Objective: The goal of the game.
  • Challenge: A difficult task in the game.
  • Feedback: The game's response to player actions.
  • Playtesting: Letting others play your game to get feedback.
  • Iteration: Making small changes to improve the game.
  • Level: A stage in the game, usually harder than the last.
  • Visual Design: How the game looks (colours, shapes).
  • Sound Design: How the game sounds (music, effects).
  • Polishing: Final fixes to make the game perfect.

💡 Important Concepts

  • Every game starts with an idea.
  • A Game Design Document (GDD) helps you plan.
  • Prototyping is making a quick test version.
  • Paper prototypes are cheap and fast.
  • Digital tools help you build games on a computer.
  • Rules, objectives, challenges, and feedback are the four parts.
  • Playtesting gives you important feedback.
  • Iteration means improving your game over time.
  • Levels make the game harder gradually.
  • Visual and sound design make the game attractive and engaging.
  • Polishing is the final step before sharing your game.

🔢 Step-by-step Explanations

How to build a game from scratch (10 steps)

  1. Idea: Think of a fun concept.
  2. Write a GDD: Write down the name, type, objective, rules, challenges, and feedback.
  3. Paper prototype: Draw the game on paper and test with cut-out pieces.
  4. Playtest paper version: Let a friend play and give feedback.
  5. Iterate: Change the paper version based on feedback.
  6. Digital prototype: Use a tool like Scratch to build a digital version.
  7. Add rules and objectives: Code the rules and goal into the digital version.
  8. Add challenges and feedback: Add obstacles and scoring.
  9. Playtest digital version: Let more people play and give feedback.
  10. Polish: Fix bugs, improve graphics and sounds, and share your game!

🌍 Real-life Examples

  • Angry Birds: Started as a paper prototype, then became a digital hit.
  • Minecraft: Started as a simple idea by one person, now played by millions.
  • Candy Crush: Uses levels to keep players engaged.

🇳🇬 Nigerian Examples

  • Ayo (Mancala): Can be prototyped with a paper board and beads.
  • Ludo: You can draw a Ludo board on cardboard and use bottle caps as pieces.
  • Tinko Tinko: Can be turned into a digital rhythm game using Scratch.
  • Nigerian folklore games: Create a game about Anansi the Spider using simple digital tools.

😄 Fun Examples Children Can Relate To

  • Obstacle course: Design a game where you jump over toys in your room.
  • Treasure hunt: Hide items and give clues – that's a game!
  • Drawing game: Draw a character and make up rules for it.
  • Card game: Use a deck of cards to create a new game with your own rules.

🏠 Everyday Examples

  • Chore game: “Can you finish your homework in 10 minutes? Each correct answer gives you a point.”
  • Race game: “Race to the kitchen and back – the winner gets a snack!”
  • Memory game: “Look at the items on the table for 30 seconds, then write down what you remember.”

👩‍🏫 Teacher Notes

  • Encourage students to start with paper prototypes – it is accessible and fun.
  • Use group activities to let students share and test each other's games.
  • Introduce digital tools gradually – start with Scratch if possible.
  • Emphasise that failure is part of the process – every test gives valuable information.
  • Celebrate every game creation, no matter how simple.

👪 Parent Tips

  • Provide paper, markers, and craft materials for prototyping.
  • Playtest your child's games and give kind, specific feedback.
  • Encourage your child to iterate – tell them it is okay to change things.
  • Use free digital tools like Scratch together.
  • Praise the effort, not just the final product.

🤯 Interesting Facts

  • The game “Pong” was one of the first video games and was made in 1972.
  • Many famous game designers started by making board games as children.
  • “Minecraft” was created by one person, Markus Persson, in 2009.
  • The first Game Design Document was written for the game “Space Invaders”.
  • Some games are made entirely by children in coding clubs.

❓ Did You Know?

  • Did you know that “Scratch” was created at MIT to help kids learn programming?
  • Did you know that the game “Ayo” has been played for over 1,000 years?
  • Did you know that many professional game designers still use paper prototypes?

🧠 Remember This

  • Always start with a plan (GDD).
  • Prototype early and often.
  • Playtest your game with others.
  • Iterate based on feedback.
  • Add levels to keep it interesting.
  • Make it look and sound good.
  • Polish until it shines.

⚠️ Common Mistakes

  • Skipping the prototype: Building a full game without testing first wastes time.
  • Not playtesting: If you don't test with others, you won't know if it's fun.
  • Too many rules: Keep rules simple and clear.
  • Ignoring feedback: If players say something is confusing, listen and change it.
  • No feedback in the game: Players need to know what is happening.
  • Overcomplicating: Start small. A simple, polished game is better than a big, broken one.

✅ Best Practices

  • Start with a paper prototype.
  • Write a clear GDD before you code.
  • Test with players of different ages.
  • Make changes one at a time so you know what works.
  • Use simple, bright visuals.
  • Add fun sound effects.
  • Celebrate each iteration – you are making progress!

📊 Illustrations and Diagrams

Game Development Timeline

   IDEA → PLAN → PROTOTYPE → TEST → ITERATE → POLISH → RELEASE
    |       |        |          |        |         |         |
   day1    day2    day3-5     day6    day7-8    day9     day10

Paper Prototype Example (Board Game)

   +---------------------+
   |  START              |
   |  |                  |
   |  v                  |
   |  [Roll dice]        |
   |  |                  |
   |  +---+    +---+    +---+
   |  | 1 |    | 2 |    | 3 |
   |  +---+    +---+    +---+
   |    |         |         |
   |    v         v         v
   |  [move]   [move]   [move]
   |    |         |         |
   |    v         v         v
   |  [challenge] [reward] [obstacle]
   |    |         |         |
   |    +---------+---------+
   |              |
   |              v
   |   +-------------------+
   |   |  FINISH (WIN!)    |
   |   +-------------------+
   +---------------------+

Comparison: Paper vs. Digital Prototyping

Paper PrototypingDigital Prototyping
Cheap (paper and pencils)Needs computer/tablet
Very fast to makeTakes more time
Easy to changeCan be harder to change
No coding neededMay require coding
Best for testing ideasBest for final look and feel

Game Design Document Template

   GAME DESIGN DOCUMENT
   --------------------
   Game Name: ______________
   Type: ______________
   Objective: ______________
   Rules: 
   1. ______________
   2. ______________
   Challenges: ______________
   Feedback: ______________
   Characters: ______________
   Levels: ______________

📝 End-of-Module Summary

You have learned how to turn a simple idea into a real game! You started with a Game Design Document, made a paper prototype, tested it, and then moved to digital tools. You added rules, objectives, challenges, and feedback. You also learned about playtesting, iteration, levels, visual design, sound design, and polishing. Now you have the skills to create your own games. Remember, every great game started as a simple idea. Keep creating, keep testing, and keep having fun!

❓ Frequently Asked Questions

  1. What is the first step in making a game? The first step is to have an idea and write it down in a GDD.
  2. What is a prototype? A prototype is a quick test version of your game.
  3. Why should I make a paper prototype? It is cheap, fast, and easy to change.
  4. What digital tool is best for beginners? Scratch is great because you drag and drop blocks.
  5. What is playtesting? Playtesting is letting other people play your game to find problems.
  6. What is iteration? Iteration is making small changes to improve your game.
  7. How do I add levels? Start with an easy level, then increase the difficulty gradually.
  8. What is visual design? It is how your game looks – colours, shapes, and characters.
  9. What is sound design? It is the music and sound effects in your game.
  10. What is polishing? Polishing is fixing small bugs and making the game smooth and shiny.

🔍 Review Questions

  1. What is a Game Design Document (GDD)?
  2. Why is prototyping important?
  3. What is the difference between paper and digital prototyping?
  4. What are the four parts of every game?
  5. Why do we playtest games?
  6. What does iteration mean?
  7. Why are levels useful?
  8. What is visual design?
  9. What is sound design?
  10. What is polishing?
  11. What is a rule?
  12. What is an objective?
  13. What is a challenge?
  14. What is feedback?
  15. Name one Nigerian game and how you would prototype it.

✏️ Fill-in-the-Blank Exercises

  1. A ____ is a document where you plan your game.
  2. A ____ is a quick test version of your game.
  3. ____ prototyping uses paper and pencils.
  4. ____ tools are computer programs to build games.
  5. The goal of the game is called the ____.
  6. ____ are instructions that tell players what to do.
  7. ____ is letting others play your game for feedback.
  8. ____ means making small changes to improve the game.
  9. ____ are stages in a game that get harder.
  10. ____ is the final step to fix small bugs and make the game shine.

✅ True or False Exercises

  1. You should skip prototyping and go straight to the final game. (False)
  2. A GDD is a map for your game. (True)
  3. Paper prototypes are too expensive to make. (False)
  4. Playtesting is only for adults. (False)
  5. Iteration means throwing your game away. (False)
  6. Levels make games boring. (False)
  7. Visual design is about how the game looks. (True)
  8. Sound design is not important in games. (False)
  9. Polishing is the first step in game development. (False)
  10. Any idea can become a game. (True)

📝 Multiple Choice Questions

  1. What is a GDD?
    a) A type of game
    b) A document with game details
    c) A digital tool
    d) A sound effect
    Answer: b
  2. What is a prototype?
    a) The final game
    b) A quick test version
    c) A type of rule
    d) A feedback method
    Answer: b
  3. Which is a paper prototyping material?
    a) Computer
    b) Pencil
    c) Code
    d) Music
    Answer: b
  4. What is the objective in a game?
    a) A rule
    b) The goal
    c) A challenge
    d) A sound
    Answer: b
  5. What is playtesting?
    a) Playing alone
    b) Letting others play for feedback
    c) Adding levels
    d) Polishing the game
    Answer: b
  6. What does iteration mean?
    a) Making small changes
    b) Starting over
    c) Deleting the game
    d) Adding sound
    Answer: a
  7. Why are levels useful?
    a) They make the game harder gradually
    b) They make the game shorter
    c) They remove challenges
    d) They replace rules
    Answer: a
  8. What is visual design?
    a) How the game sounds
    b) How the game looks
    c) How the game is played
    d) How the game is coded
    Answer: b
  9. What is sound design?
    a) Music and effects
    b) Rules and objectives
    c) Colours and shapes
    d) Testing and feedback
    Answer: a
  10. What is polishing?
    a) Making the game perfect
    b) Adding more rules
    c) Removing feedback
    d) Changing the objective
    Answer: a
  11. Which is a digital prototyping tool?
    a) Pencil
    b) Paper
    c) Scratch
    d) Eraser
    Answer: c
  12. What is a rule?
    a) A goal
    b) An instruction
    c) A challenge
    d) A feedback
    Answer: b
  13. What is feedback?
    a) The game's response to actions
    b) The objective
    c) A rule
    d) A level
    Answer: a
  14. What is a challenge?
    a) An easy task
    b) A difficult task
    c) A rule
    d) A sound
    Answer: b
  15. What is the first step in making a game?
    a) Polishing
    b) Playtesting
    c) Having an idea
    d) Adding sound
    Answer: c

🔗 Matching Exercises

Match the term on the left with the correct description on the right.

TermDescription
1. GDDA. Quick test version
2. PrototypeB. Letting others play for feedback
3. PlaytestingC. Game plan document
4. IterationD. Making small improvements
5. PolishingE. Final fixes to make it perfect

Answers: 1-C, 2-A, 3-B, 4-D, 5-E

✍️ Short Answer Questions

  1. Describe the difference between a paper prototype and a digital prototype.
  2. Why is playtesting important? Give two reasons.
  3. What does iteration mean in game development?
  4. How can levels make a game more interesting?
  5. Why do we need visual and sound design in a game?

📌 Scenario-based Exercises

  1. Scenario: You made a paper prototype of a racing game. Your friend played it and said, “It is too easy.” What would you change? Write down three changes.
  2. Scenario: You are building a game in Scratch, but the character does not move when you press the arrow keys. What steps would you take to fix it?
  3. Scenario: Your game has beautiful visuals but no sound. How would you add sound, and what sounds would you use?

👥 Group Activity

Design a board game together: Form groups of 4-5. Each group designs a board game on a large sheet of paper. Define the rules, objective, challenges, and feedback. Then, playtest each other's games and provide feedback. Finally, present your game to the class.

🧑‍🎓 Individual Activity

Create a paper prototype: Design a simple game on paper. It could be a board game, a card game, or a dice game. Write a GDD for it. Then, create the pieces and playtest with a family member. Write down the feedback you received.

💬 Classroom Discussion Questions

  1. What kind of game would you like to build and why?
  2. How do you feel when someone gives you feedback on your game?
  3. Why is it important to test a game with different people?
  4. What is more important: the look of the game or how it plays?
  5. How would you make a game about Nigerian culture?

🛠️ Mini Project

Build a simple digital game: Use Scratch (or any free tool) to create a game with at least three levels. Include a character, obstacles, scoring, and sound. Share your game with the class and explain how you used the four parts of a game.

📋 Practical Assignment

Complete Game Design Document: Choose an idea for a game. Write a full GDD that includes: game name, type, objective, rules, challenges, feedback, characters, levels, and a rough sketch of the game. Submit the GDD for evaluation.

🏆 Challenge Exercise

Add a twist: Take a simple game like “Snakes and Ladders” and add a new rule, a new challenge, and a new feedback mechanism. Write down the changes and test it with a friend. Describe what happened.

📖 Quiz Answers

Answers to Multiple Choice Questions are provided above. For Fill-in-the-Blank and True/False, answers are in the text.

🔑 Key Takeaways

  • Every game starts with an idea.
  • A Game Design Document helps you plan.
  • Prototyping is essential – start with paper.
  • Playtesting gives you valuable feedback.
  • Iteration makes your game better.
  • Levels add depth and keep players interested.
  • Visual and sound design make the game attractive.
  • Polishing is the final step to make it perfect.
  • Anyone can make a game – including you!

🚀 Preparation for Module Four

In Module Four, we will dive deeper into game mechanics and programming. You will learn how to use code to control characters, create physics (like gravity and jumping), and add more complex interactions. We will also explore how to publish your game so others can play it. Keep your GDD and prototypes handy – we will use them to build even more amazing games!


🎉 End of Module Three. You are now a game builder! Keep creating and have fun!

5

Module Four

Module Four · Fundamentals of Game Development

🧩 Module Four: Game Mechanics and Coding Basics

Hello, game creator! In Module Three, you built your first game with paper and simple digital tools. Now it is time to learn the magic behind the scenes – how games actually work. We will talk about game mechanics (the actions players do) and coding basics (the instructions that make the game run). Do not worry if you have never coded before. We will start with the simplest ideas and build up slowly. By the end of this module, you will understand how to make characters move, jump, collect items, and more!

🎯 Learning Objectives

  • Define game mechanics and give examples.
  • Understand what coding is and why it is used.
  • Learn about events, conditions, and loops in coding.
  • Explain how to move a character using code.
  • Add collision detection (when things touch).
  • Create scoring and health systems.
  • Use variables to store information (like score).
  • Understand how to add sound effects with code.

📖 Warm-up Story: The Robot Game Maker

Kemi loved playing games, but she always wondered, “How does the game know when I press a button?” One day, she met a robot named Robo who could build games. Robo said, “Kemi, a game is just a set of instructions. When you press a key, the game reads the instruction and does something. I will teach you the secret language of games – it is called code.” Robo showed Kemi a list of instructions: “When arrow key pressed, move character right.” Kemi typed it, and the character moved! She then added “If character touches coin, add 1 to score.” The coin disappeared and the score went up. Kemi was amazed. She realised that games are just a series of simple instructions. And she could write them too!

📚 Main Lessons

Lesson 1: What Are Game Mechanics?

Definition: Game mechanics are the actions that players can do in a game – like jumping, running, collecting, shooting, or building.

Why important: Mechanics are what make a game interactive. Without mechanics, a game is just a picture.

Simple explanation: Mechanics are the “verbs” of the game – what you can do.

Real-life example: In “Super Mario”, the mechanics are jumping and running.

School example: In a typing game, the mechanic is pressing keys to type words.

Home example: In a cooking game, the mechanics are chopping, stirring, and baking.

Nigerian example: In “Ayo”, the mechanics are picking seeds and dropping them in holes.

Illustration:

   GAME MECHANICS
   --------------
   - Jump   🦘
   - Run    🏃
   - Shoot  🔫
   - Collect 🪙
   - Build  🧱

Mini summary: Mechanics are the actions players can do. They make the game interactive.


Lesson 2: What is Coding?

Definition: Coding is writing instructions that tell a computer what to do. These instructions are called code.

Why important: Coding is how we make games work. Without code, a game is just a drawing.

Simple explanation: Coding is like writing a recipe for a computer. The computer reads the recipe and does what it says.

Real-life example: When you click “play” on a video, code tells the video to start.

School example: In maths class, you write steps to solve a problem. That is like coding.

Home example: Setting a timer on your phone uses code.

Nigerian example: The app you use for mobile money is made with code.

Illustration:

   CODE = INSTRUCTIONS
   --------------------
   Step 1: Start
   Step 2: Wait for key press
   Step 3: Move character
   Step 4: Check if coin collected
   Step 5: Update score

Mini summary: Coding is writing instructions for a computer. It is the brain of a game.


Lesson 3: Events – When Something Happens

Definition: An event is something that happens in the game, like a key press, a mouse click, or a collision.

Why important: Events trigger actions in the game. They make the game respond to the player.

Simple explanation: An event is like a doorbell. When you ring it (event), someone opens the door (action).

Real-life example: When you press the “A” key (event), the character jumps (action).

School example: When the teacher says “start” (event), you begin the quiz (action).

Home example: When your phone rings (event), you answer it (action).

Nigerian example: When the referee blows the whistle (event), the football match starts (action).

Illustration:

   EVENT → ACTION
   --------------
   Key press  →  Move character
   Mouse click →  Shoot bullet
   Collision  →  Lose a life

Mini summary: Events are things that happen. They cause actions in the game.


Lesson 4: Conditions – If This, Then That

Definition: A condition is a check that decides if something should happen. For example: “If the player touches a coin, then add 1 to the score.”

Why important: Conditions allow the game to make decisions. They make the game smart.

Simple explanation: Conditions are like questions the game asks. “Is the player touching the coin?” If yes, do something.

Real-life example: “If it rains, then take an umbrella.”

School example: “If you score 10 points, you win.”

Home example: “If the light is red, stop. If green, go.”

Nigerian example: “If you have the most seeds in Ayo, you win the round.”

Illustration:

   IF condition THEN action
   ------------------------
   IF coin touched THEN add score
   IF enemy touched THEN lose life
   IF score >= 10 THEN win

Mini summary: Conditions are “if-then” rules. They control what happens based on the game state.


Lesson 5: Loops – Repeating Actions

Definition: A loop is a piece of code that repeats a set of instructions over and over.

Why important: Loops save you from writing the same code many times. They make games efficient.

Simple explanation: A loop is like a record player that plays the same song again and again.

Real-life example: A game loop repeats: get input, update game, show output.

School example: In a spelling test, you spell one word, then the next, then the next – that is a loop.

Home example: When you brush your teeth, you move the brush up and down in a loop.

Nigerian example: In “Tinko Tinko”, you repeat the same clapping pattern in a loop.

Illustration:

   LOOP
   ----
   while game is running:
      get player input
      update game
      show output

Mini summary: Loops repeat actions. They are used for the game loop and many other things.


Lesson 6: Variables – Storing Information

Definition: A variable is a box where you store a piece of information, like a score, a name, or a number.

Why important: Variables let the game remember things. Without variables, the game would forget everything.

Simple explanation: A variable is like a labelled jar. You put things in it and take them out later.

Real-life example: The score in a game is stored in a variable called “score”.

School example: Your grade in a subject is a variable – it can change.

Home example: The amount of money in your piggy bank is a variable.

Nigerian example: The number of seeds you have in Ayo is a variable.

Illustration:

   VARIABLE = STORAGE BOX
   ----------------------
   score = 0   (start at zero)
   score = 5   (after collecting 5 coins)
   score = 10  (after collecting 10 coins)

Mini summary: Variables store information. They can change during the game.


Lesson 7: Moving a Character

Definition: Moving a character means changing its position on the screen using code.

Why important: Movement is the most basic mechanic in many games. Players need to control characters.

Simple explanation: To move a character, you change its x (left-right) or y (up-down) position.

Real-life example: In a racing game, you press up to move the car forward.

School example: In a drawing game, you move the cursor with the mouse.

Home example: You move the joystick to control a character on the TV.

Nigerian example: In a “Ayo” digital game, you click a hole to move seeds.

Illustration:

   MOVE CHARACTER
   --------------
   if right arrow pressed:
      x = x + 5   (move 5 pixels right)
   if left arrow pressed:
      x = x - 5   (move 5 pixels left)

Mini summary: Movement is controlled by changing the character's x and y coordinates.


Lesson 8: Collision Detection – When Things Touch

Definition: Collision detection is checking if two objects (like a character and a coin) are touching each other.

Why important: Collisions are used for collecting items, hitting enemies, and many other interactions.

Simple explanation: Collision detection is like asking, “Are these two things touching?”

Real-life example: In a game, when Mario touches a mushroom, he gets bigger.

School example: When you drop a piece of paper and it touches the floor, that is a collision.

Home example: When your cup touches the table, it is a collision.

Nigerian example: When the seeds in Ayo touch the opponent's side, they are captured.

Illustration:

   COLLISION CHECK
   ---------------
   if character touches coin:
      score = score + 1
      hide coin

Mini summary: Collision detection checks if objects touch. It is used for collecting, hitting, and more.


Lesson 9: Scoring and Health

Definition: Scoring is counting points. Health is how many lives or hit points a player has.

Why important: Scoring and health give feedback to the player. They show progress and danger.

Simple explanation: Score is like a reward. Health is like a safety bubble that gets smaller.

Real-life example: In a racing game, your score is your position. Health is your car's condition.

School example: In a quiz, score is the number of correct answers. Health might be the number of wrong answers allowed.

Home example: In a board game, score is the number of points. Health might be the number of tokens left.

Nigerian example: In “Ayo”, the score is the number of seeds you captured.

Illustration:

   SCORE AND HEALTH
   ----------------
   score = 0
   health = 3
   
   if coin collected: score = score + 10
   if enemy touched: health = health - 1
   if health == 0: game over

Mini summary: Score tracks points. Health tracks lives. Both are important for feedback.


Lesson 10: Adding Sound Effects

Definition: Sound effects are short sounds that play when something happens, like a coin sound or an explosion sound.

Why important: Sound effects give feedback and make the game more exciting.

Simple explanation: Sound effects are like the voices of the game. They tell you what is happening.

Real-life example: In a shooting game, you hear a “bang” when you shoot.

School example: In a quiz game, you hear a “ding” for a correct answer.

Home example: In a board game, you might say “boom” when a player rolls a six.

Nigerian example: In a digital Ayo game, you hear a “click” when you move seeds.

Illustration:

   SOUND EFFECTS
   -------------
   play sound "coin.wav" when coin collected
   play sound "jump.wav" when character jumps
   play sound "gameover.wav" when health = 0

Mini summary: Sound effects add fun and feedback. They make the game feel alive.


Lesson 11: Functions – Reusable Blocks of Code

Definition: A function is a named block of code that does a specific task. You can run it whenever you need it.

Why important: Functions help you avoid repeating code. You write it once and use it many times.

Simple explanation: A function is like a recipe. You give it a name, and whenever you say that name, it does the task.

Real-life example: A “jump” function makes the character jump whenever you call it.

School example: In a spelling test, the function could be “check spelling” – you use it for every word.

Home example: A “make tea” function – every time you say “make tea”, you follow the steps.

Nigerian example: A “capture seeds” function in Ayo – it moves the seeds to your side.

Illustration:

   FUNCTION
   --------
   function jump():
      play sound "jump"
      move character up
      move character down
   
   call jump() when spacebar pressed

Mini summary: Functions are reusable code blocks. They make coding easier and neater.


Lesson 12: Debugging – Finding and Fixing Mistakes

Definition: Debugging is finding and fixing errors (called bugs) in your code.

Why important: Bugs can make your game crash or act strangely. Debugging makes your game work properly.

Simple explanation: Debugging is like being a detective. You look for clues to find where the problem is.

Real-life example: If your character does not jump when you press the key, you check the code for that key.

School example: If your maths answer is wrong, you check your steps to find the mistake.

Home example: If your phone app crashes, the developer debugs it to fix it.

Nigerian example: If a digital Ayo game freezes, the coder debugs the code.

Illustration:

   DEBUGGING STEPS
   ---------------
   1. Find the bug (what is not working?)
   2. Understand the bug (why is it happening?)
   3. Fix the bug (change the code)
   4. Test the fix (does it work now?)

Mini summary: Debugging is fixing code errors. It is an important skill for game makers.


Lesson 13: Sprites – Game Characters and Objects

Definition: A sprite is a two-dimensional image or animation that represents a character or object in a game.

Why important: Sprites are what players see. They bring the game to life visually.

Simple explanation: A sprite is like a sticker that you can move around on the screen.

Real-life example: In “Super Mario”, Mario is a sprite. Coins are sprites. Enemies are sprites.

School example: In a drawing program, the shapes you draw are like sprites.

Home example: The pieces in a board game are like sprites.

Nigerian example: In an Ayo game, the seeds and holes are sprites.

Illustration:

   SPRITE EXAMPLES
   ---------------
   Mario 🧑‍🦰
   Coin  🪙
   Enemy 👾
   Background 🌳

Mini summary: Sprites are the images in your game. They represent characters, objects, and backgrounds.


Lesson 14: The Game Loop in Code

Definition: The game loop is the main loop of a game that repeatedly: gets input, updates the game, and draws the screen.

Why important: Without the game loop, the game would not run continuously.

Simple explanation: The game loop is like the heartbeat of the game. It keeps everything moving.

Real-life example: In a racing game, the loop updates the car position, checks collisions, and draws the track.

School example: In a presentation, the loop might be: show slide, wait for click, go to next slide.

Home example: When you watch a movie, the loop plays each frame one after another.

Nigerian example: In a digital Ayo game, the loop checks for clicks, updates the board, and redraws it.

Illustration:

   GAME LOOP (in code)
   -------------------
   while game_running:
       handle_input()
       update()
       draw()

Mini summary: The game loop is the main cycle of a game. It handles input, updates, and drawing.


Lesson 15: Putting It All Together

Definition: Putting it all together means combining all the parts – mechanics, code, sprites, sound – into a complete game.

Why important: This is the final step where your game becomes real and playable.

Simple explanation: It is like baking a cake. You mix all the ingredients (code, art, sound) and bake (test) it.

Real-life example: A team of developers works together to combine art, code, and sound into a game.

School example: After writing a story, you add illustrations and a cover – that is putting it together.

Home example: After building a LEGO set, you have all the pieces in one model.

Nigerian example: A Nigerian game studio combines local stories, art, and code to create a game.

Illustration:

   GAME = MECHANICS + CODE + SPRITES + SOUND + POLISH

Mini summary: Putting it all together is the final step. All parts become one working game.


📖 Key Vocabulary (Simple Definitions)

  • Mechanics: Actions players can do in a game (jump, run, collect).
  • Coding: Writing instructions for a computer.
  • Event: Something that happens (key press, collision).
  • Condition: An if-then rule that controls decisions.
  • Loop: Code that repeats over and over.
  • Variable: A storage box for information (score, health).
  • Collision: When two objects touch.
  • Sprite: A two-dimensional image in a game.
  • Function: A reusable block of code.
  • Debugging: Finding and fixing code errors.
  • Score: Points earned by the player.
  • Health: Lives or hit points of the player.
  • Game Loop: The main cycle of a game (input, update, draw).
  • Sound Effect: A short sound that plays during the game.

💡 Important Concepts

  • Game mechanics are the actions players can do.
  • Coding is writing instructions for the computer.
  • Events trigger actions (e.g., key press → move).
  • Conditions are if-then statements.
  • Loops repeat actions.
  • Variables store information like score and health.
  • Collision detection checks if objects touch.
  • Score and health give feedback to players.
  • Sound effects add excitement and feedback.
  • Functions make code reusable and organized.
  • Debugging is fixing mistakes in code.
  • Sprites are the images in a game.
  • The game loop is the heartbeat of a game.

🔢 Step-by-step Explanations

How to code a simple character movement (6 steps)

  1. Choose a sprite: Pick a character image.
  2. Set up variables: Create variables for x and y position.
  3. Check for input: In the game loop, check if a key is pressed.
  4. Update position: If right arrow is pressed, increase x by 5.
  5. Draw the sprite: Draw the character at the new x and y position.
  6. Repeat: The loop runs again, and the character keeps moving.

🌍 Real-life Examples

  • Super Mario: Mechanics: jump, run, stomp. Code: if spacebar pressed, jump. Collision: if Mario hits a block, block breaks.
  • FIFA: Mechanics: pass, shoot, tackle. Code: if A button pressed, pass the ball.
  • Candy Crush: Mechanics: swap candies. Code: if two candies are swapped, check for matches.

🇳🇬 Nigerian Examples

  • Digital Ayo: Mechanics: pick and drop seeds. Code: if a hole is clicked, pick seeds. Collision: if seeds land in a capture hole.
  • Ludo digital: Mechanics: roll dice, move pieces. Code: if dice is rolled, move piece. Variables: player positions.
  • Nigerian folklore game: A game about Anansi the Spider. Mechanics: jump, trick enemies. Code: if Anansi touches a spider web, slow down.

😄 Fun Examples Children Can Relate To

  • Platformer game: Press space to jump over obstacles.
  • Collecting game: Move the character to collect stars. Score increases with each star.
  • Avoidance game: Dodge falling objects. Health decreases when hit.

🏠 Everyday Examples

  • Remote control: Pressing the volume button is an event that triggers the TV to change volume.
  • Traffic lights: If the light is red, stop. That is a condition.
  • Washing hands: Rub hands together in a loop until clean.

👩‍🏫 Teacher Notes

  • Use Scratch or a similar visual tool to demonstrate coding concepts without typing.
  • Pair students to solve coding puzzles together.
  • Relate every coding concept to something students already know (e.g., recipes for functions).
  • Encourage students to modify existing code and see what changes.
  • Celebrate debugging as a learning opportunity, not a failure.

👪 Parent Tips

  • Encourage your child to explain their code to you – teaching helps them learn.
  • Use free coding platforms like Scratch or Code.org together.
  • Ask your child, “What happens if you change this number?” to spark curiosity.
  • Relate coding to everyday logic (e.g., if it is sunny, we go to the park).
  • Praise the process, not just the final result.

🤯 Interesting Facts

  • The first game code was written on paper cards!
  • Some games are made entirely by one person – called a “solo developer”.
  • The game “Tetris” was created by a Russian programmer in 1984.
  • Bugs in games are called bugs because a real moth got stuck in a computer in 1947.
  • Many game developers use “variables” to keep track of everything in the game.

❓ Did You Know?

  • Did you know that the word “algorithm” comes from a mathematician named Al-Khwarizmi?
  • Did you know that Scratch was used to create games for the first “Hour of Code”?
  • Did you know that some games use “random” numbers to make things unpredictable?

🧠 Remember This

  • Mechanics are actions players do.
  • Coding is writing instructions.
  • Events trigger actions.
  • Conditions are if-then rules.
  • Loops repeat code.
  • Variables store data.
  • Collision detects touches.
  • Score and health give feedback.
  • Sound effects add fun.
  • Functions reuse code.
  • Debugging fixes errors.
  • Sprites are game images.
  • The game loop is the main cycle.

⚠️ Common Mistakes

  • Forgetting to update variables: If you don't change the score, it stays at zero.
  • Confusing conditions: Using “if” when you should use “while” or vice versa.
  • Not checking collisions correctly: Checking if objects are exactly in the same place instead of overlapping.
  • Using wrong variable names: Typing “score” but the variable is “Score”.
  • Missing semicolons or brackets: Small syntax errors can break the code.

✅ Best Practices

  • Use clear and simple variable names (like “score”, “health”).
  • Comment your code – write notes that explain what each part does.
  • Break your code into small functions for each task.
  • Test your code often – after every few lines.
  • Use a consistent style (like indentation) to make code readable.
  • Save your game project frequently.

📊 Illustrations and Diagrams

Game Loop Diagram

   +----------------+
   |   GAME LOOP    |
   +----------------+
   |  INPUT         |  (keyboard, mouse)
   +-------+--------+
           |
           v
   +-------+--------+
   |  UPDATE        |  (move, collide, score)
   +-------+--------+
           |
           v
   +-------+--------+
   |  DRAW          |  (render sprites, UI)
   +----------------+
           |
           v
   (loop back to INPUT)

If-Then Condition Diagram

   IF (condition is true) THEN
      perform action
   ELSE
      do something else
   END IF

Variable Example

   score = 0          (declare variable)
   score = score + 10 (update variable)

Comparison: Events vs. Conditions

EventsConditions
Triggered by player or timeChecked continuously
Example: key pressedExample: if score > 10
“When” something happens“If” something is true

Functions Example

   function jump():
       sound = "jump.wav"
       y = y - 10
       wait 0.1 seconds
       y = y + 10

📝 End-of-Module Summary

You have learned the core of how games work! You now know what game mechanics are and how coding brings them to life. You understand events, conditions, loops, and variables. You can move characters, detect collisions, add scoring, health, and sound effects. You also learned about functions, sprites, and the game loop. Most importantly, you learned that debugging is a normal and useful part of creating games. With these skills, you can start building more complex and interactive games. Keep coding, keep experimenting, and never stop learning!

❓ Frequently Asked Questions

  1. What is a game mechanic? A mechanic is an action you can do in a game, like jumping or collecting.
  2. What is coding? Coding is writing instructions for a computer.
  3. What is an event? An event is something that happens, like a key press or mouse click.
  4. What is a condition? A condition is an if-then rule that controls what happens.
  5. What is a loop? A loop repeats a set of instructions over and over.
  6. What is a variable? A variable is a storage box for information like score or health.
  7. What is collision detection? It checks if two objects are touching each other.
  8. What is a sprite? A sprite is a two-dimensional image in a game.
  9. What is debugging? Debugging is finding and fixing mistakes in code.
  10. What is the game loop? The game loop is the main cycle that runs the game (input, update, draw).

🔍 Review Questions

  1. What are game mechanics? Give three examples.
  2. What is coding?
  3. What is an event?
  4. What is a condition? Give an example.
  5. What is a loop?
  6. What is a variable?
  7. How do you move a character in code?
  8. What is collision detection used for?
  9. How do you add scoring to a game?
  10. Why are sound effects useful?
  11. What is a function?
  12. What is debugging?
  13. What is a sprite?
  14. What is the game loop?
  15. What is the difference between an event and a condition?

✏️ Fill-in-the-Blank Exercises

  1. Game ____ are the actions players can do.
  2. ____ is writing instructions for a computer.
  3. An ____ is something that happens, like a key press.
  4. A ____ is an if-then rule.
  5. A ____ repeats actions over and over.
  6. A ____ stores information like score or health.
  7. ____ detection checks if two objects touch.
  8. A ____ is a reusable block of code.
  9. ____ is fixing mistakes in code.
  10. A ____ is a two-dimensional image in a game.

✅ True or False Exercises

  1. Mechanics are the actions players can do. (True)
  2. Coding is not needed for games. (False)
  3. An event is something that happens. (True)
  4. A condition is always false. (False)
  5. A loop runs only once. (False)
  6. A variable can change during the game. (True)
  7. Collision detection checks if objects are touching. (True)
  8. A function is used to make code longer. (False)
  9. Debugging is only for experts. (False)
  10. A sprite is a sound effect. (False)

📝 Multiple Choice Questions

  1. What is a game mechanic?
    a) A sound effect
    b) An action players can do
    c) A type of sprite
    d) A variable
    Answer: b
  2. What is coding?
    a) Drawing pictures
    b) Writing instructions for a computer
    c) Playing games
    d) Recording sounds
    Answer: b
  3. What is an event?
    a) A sound effect
    b) Something that happens
    c) A variable
    d) A condition
    Answer: b
  4. What is a condition?
    a) A loop
    b) An if-then rule
    c) A variable
    d) A sprite
    Answer: b
  5. What is a loop?
    a) Code that repeats
    b) A variable
    c) A condition
    d) A sprite
    Answer: a
  6. What is a variable?
    a) A storage box for data
    b) A condition
    c) A loop
    d) A sprite
    Answer: a
  7. What is collision detection?
    a) Checking if objects touch
    b) Moving a character
    c) Playing a sound
    d) Storing a score
    Answer: a
  8. What is a function?
    a) A reusable block of code
    b) A variable
    c) A condition
    d) A loop
    Answer: a
  9. What is debugging?
    a) Finding and fixing errors
    b) Adding more features
    c) Deleting code
    d) Playing the game
    Answer: a
  10. What is a sprite?
    a) A two-dimensional image
    b) A sound effect
    c) A variable
    d) A condition
    Answer: a
  11. What does the game loop do?
    a) Runs once
    b) Repeats input, update, draw
    c) Only draws the screen
    d) Only plays sounds
    Answer: b
  12. Which is an example of a mechanic?
    a) Jumping
    b) Score variable
    c) If-then
    d) Game loop
    Answer: a
  13. Which is an example of a variable?
    a) score = 0
    b) if key pressed
    c) while game running
    d) function jump()
    Answer: a
  14. What does a condition do?
    a) Repeats code
    b) Makes decisions
    c) Stores data
    d) Moves a character
    Answer: b
  15. What is the purpose of sound effects?
    a) To make the game look good
    b) To give feedback and add fun
    c) To store variables
    d) To create sprites
    Answer: b

🔗 Matching Exercises

Match the term on the left with the correct description on the right.

TermDescription
1. MechanicsA. Writing instructions for a computer
2. CodingB. Actions players can do
3. EventC. If-then rule
4. ConditionD. Something that happens
5. LoopE. Repeats code

Answers: 1-B, 2-A, 3-D, 4-C, 5-E

✍️ Short Answer Questions

  1. Explain what a game mechanic is and give two examples.
  2. What is the difference between an event and a condition?
  3. Describe how you would use a variable to keep track of a player's score.
  4. Why is collision detection important in games?
  5. What is the game loop and why is it necessary?

📌 Scenario-based Exercises

  1. Scenario: You are coding a game where the player collects coins. When a coin is collected, the score should increase by 10. Write the code (or pseudocode) for this using a condition and a variable.
  2. Scenario: Your game character moves left when the left arrow is pressed, but sometimes it moves too fast. What could you change in the code to fix this?
  3. Scenario: You added a new enemy sprite, but it does not appear on the screen. What steps would you take to debug this issue?

👥 Group Activity

Code a mini-game together: In groups of 3-4, use Scratch to create a simple game with a character that moves using arrow keys and collects items. Each group member is responsible for one part: movement, scoring, collision, or sounds. Present your game to the class.

🧑‍🎓 Individual Activity

Design your own mechanic: Think of a new game mechanic that you have never seen before. Draw it, name it, and explain how it would work in a game. Write down the code (pseudocode) that would be needed to implement it.

💬 Classroom Discussion Questions

  1. What is your favourite game mechanic and why?
  2. How would you explain coding to someone who has never seen it?
  3. Why do you think variables are important in games?
  4. What game would you create if you had no limits?
  5. How can game developers make sure their game is fun and not frustrating?

🛠️ Mini Project

Create a simple platformer: Using Scratch, build a game where a character jumps over obstacles. Include scoring, a health system, and sound effects. Playtest with classmates and iterate based on feedback.

📋 Practical Assignment

Code a collecting game: Write a complete game where the player moves a character to collect items. Use variables for score, collisions to collect items, and a game loop to keep the game running. Submit your code and a short explanation.

🏆 Challenge Exercise

Add a twist to your game: Take your collecting game and add a new mechanic – for example, a power-up that doubles the score for 5 seconds. Implement this using variables, conditions, and a timer (loop).

📖 Quiz Answers

Answers to Multiple Choice Questions are provided above. For Fill-in-the-Blank and True/False, answers are in the text.

🔑 Key Takeaways

  • Mechanics are the actions players do.
  • Coding is writing instructions for the computer.
  • Events trigger actions.
  • Conditions are if-then rules.
  • Loops repeat code.
  • Variables store information.
  • Collision detection checks if objects touch.
  • Score and health give feedback.
  • Sound effects make games engaging.
  • Functions make code reusable.
  • Debugging is fixing errors.
  • Sprites are game images.
  • The game loop keeps the game running.
  • You can build any game with these basic concepts!

🚀 Preparation for Module Five

In Module Five, we will explore advanced game design – including artificial intelligence (AI) for enemies, physics (gravity, bouncing), and creating complex levels. You will also learn how to publish your game online so friends and family can play it. Keep your projects from this module, as we will build on them. Get ready to become a true game developer!


🎉 End of Module Four. You are now a coder and a game designer! Keep coding and creating!

6

Module Five

Module Five · Fundamentals of Game Development

🚀 Module Five: Game Design – Levels, AI, Polish & Publish

Welcome, game master! In Module Four, you learned about mechanics and coding basics. Now it is time to take your game to the next level – literally! This module will teach you how to create multiple levels, add smart enemies (Artificial Intelligence), polish your game to make it shine, and finally publish it so others can play. By the end of this module, you will have a complete, polished game that you can share with the world. Let's level up!

🎯 Learning Objectives

  • Design multiple levels with increasing difficulty.
  • Understand what Artificial Intelligence (AI) is in games.
  • Create simple enemy behaviour (move, chase, patrol).
  • Add particles and effects for polish.
  • Implement menus and UI (User Interface).
  • Optimize your game for performance.
  • Test and debug your game thoroughly.
  • Publish your game on a platform.

📖 Warm-up Story: The Master Builder's Challenge

After building her first game, Kemi wanted to make it even better. She showed it to her friend Tunde, who said, “It's cool, but it's only one level. And the enemies just move back and forth – they don't seem smart.” Kemi decided to level up her game. She added a second level with more obstacles. She made the enemies chase the player. She added a main menu and a “Game Over” screen with a restart button. She even added sparkle effects when you collected a coin. When she showed Tunde again, he was amazed. “How did you do all this?” he asked. Kemi smiled, “I learned the secrets of level design, AI, and polish. Now my game feels complete!” And she published it online for everyone to play.

📚 Main Lessons

Lesson 1: Level Design – Creating Stages

Definition: Level design is the process of creating the different stages or “levels” in a game. Each level has its own layout, challenges, and goals.

Why important: Levels keep the game interesting. They give players a sense of progress and achievement.

Simple explanation: Levels are like chapters in a book. Each chapter has a new adventure.

Real-life example: In “Super Mario”, World 1-1 is easy, but World 8-4 is very hard.

School example: In a maths workbook, the first page has easy sums, and later pages have harder sums.

Home example: In a puzzle, the first piece is easy to place, but later pieces are trickier.

Nigerian example: In a digital Ayo game, Level 1 might have fewer seeds, and Level 2 might have more.

Illustration:

   LEVEL PROGRESSION
   -----------------
   Level 1: Easy (2 enemies, simple platforms)
   Level 2: Medium (3 enemies, moving platforms)
   Level 3: Hard (4 enemies, moving platforms + spikes)

Mini summary: Levels are stages in a game. They should get harder as the player advances.


Lesson 2: Difficulty Curves – Making It Harder Gradually

Definition: A difficulty curve is how the game's challenge increases over time. It should be a smooth slope, not a sudden spike.

Why important: If a game gets too hard too quickly, players get frustrated and quit. A good difficulty curve keeps players engaged.

Simple explanation: Difficulty is like climbing a hill. You start at the bottom and go up slowly.

Real-life example: In “Candy Crush”, early levels are easy, and later levels require more strategy.

School example: In a spelling test, you start with easy words and later get harder words.

Home example: When learning to ride a bike, you start with training wheels, then remove them.

Nigerian example: In “Ayo”, you might start with fewer seeds and add more as you get better.

Illustration:

   DIFFICULTY CURVE
   -----------------
   Difficulty
        ^
        |         ___
        |       /     \
        |     /         \
        |   /             \
        | /                 \
        +------------------------> Level
   Easy     Medium      Hard

Mini summary: Difficulty should increase gradually. Don't make it too hard too fast.


Lesson 3: Artificial Intelligence (AI) in Games

Definition: Artificial Intelligence (AI) in games is the code that makes non-player characters (NPCs) behave in smart ways – like enemies that chase you or allies that help you.

Why important: AI makes the game world feel alive. It creates challenge and surprises.

Simple explanation: AI is like giving a robot a brain. It tells the enemy what to do.

Real-life example: In “Pac-Man”, the ghosts have AI – they chase you in different patterns.

School example: A computer opponent in a chess game uses AI to decide moves.

Home example: A robotic vacuum cleaner uses AI to navigate the room.

Nigerian example: In a Nigerian football game, the opponent team has AI to move and shoot.

Illustration:

   AI BEHAVIORS
   ------------
   - Chase: enemy follows the player
   - Patrol: enemy moves back and forth
   - Wander: enemy moves randomly
   - Flee: enemy runs away from player

Mini summary: AI is the intelligence of non-player characters. It makes games more interesting.


Lesson 4: Simple Enemy AI – Chase and Patrol

Definition: Chase AI makes an enemy move toward the player. Patrol AI makes an enemy move back and forth along a path.

Why important: These are the most common AI behaviors. They create fun challenges.

Simple explanation: Chase is like a dog chasing a ball. Patrol is like a guard walking a route.

Real-life example: In “Mario”, a Goomba patrols back and forth. A Koopa Troopa chases you.

School example: In a game about animals, a lion might chase you, and a zebra might patrol.

Home example: A toy robot that moves back and forth (patrol) and then turns to follow you (chase).

Nigerian example: In a game about Nigerian wildlife, a leopard might chase, and an antelope might patrol.

Illustration:

   PATROL AI
   ---------
   if enemy at left edge:
       move right
   if enemy at right edge:
       move left

   CHASE AI
   --------
   if player is to the left:
       move left
   if player is to the right:
       move right

Mini summary: Chase makes enemies follow the player. Patrol makes enemies move back and forth.


Lesson 5: Pathfinding – Finding the Way

Definition: Pathfinding is how an AI character finds the best route to a target, avoiding walls and obstacles.

Why important: Pathfinding makes AI movements look smart. Without it, enemies would walk into walls.

Simple explanation: Pathfinding is like using a map to find the shortest route to your friend's house.

Real-life example: In “Age of Empires”, soldiers use pathfinding to navigate around forests.

School example: When you navigate through a crowded hallway to get to class, you are using pathfinding.

Home example: Your GPS uses pathfinding to give you directions.

Nigerian example: In a Lagos traffic game, cars use pathfinding to avoid jams.

Illustration:

   PATHFINDING
   -----------
   Player at (5,5)
   Enemy at (1,1)
   Wall between them
   Enemy finds a path around the wall

Mini summary: Pathfinding helps AI find the best route. It makes enemies smarter.


Lesson 6: Particles – Adding Sparkle and Effects

Definition: Particles are small, animated graphics that create effects like sparks, fire, smoke, or stars.

Why important: Particles make the game visually exciting. They give feedback and add atmosphere.

Simple explanation: Particles are like magical dust that appears when something happens.

Real-life example: When you collect a coin in “Mario”, stars appear – those are particles.

School example: In a science project, you might use glitter to show a reaction.

Home example: When you shake a snow globe, the snow inside acts like particles.

Nigerian example: In a game about a festival, fireworks are particles.

Illustration:

   PARTICLE EFFECTS
   ----------------
   - Coin collected → burst of stars ✨
   - Enemy defeated → explosion 💥
   - Player jumps → dust puffs 🌫️

Mini summary: Particles are small visual effects. They make games look alive and exciting.


Lesson 7: User Interface (UI) – Menus and HUD

Definition: User Interface (UI) includes everything the player sees on screen that is not the game world – like menus, health bars, scores, and buttons.

Why important: UI helps players interact with the game. It gives information and controls.

Simple explanation: UI is like the dashboard in a car. It tells you your speed, fuel, and allows you to turn on the radio.

Real-life example: In a game, the HUD (Heads-Up Display) shows your score, health, and lives.

School example: In a quiz app, the UI shows the question, timer, and score.

Home example: In a TV remote, the UI is the buttons you press.

Nigerian example: In a mobile money app, the UI shows your balance and transaction buttons.

Illustration:

   UI ELEMENTS
   -----------
   - Score: 100
   - Health: ❤️❤️❤️
   - Lives: 3
   - Pause button ⏸️
   - Menu: Start, Options, Quit

Mini summary: UI is the interface that players use to interact with the game and get information.


Lesson 8: Menus – Start, Options, and Pause

Definition: Menus are screens that allow players to start the game, change settings, or pause.

Why important: Menus give players control. They make the game feel professional and complete.

Simple explanation: A menu is like a restaurant menu – you choose what you want.

Real-life example: The main menu of a game lets you start, load, or quit.

School example: In a computer lab, you choose a program from the menu.

Home example: A DVD menu lets you play the movie, choose scenes, or set subtitles.

Nigerian example: A banking app has a menu to check balance, transfer money, or pay bills.

Illustration:

   MAIN MENU
   ---------
   +------------------+
   |   GAME TITLE     |
   |   Start Game     |
   |   Options        |
   |   Credits        |
   |   Quit           |
   +------------------+

Mini summary: Menus let players navigate the game. They are important for a polished experience.


Lesson 9: Sound Design – Music and Ambiance

Definition: Sound design includes background music, ambient sounds (like wind or rain), and sound effects for actions.

Why important: Sound sets the mood. It makes the game feel immersive.

Simple explanation: Music is like the feeling of the game. A scary game has creepy music; a happy game has cheerful music.

Real-life example: In “Zelda”, the music changes when you enter a dungeon.

School example: In a school play, music sets the mood for the scene.

Home example: You listen to calm music while studying, and upbeat music while exercising.

Nigerian example: A game about Nigerian culture might use talking drums or Afrobeat music.

Illustration:

   SOUND TYPES
   -----------
   - Background music: loops during gameplay
   - Ambient: birds chirping, wind blowing
   - Sound effects: coin pickup, jump, explosion

Mini summary: Sound design includes music and effects. It sets the mood and gives feedback.


Lesson 10: Polish – The Final Touch

Definition: Polish is the process of making small improvements to your game to make it feel smooth, professional, and complete.

Why important: Polish turns a good game into a great one. It shows you care about the player's experience.

Simple explanation: Polish is like polishing a car – it makes it shiny and beautiful.

Real-life example: Adding a smooth transition between levels, or a “juicy” effect when you collect an item.

School example: Neat handwriting and clean diagrams in a project.

Home example: Putting your clothes away neatly after washing.

Nigerian example: Adding cultural patterns to the game's borders or title screen.

Illustration:

   POLISHING CHECKLIST
   -------------------
   ✓ Smooth animations
   ✓ Clear feedback (sound + visual)
   ✓ No bugs
   ✓ Nice transitions
   ✓ Good UI layout
   ✓ Helpful tutorial

Mini summary: Polish is the final step. It makes your game look and feel professional.


Lesson 11: Optimization – Making Your Game Run Smoothly

Definition: Optimization is the process of improving your game's performance – making it run faster and use less memory.

Why important: If a game is slow or lags, players get frustrated. Optimization ensures a smooth experience.

Simple explanation: Optimization is like cleaning your room so you can find things quickly.

Real-life example: Reducing the number of particles on screen to prevent lag.

School example: Organising your backpack so you can find your books faster.

Home example: Closing unused apps on your phone to make it run faster.

Nigerian example: In a mobile game, optimizing for slower phones so more people can play.

Illustration:

   OPTIMIZATION TIPS
   -----------------
   - Use small images
   - Limit particle count
   - Reduce unnecessary calculations
   - Use simple collision shapes

Mini summary: Optimization makes your game run fast and smooth. It improves the player experience.


Lesson 12: Testing and Debugging – Quality Assurance

Definition: Quality Assurance (QA) is the process of thoroughly testing your game to find and fix bugs before publishing.

Why important: QA ensures your game works correctly and is fun. It prevents players from encountering frustrating bugs.

Simple explanation: QA is like having a friend read your essay to catch spelling mistakes.

Real-life example: Game companies have testers play the game for hours to find bugs.

School example: Checking your answers on a test before submitting.

Home example: Tasting your food before serving it to guests.

Nigerian example: Testing a mobile app with a small group before launching it nationwide.

Illustration:

   QA PROCESS
   -----------
   1. Play through the game multiple times
   2. Note any bugs or weird behavior
   3. Fix the bugs
   4. Retest to make sure they are fixed
   5. Repeat until no bugs are found

Mini summary: QA is testing to find bugs. It ensures a polished, bug-free game.


Lesson 13: Publishing – Sharing Your Game

Definition: Publishing is the process of making your game available for others to play – on a website, app store, or game platform.

Why important: Publishing is how you share your creation with the world. It is the final step in the game development journey.

Simple explanation: Publishing is like putting your artwork on the fridge for everyone to see.

Real-life example: Uploading a game to itch.io, Game Jolt, or the Google Play Store.

School example: Presenting your project to the class.

Home example: Showing your family a video you made.

Nigerian example: Publishing a Nigerian-themed game on a local app store.

Illustration:

   PUBLISHING STEPS
   ----------------
   1. Prepare game files (executable, images, sounds)
   2. Create a description and screenshots
   3. Upload to a platform
   4. Set a price (free or paid)
   5. Publish and share the link

Mini summary: Publishing is sharing your game with the world. It is the final goal of development.


Lesson 14: Marketing – Telling People About Your Game

Definition: Marketing is the process of letting people know about your game so they will play it.

Why important: Even the best game can be forgotten if no one knows about it. Marketing gets attention.

Simple explanation: Marketing is like telling your friends about a cool new movie.

Real-life example: Posting about your game on social media, making a trailer, or telling friends.

School example: Making a poster to advertise a school event.

Home example: Calling your relatives to tell them about a family gathering.

Nigerian example: Using WhatsApp or Instagram to share your game with friends.

Illustration:

   MARKETING CHANNELS
   ------------------
   - Social media (Twitter, Instagram, TikTok)
   - Game forums (Reddit, Discord)
   - Game jams (online competitions)
   - Word of mouth (tell your friends!)

Mini summary: Marketing is telling people about your game. It helps you get players.


Lesson 15: The Game Developer's Mindset

Definition: The game developer's mindset is a way of thinking – you are curious, persistent, and always learning.

Why important: This mindset helps you overcome challenges and keep improving.

Simple explanation: It is like being a detective, always asking “why” and “how”.

Real-life example: When you see a game, you think, “How did they make that?”

School example: When a project is hard, you try different solutions until it works.

Home example: When a toy breaks, you try to fix it before throwing it away.

Nigerian example: Innovating solutions to everyday problems, like using solar energy.

Illustration:

   MINDSET QUALITIES
   -----------------
   - Curiosity: ask questions
   - Persistence: don't give up
   - Creativity: think of new ideas
   - Learning: always improve

Mini summary: The game developer's mindset is about curiosity, persistence, creativity, and always learning.


📖 Key Vocabulary (Simple Definitions)

  • Level: A stage in a game with its own challenges.
  • Difficulty Curve: How challenge increases over time.
  • AI (Artificial Intelligence): Code that makes non-player characters behave smartly.
  • Chase AI: Enemy moves toward the player.
  • Patrol AI: Enemy moves back and forth.
  • Pathfinding: Finding the best route to a target.
  • Particle: A small visual effect (sparkle, smoke).
  • UI (User Interface): The menus and displays on screen.
  • HUD: Heads-Up Display – shows score, health, etc.
  • Menu: A screen to start, pause, or change settings.
  • Polish: Small improvements to make the game shine.
  • Optimization: Making the game run smoothly.
  • QA (Quality Assurance): Testing to find and fix bugs.
  • Publishing: Making the game available to others.
  • Marketing: Letting people know about your game.

💡 Important Concepts

  • Levels should get progressively harder (difficulty curve).
  • AI makes enemies and allies behave intelligently.
  • Chase and patrol are basic AI behaviours.
  • Pathfinding helps AI navigate around obstacles.
  • Particles add visual excitement.
  • UI and menus are essential for player interaction.
  • Sound design sets the mood and gives feedback.
  • Polish turns a good game into a great one.
  • Optimization ensures smooth performance.
  • QA testing is crucial for a bug-free game.
  • Publishing is sharing your game with the world.
  • Marketing helps your game reach players.
  • The right mindset is key to becoming a successful developer.

🔢 Step-by-step Explanations

How to add a chase AI enemy (6 steps)

  1. Create enemy sprite: Add an enemy image to your game.
  2. Get player position: In the game loop, get the player's x and y.
  3. Compare positions: Check if the player is to the left or right of the enemy.
  4. Move enemy: If the player is to the left, move the enemy left. If to the right, move right.
  5. Add speed: Control how fast the enemy moves.
  6. Test: Play the game and make sure the enemy follows you.

🌍 Real-life Examples

  • Super Mario Bros: Levels get harder, AI enemies patrol or chase, and there are particle effects when collecting coins.
  • The Legend of Zelda: Complex dungeons with puzzles, AI enemies that chase, and a polished UI with hearts and items.
  • Minecraft: Procedural levels (infinite world), AI mobs (creepers, zombies), and particle effects.

🇳🇬 Nigerian Examples

  • Ayo digital: Add levels with more seeds, AI opponent that uses strategy, and particle effects when capturing seeds.
  • Ludo digital: Levels with different board layouts, AI opponents with varying difficulty, and a polished HUD.
  • Nigerian folklore game: Levels based on different stories (Anansi, Tortoise), AI animals that chase or trick you, and cultural UI design.

😄 Fun Examples Children Can Relate To

  • Platformer with levels: Jump over obstacles, collect stars, and beat the boss at the end of each level.
  • Hide and seek with AI: A robot that searches for you – you need to hide well!
  • Racing game: Different tracks (levels) and AI opponents that you need to beat.

🏠 Everyday Examples

  • Homework: The teacher gives easy questions first, then harder ones (difficulty curve).
  • Video game difficulty: You start on “Easy” mode and unlock “Hard” mode.
  • Cleaning your room: You start with one area, then move to the next (levels).

👩‍🏫 Teacher Notes

  • Encourage students to think about their favourite games' levels and difficulty.
  • Use analogies like school grades (Grade 1 is easy, Grade 5 is harder) to explain difficulty curves.
  • Demonstrate AI behaviour in Scratch using simple if-then blocks.
  • Discuss the importance of polish by showing before/after examples.
  • Guide students through the publishing process on a safe platform.

👪 Parent Tips

  • Play games with your child and point out level design, AI, and polish.
  • Encourage your child to think about what makes a game fun and how it could be improved.
  • Support your child in publishing their game – even on a small scale.
  • Discuss how marketing works in the real world (ads, social media).
  • Celebrate the completion of the game development course!

🤯 Interesting Facts

  • The first video game with AI was “Pong” – the opponent paddle had simple AI.
  • “Minecraft” has procedurally generated worlds, meaning no two worlds are the same.
  • Particles were first used in games like “Super Mario World” to create sparkles.
  • The game “Doom” (1993) had complex pathfinding for enemies.
  • Many games are published on platforms like Steam, which has thousands of games.

❓ Did You Know?

  • Did you know that the game “Tetris” was published on a simple platform and became one of the best-selling games ever?
  • Did you know that some game developers use “procedural generation” to create infinite levels?
  • Did you know that the first game with a “pause” menu was “Space Invaders”?

🧠 Remember This

  • Levels should get progressively harder.
  • AI makes enemies smart.
  • Particles add visual excitement.
  • UI and menus are essential.
  • Polish makes the game shine.
  • Optimization ensures smooth performance.
  • QA testing finds and fixes bugs.
  • Publishing shares your game with the world.
  • Marketing helps you get players.
  • Keep a curious, persistent, and creative mindset.

⚠️ Common Mistakes

  • Too hard too soon: Jumping to a high difficulty level frustrates players.
  • AI that is too smart: If the AI always wins, the game is not fun.
  • Ignoring polish: Small details matter. A game with bugs or clunky UI feels unprofessional.
  • Not optimizing: A laggy game will drive players away.
  • Publishing without testing: Releasing a buggy game gives a bad first impression.

✅ Best Practices

  • Start with easy levels and gradually increase difficulty.
  • Give AI a chance to be beaten – don't make it perfect.
  • Add particles and effects for important actions.
  • Keep UI clean and simple.
  • Polish the game until it feels smooth.
  • Optimize for performance on target devices.
  • Test thoroughly before publishing.
  • Create a compelling description and screenshots for your game.
  • Share your game with friends and communities for feedback.

📊 Illustrations and Diagrams

Level Design Flowchart

   +-------------------+
   |  Level 1: Easy    |
   +-------------------+
           |
           v
   +-------------------+
   |  Level 2: Medium  |
   +-------------------+
           |
           v
   +-------------------+
   |  Level 3: Hard    |
   +-------------------+

AI Behavior Comparison

AI TypeBehaviorExample
ChaseMoves toward playerGhost in Pac-Man
PatrolMoves back and forthGoomba in Mario
WanderRandom movementSlime in Minecraft
FleeRuns away from playerChicken in Zelda

Publishing Process Timeline

   DAY 1: Prepare game files
   DAY 2: Write description and take screenshots
   DAY 3: Create a trailer
   DAY 4: Upload to platform
   DAY 5: Publish and share on social media

Polish Checklist

   ✓ Add particle effects
   ✓ Smooth animations
   ✓ Clear HUD
   ✓ Nice menu transitions
   ✓ Catchy music and sounds
   ✓ No bugs after QA

📝 End-of-Module Summary

You have reached the final milestone in your game development journey! In this module, you learned how to design levels, create AI enemies, add particles and polish, optimize performance, test thoroughly, publish your game, and market it to players. You also developed the mindset of a true game developer – curious, persistent, and creative. You now have the skills to take a game from an idea to a polished, published product. Remember, every great game developer started where you are now – with a passion for creating and a willingness to learn. Keep building, keep improving, and keep sharing your games with the world!

❓ Frequently Asked Questions

  1. What is a level? A level is a stage in a game with its own challenges.
  2. What is a difficulty curve? It is how the game's challenge increases over time.
  3. What is AI in games? AI is code that makes non-player characters behave intelligently.
  4. What is pathfinding? Pathfinding is finding the best route around obstacles.
  5. What are particles? Particles are small visual effects like sparkles or smoke.
  6. What is UI? UI is the interface players use – menus, HUD, etc.
  7. What is polish? Polish is making small improvements to make the game shine.
  8. What is optimization? Optimization is making the game run smoothly.
  9. What is QA? QA is testing to find and fix bugs.
  10. What is publishing? Publishing is making your game available for others to play.

🔍 Review Questions

  1. What is a level and why are they important?
  2. Explain what a difficulty curve is.
  3. What is AI in games? Give an example.
  4. What is the difference between chase AI and patrol AI?
  5. What is pathfinding?
  6. What are particles used for in games?
  7. What does UI stand for and what does it include?
  8. Why is polish important?
  9. What is optimization?
  10. What is QA testing?
  11. What does it mean to publish a game?
  12. Why is marketing important for a game?
  13. What qualities does a game developer need?
  14. Give an example of a Nigerian game and how you would add levels to it.
  15. How would you promote a game you made?

✏️ Fill-in-the-Blank Exercises

  1. A ____ is a stage in a game.
  2. The ____ curve shows how difficulty increases.
  3. ____ is the code that makes NPCs behave intelligently.
  4. ____ AI means the enemy moves toward the player.
  5. ____ AI means the enemy moves back and forth.
  6. ____ is finding the best route around obstacles.
  7. ____ are small visual effects like sparks.
  8. ____ is the interface players interact with.
  9. ____ is making small improvements to a game.
  10. ____ is making the game run smoothly.

✅ True or False Exercises

  1. All levels should be the same difficulty. (False)
  2. AI makes enemies smarter. (True)
  3. Patrol AI means the enemy chases the player. (False)
  4. Pathfinding helps AI avoid obstacles. (True)
  5. Particles are large objects in the game. (False)
  6. UI stands for User Interface. (True)
  7. Polish is not important for a game. (False)
  8. Optimization makes the game slower. (False)
  9. QA testing is optional. (False)
  10. Publishing means sharing your game. (True)

📝 Multiple Choice Questions

  1. What is a level?
    a) A stage in a game
    b) A type of AI
    c) A particle effect
    d) A UI element
    Answer: a
  2. What does a difficulty curve do?
    a) Makes the game easier
    b) Increases difficulty gradually
    c) Removes challenges
    d) Adds more players
    Answer: b
  3. What is AI in games?
    a) Art graphics
    b) Intelligent behavior for NPCs
    c) A type of menu
    d) A sound effect
    Answer: b
  4. What is chase AI?
    a) Enemy moves randomly
    b) Enemy moves toward the player
    c) Enemy runs away
    d) Enemy stays still
    Answer: b
  5. What is patrol AI?
    a) Enemy moves back and forth
    b) Enemy chases the player
    c) Enemy hides
    d) Enemy attacks
    Answer: a
  6. What is pathfinding?
    a) Finding the best route
    b) A type of particle
    c) A menu option
    d) A sound effect
    Answer: a
  7. What are particles?
    a) Large objects
    b) Small visual effects
    c) Sound files
    d) UI buttons
    Answer: b
  8. What does UI stand for?
    a) User Interface
    b) Universal Input
    c) Unit Integration
    d) Underlying Interaction
    Answer: a
  9. What is polish?
    a) Making small improvements
    b) Removing features
    c) Adding bugs
    d) Skipping testing
    Answer: a
  10. What is optimization?
    a) Making the game run smoothly
    b) Making the game harder
    c) Adding more levels
    d) Removing sound
    Answer: a
  11. What is QA testing?
    a) Finding and fixing bugs
    b) Adding new features
    c) Marketing the game
    d) Publishing the game
    Answer: a
  12. What is publishing?
    a) Making the game available
    b) Deleting the game
    c) Testing the game
    d) Designing the game
    Answer: a
  13. What is marketing?
    a) Letting people know about your game
    b) Programming the game
    c) Creating art
    d) Writing code
    Answer: a
  14. Which is a quality of a game developer?
    a) Curiosity
    b) Laziness
    c) Giving up easily
    d) Ignoring feedback
    Answer: a
  15. What is a good first step in level design?
    a) Make it very hard
    b) Start with an easy level
    c) Skip levels
    d) Add no challenges
    Answer: b

🔗 Matching Exercises

Match the term on the left with the correct description on the right.

TermDescription
1. LevelA. Making the game run smoothly
2. AIB. Small visual effects
3. ParticleC. Intelligent behavior for NPCs
4. PolishD. A stage in a game
5. OptimizationE. Making small improvements

Answers: 1-D, 2-C, 3-B, 4-E, 5-A

✍️ Short Answer Questions

  1. Explain what a difficulty curve is and why it is important.
  2. Describe how you would implement chase AI in a simple game.
  3. What is the difference between UI and the game world?
  4. Why is polish important in game development?
  5. What steps would you take to publish a game?

📌 Scenario-based Exercises

  1. Scenario: You have a game with three levels. Players are quitting at Level 2 because it is too hard. What would you change about the difficulty curve?
  2. Scenario: Your enemy AI is too easy – the player can just walk past them. How would you make the AI smarter using chase or pathfinding?
  3. Scenario: Your game runs slowly on some phones. What optimization techniques would you use to improve performance?

👥 Group Activity

Design a level together: In groups of 4-5, design a new level for a game. Draw the layout, define the challenges, and decide on the difficulty. Add AI enemies and particle effects. Present your level design to the class and explain your choices.

🧑‍🎓 Individual Activity

Polish your game: Take a game you have built earlier in the course. Apply polish techniques – add particles, improve the UI, add a menu, and optimize performance. Make a list of the changes you made and why.

💬 Classroom Discussion Questions

  1. What is your favourite game level and why?
  2. How do you feel when a game is too hard or too easy?
  3. What AI behaviour do you find most interesting in games?
  4. Why do you think polish is important for a game's success?
  5. How would you market a game you made?

🛠️ Mini Project

Create a complete, polished game: Using the skills from all five modules, create a complete game with at least three levels, AI enemies, particles, a menu, and polish. Test it thoroughly, and then publish it on a platform like Scratch or itch.io.

📋 Practical Assignment

Publishing plan: Write a plan for publishing a game. Include the platform you would use, a description, screenshots, a marketing strategy, and a timeline. Submit the plan.

🏆 Challenge Exercise

AI challenge: Create an AI that uses both chase and patrol behaviours. The enemy should patrol when the player is far, and chase when the player is near. Implement this in a game and test it.

📖 Quiz Answers

Answers to Multiple Choice Questions are provided above. For Fill-in-the-Blank and True/False, answers are in the text.

🔑 Key Takeaways

  • Levels increase difficulty gradually.
  • AI makes NPCs behave intelligently.
  • Chase and patrol are basic AI behaviors.
  • Particles add visual excitement.
  • UI and menus are essential for interaction.
  • Polish makes the game shine.
  • Optimization ensures smooth performance.
  • QA testing finds and fixes bugs.
  • Publishing shares your game with the world.
  • Marketing helps you get players.
  • A curious, persistent, and creative mindset is key.

🚀 Preparation for Module Six (Optional / Advanced)

Congratulations! You have completed the five core modules of the “Fundamentals of Game Development” course. You now have a solid foundation in game design, mechanics, coding, and publishing. If you wish to continue, Module Six (Advanced) will cover topics like multiplayer networking, 3D game development, and advanced AI. Keep your projects and notes – they are your portfolio. Continue learning, experimenting, and creating. The world needs more game developers like you!


🎉 End of Module Five. You are now a complete game developer! Go create and share your games!

7

Module Six

Module Six: Fundamentals of Game Development

Module Six: Fundamentals of Game Development

Welcome, young creator! In this module, you will learn how video games are made. You will think like a game designer, plan like a builder, and create like an artist. Let’s begin our adventure into the world of game development!

Module Introduction

Have you ever played a game on a phone, a tablet, or a computer? Have you ever wondered, “How did they make this? How do the characters move? Why do I keep playing to beat the next level?” All of these things come from something called game development.

Game development means creating a game from just an idea. It is like baking a special cake. You need a recipe (that’s your plan), ingredients (like art and sound), and an oven (the computer program) to bake it. Once it’s ready, your friends can enjoy it!

This module will teach you the fundamentals of game development. Fundamentals are the basic, most important building blocks. If you understand these building blocks, you can create any game you dream of. We will avoid big, confusing words. Every new idea will be explained as if we are sitting under a tree, sharing stories. Ready? Let’s go!

Learning Objectives

By the time you finish this module, you will be able to:

  • Say what game development means in your own words.
  • List the three main parts of every game: input, update, and render.
  • Explain what a game loop is and why it matters.
  • Understand how a computer thinks about a game world using coordinates.
  • Describe what a game engine helps us do.
  • Know the difference between a sprite, an object, and a level.
  • Create a simple game design on paper.
  • Tell a story through a game.
  • Work well with others to build a small game idea.

Warm-up Story: Kola and the Magic Chicken

Kola lived in a small town in Nigeria. He loved playing a game called “Jumping Chicks” on his mum’s phone. One day, the power went out. The phone was dead, and Kola was bored. He sat in his backyard, watching real chickens peck at corn.

Suddenly, Kola had an idea. He drew a grid on the ground with a stick. He picked up a stone. “This stone,” he said to his little sister, Amara, “is the Magic Chicken. It has to jump over these lines to reach the corn!” Amara giggled. Kola made rules: if you throw the stone and it lands on a line, the chicken falls. If it lands in the next box, you earn one kernel of corn.

Soon, his friends came over. They started adding new rules. One friend said, “What if there’s a hawk that flies in every three turns?” Another said, “What if the chicken can double-jump once per game?” Without a phone or a computer, Kola had become a game developer. He had an idea, he made rules, he built a playing area, and he saw if it was fun. This is exactly how big games like “Angry Birds” or “Subway Surfers” begin—with a simple idea and clear rules. Kola’s dirt grid was his screen, the stone was his character, and his friends were his players. You, too, can start just like Kola.

Main Lessons

Lesson 1: What Is a Game Developer?

Definition: A game developer is someone who makes a game. They use computers, but they also use their imagination, logic, and art.

Why it is important: Knowing who a developer is helps you see that YOU can become one.

Simple explanation: Think of a game developer as a chef. The chef follows a recipe (code) and mixes ingredients (art, sound, story) to serve a meal (the game). A developer can be one person doing all the cooking, or a big team where one person just chops vegetables (makes sounds) and another just bakes the bread (writes code).

Real-life example: A carpenter builds a chair; a game developer builds a game world.

School example: When your teacher gives you a group project to draw a map of your school, you all become developers of that map. Someone draws, someone measures, someone writes the names.

Home example: When you arrange your room and make a rule that “the floor is lava,” you have developed a game!

Nigerian example: Imagine a Nigerian team like Kuluya Games or ChopUp Games. The people there are developers. They create games about African history, like a game where you run a busy Lagos market.

Illustration:

      Game Developer
           |
     +-----+------+
     |            |
  Uses Brain   Uses Tools
  (Imagination) (Computer)
     |            |
  Makes Rules   Builds World
           |
        The Game 🎮
    

Mini Summary: A game developer is anyone who creates a game by making rules and building a world. You can be a developer right now with just paper and a pencil.

Lesson 2: The Three Magic Words – Input, Update, Render

Definition: Every game, from a simple tic-tac-toe to a complex racing game, does three things in a circle: Input (listen to the player), Update (change the game state), and Render (draw the new picture).

Why it is important: This is the heartbeat of a game. If you understand this circle, you understand how all digital games work.

Simple explanation: Imagine you are drawing a flip-book. You draw a stick man on page one. On page two, you draw him with his arm a little higher. When you flip the pages fast, the stick man waves. Here, Input is your decision to flip the page. Update is the arm changing position. Render is your eye seeing the new picture. The game repeats this very fast.

Real-life example: A traffic light. Input: A car waits. Update: The timer changes the light from red to green. Render: The green light shines. Drivers see it.

School example: In a spelling bee. Input: The teacher says a word. Update: Your brain thinks of the letters. Render: You speak the spelling aloud.

Home example: The “floor is lava” game. Input: Mum shouts “Lava!” Update: Everyone must jump on a pillow. Render: You see your brother climbing the sofa.

Nigerian example: Playing the “Ayo” board game. Input: You pick up seeds from a hole. Update: You drop one seed in each next hole according to the rules. Render: You and your opponent see the new positions of all seeds.

Illustration:

        +--------+
        | INPUT  |  <--- Player presses a key or touches screen
        +--------+
             |
             v
        +--------+
        | UPDATE |  <--- The game logic moves the character, checks rules
        +--------+
             |
             v
        +--------+
        | RENDER |  <--- The screen shows the new picture
        +--------+
             |
             +----> (Repeat! This is the Game Loop)
    

Mini Summary: Games take input, update the action, and render the new frame. This loop happens many times per second.

Lesson 3: The Game Loop – The Spinning Wheel

Definition: The Game Loop is a repeating cycle that keeps the game running until the player wins or loses. It spins like a bicycle wheel, over and over.

Why it is important: Without a loop, a game would just freeze after the first move. The loop keeps the game alive!

Simple explanation: Picture a roundabout (merry-go-round) in a playground. You push it (input). It spins (update). You see your friends whizzing past (render). It keeps spinning as long as someone pushes it. The game loop is the spinning. It spins, checks if something new happened, draws the scene, and spins again. It spins so fast—maybe 30 or 60 times in a single second—that it looks like smooth movement.

Real-life example: Your heartbeat. It goes beat… beat… beat. Each beat sends blood around. It does not stop until you rest. A game loop does not stop until you close the game.

School example: The school bell system. The loop: ring bell (update period), students move (render), teachers teach (input), wait for next ring. Repeat daily.

Home example: Washing machine. It fills water, washes, drains, spins. It loops through these steps until the timer ends.

Nigerian example: A danfo bus (Lagos yellow bus) conductor’s call loop. He shouts “Oshodi! Oshodi!” (input/marketing), waits for passengers (update), collects fare (input), and when bus fills, driver moves (render). The shout cycle repeats.

Illustration:

    Start Game
        |
        v
    +--> Check if player pressed something (Input)
    |       |
    |       v
    |   Move character, update score (Update)
    |       |
    |       v
    |   Draw everything on screen (Render)
    |       |
    +-------+
        (keep going until Game Over)
    

Mini Summary: The game loop is a fast, never-ending circle of input, update, and render. It is the engine that drives every single game.

Lesson 4: Thinking with Coordinates – X and Y

Definition: A coordinate is a pair of numbers (X, Y) that tells the computer exactly where something is on the screen. X is how far right; Y is how far down.

Why it is important: A computer screen has millions of tiny dots called pixels. To place a character, the game must use coordinates. Without them, the computer cannot find the spot.

Simple explanation: Think of a giant classroom window with square panes. You want to place a sticker of a butterfly. You tell your friend, “Start from the left side, count 3 panes to the right (that’s X). Then count 2 panes down from the top (that’s Y).” The butterfly goes exactly there. In games, the top-left corner is often (0,0).

Real-life example: A map grid in a street directory. To find a shop, you might look at grid reference B5. B is the X direction, 5 is the Y direction.

School example: Your seat in class. “Row 4, desk 3” is a coordinate. The teacher can find you without calling your name.

Home example: A chessboard or a checkers board. The rook is on column D, row 1. That is its coordinate (D,1).

Nigerian example: In the game “Whot,” you lay out cards in rows and columns. The position of the “Star” card on the mat is like a coordinate. In a local market, a trader says, “My stall is Block 2, Row A.” That’s a coordinate!

Illustration:

    (0,0) ----> X increases right
     |
     |    * (3,2) <-- The star is 3 steps right, 2 steps down
     |
     v
     Y increases down
    

Mini Summary: Coordinates (X, Y) are the address of a pixel on the screen. X is across, Y is down. Games move things by changing these numbers.

Lesson 5: Sprites – The Game Actors

Definition: A sprite (pronounced like “spright”) is a 2D picture or image that moves around in a game. Characters, coins, bullets, and trees are often sprites.

Why it is important: Sprites are the actors in your game movie. Everything you see moving is usually a sprite.

Simple explanation: Imagine you cut out a paper doll. You can slide it across a background picture. The paper doll is the sprite. The background is the game stage. In a digital game, the sprite is just a rectangle filled with a drawing, and the computer moves that rectangle by changing its X and Y coordinates.

Real-life example: A cartoon animation cell. Old cartoons painted characters on clear plastic sheets and moved them over a painted background.

School example: A magnet of a bee on the classroom whiteboard. The bee is the sprite; the whiteboard is the background.

Home example: A sticker on your notebook. You can peel it off and put it somewhere else on the cover.

Nigerian example: During the Argungu Fishing Festival, a fish jumping out of the water could be a sprite. The river is the background. In a local game, a carved wooden figure (like an ayo seed) moving on a board acts like a sprite.

Illustration:

     +------+
     |  /\  |
     | (..) |  <-- This is a Sprite (an owl)
     | /\/\ |
     +------+
        |
        v (X: 100, Y: 50) <-- Its position on screen
    

Mini Summary: A sprite is a movable picture. By changing its coordinate, we make it walk, fly, or jump.

Lesson 6: Collision Detection – Did They Touch?

Definition: Collision detection is how a game knows when two sprites touch each other. For example, when a player touches a coin or an enemy.

Why it is important: If a game cannot tell when things touch, you could walk through walls, or a bullet would never hit a target. It is the sense of touch for the game world.

Simple explanation: Imagine two soap bubbles floating in the air. When the bubbles meet, they pop or join. The game checks, “Is the edge of bubble one inside bubble two?” It does this using coordinates and the shapes. Most beginners use a simple rectangle check: if two rectangles overlap, they touch!

Real-life example: Two people walking towards each other in a doorway. If both try to pass, their shoulders might bump. The bump is a collision.

School example: In a school play, when two actors stand very close, the audience believes they are talking to each other. The director checks, “Are they close enough to each other?”

Home example: Playing a game of tag. Your hand touches someone’s back. The game rule says that touch means “you’re it.”

Nigerian example: In a crowded Lagos bus stop, you know you’ve “collided” with another passenger when your shoulder touches theirs. A game designer would say, “If PlayerX < PassengerX + width, then collision!”

Illustration:

    [Player]     [Coin]
       |           |
       +---> X <---+
           (Overlap!)
     YES = Collect Coin
     NO  = Keep Moving
    

Mini Summary: Collision detection answers the question, “Are these two game objects touching?” It decides if you eat the fruit, kill the monster, or win the race.

Lesson 7: Game Physics – Making Things Feel Real

Definition: Game physics are the rules that make things move in ways that feel like the real world. Gravity is the most famous one. Things fall, bounce, or slide based on game physics.

Why it is important: Without physics, a character would float away or stop suddenly without slowing. Physics makes the world feel solid and believable.

Simple explanation: You know that if you drop a ball, it goes down. In a game, you tell the computer, “Every second, increase the downward speed of the ball until it hits the ground.” That’s gravity code. To jump, you give the character a sudden burst of upward speed. Gravity then pulls it back down naturally.

Real-life example: A swing at a park. You pump your legs to go up (force). Gravity pulls you back down. You keep swinging until friction and air slow you down.

School example: A paper plane. You throw it hard, but air pushes back. Gravity pulls it down. It glides. That’s physics.

Home example: A bouncing ball in your room. Drop it; it hits the floor (collision detection) and bounces back (physics reaction).

Nigerian example: Throwing a bouncy ball (like a rubber “bouncy” from a shop) on a dusty ground in a village square. It might not bounce as high because the sand absorbs energy. A game can copy that!

Illustration:

    Jump:
    Player Y speed = -10 (Up)
        |
        v (Gravity pulls down: add +1 speed every tick)
    Player Y speed = -9, -8, ..., 0
        |
        v
    Player Y speed = +1, +2, ... (Falling down)
    Bounce!
    

Mini Summary: Game physics uses simple math to fake real forces like gravity. It makes jumping and bouncing look correct.

Lesson 8: Game Engines – The Tool Factory

Definition: A game engine is a box of ready-made tools that helps developers build games faster. It handles the game loop, physics, sound, and graphics for you.

Why it is important: Building a game without an engine is like baking a cake without an oven, mixer, or spoons. You could do it with bare hands, but it’s very hard. Engines give you the tools.

Simple explanation: Imagine you love making cookies. A game engine is like a modern kitchen. It has a timer (loop), a mixer (input handler), and an oven (renderer). You still need to make the dough and design the cookie shape (that’s your game idea), but the kitchen makes the job possible and fun.

Real-life example: A car factory. Robots and conveyor belts help workers. Workers don’t have to carry heavy metal by hand; the factory engine helps.

School example: A pre-printed science project template. The lines and structure are given; you just fill in the experiment details.

Home example: A Lego set comes with bricks and instructions. The set doesn’t build the castle for you, but it gives you the parts.

Nigerian example: Think of a popular engine like Unity or Godot. Some Nigerian developers use Buildbox or GameMaker to make mobile games without writing too much complex code. It’s like using a motorized grinding machine instead of a stone grinder—faster and easier.

Mini Summary: A game engine is a helper program that does the hard, boring work so you can focus on making your game fun.

Lesson 9: Levels and World Design

Definition: A level is one part or stage of a game. World design is how you arrange platforms, enemies, and treasures in that level to tell a story or give a challenge.

Why it is important: A good level makes a player feel smart, excited, or brave. A bad level makes them feel bored or unfairly treated.

Simple explanation: You are building an obstacle course for your pet or a friend. You place a tunnel, then a jump over water, then a narrow beam. You decide the order. You want it to start easy, then get harder. The order of obstacles is the “level design.”

Real-life example: A playground. The designer placed the slide after the climbing net, and the swings next to the sandpit. They designed the “play level.”

School example: The layout of your classroom. The teacher’s desk is at the front (the boss), the bookshelf is at the back (treasure), and tables are in rows (safe paths).

Home example: A family board game like Ludo. The path from start to home is a level. The safe spots and star spots are designed to make it tricky but fun.

Nigerian example: The layout of a traditional wrestling match in a village. The circle is the ring (level boundary). The rules say you must push your opponent out. The level design is just the circle, but it creates the whole game dynamic.

Illustration:

    Level 1 (Garden):
    [Start] ----> [Jump over log] ----> [Collect Mango] ----> [Finish]
       Easy              Medium               Safe              Goal
    

Mini Summary: Level design is arranging the pieces of your game to create a fun path for the player. It is like writing a song with ups and downs.

Lesson 10: Sound and Music – The Feeling Makers

Definition: Sound effects are short noises (like a “boing” for a jump or a “clink” for a coin). Music is the background song that plays during a level.

Why it is important: Sound tells your ears what your eyes might miss. It warns you of danger or rewards you. It makes the game feel alive.

Simple explanation: Watch a cartoon with the volume off. It looks fine but feels empty. Now turn the volume up. The silly sounds make you laugh. Music tells you “this is a scary part” or “this is a happy part.” Games are the same.

Real-life example: A doorbell. The ring is a sound effect that says, “Someone is here.”

School example: The school bell is the sound effect for “class change.” The songs you sing in assembly are like the soundtrack.

Home example: The beep of a microwave. It tells you your food is ready without you looking.

Nigerian example: Imagine a game about a talking drum festival. The player hears actual talking drum beats when they get a correct rhythm. It teaches culture through sound effects!

Mini Summary: Sound and music add emotion and information. A “swoosh” makes a punch feel powerful; a lullaby makes a night level feel calm.

Lesson 11: The Game Design Document (GDD)

Definition: A Game Design Document is a written plan on paper. It describes everything about your game before you start coding: the hero, the goal, the rules, the levels.

Why it is important: Building a house without a blueprint is dangerous. Building a game without a plan is confusing. The GDD keeps you on track.

Simple explanation: Before Kola drew the grid for his Magic Chicken game, he had a plan in his head. A GDD is putting that plan on paper so your teammates can read it and help.

Real-life example: A recipe book. It lists the name of the dish, a picture, the ingredients list, and the steps.

School example: A project report outline. You write the title, the objectives, and the steps before you start writing.

Home example: A shopping list. It prevents you from buying things you don’t need and forgetting important ones.

Nigerian example: A Nigerian architect building a house in Abuja first draws the plan. A Nigerian game developer writing a GDD first sketches the character (maybe a little girl carrying a calabash) and the mission.

Illustration:

    +-----------------------------+
    | GAME DESIGN DOCUMENT        |
    |-----------------------------|
    | Title: Magic Chicken Chase  |
    | Hero: Stone                 |
    | Goal: Reach the corn        |
    | Rules: Avoid lines          |
    | Levels: Yard, Field, Market |
    +-----------------------------+
    

Mini Summary: A GDD is your game’s master plan. Write it down so you don’t forget your amazing ideas.

Lesson 12: Art and Animation – Making It Move

Definition: Game art is the drawings. Animation is making those drawings move like a cartoon. A running character is actually a few pictures shown very fast.

Why it is important: Art attracts players. Animation makes the world convincing. A stiff character feels like a robot; an animated one feels like a friend.

Simple explanation: Take a sticky note pad. Draw a ball on the bottom right on the first page. On the next page, draw it a little to the left. Flip the pages fast. The ball moves! A game animates sprites by quickly changing from one picture (sprite frame) to another.

Real-life example: A traffic light’s walking man symbol. Some new ones have a countdown that animates the man walking faster.

School example: Flip books you make in your notebook. A stickman doing a backflip is animation.

Home example: A zoetrope spinning drum. You look through the slits and see a horse galloping.

Nigerian example: Nollywood movies with special effects sometimes use simple animations. In a game, you could animate a character wearing traditional agbada flapping in the wind as he runs.

Mini Summary: Animation is showing a series of pictures quickly to trick the eye into seeing motion. It makes your sprites walk, dance, or jump.

Lesson 13: Testing – Finding the Bugs

Definition: Testing is playing your game to find problems (bugs) before your friends play it. A bug is a mistake or a glitch.

Why it is important: If you don’t test, players might fall through the floor or get stuck. Testing makes sure the game is fair and fun.

Simple explanation: You write a story and read it aloud. You might find a word spelled wrong or a sentence that sounds silly. Testing a game is the same: you play to see if anything acts weird.

Real-life example: A baker tastes the soup before serving it to guests. They check if it needs more salt.

School example: Checking your math homework answers with a calculator or a friend before submitting it.

Home example: Before a big party, you check the decorations to see if any balloons have popped.

Nigerian example: A local mechanic in a repair shop tests an engine by listening to it before the customer picks up the car. He is “testing the build.”

Mini Summary: Testing is playing your own game with a detective’s eyes. Find bugs, fix them, and make the game perfect.

Lesson 14: Publishing and Sharing Your Game

Definition: Publishing is putting your finished game in a place where others can download and play it—like an app store or a website.

Why it is important: A game is meant to be played! Sharing it makes you a real developer. Getting feedback makes your next game better.

Simple explanation: You bake a cake and keep it in the kitchen. Publishing is putting the cake on the dining table and calling everyone to eat.

Real-life example: An author writes a book. Publishing is printing it and putting it in a library or bookshop.

School example: Putting your art project on the classroom wall for everyone to see during Parents’ Day.

Home example: Sharing a video of your family’s dance on a family WhatsApp group.

Nigerian example: A Nigerian developer can publish a game on the Google Play Store. Popular Nigerian games like “Okada Ride” were published for all the world to download and enjoy.

Mini Summary: Publishing means sharing your game with players. Their smiles and feedback are your reward.

Lesson 15: Teamwork – Nobody Builds a Big Game Alone

Definition: Teamwork is working together. Big games need artists, programmers, sound designers, and testers all working as one team.

Why it is important: One person can make a small game, but huge games need many brains and hands. Sharing ideas makes the game richer.

Simple explanation: A football team. The goalkeeper cannot also be the striker all the time. Each person has a job. When they pass the ball to each other, they win. A game team passes tasks: “You draw the monster, I’ll code its health, she will make its roar sound.”

Real-life example: Building a real house. A bricklayer, an electrician, and a painter work together. None of them builds the whole house alone.

School example: A group debate. One person researches, one writes, one speaks.

Home example: Preparing a big Sunday meal. Mum cooks the stew, you wash the plates, sister pounds the yam.

Nigerian example: In a Nigerian film set, there is the director, cameraman, actors, and makeup artist. Game development works exactly like this crew. Everyone does their part to make the final product great.

Mini Summary: Game development is a team sport. Using everyone’s talent makes the game bigger and more fun.

Key Vocabulary

WordSimple Definition
Game DeveloperA person who makes a game.
InputWhat the player does (press a key, touch the screen).
UpdateThe game rules that change the action.
RenderDrawing the new scene on the screen.
Game LoopThe repeating circle of Input, Update, Render.
CoordinateAn address on the screen (X, Y).
SpriteA 2D image that moves.
CollisionWhen two sprites touch.
PhysicsRules for movement like gravity.
Game EngineA toolbox for building games.
LevelOne stage of the game.
GDDGame Design Document, the written plan.
AnimationShowing pictures quickly to make them look alive.
BugA mistake or error in the game.
PublishShare your game for others to play.

Important Concepts

The Golden Circle: Input ➜ Update ➜ Render. This is the most important concept in this module. It is the DNA of a game.

Everything is a Number: The computer sees positions as numbers (coordinates), speeds as numbers (physics), and images as numbers (pixels). Good game developers learn to think in numbers.

Plan First, Code Second: Professionals almost always write a GDD before they type a single line of code. A plan saves hours of pain.

Step-by-Step Explanations: Making a Simple Click-the-Bird Game

Let’s imagine how the game loop works in a simple bird-tapping game.

  1. Wait for Input: The game is drawn on the screen. The bird sprite sits at coordinate (200, 100). You touch the screen.
  2. Check Collision: Did your finger’s coordinate touch the bird’s rectangle? Yes!
  3. Update World: Increase the score by 1. Move the bird to a new random coordinate, say (350, 200). Play a “chirp” sound.
  4. Render: Clear the screen. Draw the sky. Draw the bird at the new spot. Draw the new score.
  5. Loop Again: Wait for the next tap. Keep doing this until the timer runs out.
    Tap Screen (Input)
        |
        v
    Is Bird Touched? (Collision Check)
        |
    YES |---> Score +1, Move Bird, Play Chirp (Update)
        |
        v
    Draw All (Render)
        |
        v
      (Repeat)
    

Real-life Examples of Game Development Concepts

  • A restaurant menu is like a game level: you choose a path from appetizers to dessert.
  • A traffic warden directing cars acts like a game loop checking for input and updating flow.
  • A goalkeeper diving for a ball is collision detection: the ball (sprite) touches the glove (sprite).
  • A barber’s price list is a GDD: it tells you the services and rules.

Nigerian Examples

  • Ayo Olopon: A traditional strategy game. The board holes are coordinates. The seeds are sprites. Capturing seeds uses collision detection.
  • Abula (Amala, Ewedu, Gbegiri): Making this dish is like assembling a game. You need multiple parts (soup, swallow, stew) that must come together perfectly. Game assets (art, sound, code) also must come together.
  • Lagos Market: Navigating a crowded market without bumping into people is a live-action game of collision avoidance.

Fun Examples

  • Hide and Seek: The “renderer” is your eyes. The “update” is you counting down and everyone running. The “input” is hearing “Ready or not, here I come!”
  • Building a Pillow Fort: The fort is your level design. The cushions are physics objects.
  • Simon Says: Simon is the input. Your body does the update. Your friends watching is the render.

Everyday Examples

  • A microwave has a loop: input (buttons), update (cook time), render (display numbers).
  • Brushing your teeth: input (squeeze paste), update (brush up and down), render (clean teeth smile).

Teacher Notes

This module is designed to demystify game creation. Emphasize that no computer is needed to start thinking like a developer. Use the outdoor “Kola Grid” activity. Encourage students to draw their game screens on paper first. The key hurdle is the coordinate system; use a large floor grid with masking tape to let students physically walk to (X, Y) coordinates. Reinforce the Input-Update-Render loop with physical clapping games.

Parent Tips

Celebrate your child’s interest in games by asking them to describe the “rules” of their favorite game instead of just playing it. Ask, “Why do you think the designer made the coin that color?” or “What would you change?” Download a free child-friendly engine like Scratch (visual coding) and build the click-the-bird game together. Validate that playing games can be educational when done with curiosity.

Interesting Facts

  • The first video game ever is often called Pong (1972). It was just two white rectangles and a dot.
  • Mario from Super Mario is a sprite who got his mustache because the first game screens couldn’t show a mouth clearly.
  • There is a game developer in Nigeria who made a game called “Danfo Driver” based on driving the yellow buses in Lagos.
  • Some of the best game ideas ever sold were written on a paper napkin first.

Did You Know?

Did you know that the sound of a thunderstorm in a game can be made by shaking a large sheet of metal? Sound designers are creative chefs of noise!

Did you know that in a flight simulator game, the clouds are often just painted half-spheres (sprites) that rotate to face you? This is a trick called “billboarding.”

Remember This

  • Games are just rules plus art plus sound.
  • If you can imagine it, you can plan it.
  • Every big game starts with a tiny idea.
  • “Input, Update, Render” is the heartbeat.
  • Bugs are not bad animals; they are just mistakes to fix.

Common Mistakes

  • Starting too big: Wanting to build a 3D open-world RPG as your first game. Start with a single room or a click game.
  • Forgetting the GDD: Coding without a plan leads to “what was I doing?” confusion.
  • Skipping testing: Only testing the first level yourself. Let your little brother play; he will break it in ways you never imagined.

Best Practices

  • Make a paper prototype first. Cut out sprites from paper and slide them on a background drawing.
  • Make the core loop fun before adding fancy art. A grey box that jumps nicely is better than a beautiful dragon that can’t move.
  • Save your work. Copy your project folder every day. Call it “MyGame_Monday,” “MyGame_Tuesday,” etc.
  • Ask for feedback. “Is this fun?” is the most important question.

More Visual Aids

Flowchart: Choosing a Game Idea

         Start
           |
           v
    Do you like racing?
         / \
       YES   NO
       /       \
    Make a     Do you like jumping?
    Car Race      / \
                YES   NO
                /       \
            Platformer   Make a Puzzle Game
    

Timeline: Game Development Path

    Day 1: Idea & GDD
    Day 2: Draw Sprites on Paper
    Day 3: Build First Level in Editor
    Day 4: Add Physics & Movement
    Day 5: Add Sounds
    Day 6: Test and Fix Bugs
    Day 7: Publish and Celebrate! 🎉
    

Table: Input Methods

DeviceInput MethodGame Example
PhoneTouch ScreenAngry Birds
ComputerKeyboard & MouseRoblox
ConsoleGamepadFIFA
Wii/SwitchMotion controlJust Dance

Comparison: 2D Game vs 3D Game

Feature2D Game3D Game
MovementOnly X (left/right) and Y (up/down)Adds Z (near/far)
GraphicsFlat drawings (Sprites)Models with depth (like clay statues)
CameraUsually fixed side-view or top-downCan rotate all around
ExampleSuper Mario Bros, Ayo digitalMinecraft, Temple Run
Easier for beginners?Yes!Takes more practice

End-of-Module Summary

Wow! You have finished Module Six. You are no longer just a game player; you are a game thinker. Let’s recap the journey:

  • We met Kola, who built a game in the dirt with a stone and a stick.
  • We learned that games run on a magic circle: Input, Update, and Render. This circle spins in the Game Loop.
  • We found out that screens use coordinates (X, Y) to place our sprites, just like finding a seat in a cinema.
  • We made sure characters don’t walk through walls with Collision Detection.
  • We added Physics so things bounce and fall like real life.
  • We used Game Engines as our toolbox and wrote a GDD to plan before building.
  • We designed Levels, added Sound, Animated our sprites, and Tested like a detective.
  • Finally, we learned to Publish and work as a Team.

Remember, the best game in the world started as a simple idea someone wrote down. You have the tools, you have the imagination, and you have the power to create. Game development is fun with a plan!

Frequently Asked Questions (FAQs)

  1. Q: Do I have to be good at math to make games?
    A: Not really! Basic addition and subtraction are enough to start. The computer does the hard math.
  2. Q: Can I make a game without a computer?
    A: Yes! You can design board games, card games, or even active games like Kola did. Paper prototypes are a real part of game development.
  3. Q: What is a glitch?
    A: A glitch is a type of bug. It’s when the game does something strange, like a character’s arm stretching across the room.
  4. Q: How old is the youngest game developer?
    A: Some children as young as 7 or 8 have published simple games on app stores with help from tools like Scratch or Buildbox.
  5. Q: What is an NPC?
    A: NPC stands for Non-Player Character. It’s a game character you don’t control, like a shopkeeper or a quest giver.
  6. Q: Why does my game look blurry on a big screen?
    A: Because the game art (sprites) might be too small. Think of stretching a small sticker onto a big wall; it gets blurry.
  7. Q: Is a game engine a game?
    A: No. A game engine is like a toy factory. The toy is the actual game you play.
  8. Q: What is the easiest game to make first?
    A: A “click the target” game or a simple “dodge the falling objects” game.
  9. Q: Can I use photos I took for my game?
    A: Yes! Many games use real photos turned into sprites or backgrounds.
  10. Q: How long does it take to make a big game like FIFA?
    A: Big games take hundreds of people working for one or two years. Start small and patient.

Review Questions (15 Questions)

  1. What are the three main steps in a game loop?
  2. Explain what a sprite is to your friend using only food examples.
  3. Why do we use a GDD (Game Design Document)?
  4. If a screen coordinate is (0, 0), where is it usually located?
  5. What is the difference between a game developer and a game player?
  6. Name one Nigerian game example that involves counting or strategy.
  7. Why is collision detection important in a racing game?
  8. What happens if we skip the testing phase?
  9. Describe the “Update” part of the loop in a soccer game.
  10. What tool helps you build a game faster by giving you pre-made physics and rendering?
  11. Is a game loop slow or fast?
  12. Why did Kola draw a grid on the ground?
  13. What part of game development involves adding a roar sound to a lion?
  14. Can one person be an artist and a coder at the same time?
  15. What does “Publish” mean?

Fill-in-the-Blank Exercises

1. The repeating circle in a game is called the ________ Loop.

2. A movable image in a 2D game is a ________.

3. The X coordinate usually goes from left to ________.

4. When two sprites overlap, we call it a ________.

5. A written plan for a game is called a ________ Design Document.

6. The force that pulls a jumping character down is called ________.

7. A mistake in the game is lovingly called a ________.

8. ________ is the step where the screen is redrawn.

9. To get better, we ask for ________ from players.

10. A toolbox for game creators is a Game ________.

True or False Exercises

1. A game developer only writes code. False

2. Input means the game showing the picture. False

3. Coordinates are used to find positions on the screen. True

4. Sound effects make a game feel alive. True

5. A bug is a small insect that eats your computer. False

6. Physics makes things move in unrealistic ways on purpose. False

7. A Game Design Document is a storybook about pirates. False

8. You should test your game thoroughly. True

9. Y coordinate usually goes up from the bottom. False (Usually down from the top)

10. Teamwork is important only for big games. False

Multiple Choice Questions (15 Questions)

  1. What does a game developer do?
    a) Only plays games
    b) Creates games
    c) Sells computers
    Answer: b
  2. Which of these is NOT a main part of the game loop?
    a) Input
    b) Download
    c) Render
    Answer: b
  3. A sprite is best described as:
    a) A fizzy drink
    b) A 2D image that moves
    c) A type of tree
    Answer: b
  4. Collision detection checks:
    a) If the game is too loud
    b) If two objects touch
    c) If the player is tired
    Answer: b
  5. Gravity in a game helps with:
    a) Making sounds louder
    b) Pulling objects down
    c) Changing colors
    Answer: b
  6. What is a GDD?
    a) Game Doing Device
    b) Game Design Document
    c) Great Donut Dough
    Answer: b
  7. Testing is done to find:
    a) Gold
    b) Bugs
    c) New players
    Answer: b
  8. An example of input is:
    a) Drawing the monster
    b) Pressing the spacebar
    c) Increasing the score
    Answer: b
  9. What does Render mean?
    a) To tear paper
    b) To draw the game on screen
    c) To cook food
    Answer: b
  10. Which tool helps you build games faster?
    a) Game Engine
    b) Game Paper
    c) Game Eraser
    Answer: a
  11. In coordinates, what does the X usually stand for?
    a) The down direction
    b) The horizontal direction
    c) The volume level
    Answer: b
  12. If your character falls through the floor, it is likely a:
    a) Feature
    b) Bug
    c) Reward
    Answer: b
  13. Publishing a game means:
    a) Hiding it in a drawer
    b) Making it available for others
    c) Erasing it
    Answer: b
  14. Ayo Olopon is an example of a:
    a) 3D Action Game
    b) Traditional Strategy Game
    c) Racing Game
    Answer: b
  15. What is the first step in building a good game?
    a) Designing the sound
    b) Making a plan (GDD)
    c) Publishing the app
    Answer: b

Matching Exercises

Match the word to its meaning:

WordMatchMeaning
1. SpriteAToolbox for making games
2. BugBA movable picture
3. EngineCA mistake in the game
4. UpdateDListening to the player
5. InputEChanging the score and moving things

Answers: 1-B, 2-C, 3-A, 4-E, 5-D

Short Answer Questions

  1. Describe the “Floor is Lava” game in terms of Input, Update, and Render.
  2. Why is a coordinate (0,0) often in the top-left corner?
  3. List three jobs a person might have in a game development team.
  4. Explain what would happen if a game had no collision detection.
  5. Write a simple Game Design Document idea for a fruit-catching game.

Scenario-based Exercises

  1. Scenario: Your character keeps walking through walls. What part of the game loop is broken? How do you fix it? (Answer: The collision detection in the Update phase is missing or broken. You need to add a check that stops the character’s X coordinate if it touches the wall.)
  2. Scenario: You want to build a game where an eagle flies over Abuja and drops feathers. Is this 2D or 3D? What sprites do you need? (Answer: It can be 2D or 3D, but 2D is easier. Sprites needed: Eagle, feather, Abuja landscape background.)

Group Activity: The Human Game Loop

Goal: Act out the game loop.

  1. Divide into three groups: Input, Update, Render.
  2. Pick a scenario: a student throwing a paper ball into a bin.
  3. “Input” student says when the throw happens.
  4. “Update” students calculate the arc and say if it goes in or misses.
  5. “Render” students draw the result on the board (ball in bin or ball on floor).
  6. Loop it ten times. See how fast you can do it without mistakes!

Individual Activity: Your Game Idea Poster

Take a large sheet of paper. Fold it into four parts.

  • Part 1: Write the Title of your game.
  • Part 2: Draw the Main Character (Sprite).
  • Part 3: Draw the Game World (Level 1).
  • Part 4: List the Rules and Controls.

Hang it on your wall. You just started your GDD!

Classroom Discussion Questions

  • Can a game be fun even if it has no sound? Why or why not?
  • Is winning the only way to have fun in a game? Think of a game where you like building more than winning.
  • What real-life Nigerian street games could be turned into a video game?
  • If you were a bug in a game, what funny thing would you make the character do?

Mini Project: The Cardboard Console

Build a “game console” out of cardboard. Cut a square hole for the screen. Draw a background on a long strip of paper. Draw a sprite on a lollipop stick. Slide the background strip behind the “screen” and move your sprite stick over it. You just built a mechanical game! Show it to your family.

Practical Assignment: The Jump Calculation

Stand against a wall. Mark how high you can reach on the wall while standing flat-footed (this is your starting coordinate Y). Now jump and touch the wall as high as you can (this is your negative Y burst). Did gravity bring you down fast or slow? Draw a chart of your height changing over time.

    Height
      ^
      |    *
      |   / \
      |  /   \
      | /     \
      |/       * (back to ground)
      +-----------> Time
    

Challenge Exercise: The Invisible Maze

Design a maze on a grid (5x5). Write the coordinate path of the solution. For example: (0,0) ➜ (1,0) ➜ (2,0) ➜ (2,1) … up to (4,4). Give the list of coordinates (and only the list) to a partner. Can they trace the path on a blank grid without seeing the walls? You just sent “game data” like a computer does.

Quiz Answers (Quick Reference)

Fill-in-the-Blanks: 1.Game, 2.Sprite, 3.right, 4.Collision, 5.Game, 6.Gravity, 7.Bug, 8.Render, 9.Feedback, 10.Engine.

True/False: 1.F, 2.F, 3.T, 4.T, 5.F, 6.F, 7.F, 8.T, 9.F, 10.F.

MCQ Answers: See the answer key under each question (all B options).

Key Takeaways

  • You are a creator. You don’t just consume games; you can build them.
  • Simplicity is powerful. Kola’s stick and dirt were enough.
  • Plan your work, work your plan. The GDD is your map.
  • Math is your friend. Coordinates and speed use only simple numbers.
  • Fun is the final goal. If the player smiles, you have succeeded.

Preparation for the Next Module: Module Seven – Introduction to Coding with Blocks

In Module Six, you learned the theory of how games work. You planned, designed, and thought like a developer. In the next module, we will bring these ideas to life using code!

But don’t worry—we won’t type scary text. We will use colorful blocks that snap together like toy bricks. This is called block coding (like in Scratch or MakeCode). You will move a sprite using real coordinates and build a game loop that actually runs on a screen.

To prepare for Module Seven, please do this:

  • Think about the GDD poster you made. Which character will you want to code first?
  • Practice writing down sequences of steps for daily activities. For example, write the exact “algorithm” for brushing your teeth. You will discover that the computer needs every tiny instruction, just like your list.
  • If you have access to a computer, ask an adult to help you open Scratch. Look at the colorful blocks and see if you can find the “move 10 steps” block.

Get ready to turn your paper dreams into digital reality. You are about to become a coding wizard! See you in Module Seven.


End of Module Six. Great work, smart creator!

8

Module Seven

Module Seven: Introduction to Coding with Blocks

Module Seven: Introduction to Coding with Blocks

Hello, young coder! You have already learned how to think like a game developer. You made plans, drew sprites, and designed levels. Now it is time to bring those ideas to life inside a computer. In this module, you will learn to talk to the computer using colorful blocks. It is like playing with digital Lego. Let’s build something amazing together!

Module Introduction

Do you remember the Game Loop from Module Six? The loop that goes Input, Update, Render? To make that loop actually work on a screen, we need to give the computer a set of instructions. Giving instructions to a computer is called coding or programming.

Now, you might think coding is typing lots of weird green text on a black screen. Not anymore! Today, we use something called block coding. Block coding means you drag colorful puzzle pieces and snap them together. Each block is an instruction. If the blocks snap together, the instruction works! It is like telling a story with pictures instead of hard words.

This module will teach you the fundamentals of block coding. You will learn how to make a character move, how to make it talk, and how to check if it touches something. By the end, you will have built your very first interactive digital game. All you need is curiosity and the ability to play with shapes. Let’s jump in!

Learning Objectives

By the time you finish this module, you will be able to:

  • Explain what block coding is in your own simple words.
  • Understand and use the three basic block types: Event, Action, and Control.
  • Describe what a sequence is and why order matters.
  • Use a loop to repeat an action many times.
  • Use a condition (an “if” block) to make a decision in code.
  • Define a variable as a box that holds a number or a word.
  • Move a sprite using the X and Y coordinates.
  • Create a simple clicker game using block logic.
  • Debug a simple block sequence when it does not work.

Warm-up Story: Amara and the Robot Chef

Amara was Kola’s little sister. After watching Kola make his dirt game, she wanted to build something too. But Amara loved cooking more than running. She dreamed of a robot chef that could make puff-puff for the whole family.

She took a big paper and drew squares. In the first square, she wrote “Wake up.” In the second, “Check if there is flour.” In the third, “If yes, mix flour and sugar. If no, shout for Mum.” She connected the squares with arrows. It looked like a treasure map of instructions.

Her big brother Kola looked at it and laughed. “Amara, you just wrote a program! You are a coder!” Amara did not know what coding meant. She just knew she was telling a robot exactly what to do, step by tiny step. When she got a tablet from school, she opened a block coding app. The blocks looked exactly like her paper squares! She dragged a “start” block, then a “check” block, then a “say” block. Her robot chef was born on screen. It did not fry real puff-puff, but it showed an animation of it! Amara had become a coder without even realizing it. And so have you.

Main Lessons

Lesson 1: What Is Block Coding?

Definition: Block coding is a way of programming where you use visual, colorful blocks that snap together instead of typing complicated text.

Why it is important: Typing text code is hard because a missing dot or comma can break the whole game. Blocks fit only if they make sense. This lets you focus on the logic, not on spelling strange words.

Simple explanation: Imagine you have a box of toy train tracks. Some pieces are straight, some are curves. You cannot snap a curve onto a straight piece upside down. The pieces only fit if the connection is right. Block coding works the same way. Each block is a piece of track. Your train (the computer) follows the track you built.

Real-life example: A picture-based instruction manual for a bookshelf. It shows step 1, step 2, step 3 with clear icons. No confusing words.

School example: A visual timetable on the classroom wall. The Monday block shows a picture of a math book, then a break apple, then an English book.

Home example: A chore chart with pictures. Brush teeth, make bed, eat breakfast. Each is a block.

Nigerian example: Think of the street signs in Lagos. A “no parking” sign is a clear visual block that gives an instruction. Block coding is just a row of signs telling the computer what to do.

Illustration:

    [Start]---->[Move 10 steps]---->[Say Hello!]---->[Stop]
       ^            ^                    ^              ^
    Event        Action               Action        Control
    

Mini Summary: Block coding is dragging, dropping, and snapping colorful instruction blocks together. It is coding without the typing pain.

Lesson 2: The Three Families of Blocks: Event, Action, Control

Definition: Almost every block belongs to one of three families: Events (when to start), Actions (what to do), and Control (how the flow works).

Why it is important: If you can spot these three families, you can read any block code in the world, even if you don’t know the exact app.

Simple explanation: Think of a school day. Event: The bell rings. Action: You stand up and walk to the next class. Control: You walk only if the bell is for your class; else, you stay. Events start the magic. Actions do the magic. Control decides the path of the magic.

Real-life example: A traffic light. Event: Light turns green. Action: Car moves forward. Control: If the light stays green, keep moving; if it turns yellow, slow down.

School example: Event: Teacher asks a question. Action: You raise your hand. Control: Wait if someone else is speaking.

Home example: Event: Baby cries. Action: Mum picks the baby up. Control: If the baby is hungry, feed; if wet, change diaper.

Nigerian example: A conductor in a danfo bus. Event: A passenger waves. Action: Conductor shouts "Stop!". Control: If the bus is full, don't stop.

Illustration:

    +----------------+   +----------------+   +----------------+
    |  EVENTS        |   |  ACTIONS       |   |  CONTROL       |
    | (When)         |   | (What)         |   | (How)          |
    +----------------+   +----------------+   +----------------+
    | when green     |   | move 10 steps  |   | repeat 10 times|
    | when clicked   |   | say "Hello!"   |   | if... then...  |
    | when key pressed|  | change color   |   | wait 1 second  |
    +----------------+   +----------------+   +----------------+
    

Mini Summary: Events start, Actions happen, Control manages the flow. Every program is a mix of these three families.

Lesson 3: Sequence – The Order Matters!

Definition: A sequence is the exact order of instructions. The computer follows the blocks one after the other, from top to bottom.

Why it is important: If you put your socks on after your shoes, your feet will hurt. If you tell the computer to “Say Goodbye” before “Say Hello,” the story makes no sense. The order is everything.

Simple explanation: A sequence is like a recipe. Step 1: Crack the egg. Step 2: Mix. Step 3: Fry. You cannot fry before you crack the egg. Code works the same stubborn way. It reads top to bottom.

Real-life example: A morning routine: Wake up, then brush teeth, then eat breakfast. You cannot eat breakfast before waking up!

School example: Solving a math problem: First read the question, then write the formula, then calculate, then write the answer.

Home example: Making tea: boil water, put tea bag in cup, pour water, add milk.

Nigerian example: Pounding yam: First boil the yam, then peel it, then pound in the mortar. Do it in the wrong order and you get a mess!

Illustration:

    Correct Sequence:
    [Start]-->[Move]-->[Turn]-->[Jump]-->[End]

    Wrong Sequence:
    [Start]-->[Jump]-->[Turn]-->[Move]-->[End]
    (Character jumps into a pit because it didn't turn away first!)
    

Mini Summary: The computer reads your blocks in strict order, like a bossy chef reading a recipe. Make sure the steps are in the right sequence.

Lesson 4: Loops – Doing Things Again and Again

Definition: A loop is a block that repeats one or more actions. You tell it how many times to repeat, or you tell it to repeat forever.

Why it is important: Without loops, you would need to drag the “walk” block 100 times to cross a room. A loop says “walk 100 times” in just one block. It saves time and makes the game loop possible.

Simple explanation: Your heart loops. It goes thump-thump, thump-thump, forever. It does not do one thump and stop. A game loop repeats the input, update, render sequence forever until you quit.

Real-life example: A skipping rope. You swing the rope, jump, swing, jump. This is a loop until you trip.

School example: Writing lines as punishment: “I will not talk in class.” You write it 50 times. That is a loop.

Home example: Washing plates: Pick plate, scrub, rinse, stack. Repeat until no plates left.

Nigerian example: A woman frying akara balls. She scoops batter, drops in oil, waits, removes. She loops this until the batter bowl is empty.

Illustration:

    +----------------------------+
    | REPEAT 4 TIMES             |
    |   [Move 10 steps]          |
    |   [Turn Right 90 degrees]  |
    +----------------------------+
    Result: A square path!
    

Mini Summary: A loop is a repeat machine. Use it when you want the computer to do something many times without getting bored.

Lesson 5: Conditions – Making Choices with “If”

Definition: A condition is a yes-or-no question the computer asks. The “If” block runs the code inside it only if the answer is YES (true).

Why it is important: Games need decisions. “If the player touches the coin, increase score. If the player touches the lava, end the game.” Without conditions, games cannot be interactive.

Simple explanation: Imagine a security guard at a gate. He checks every person. “If you have a ticket, enter. Else, go home.” The guard is an “If-Else” block. The question “Do you have a ticket?” is the condition.

Real-life example: Weather check. “If it is raining, take an umbrella. Else, wear sunglasses.”

School example: “If your score is above 80%, you get a gold star. Else, try again.”

Home example: “If the phone battery is less than 10%, plug it in. Else, keep playing.”

Nigerian example: A bus driver at a checkpoint. “If it is a soldier waving, stop. Else, keep driving.”

Illustration:

         +------> [Is key pressed?] --YES--> [Move character]
         |                     |
         |                     NO
         |                     |
         +-------<-- (Wait) <--+
    

Mini Summary: “If” blocks make games smart. They let the computer make decisions based on what is happening right now.

Lesson 6: Variables – Boxes for Your Stuff

Definition: A variable is a named box in the computer’s memory where you can store a number or a word. You can look inside, change what’s inside, or use it later.

Why it is important: A game needs to remember things: your score, your name, how many lives you have left. Variables are the memory of the game.

Simple explanation: Think of a locker in school. You put your bag inside and close the door. The locker has a label: "Amara’s Locker." The label is the variable name. The bag inside is the value. You can swap the bag for a lunchbox, and the value changes, but the label stays.

Real-life example: A bank account. The balance is a variable. When you put money in, the number goes up. When you buy something, it goes down.

School example: A class register. The list of names is a variable that holds the names of all students present today.

Home example: The shopping list stuck to the fridge. You write items down (store). You cross them off (change). You read what is next (use).

Nigerian example: A market trader’s record book. The book page for "Tomatoes" has a number. As she sells, the number reduces. As she restocks, the number increases. The page is a variable.

Illustration:

    +---------------------+
    | Variable: Score     |
    | Value: 0            |
    +---------------------+
        |
        | (Player eats coin)
        v
    +---------------------+
    | Variable: Score     |
    | Value: 10           |
    +---------------------+
    

Mini Summary: A variable is a storage box with a name. It remembers numbers or words for your game.

Lesson 7: Moving Sprites with Coordinates

Definition: In block coding, you can change a sprite’s X and Y coordinates using action blocks. This is how characters walk, fall, and fly on screen.

Why it is important: Remember Module Six? We said games are just changing numbers and redrawing. Here, we actually change those numbers with blocks.

Simple explanation: The screen is a giant graph paper. The cat sprite is sitting at (0,0). You grab a “change X by 10” block and snap it under a “when right arrow pressed” event. Every time you press the right arrow, the cat’s X goes up by 10 pixels. It slides to the right!

Real-life example: Moving a magnet on a fridge door. Each push changes its position a little bit.

School example: A marker on a whiteboard. The teacher wipes it and draws in a new place. The coordinate of the drawing changed.

Home example: A toy car on a playmat. Your hand pushes it from one street to another.

Nigerian example: A boat on the Lagos Lagoon. The boatman paddles, and the boat's position (coordinate) changes relative to the shore.

Illustration:

    Event: [When Right Arrow Key Pressed]
         |
         v
    Action: [Change X by 10]
         |
         v
    Result: Sprite slides right
    

Mini Summary: We bring sprites to life by connecting key press events to “change X” or “change Y” blocks. Every button tap adds or subtracts to the coordinate.

Lesson 8: Collision Detection in Blocks

Definition: Block coding has special sensing blocks that ask “Am I touching this sprite?” or “Am I touching this color?” These are used to detect collisions.

Why it is important: This is the block version of our collision lesson. It lets you collect coins, hit enemies, and open doors.

Simple explanation: You place a “touching [object]?” block inside an “If” block. It becomes the question. “If I am touching the coin sprite, then change score by 1 and hide the coin.”

Real-life example: A goalkeeper’s gloves touching the ball. The referee (the computer) checks: Did the glove touch the ball? Yes. Save!

School example: Playing dodgeball. A player asks themselves: “Did the ball touch me?” If yes, they are out.

Home example: A cat pawing at a toy mouse. The cat’s brain: “If paw touches mouse, then pull it closer.”

Nigerian example: Playing “Tinko Tinko” (a clapping game). Your hands must meet. Your brain detects the collision of your two hands.

Illustration:

    Event: [Forever Loop]
         |
         v
    Control: [If touching "Coin"?]
         |
        YES ---> [Change Score by 1]
                   [Play sound "Ding"]
                   [Hide Coin]
         |
         NO ----> (Do nothing)
    

Mini Summary: Use the touching block inside an if-block. This is the magic recipe for collecting anything in a game.

Lesson 9: Broadcasting – Sending Secret Messages

Definition: A broadcast is a message one sprite sends to all other sprites or the stage. It is like shouting in a room. Anyone listening can react.

Why it is important: Sprites need to talk to each other. When the boss monster dies, it must broadcast “I’m dead!” so the gate sprite opens. Without broadcasts, sprites are lonely islands.

Simple explanation: Think of a football referee blowing a whistle. The whistle is a broadcast. Every player hears it and stops. The referee did not tap each player on the shoulder. He just sent a sound message to all.

Real-life example: A school bell. It broadcasts “Class is over!” to the whole school. Students react (pack bags), teachers react (stop teaching).

School example: Morning assembly. The drum or gong sounds. Everyone runs to the field.

Home example: A smoke alarm beeping. It broadcasts “Danger! Smoke!” to everyone in the house.

Nigerian example: A town crier in the village. He beats the gong and shouts a message. Everyone hears the broadcast and gathers.

Illustration:

    Sprite 1 (Boss): [Broadcast "Game Won"]
                        |
        +---------------+---------------+
        |               |               |
        v               v               v
    Sprite 2 (Gate): Sprite 3 (Music): Sprite 4 (Score):
    [When I receive   [When I receive   [When I receive
     "Game Won"]       "Game Won"]       "Game Won"]
    [Open]             [Play Victory]    [Show Final Score]
    

Mini Summary: Broadcast blocks let sprites talk to each other wirelessly. One shout, many reactions.

Lesson 10: Clones – Making Copies of Sprites

Definition: A clone is a perfect copy of a sprite that appears during the game. You can have one original sprite, but create a hundred copies of it while the game runs.

Why it is important: Think of a space shooter game. Hundreds of asteroids come at you. You do not draw 100 separate sprites. You have one asteroid sprite and you clone it 100 times.

Simple explanation: You have one sheet of gold star stickers. You want to give a star to 20 friends. You have only one design, but you make 20 copies (clones) and hand them out. The original sheet stays safe.

Real-life example: A photocopier machine. You put one paper in, press copy, and it makes many identical pieces of paper.

School example: Your teacher prints a worksheet. One original digital file, but 30 printed copies for the class.

Home example: Baking cookies with a single star-shaped cutter. The dough is the raw material, and you stamp out many star cookies.

Nigerian example: A textile maker using one wooden stamp to print the same pattern many times on a long cloth.

Illustration:

    Original Sprite (Coin)
        |
        v (When Green Flag Clicked)
    Repeat 10 times:
       [Create Clone of Myself]
       [Move Clone to Random Position]
    

Mini Summary: Clones let you create an army from one sprite. Great for coins, enemies, or falling stars.

Lesson 11: User Interface (UI) – Buttons and Scoreboards

Definition: UI, or User Interface, are the parts of the game the player sees and touches to control things or get information. This includes buttons, score text, health bars, and menus.

Why it is important: A game without a scoreboard is confusing. How do you know if you’re winning? A game without a start button doesn’t feel like a game. UI connects the player’s eyes and fingers to the game logic.

Simple explanation: Imagine a TV remote. The rubber buttons are the UI. The screen showing the channel number is the UI. Without them, you would be stabbing in the dark.

Real-life example: A car’s dashboard. The speedometer, fuel gauge, and radio buttons are all UI.

School example: Your report card. The names of subjects and the grades are the UI. It shows your performance clearly.

Home example: A microwave’s keypad and display. You press numbers (UI) and the timer counts down (UI).

Nigerian example: A POS machine. The screen shows prompts like “Enter PIN,” and the buttons let you type. That’s a transaction UI.

Mini Summary: UI is the bridge between the player and the code. Design it to be clear and easy.

Lesson 12: Timers and Waiting – Patience in Code

Definition: A timer block lets you pause the game or wait for a certain number of seconds before the next action.

Why it is important: If a game just blinks everything instantly, it is unplayable. We need delays. “Show this message for 2 seconds, then hide it.” Timers control the speed of the story.

Simple explanation: A traffic light doesn’t snap from green to red. It holds yellow for a few seconds to give drivers time to react. The “wait” block is the yellow light.

Real-life example: A camera timer. You press the button, wait 10 seconds, and flash! The picture is taken.

School example: A countdown for a test. The teacher says, “You have 30 minutes left.”

Home example: Boiling an egg. You wait 5 minutes exactly, then remove it from the fire.

Nigerian example: Suya roasting. The mallam puts meat on fire and waits a specific time before flipping it.

Illustration:

    Sequence:
    [Say "Ready?"]
    [Wait 1 second]
    [Say "Set..."]
    [Wait 1 second]
    [Say "GO!"]
    

Mini Summary: The wait block is the pause button inside a sequence. It makes games breathe.

Lesson 13: Debugging – Fixing the Broken Blocks

Definition: Debugging means finding and fixing errors (bugs) in your block code so the game works as you planned.

Why it is important: Every coder makes mistakes. Even adults with 20 years of experience write bugs. Debugging is not failure; it is the normal, healthy way to build code.

Simple explanation: You build a tall Lego tower. You put a heavy block on top and the whole tower leans. You look closely, find the thin Lego piece that snapped wrong, and fix it. That is debugging.

Real-life example: A bicycle chain falls off. You stop, look at the gears, and put the chain back on correctly. You debugged the bike.

School example: Re-reading your essay and finding a spelling mistake. You erase it and write the correct word.

Home example: Your light bulb does not turn on. You check: is it plugged in? Is the bulb burnt out? You test step by step.

Nigerian example: A generator not starting. The mechanic checks fuel (variable check), spark plug (event check), and oil. He debugs the engine step by step.

Mini Summary: Debugging is detective work. Check your blocks one by one, read the sequence, and find the broken link.

Lesson 14: Sounds and Looks – The Fun Blocks

Definition: These are action blocks that change how a sprite looks (costumes, size, color) or sounds it makes (play sound, change volume).

Why it is important: A silent, stiff game is no fun. Looks and sounds blocks add juice and flavor. They make the player feel rewarded.

Simple explanation: You are acting in a play. Changing your costume (Looks block) shows the audience a new character. Speaking a loud line (Sound block) makes them laugh or gasp.

Real-life example: A firework display. The explosion is a visual look, the boom is the sound.

School example: A school concert. Singers change outfits and the band plays music.

Home example: A birthday party. Balloons are looks, singing “Happy Birthday” is sound.

Nigerian example: Masquerades at a festival. The masquerade changes its movements (animation/looks) and the drummers beat intense rhythms (sound).

Mini Summary: Sprinkle sound blocks and look blocks on your game to make it sparkle and pop.

Lesson 15: Putting It All Together – Your First Game Loop in Blocks

Definition: This is the moment we build the actual game loop from Module Six using blocks. A forever loop that checks input, updates variables, and renders changes.

Why it is important: This proves you understand everything. You are now translating theory into a real, running game.

Simple explanation: We will build a simple “Collect the Balls” game. A bowl follows the mouse (Input). Balls fall from the sky (Update). The score goes up (Render). Let’s wire it up.

Recipe:
1. Event: When Green Flag clicked.
2. Control: Forever Loop.
3. Action: Set Bowl X to Mouse X (follow finger).
4. Control: If Bowl touches Ball.
5. Action: Change Score by 1, move Ball to top, play pop sound.

Real-life example: A goalkeeper game machine in an arcade. You slide a handle (input), the ball shoots (update), and lights flash with the score (render).

School example: A pop quiz game where the teacher shows a question, you buzz in, and the board updates points.

Home example: A baby stacking rings. Input: baby picks a ring. Update: ring slides down pole. Render: pole grows more colorful.

Nigerian example: A digital version of “Whot” cards. You drag a card to the pile. The game checks if the number matches. If it does, your card vanishes and your score updates.

Illustration:

    [When Green Flag Clicked]
        |
        v
    [Forever]
        |
        +---> [Set Bowl X to Mouse X]
        |
        +---> [If touching Ball?]
                    |
                   YES ---> [Change Score by 1]
                              [Go to Ball: Move to Random Top]
                              [Play sound Pop]
    

Mini Summary: You just built a game loop! Input (mouse), Update (collision check), Render (automatic redraw). You are officially a game programmer.

Key Vocabulary

WordSimple Definition
Block CodingProgramming with colorful puzzle pieces.
EventA block that starts something (like a green flag).
ActionA block that does something (move, say, play sound).
ControlA block that controls flow (loop, if, wait).
SequenceThe order of instructions.
LoopRepeating an action many times.
ConditionA yes/no check (if block).
VariableA box that stores a number or word.
CoordinateX and Y position on the screen.
CollisionChecking if sprites are touching.
BroadcastA message sent to all sprites.
CloneA copy of a sprite.
UIUser Interface; buttons and scoreboards.
DebugFinding and fixing errors in code.
TimerA wait block that pauses.

Important Concepts

The Block Trinity: Event, Action, Control. If you can’t find a block, ask yourself: “Am I trying to start something (Event), do something (Action), or manage the flow (Control)?”

Data Flow: Variables store information. Events trigger the reading of that information. Actions change the information. This is how a simple clicker game works.

Readability: Good block code is easy to read by a friend. Snap blocks into small, logical groups. Don’t make a 50-block long snake. It should look neat.

Step-by-Step Explanations: Building a Coin Collector

  1. Step 1: Choose a character sprite (e.g., a lion).
  2. Step 2: Choose an item sprite (e.g., a coin).
  3. Step 3: From Events, drag "When Flag clicked" for the lion.
  4. Step 4: From Control, snap in a "Forever" loop.
  5. Step 5: Inside, from Motion, place "Set X to Mouse X" and "Set Y to Mouse Y".
  6. Step 6: For the coin, create a variable called "Points".
  7. Step 7: In the lion’s forever loop, add an "If touching Coin?" block.
  8. Step 8: Inside the If: "Change Points by 1", "Play sound Collect", "Move Coin to random position".
  9. Step 9: Click the Green Flag and test!
    Flag --> Forever --> Follow Mouse --> If touch Coin --> Score up!
    

Real-life Examples of Block Coding

  • A microwave’s digital panel is block code for heating: Event (Start), Action (Heat), Control (If door open, stop).
  • A vending machine: Event (Coin inserted), Action (Spiral turns), Control (If item in stock).
  • Traffic lights are programmed with loops, waits, and conditions exactly like block code.

Nigerian Examples

  • Ogbonge Engineer: Imagine coding a traffic robot for Ojota. Green light waits 30 seconds, then yellow 5 seconds, then red. That’s a sequence with timers.
  • Jollof Rice Recipe: Writing the steps as blocks: "If Rice is soft, then add tomato stew. Else, wait 5 minutes and check again."
  • Keke Napep: Starting the keke (Event), accelerating (Action in a loop), checking for bumps (Condition).

Fun Examples

  • Dancing Sprite: Use a loop to change costumes 10 times. It looks like a dance!
  • Pet Feeding Game: If you click the pet, it broadcasts "Feed Me" and the food bowl slides over.
  • Ghost Clones: Create a clone of a ghost every 2 seconds. The screen fills with spooky but silly ghosts.

Everyday Examples

  • An elevator button: Event (press floor), Control (if weight OK, close door), Action (move to floor).
  • A TV remote: Event (button press), Action (change channel), Control (if volume down, lower limit).

Teacher Notes

This module is best taught with a projector and a live block coding environment like Scratch or MakeCode. Do not let students memorize blocks. Instead, let them pull blocks apart and see what breaks (debugging). The "Human Block" activity is very effective: write blocks on large papers and have students act out the sequence. Emphasize that getting errors is part of learning. Celebrate every bug found as a step closer to understanding.

Parent Tips

Your child will likely want screen time for "coding." This is creative screen time! Sit with them and ask them to explain their block stack to you. If you don’t understand code, ask, “What happens if you pull this block off?” Their explanation will deepen their learning. Try the offline “recipe” game: give them crazy instructions in the wrong order (Put shoes, then socks) and have them debug you.

Interesting Facts

  • Scratch, the most famous block coding language, was created by a group at MIT for children exactly like you.
  • The color coding of blocks (yellow for Events, blue for Motion) is designed to help your brain quickly sort them.
  • Some professional game developers use visual scripting blocks for very complex games because it makes logic easier to read.
  • Nigerian schools are now participating in the Hour of Code using block tutorials.

Did You Know?

Did you know that the "Forever" loop runs about 30 times per second in Scratch? That means your "if touching" check is running super fast, so it feels instant when you catch a coin!

Did you know that a variable can hold not just numbers, but also names like "Player1"? You can even join two words together using a block that works like glue.

Remember This

  • Code is just giving orders in the right order.
  • If it doesn’t work, check the sequence.
  • Events start, Actions do, Control manages.
  • A variable is a memory box.
  • Debugging is not failing; it is smart fixing.

Common Mistakes

  • Forgetting the Forever loop: Putting an "If key pressed" block without a forever loop. The game checks only once and stops.
  • Wrong variable scope: Creating the "Score" variable for one sprite only and wondering why another sprite can’t change it. Make it "For all sprites."
  • Sequence slip: Telling the sprite to hide before moving. The player might see it vanish in the wrong spot.
  • Broadcast echo: A broadcast that triggers another broadcast in a never-ending loop, crashing the game.

Best Practices

  • Test one block at a time. Don’t snap 20 blocks, then test. Snap 2, test. Snap 2 more, test.
  • Name your variables clearly. “Score” is good. “Variable1” is confusing.
  • Clean up your code space. If a sprite is not used, delete it. A clean screen helps you think.
  • Use comments. Right-click a block and add a comment explaining what it does.

More Visual Aids

Flowchart: Decision in a Game

    Player presses "Space"
           |
           v
    Is Energy > 0?
        /      \
      YES        NO
      /            \
    Jump!        Say "Tired!"
      |
      v
    Subtract Energy
    

Timeline: Learning Block Coding

    Hour 1: Learn to drag and snap
    Hour 2: Move the cat with keyboard
    Hour 3: Catch a star using collision
    Hour 4: Add a score variable
    Hour 5: Build the whole Game Loop!
    

Table: Block Types and Colors (Typical)

Block ShapeColor FamilyJob
Hat Block (curved top)Yellow/GoldEvents
RectangleBlueMotion
RectanglePurpleLooks
RectanglePink/MagentaSound
"C" ShapeOrangeControl (Loop/If)
Rounded EndsGreenOperators (Math)
RectangleRed/OrangeVariables

Comparison: Text Code vs Block Code

FeatureText Code (Python / Lua)Block Code (Scratch)
Typing skill neededHigh (exact spelling)Low (drag and drop)
Memory neededMust memorize commandsCommands are visible in menus
Error riskOne dot breaks everythingBlocks don’t snap if wrong
FlexibilityVery high (can do anything)High, but limited to available blocks
Best for beginners?Absolutely notAbsolutely yes!

End-of-Module Summary

Fantastic job, coder! You have completed Module Seven. You have made the big jump from paper planning to digital building. Let’s remember this journey:

  • You became Amara, telling a robot exactly what to do.
  • You learned that block coding uses colorful puzzle pieces: Events (the starters), Actions (the doers), and Control (the managers).
  • You built Sequences and realized that putting socks on after shoes is a bug!
  • You harnessed the power of Loops to repeat without boredom, and Conditions to make smart choices.
  • You stored precious memories in Variables and moved sprites with Coordinates.
  • You made things collide, broadcast messages, and cloned an army of sprites.
  • Finally, you built a beautiful UI, debugged like a detective, and wove it all into a real Game Loop.

You are no longer just a player. You are a builder. You talk to machines. That is a superpower. Use it wisely and keep creating!

Frequently Asked Questions (FAQs)

  1. Q: Do I need to install anything?
    A: Most block coding tools like Scratch work on a web browser. No installation is needed!
  2. Q: Can I make a 3D game with blocks?
    A: Usually, block coding is for 2D games. 3D needs heavier tools, but the logic you learned here is exactly the same.
  3. Q: My block won’t snap. Why?
    A: The shapes must match. A round hole needs a round peg. Check if you’re trying to put a check block into a number slot.
  4. Q: What is a sprite costume?
    A: A costume is just another picture for the same sprite. Switching costumes is what makes animation.
  5. Q: Can I share my block game with friends?
    A: Yes! Most platforms have a “Share” button that gives you a link to send to friends.
  6. Q: Why does my clone look wrong?
    A: Did you hide the original sprite and only show the clones? The original might be sitting on top!
  7. Q: How do I stop a forever loop?
    A: Use a “Stop All” block inside a condition, like “If Score = 10, Stop All.”
  8. Q: Is block coding real coding?
    A: Yes! Real logic, real rules, real results. The only difference is you use a mouse instead of a keyboard.
  9. Q: Can I make a career out of this?
    A: Many professional game designers started with block coding. It teaches the brain to think logically.
  10. Q: My game is slow. What happened?
    A: You might have too many clones or a forever loop that creates things non-stop. Add a “wait” or limit the clones.

Review Questions (15 Questions)

  1. What are the three main families of blocks?
  2. Explain why a sequence matters in code.
  3. What block do you use to make something repeat 20 times?
  4. What keyword starts a yes/no question block?
  5. If you want to store a player’s name, what do you create?
  6. Which block type is used for “When Green Flag Clicked”?
  7. How does a sprite move to the right?
  8. What is the “touching” block used for?
  9. If you want all sprites to know the game is over, what block do you use?
  10. What is a copy of a sprite called?
  11. Why do we use a “Wait” block?
  12. What is the screen display for a score called?
  13. What do we call fixing an error in code?
  14. What is the magical loop that makes a game run forever?
  15. Describe a “Forever” loop in words.

Fill-in-the-Blank Exercises

1. The three block families are Event, Action, and ________.

2. A ________ is a box that stores a number or word.

3. A repeating block is called a ________.

4. The “If” block asks a Yes or No ________.

5. To copy a sprite, we make a ________.

6. X is the horizontal ________.

7. The ________ block sends a message to all sprites.

8. We find bugs by ________.

9. The block that pauses the code is the ________ block.

10. The ________ button usually starts the game.

True or False Exercises

1. Blocks can snap in any order without problems. False

2. A variable can only hold numbers. False (It can hold words too)

3. The “Forever” loop runs only once. False

4. The “If” block is a Control block. True

5. Debugging means making the game harder. False

6. A broadcast is a secret whisper between two sprites only. False (Everyone hears it)

7. Sequence is the order of instructions. True

8. UI stands for Under Instruction. False (User Interface)

9. Clones are perfect copies that can do things independently. True

10. The "touching" block is used for collision detection. True

Multiple Choice Questions (15 Questions)

  1. What is block coding?
    a) Typing long commands
    b) Dragging and snapping puzzle pieces
    c) Drawing pictures only
    Answer: b
  2. Which block family does “When Green Flag Clicked” belong to?
    a) Action
    b) Control
    c) Event
    Answer: c
  3. A loop is used for:
    a) Changing color
    b) Repeating actions
    c) Stopping sounds
    Answer: b
  4. What does a variable do?
    a) Changes the volume
    b) Stores data
    c) Closes the game
    Answer: b
  5. The question part in an “If” block is called a:
    a) Guess
    b) Condition
    c) Event
    Answer: b
  6. To move a sprite right, you change its:
    a) Y coordinate
    b) Sound pitch
    c) X coordinate
    Answer: c
  7. What does “broadcast” do?
    a) Sends a message to one specific sprite
    b) Sends a message to all sprites
    c) Turns on the microphone
    Answer: b
  8. A clone is:
    a) A new name
    b) A perfect copy
    c) A type of bug
    Answer: b
  9. UI means:
    a) Unreal Inventory
    b) User Interface
    c) Ultra Input
    Answer: b
  10. Debugging is:
    a) Removing insects
    b) Finding and fixing errors
    c) Deleting the game
    Answer: b
  11. Which block pauses the game?
    a) Forever
    b) Wait
    c) Repeat
    Answer: b
  12. The Game Loop is usually wrapped in what block?
    a) One-time event
    b) Forever loop
    c) Broadcast
    Answer: b
  13. If you forget the Forever loop, your game will:
    a) Run too fast
    b) Run only once
    c) Explode
    Answer: b
  14. To check a collision, you use:
    a) The wait block
    b) The touching block
    c) The hide block
    Answer: b
  15. The best way to test your block code is:
    a) Snap all blocks at once and hope
    b) Snap a few blocks, test, then add more
    c) Never test, just share it
    Answer: b

Matching Exercises

Match the word to its meaning:

WordMatchMeaning
1. VariableAA puzzle piece that tells the computer what to do
2. BlockBA storage box for numbers or text
3. ConditionCA copy of a sprite
4. CloneDA yes/no check
5. SequenceEThe exact order of steps

Answers: 1-B, 2-A, 3-D, 4-C, 5-E

Short Answer Questions

  1. Describe the difference between an Event block and an Action block.
  2. Explain what happens if you place a "Move 10 steps" block outside of a loop versus inside a loop.
  3. Why is the "Forever" block the perfect home for a game loop?
  4. Write a step-by-step plan (a pseudo-code block recipe) for a space shooter game where a rocket catches stars.
  5. How does broadcasting help the different parts of a game work together?

Scenario-based Exercises

  1. Scenario: Your character moves left when you press the right arrow. What is the bug? (Answer: You likely put "Change X by -10" for the right arrow, or you mixed up the left and right keys.)
  2. Scenario: You have a coin clone that just sits there and doesn’t disappear when touched. List two things you should check. (Answer: Is there a "touching" block in the clone’s code? Does the clone run its own script? Is the collision check inside a loop?)

Group Activity: The Human Block Relay

Goal: Act out a block sequence.

  1. Print large cutouts of block shapes: Event (Hat), Action (Move, Say), Control (Repeat).
  2. Form a line of five students.
  3. The teacher holds an "Event" block and says "Go!"
  4. Student 1 runs to the board (Action: Move).
  5. Student 2 draws a circle (Action: Draw).
  6. Student 3 checks if the circle is red (Control: If).
  7. Student 4 shouts "It’s blue!" (Action: Say).
  8. Student 5 holds a "Repeat 2 times" sign and sends the first student back to run again!
  9. Discuss how the flow felt.

Individual Activity: Debugging the Backwards Code

You will receive a broken block sequence from your teacher (e.g., Say Goodbye, Wait, Say Hello, Move). Rewrite it in the correct order so the character walks forward, says "Hi!", waits, and then says "Bye!".

Classroom Discussion Questions

  • If you could invent any new block to do anything you want, what would it do and what color would it be?
  • Which is harder: being the game designer (planning) or the game programmer (coding the blocks)? Why?
  • Why do you think computers are so strict about the sequence?
  • How can block coding help you in subjects other than computer class?

Mini Project: The Talking Machine

Build a block project without any motion. Use only Events, Looks, and Sound. Create a character that tells a joke when you press the spacebar, looks surprised when you press "S", and loops a funny dance when you click the flag. Focus purely on sequencing and broadcasting.

Practical Assignment: My First Digital GDD

Take your Game Design Document (GDD) from Module Six. Inside a block coding app, place the first 5 blocks that start the game. For example: “When Green Flag clicked”, “Set Score to 0”, “Show Title Screen”, “Wait 2 seconds”, “Broadcast Start Game”. Do not build the whole game, just the exact start.

Challenge Exercise: The Password Gate

Create a gate sprite that asks for a password using a question block. The player types the answer. If the password is “Jollof”, the gate opens (hides) and broadcasts “Access Granted”. If the password is wrong, the gate shakes and says “Try Again”. Use variables to track attempts and lock out after 3 failed tries.

Quiz Answers (Quick Reference)

Fill-in-the-Blanks: 1.Control, 2.Variable, 3.Loop, 4.Condition, 5.Clone, 6.Coordinate, 7.Broadcast, 8.Debugging, 9.Wait, 10.Flag.

True/False: 1.F, 2.F, 3.F, 4.T, 5.F, 6.F, 7.T, 8.F, 9.T, 10.T.

MCQ Answers: See the answer key under each question (all B options).

Key Takeaways

  • Block coding is logical play. You think, you snap, you test.
  • Events, Actions, Control. Master these three and you master all games.
  • Bugs are clues. Every broken block teaches you something new.
  • You control the machine. The computer is fast, but it only does what you say.
  • Start small, dream big. A clicker game today can be an adventure game tomorrow.

Preparation for the Next Module: Module Eight – Building Your First Complete Game

You have done it! You wrote code with blocks and built a simple game loop. In Module Eight, we will take everything from Modules Six and Seven and combine them into one full project.

We will build a multi-level adventure game. You will design the art, code the controls, manage the score across different screens, and add a boss fight.

To prepare for Module Eight, please do this:

  • Look at your favorite simple mobile game. Can you guess what the blocks for the main character would look like?
  • Draw a flowchart on paper for a two-level game: a forest level and a castle level. How does the player move from forest to castle? (Hint: It’s a broadcast!)
  • Practice using the "Ask" block and the "Answer" variable. We will use player input more in the next module.

Get ready to become a full game architect. You have the tools, you have the talent. Let’s build an epic game! See you in Module Eight.


End of Module Seven. High five, brilliant coder!

9

Module Eight

Module Eight: Building Your First Complete Game

Module Eight: Building Your First Complete Game

Welcome, game architect! You have planned a game on paper. You have learned to code with blocks. Now it is time to put everything together and build a full, multi-level game from start to finish. This is the module where you become a real game maker. Let’s build something the whole world can play!

Module Introduction

Think about a house. You have learned how to make bricks (your blocks) and you have drawn a blueprint (your GDD). But a single brick is not a house. A house needs rooms, doors, windows, and a roof all connected. A complete game needs menus, multiple levels, a win screen, and a lose screen all connected.

In this module, we will build a full game. We will start with a title screen. We will add a first level, then a second level. We will make a boss fight. We will add a win celebration and a game over screen. We will even let the player restart without closing the game. This is called game flow. Game flow is the journey from the moment the player clicks “Start” to the moment they see “You Win!”

Do not be afraid. We will go step by step. You already know all the basic pieces. This module is just about putting those pieces in the right order and adding a few new magic tricks. Take a deep breath, flex your fingers, and let’s build a masterpiece.

Learning Objectives

By the time you finish this module, you will be able to:

  • Explain what game flow means and why it is important.
  • Design a title screen with a start button.
  • Use broadcasts to switch between screens like menus and levels.
  • Create a multi-level game with increasing difficulty.
  • Build a health system using variables.
  • Program a simple enemy AI (artificial intelligence) that follows or patrols.
  • Design a boss fight with a special pattern.
  • Create a win condition and a lose condition.
  • Add a restart mechanic to play again without refreshing.
  • Export and share your full game with friends.

Warm-up Story: The Festival of Screens

In a small town in Enugu, there was a yearly festival called “The Festival of Screens.” Villagers would walk from hut to hut, and in each hut, a different storyteller would perform a short play. To see the next play, you had to walk through a decorated doorway. There was a Welcome Hut (Title Screen), a Forest Hut (Level 1), a River Hut (Level 2), and the Chief’s Palace (Boss Level). If you listened well and answered a riddle correctly, you got a stamp on your arm. If you failed the Chief’s riddle, you had to go back to the Welcome Hut and start over.

A young girl named Nneka wanted to visit every hut. She drew a map. “First, I bow at the Welcome Hut. Then I enter the Forest Hut. After the forest, I follow the stream to the River Hut. Finally, I knock on the Chief’s door.” Her map showed arrows connecting the huts. She wrote a rule: “If I fail the Chief’s riddle, I return to Welcome.”

Nneka’s map was a game flow diagram. Your game has screens just like Nneka’s huts. The player travels from screen to screen based on rules. When you build your game in this module, you are building a festival of screens. You are the architect of the huts and the keeper of the doorways. Let’s draw the map together.

Main Lessons

Lesson 1: What Is Game Flow?

Definition: Game flow is the path a player takes through your game. It includes the title screen, the levels, the game over screen, the win screen, and the transitions between them.

Why it is important: Without game flow, a game is just a messy pile of disconnected parts. Flow makes the game feel like a real story or a real adventure. It guides the player from start to finish.

Simple explanation: Think of a storybook. You don’t open a book and land on page 15. You start at the cover, then page 1, then page 2, and you turn the pages until you reach “The End.” Game flow is the turning of pages. Each screen is a page. Broadcasts and conditions are your hands turning the pages.

Real-life example: A board game like Ludo or Snakes and Ladders. You start at the “Start” square. You roll the dice, move along the path, maybe climb a ladder, slide down a snake, and reach “Home.” The path on the board is the game flow.

School example: The school day. The bell rings, you go to Assembly (Title Screen), then Math (Level 1), then Break (Bonus Screen), then English (Level 2), and finally Closing (Win Screen).

Home example: A morning routine chart on the wall. Wake up, brush teeth, eat, dress, go to school. The arrows on the chart show the flow.

Nigerian example: A traditional marriage ceremony. The groom and his family go through stages: knocking on the gate (title screen), presenting kola nut (level 1), negotiating bride price (level 2), and finally the ceremony itself (win screen).

Illustration:

    [Title Screen] --Start--> [Level 1] --Win--> [Level 2] --Win--> [Victory Screen]
         ^                       |                         |
         |                       v                         v
         +------Lose------ [Game Over] <------Lose--------+
    

Mini Summary: Game flow is the road map of screens. It takes the player on a journey from “Start” to “You Win!” using broadcasts and conditions.

Lesson 2: The Title Screen – The Welcome Mat

Definition: A title screen is the very first thing the player sees. It usually has the game’s name, a cool picture, and a “Start” button.

Why it is important: The title screen is like a handshake. It welcomes the player, sets the mood, and gives them control over when the game actually begins. It also pauses the action so the player can get ready.

Simple explanation: Imagine a gate to a playground. Outside the gate, you see a big, beautiful sign with the playground’s name. You cannot enter until you push the gate open. The title screen is the gate. The Start button is the push.

Real-life example: A movie theater. Before the film, you see the movie poster and the title. The lights dim, and the show starts.

School example: The cover of your notebook. It tells you the subject before you open it to write.

Home example: A welcome mat at your front door. It says “Welcome,” and guests stand on it before entering your house.

Nigerian example: The entrance gate of a family compound in the village. It often has the family name on it. You pause, knock, and then enter.

Illustration:

    +-------------------------+
    |      ADVENTURE RUN      |
    |   (Cool Picture Here)   |
    |                         |
    |    [ Press Start  ]     |
    +-------------------------+
    

Mini Summary: The title screen greets the player and waits. It gives the player a button to press so they feel in control from the very beginning.

Lesson 3: Levels – The Chapters of Your Game

Definition: A level is a single, self-contained play area with its own background, enemies, and goal. Completing a level usually leads to the next level.

Why it is important: Levels break a big game into smaller pieces. If a game were one endless run, it would be boring. Levels give the player a feeling of progress. They say, “Good job! Now try something a little harder.”

Simple explanation: A book has chapters. Chapter 1 ends with a cliffhanger. You turn the page to Chapter 2. A game has levels. Level 1 ends with reaching a flag. You transition to Level 2, which has a new background and maybe faster enemies.

Real-life example: A video course online. Lesson 1, Lesson 2, Lesson 3. You finish one, take a quiz, and unlock the next.

School example: Your school years. Primary 1, Primary 2, Primary 3. Each year is a “level” with harder work. You pass the exam (win condition) to go to the next level.

Home example: Cooking a complex meal. Level 1: wash and cut vegetables. Level 2: cook the rice. Level 3: make the stew. You complete each stage to get the final dish.

Nigerian example: Climbing the Obudu Mountain. It has different resting points (like levels). You reach Level 1 rest stop, catch your breath, then climb to Level 2 rest stop.

Mini Summary: Levels are chapters. Each one is a small world that the player must conquer before moving to the next.

Lesson 4: Transitioning Between Screens – The Magic of Broadcasts

Definition: Transitioning is moving from one screen to another. In block coding, we use the “Broadcast” block to tell all sprites and backgrounds to change at the same time.

Why it is important: If we just jump to a new background without telling the sprites, we will have Level 2 enemies on a Level 1 background. Broadcasting makes sure everything switches together like a coordinated dance.

Simple explanation: You are in a school assembly. The principal says, “Everyone go to your classrooms.” That is a broadcast. All students (sprites) react. The hall empties and the classrooms fill. The scene changes completely.

Real-life example: A traffic light turning red. It broadcasts “Stop!” to all cars. Cars stop; pedestrians cross. The road scene transitions.

School example: The bell for the end of break. All students move to their next class. The playground scene changes to classroom scene.

Home example: A parent shouting, “Dinner time!” Everyone leaves their rooms and goes to the dining table. The whole house scene shifts.

Nigerian example: The Iman’s call to prayer from the mosque. It broadcasts across the neighborhood. People stop their work and go to pray. The environment transitions.

Illustration:

    [Level 1 Complete!]
          |
          v (Broadcast "Start Level 2")
          |
    +-----+------+
    |            |
    v            v
    [Background  [Enemies
    changes]     switch to
                harder ones]
          |
          v
    [Player moves to start of Level 2]
    

Mini Summary: Broadcasts are the magic doors between levels. One message makes all sprites and the background change in an instant.

Lesson 5: Health and Lives – Staying Alive

Definition: Health (or HP - Hit Points) is a variable that shows how much damage a player can take before losing. Lives are how many times a player can retry after dying.

Why it is important: Without health, any touch from an enemy means instant death. Health gives the player a chance to make a mistake and keep playing. Lives give them a chance to restart the level without starting the whole game over.

Simple explanation: Imagine you are carrying a tray of eggs. The eggs are your health. If you bump into a wall, one egg might crack. You lose one health. If all eggs crack, you lose a life. You have 3 lives (3 trays of eggs) to try again.

Real-life example: A football team playing a tournament. The match is the level. If they lose, they might go to a knockout stage. If they lose too many matches, they are out of the tournament (game over).

School example: A test with multiple attempts. You have 3 chances to pass the quiz. Each chance is a life.

Home example: Playing a video game and getting hit by an enemy. Your screen flashes, and a heart icon disappears. That’s health dropping.

Nigerian example: A boxer in a local boxing match. He has stamina (health). Each punch he takes wears him down. If he gets knocked down 3 times (lives), the fight is over.

Illustration:

    Health Bar:
    [❤️❤️❤️🤍🤍]  (3/5 health)

    Lives: 2 remaining
    

Mini Summary: Health is how strong you are right now. Lives are how many times you can try again. Both are variables that count down.

Lesson 6: Enemy AI – Making Bad Guys Think

Definition: Enemy AI (Artificial Intelligence) is the set of instructions that makes an enemy move, patrol, or chase without a human controlling it.

Why it is important: A game with enemies that just stand still is too easy. Enemies that move and surprise you create fun and challenge. AI does not mean the enemy is actually thinking; it just means it is following clever rules.

Simple explanation: A wind-up toy car. You wind it and place it on the floor. It moves forward until it hits a wall, then it turns. You programmed its “AI” by winding it in a direction. The enemy’s AI is a set of rules: “If you touch a wall, turn around. If you see the player, chase them.”

Real-life example: A Roomba vacuum cleaner. It moves around the room. If it hits a chair leg, it turns. It “patrols” the floor.

School example: A red light, green light game. The teacher turns her back (green light), students move (chase). She turns around (red light), they freeze. The teacher’s rule is the AI.

Home example: A cat chasing a laser pointer dot. The cat is the enemy. Its AI rule: “If you see the dot, run to it and pounce.”

Nigerian example: A street hawker selling puff-puff. The hawker patrols the streets. If he sees a crowd of people, he moves toward them (chase behavior). If the street is empty, he walks slowly (patrol).

Illustration:

    Enemy Patrol AI:
    [Forever]
        [Move 5 steps]
        [If touching edge?]
            [Turn 180 degrees]
    

Mini Summary: Enemy AI is just a set of rules that makes bad guys move. “Patrol” means walk back and forth. “Chase” means follow the player. Simple rules, big fun.

Lesson 7: The Boss Fight – A Special Challenge

Definition: A boss is a large, tough enemy that usually appears at the end of a level or at the end of the whole game. A boss fight is the battle against this enemy.

Why it is important: Bosses test everything the player has learned. They are the final exam of a level. Defeating a boss gives a huge feeling of achievement and reward.

Simple explanation: In a TV show, the hero faces small bullies during the episode, but at the end, they face the big boss villain. The boss has special moves. You cannot defeat them the same way you defeat small enemies. You must watch their pattern, dodge, and attack at the right moment.

Real-life example: A final exam. All the small quizzes (small enemies) prepared you for the big final test (boss).

School example: A spelling bee championship. The early rounds are easy words (minions). The final round has a very long, tricky word (the boss).

Home example: Opening a stubborn jar lid. You try a normal twist (attack 1). It doesn’t work. You run it under hot water, hit the bottom, then twist. You found the boss pattern.

Nigerian example: A wrestling match at the local festival. You defeat several smaller opponents (levels 1 and 2). Finally, you face the champion, the “Ozo” title holder (the boss), who has special techniques.

Illustration:

    Boss Pattern:
    1. Boss moves left 2 seconds.
    2. Boss stops and shoots fireball.
    3. Boss charges at player 3 seconds.
    4. Boss gets tired (player's chance to attack!).
    5. Repeat.
    

Mini Summary: A boss is a super-enemy with a repeating pattern. Observe the pattern, dodge the danger, and attack during the weak moment.

Lesson 8: Win Condition – How to Celebrate

Definition: The win condition is the rule that tells the game, “The player has won!” It is usually reaching a goal, defeating a boss, or collecting all items.

Why it is important: A game without a win condition is a race without a finish line. The player will run forever and get bored. A win condition gives the game purpose.

Simple explanation: You play a treasure hunt game. The win condition is “Find the golden key and bring it to the treasure chest.” Without that rule, you would just wander around forever.

Real-life example: A football match. The win condition is: score more goals than the other team when the timer hits zero.

School example: Getting a certificate at graduation. The win condition is passing all your required subjects.

Home example: Finishing a puzzle. The win condition: all pieces are in place and the picture is complete.

Nigerian example: A bride price negotiation. The win condition: both families agree on a price and bless the union.

Mini Summary: The win condition is the finish line. When the player meets it, the game says “You Win!” and celebrates.

Lesson 9: Lose Condition – Learning from Failure

Definition: The lose condition is the rule that tells the game, “The player has lost.” Usually, this happens when health reaches zero or time runs out.

Why it is important: A lose condition creates tension. It makes the player try their best to avoid losing. It also makes winning feel earned. Without the chance of losing, winning is not special.

Simple explanation: Imagine a game of Musical Chairs. The lose condition is “When the music stops, if you are not sitting on a chair, you are out.” That rule makes everyone scramble and laugh.

Real-life example: A video game timer counting down. When it hits zero, the mission fails.

School example: A pop quiz. You have 10 minutes. If you don’t finish all questions, you lose marks. Time running out is the lose condition.

Home example: A kitchen timer while baking. If you don’t take the cake out when the timer rings, it burns. Burnt cake is the lose condition.

Nigerian example: A suya seller at night. If he doesn’t sell all his suya before the market closes, the meat might spoil. The market closing is a time-based lose condition.

Mini Summary: The lose condition is the rule for failure. It pushes the player to try harder and makes victory taste sweeter.

Lesson 10: The Game Over Screen and Restart Loop

Definition: The Game Over screen appears when the player loses. It usually has a “Restart” button. The Restart loop resets all variables and sends the player back to the title screen or Level 1.

Why it is important: If the game just froze when you lost, it would be frustrating. The Game Over screen is polite. It says, “Oh no, you lost. Want to try again?” It invites the player to jump back into the game flow.

Simple explanation: You fall off your bicycle. You don’t throw the bicycle away. You stand up, dust yourself off, and get back on. The Game Over screen is the dusting-off moment. The Restart button is getting back on.

Real-life example: A “Try Again” button on a test app. You see your wrong answers, click “Retry,” and the test resets with the same questions scrambled.

School example: A teacher returning a failed test. She says, “You can do a retake next week.” The retake is the restart.

Home example: A video game console. You die and see “Continue? 3... 2... 1...” You press a button and you are back at the checkpoint.

Nigerian example: A local driver taking a wrong turn. The passengers shout “Oga, you miss road!” The driver stops, turns around, and restarts the journey from the correct junction.

Illustration:

    [Game Over Screen]
        |
        | (Player clicks Restart)
        v
    [Reset Score to 0]
        |
        v
    [Broadcast "Start Level 1"]
        |
        v
    [Player begins again]
    

Mini Summary: The Game Over screen is the failure hut. The Restart button is the door back to the start. Always let the player try again.

Lesson 11: The Victory Screen – The Final Party

Definition: The Victory screen appears when the player meets the final win condition. It often has fireworks, a congratulation message, and a “Play Again” button.

Why it is important: This is the player’s reward for all their hard work. The Victory screen is the big “Thank you for playing!” It makes the player feel proud and happy.

Simple explanation: You finish a marathon. At the finish line, someone puts a medal around your neck, hands you a cold drink, and claps for you. The Victory screen is that medal and the applause.

Real-life example: Graduation day. You wear a cap and gown, walk across the stage, and everyone cheers.

School example: Getting a gold star sticker and your name on the “Wall of Fame” for perfect attendance.

Home example: A birthday party. The birthday song is the victory music for surviving another year!

Nigerian example: A traditional victory dance after a successful harvest. The whole village drums and dances. That is a Victory screen in real life.

Mini Summary: The Victory screen is the celebration. Use music, bright colors, and a big “You Win!” to make your player feel like a hero.

Lesson 12: Polish – Making Your Game Shine

Definition: Polish means the small details that make a game feel finished and professional. This includes smooth animations, screen shakes, particle effects, and neat menus.

Why it is important: Two games can have the same basic blocks, but the polished game feels a hundred times better. Polish turns a school project into a real product.

Simple explanation: You make a sandwich. A basic sandwich is bread and butter. A polished sandwich has the bread toasted, the butter spread evenly, and the crust cut off. Same sandwich, but the polish makes you enjoy it more.

Real-life example: A neatly wrapped gift. The present inside is the same, but the shiny paper and ribbon make the moment special.

School example: A project notebook with neat handwriting, color-coded headings, and a clean cover. The content is the same as a messy notebook, but the polished one impresses the teacher.

Home example: A made bed with the pillows fluffed and the blanket tucked in neatly. It feels more inviting.

Nigerian example: A Nigerian tailor finishing a dress. The basic dress is sewn. The polish is adding embroidery, pressing the seams, and adjusting the fit perfectly.

Mini Summary: Polish is the extra love you put into your game. Spend time on the small details after the main blocks work.

Lesson 13: Testing the Full Flow – The Whole Journey

Definition: Testing the full flow means playing your game from the title screen to the victory screen without cheating. You check every door, every transition, every restart.

Why it is important: You might have built Level 1 perfectly and Level 2 perfectly, but the door between them might be broken. Testing the whole flow catches these connection bugs.

Simple explanation: You build a domino chain. You set up 100 dominoes. Testing the full flow means you push the first domino and watch to see if the last one falls. If it stops at domino 47, you know where the break is.

Real-life example: A chef tasting the entire meal, not just the soup or the meat alone. He makes sure the soup and the meat taste good together.

School example: A dress rehearsal for a school play. The actors go through the whole script with all scene changes, not just one scene.

Home example: Checking every light bulb in a new house to see if they turn on. One might be loose.

Nigerian example: A mechanic testing a rebuilt car. He drives it around the block, checks the brakes, the gear, the lights—not just the engine.

Mini Summary: Play your entire game without cheating. Write down every glitch. Fix the connections until the flow is smooth like a river.

Lesson 14: Exporting and Sharing Your Game

Definition: Exporting is turning your block project into a file or a link that can run on other people’s computers or phones without needing the coding app.

Why it is important: Your game is not complete until someone else plays it. Exporting is the final step of game development. It lets the world meet your creation.

Simple explanation: You bake a cake. It is in your kitchen. Exporting is putting the cake in a box and giving it to your neighbor. The neighbor can now eat the cake without entering your kitchen.

Real-life example: A musician recording a song and putting it on a CD or a streaming app.

School example: Turning in your project file so the teacher can open it on her own laptop.

Home example: Sending a photo via WhatsApp. The photo leaves your phone and appears on your grandma’s phone.

Nigerian example: A game studio like Maliyo Games packaging their game and uploading it to the Google Play Store so millions of Nigerians can download it.

Mini Summary: Export your game so others can play it. Sharing your creation is the greatest joy of game development.

Lesson 15: You Are a Complete Game Developer

Definition: A complete game developer is someone who can take an idea, design it, code it, test it, and share it.

Why it is important: You have now touched every part of the game creation pipeline. You are not just a dreamer; you are a builder. This lesson is about recognizing your achievement.

Simple explanation: You started with a story about Kola and a stone. Now you can build a digital world with multiple levels, enemies, a boss, health, lives, a victory screen, and a game over screen. You have grown from a player into a creator.

Real-life example: An apprentice carpenter who has built their first chair from scratch. They can now call themselves a carpenter.

School example: Graduating from primary school. You are no longer a beginner; you are ready for secondary school.

Home example: Cooking a full meal for your family by yourself for the first time. Appetizer, main course, and dessert.

Nigerian example: A young Nollywood filmmaker who writes, directs, and edits their first short film. They are now a real filmmaker.

Mini Summary: You have earned the title of Game Developer. Stand tall. You made a complete game. This is just the beginning of your creative journey.

Key Vocabulary

WordSimple Definition
Game FlowThe path the player takes through all the screens.
Title ScreenThe first screen with the game name and start button.
LevelOne stage or chapter of the game.
TransitionMoving from one screen to another.
Health (HP)A number showing how much damage you can take.
LivesHow many times you can retry after dying.
Enemy AIRules that make enemies move on their own.
BossA big, tough enemy at the end of a level.
Win ConditionThe rule for winning the game.
Lose ConditionThe rule for losing the game.
Game Over ScreenThe screen shown when the player loses.
Victory ScreenThe celebration screen when the player wins.
Restart LoopThe process of resetting everything to play again.
PolishSmall details that make the game look and feel great.
ExportTurning the project into a playable file or link.

Important Concepts

Game Flow is a Loop: Title Screen → Level 1 → Level 2 → (Win or Lose) → Restart. The whole game is a giant loop that the player can repeat.

Variables Connect Screens: A variable like “Score” lives through all screens. It does not die when you switch backgrounds. Variables are the memory that ties the game flow together.

Broadcasts are the Glue: One screen sends a broadcast; all relevant sprites and backdrops react. This is the professional way to manage screens.

Step-by-Step Explanations: Building the Full Game Flow

Here is the complete recipe for a multi-level game:

  1. Create backdrops: Title, Level 1, Level 2, Game Over, Victory.
  2. Start button sprite: “When this sprite clicked, Broadcast ‘Start Level 1’, switch backdrop to Level 1, reset score and lives.”
  3. Player sprite: In Level 1 backdrop, control movement. If health = 0, Broadcast “Game Over”.
  4. Enemy sprites: Patrol or chase. If touching player, change health by -1, wait a moment.
  5. Goal sprite: If player touches goal, Broadcast “Start Level 2” or “Victory”.
  6. Level 2 backdrop: Same player logic, but harder enemies. New goal sprite.
  7. Boss sprite: Appears in Level 2. Has a pattern. Takes several hits to defeat. On defeat, Broadcast “Victory”.
  8. Game Over backdrop: Shows “Game Over” and a “Restart” button. Restart button broadcasts “Title Screen”.
  9. Victory backdrop: Shows “You Win!” and plays celebration music. “Play Again” button broadcasts “Title Screen”.
    Title --Start--> L1 --Goal--> L2 --Beat Boss--> Victory
      ^               |              |                |
      |               v              v                |
      +--Restart-- GameOver <--Lose--+                 |
      |                                                |
      +-------------- Play Again ----------------------+
    

Real-life Examples of Game Flow

  • A recipe book: Index (Title), Recipes (Levels), “Enjoy!” page (Victory), “Try Again” page (Game Over for burnt food).
  • A workout app: Welcome screen, Warm-up, Main Exercise, Cool-down, Summary screen.
  • A museum visit: Entrance lobby, Gallery 1, Gallery 2, Gift shop (Victory), Exit.

Nigerian Examples

  • Owambe Party Flow: Welcome (Title), Serving Small Chops (Level 1), Main Meal (Level 2), Cake Cutting (Boss), Dancing (Victory). If food finishes before you eat, you lose!
  • Lagos to Abuja Road Trip: Start at Lagos Garage (Title), Ibadan Bypass (Level 1), Lokoja (Level 2), Abuja Gate (Victory). Traffic jam (Enemy) slows you down.
  • Pidgin English Learning Game: Level 1: Greet. Level 2: Ask for price. Boss: Haggle successfully. Win: Buy the item at a good price!

Fun Examples

  • Pizza Builder Game: Title screen shows a pizza. Levels: choose crust, sauce, cheese, toppings. Boss: the oven timer. Lose if the pizza burns. Win if you pull it out golden!
  • Obstacle Course Game: Your character runs a playground. Level 1: monkey bars. Level 2: mud puddle. Boss: the giant slide. Lose if you fall into the mud too many times.

Everyday Examples

  • A phone call: Dial (Title), Ringing (Level 1), Conversation (Level 2), Goodbye and Hang up (Victory). Busy tone (Game Over).
  • Brushing teeth: Pick up brush (Title), Wet brush (Level 1), Apply paste (Level 2), Brush all teeth (Boss), Rinse and smile (Victory).

Teacher Notes

This module combines all previous knowledge. It is highly recommended to use a projector and build the complete game flow live with the class. Let students suggest the theme (space, jungle, school). Build the structure (broadcasts) first before adding details. Emphasize the concept of “variable persistence” across screens—a common point of confusion. The “Human Flow” group activity is very effective: assign students to be different screens and have them hand off a “Player” ball to each other based on conditions.

Parent Tips

Your child might spend many hours on this module. Encourage them by playing their game flow as they build it. Ask: “What happens if you lose right now? Is there a button to restart?” Your feedback as a tester is invaluable. If they get frustrated, remind them that even big commercial games launch with bugs. Suggest they build one level first, test it completely, then clone it to make the second level. Celebrate the finished game by sharing it on family chat groups.

Interesting Facts

  • The first video game boss ever is considered to be the “Mothership” in the game Phoenix (1980).
  • Some games have a secret “true final boss” that only appears if you did something very specific in earlier levels.
  • The “Game Over” screen in Super Mario Bros. lets you restart from the world you died in. This was a huge innovation.
  • Nigerian developer Kunmi Adenipebi created games like “Aboki Run” that feature boss fights inspired by local culture.

Did You Know?

Did you know that in many block coding platforms, you can draw your own victory screen using the paint editor? You can write “You Win!” in glittery letters and add a dancing sprite.

Did you know that a “restart” is really just a broadcast that sets every variable back to its starting value and switches the backdrop?

Remember This

  • The game flow is the player’s adventure map.
  • Broadcasts open and close the doors between screens.
  • Health and Lives are the player’s safety nets.
  • Every enemy needs a simple brain (AI).
  • Every game needs a Win and a Lose rule.
  • A polished game is a loved game.
  • Testing the full flow catches the sneaky bugs.

Common Mistakes

  • Forgetting to reset variables on restart: The score stays 999 from the last game.
  • Hard-coded difficulty: Level 2 is exactly the same as Level 1, so the player feels no progress or challenge.
  • Missing broadcast receiver: You send “Start Level 2” but the enemies are still set to hide on Level 1 broadcast.
  • Boss loop too fast: The boss attacks without giving the player any safe time to hit back. Always add a “wait” in the boss pattern.

Best Practices

  • Plan the flow on paper first. Draw bubbles for each screen and arrows for the transitions.
  • Use a “Game Manager” sprite. A hidden sprite that holds the main broadcast logic and variable resets. It keeps your code organized.
  • Test one transition at a time. Make sure Title to Level 1 works perfectly before adding Level 2.
  • Make the boss pattern visible. Give the boss a color change or a sound before attacking so the player can learn and dodge.

More Visual Aids

Flowchart: Complete Game Flow

          +-----------------+
          |   TITLE SCREEN  |
          +--------+--------+
                   |
          (Start Button Clicked)
                   |
                   v
          +--------+--------+
          |    LEVEL 1       |
          +--------+--------+
                   |
          +--------+--------+
          | Health = 0?      |
          +--Yes--+----No----+
          |                 |
          v                 v
    +-----+------+   +-----+------+
    | GAME OVER   |   | Goal Hit?  |
    +-----+------+   +-Yes-+--No--+
          |                |       |
          v                v       v
    (Restart Button)  LEVEL 2  (Continue)
          |                |
          +-------+--------+
                  |
           +------+------+
           | Health = 0?  |
           +-Yes--+--No--+
           |             |
           v             v
        GAME OVER    Boss Defeated?
           |             |
           v             v
        Restart      VICTORY
                        |
                   (Play Again)
    

Timeline: Building a Complete Game

    Day 1: Draw the Flow Diagram on Paper
    Day 2: Create Title Screen and Start Button
    Day 3: Build Level 1 with Player, Enemies, Goal
    Day 4: Build Game Over Screen and Health Variable
    Day 5: Build Level 2 with Harder Enemies
    Day 6: Build Boss Fight Pattern
    Day 7: Build Victory Screen and Full Restart
    Day 8: Polish, Test Full Flow, Export, Share!
    

Table: Boss Pattern Design

PhaseBoss ActionDurationPlayer Opportunity
1Move left and right slowly3 secondsDodge and observe
2Shoot projectiles2 secondsHide behind shield
3Charge at player2 secondsJump over
4Get tired (flash red)2 secondsATTACK! Shoot it now!

Comparison: Level 1 vs Level 2 Design

FeatureLevel 1 (Easy)Level 2 (Harder)
Enemy speedSlow (2 steps per loop)Fast (5 steps per loop)
Number of enemies25
PitfallsNone, or one small gapSeveral large gaps
Time limitNone60 seconds
BossNot presentPresent at the end
Health pickupsManyFew

End-of-Module Summary

Incredible work, game developer! You have completed Module Eight. You are no longer just coding small tests; you are building entire worlds. Let’s recap your epic achievement:

  • You met Nneka and learned that a game is a festival of screens connected by doors.
  • You designed a Game Flow that takes a player from the Title Screen to the Victory Screen.
  • You used Broadcasts to open and close those doors, coordinating all sprites perfectly.
  • You gave your player Health and Lives so they could survive mistakes.
  • You breathed life into enemies with simple AI (patrol and chase).
  • You built a mighty Boss Fight with a pattern that rewards smart players.
  • You defined clear Win Conditions and Lose Conditions so the game has purpose and tension.
  • You created a polite Game Over Screen and a joyful Victory Screen.
  • You added a Restart Loop so players can try again endlessly.
  • You Polished your game until it shined, tested the full flow, and exported it to share with the world.

You are holding a complete digital world in your hands. You dreamed it, you drew it, you coded it, and you shared it. This is the true heart of game development. Be proud. Be very proud.

Frequently Asked Questions (FAQs)

  1. Q: How many levels should my first game have?
    A: Two levels and a boss is plenty. Start small. You can always add Level 3 later.
  2. Q: My boss keeps killing me in one hit. Is that fair?
    A: No. A boss should give the player a chance to learn. Reduce the boss speed or add a safe zone.
  3. Q: Why does my score reset to 0 when I go to Level 2?
    A: You are either resetting the score variable in the transition code or using a local variable. Make sure the score variable is “For all sprites” or global, and don’t set it to 0 on level change.
  4. Q: Can I have more than one boss?
    A: Yes! You can have a mini-boss at the end of Level 1 and a final boss at the end of Level 2. Just reuse the boss logic with different patterns.
  5. Q: How do I make an enemy that follows the player?
    A: Use a “point towards player” block and then “move steps”. In simple block coding, you can just compare the enemy’s X and Y with the player’s X and Y and move toward them.
  6. Q: My game over screen flashes and disappears. Why?
    A: You probably have a forever loop that is still running and changing the backdrop. Make sure to use “Stop Other Scripts in Sprite” when entering the Game Over screen.
  7. Q: What is a checkpoint?
    A: A checkpoint is a middle restart point inside a level. If you die after the checkpoint, you restart from there, not from the very beginning of the level. You can code one using a variable that remembers the player’s X and Y.
  8. Q: Can I add a pause button to my game?
    A: Yes! A pause button can set a variable “Paused” to 1. Every other script checks: “If Paused = 0, then run.”
  9. Q: My game is slow when I have too many clones. What do I do?
    A: Delete clones when they leave the screen edge. Limit the total number of clones created per second.
  10. Q: How do I save the high score?
    A: In some block coding platforms, you can use a “cloud variable” that saves even after the game is closed.

Review Questions (15 Questions)

  1. What is game flow in your own words?
  2. Name the five typical screens in a complete game.
  3. What block do we use to change from one screen to another?
  4. Explain the difference between health and lives.
  5. What does AI stand for, and what does it mean for an enemy?
  6. Why does a boss need a pattern instead of just randomly attacking?
  7. What is the win condition?
  8. What is the lose condition?
  9. What must the Restart button do to variables?
  10. Why is the Game Over screen important for the player’s experience?
  11. Describe “polish” in game development.
  12. Why should we test the full flow and not just one level?
  13. What does exporting your game allow you to do?
  14. What is a transition?
  15. Why is the title screen like a handshake?

Fill-in-the-Blank Exercises

1. The path a player takes through a game is called the game ________.

2. The first screen with the start button is the ________ Screen.

3. A ________ is a self-contained play area like a chapter in a book.

4. HP stands for Hit Points, also called ________.

5. An enemy that walks back and forth is using a ________ AI.

6. A ________ is a super-enemy with a special pattern.

7. The rule for winning is the ________ Condition.

8. The screen shown when the player loses is the ________ Over Screen.

9. The celebration screen is the ________ Screen.

10. The process of resetting to play again is the ________ Loop.

True or False Exercises

1. Game flow is only about the title screen. False

2. A broadcast can change the backdrop and tell sprites what to do. True

3. Health and Lives are exactly the same thing. False

4. An enemy with AI follows the player without any code. False

5. A boss should be impossible to beat. False

6. The win condition tells the game when the player has succeeded. True

7. You should only test Level 1 and assume the rest works. False

8. Polish means adding small details that make the game feel finished. True

9. Once a game is built, you cannot restart it. False

10. The Victory Screen is the player’s reward. True

Multiple Choice Questions (15 Questions)

  1. What is the flow of screens in a game called?
    a) Game river
    b) Game flow
    c) Game wind
    Answer: b
  2. Which screen appears first?
    a) Victory Screen
    b) Game Over Screen
    c) Title Screen
    Answer: c
  3. What block is best for switching between screens?
    a) Move 10 steps
    b) Broadcast
    c) Change Color
    Answer: b
  4. What variable shows how much damage a player can take?
    a) Score
    b) Speed
    c) Health
    Answer: c
  5. What does AI stand for?
    a) Amazing Invention
    b) Artificial Intelligence
    c) Auto Input
    Answer: b
  6. A boss fight usually happens:
    a) At the title screen
    b) At the end of a level or game
    c) During the restart
    Answer: b
  7. The win condition is:
    a) The rule for losing
    b) The rule for starting
    c) The rule for winning
    Answer: c
  8. What should the Restart button do?
    a) Turn off the computer
    b) Reset variables and send the player to the start
    c) Delete the game
    Answer: b
  9. What is the purpose of the Game Over screen?
    a) To celebrate victory
    b) To tell the player they lost and offer a retry
    c) To start the first level
    Answer: b
  10. Polish in a game means:
    a) Cleaning the computer screen
    b) Adding details that make the game feel finished
    c) Making the game harder
    Answer: b
  11. Why is full flow testing important?
    a) To find connection bugs between screens
    b) To play only Level 1
    c) To draw sprites
    Answer: a
  12. Exporting your game allows you to:
    a) Hide it forever
    b) Share it with others to play
    c) Break the code
    Answer: b
  13. A transition is:
    a) A type of enemy
    b) Moving from one screen to another
    c) A variable
    Answer: b
  14. What is a checkpoint?
    a) A place to check your score
    b) A restart point inside a level
    c) The end of the game
    Answer: b
  15. What is the best first step in building a complete game?
    a) Drawing all sprites in detail
    b) Planning the flow on paper
    c) Exporting the game
    Answer: b

Matching Exercises

Match the screen to its job:

ScreenMatchJob
1. Title ScreenATells the player they lost and offers a retry
2. Level ScreenBCelebrates the player’s victory
3. Game Over ScreenCWelcomes the player and waits for Start
4. Victory ScreenDWhere the main action and challenges happen

Answers: 1-C, 2-D, 3-A, 4-B

Short Answer Questions

  1. Explain what a broadcast does when a level is completed. Name two things that might react to it.
  2. Why is it important to have a weak moment in a boss pattern? Give an example.
  3. Describe the sequence of events from the player clicking “Restart” to the player playing Level 1 again.
  4. What is the difference between a local variable and a global variable? Which one should the score be?
  5. List three small “polish” details you could add to a simple platformer game.

Scenario-based Exercises

  1. Scenario: You kill the Level 1 boss, but the background does not change to Level 2. The boss vanishes though. List two possible bugs. (Answer: The broadcast is missing for Level 2. OR The backdrop is not set to react to the Level 2 broadcast.)
  2. Scenario: Your player gets hit once and dies instantly, but you set health to 5. What might be wrong in the enemy’s code? (Answer: The enemy might be reducing health by 5 per hit instead of 1. OR the “if touching” block is running repeatedly without a wait, draining all health in one touch.)

Group Activity: The Human Game Flow

Goal: Act out the entire game flow.

  1. Set up stations in the classroom: Title Corner, Level 1 Zone, Level 2 Zone, Boss Throne, Game Over Bench, Victory Stage.
  2. Choose one student as the “Player.” Other students are the “Sprites” at each station.
  3. The Player starts at Title Corner. A “Start Button” student high-fives them and shouts “Broadcast Level 1!”
  4. The Player moves to Level 1. They must avoid “Enemy” students. If touched, they lose a “Health” sticker.
  5. If all stickers are lost, they go to Game Over Bench, then back to Title Corner.
  6. If they reach the “Goal” student, they get a “Broadcast Level 2!”
  7. At the Boss Throne, a teacher acts as the boss. The boss has a pattern: clap twice, then stomp. Player must dodge and tap the boss during the stomp.
  8. If the player wins, they go to the Victory Stage and the class applauds!

Individual Activity: Flowchart Artist

On a large paper, draw a beautiful flowchart of your dream game. Use colored markers. Draw at least 5 screens (bubbles). Draw arrows for broadcasts. Write the condition on each arrow (e.g., “Touch Goal”, “Health = 0”). Add a box for “Variables: Score, Health, Lives” on the side. This will be your GDD Flowchart.

Classroom Discussion Questions

  • If a game had no title screen and just threw you into Level 1, how would you feel? Why is the start button important?
  • Should the final boss be beatable on the first try, or should the player have to learn and try multiple times? Defend your opinion.
  • What is the best victory screen you have ever seen? What made it memorable?
  • Is it okay to make a game that cannot be lost? Why might a developer choose that?

Mini Project: The Three-Room Dungeon

Create a tiny game with exactly three screens: Entrance Room, Treasure Room, Trap Room. Each room is a different backdrop. The player moves between rooms by touching colored doors. One door leads to the treasure (Victory), one door leads to a trap (Game Over). Use only broadcasts and backdrops. No enemies needed—just doors and flow.

Practical Assignment: My Complete Game – Playable Version 1

Build the entire game flow from this module. Minimum requirements: Title Screen, 1 Level with at least 1 enemy and a goal, 1 Boss Fight (can be a simple dodge-and-click pattern), Health variable, Game Over Screen with Restart, Victory Screen with Play Again. Share the playable link with at least two friends and collect their feedback.

Challenge Exercise: The Evolving Boss

Modify your boss fight. Make the boss change its pattern when its health drops below 50%. For example, Phase 1: slow patrol and shoot. Phase 2 (health below half): move faster, shoot two fireballs instead of one, and the tired window is shorter. Use a variable for the boss’s own health and an “if” condition to switch phases.

Quiz Answers (Quick Reference)

Fill-in-the-Blanks: 1.flow, 2.Title, 3.level, 4.health, 5.patrol, 6.boss, 7.Win, 8.Game, 9.Victory, 10.Restart.

True/False: 1.F, 2.T, 3.F, 4.F, 5.F, 6.T, 7.F, 8.T, 9.F, 10.T.

MCQ Answers: See the answer key under each question (all B options).

Key Takeaways

  • Game Flow is the player’s journey. Design it carefully like a story map.
  • Broadcasts are the engine of flow. One message can change everything.
  • Health and Lives make the game fair. They give players room to learn.
  • Bosses are pattern puzzles. Reward observation and timing.
  • Every screen is a destination. Make each one feel unique and purposeful.
  • Sharing is the final step. A game is not complete until it is played.

Preparation for the Next Module: Module Nine – Game Feel and Player Experience

You have built a complete, flowing game. But we can make it even better. In Module Nine, we will dive into the secrets of Game Feel. Why do some games make you feel powerful, while others feel clunky? We will learn about screen shake, particle effects, smooth acceleration, responsive controls, and satisfying sound design.

To prepare for Module Nine, please do this:

  • Play your favorite game and close your eyes. Listen only to the sounds. What sound tells you that you collected a coin? What sound tells you that you got hurt?
  • Watch a video of your game being played. Watch the character’s movement. Does it start and stop instantly, or does it slide a little? This is called “acceleration” and “friction.” We will code this!
  • Practice using the “change size by” and “change color effect” blocks. We will use these for screen shake and hit effects.

Get ready to add the secret sauce that turns a good game into an unforgettable one. See you in Module Nine!


End of Module Eight. Congratulations, game architect! You built a world.

🏆 Get Certified

🔒

Earn this certificate

Every lesson is already free to read. Sign up, pass the exam, and unlock Practice Tools plus a verified certificate with your name on it — ₦4,000/month.

🎓 Sign Up & Unlock for ₦4,000/month
🛠️ Practice Tools
Hands-on simulators & labs - subscription required.
→
🎯 Internship Tasks
Real-world tasks to build your portfolio - try them free for 7 days, no card required.
→