Pokémon

Milestones

Project Deadline 2023-08-04T23:59:00-04:00
Late Deadline not applicable
Grading Deadline 2023-08-09T23:59:00-04:00

Staff Solution

github.com/vault50/e23a-games-solutions/tree/master/7

Please notify Doug if you don’t have access to the above via vault50.

Features

Per the specification for this project, students are expected to implement the following:

  • Implement a Menu that appears during the player Pokémon’s level up that shows, for each stat, ‘X + Y = Z’, where X is the starting stat, Y is the amount it’s increased for this level, and Z is the resultant sum. This Menu should appear right after the “Level Up” dialogue that appears at the end of a victory where the player has indeed leveled up.

This project is graded along the three of axes of Correctness, Design, and Style. Each should be treated as independently as possible (code that is very broken, but has some good ideas that didn’t come to fruition and is extremely well-styled should maybe earn a 2 for Correctness, a 3 for Design, and a 5 for Style, for example.)

Correctness

Award:

  • 5 if the requirements above are met with the student having introduced no bugs.
  • 4 if there is one minor bug.
  • 3 if there are multiple minor bugs, or one major bug.
  • 2 if there are several major bugs.
  • 1 for a very clearly low-effort or very broken submission.
  • 0 for no submission at all.

Design

Design is primarily concerned with how elegant, efficient, readable, and clear the student’s code is. Some design questions to consider and leave feedback on include (but are not limited to):

  • Is the code unnecessarily complex?
  • Is code reused where possible?
  • Are there unnecessary loops, conditions, and/or variables?
  • Are there places where the student’s code could have been made more efficient?
  • Is the code logical in structure?
  • Is there repetition of code that could be more cleanly written with the addition of a function?

Award:

  • 5 for the best designs, with absolutely no room for improvement.
  • 4 for better than average designs, with maybe a few quirks.
  • 3 for good, solid designs, though there are a few suggestions for areas for improvement.
  • 2 for fair designs that feature significant room for improvement.
  • 1 for poor designs reflecting very little effort or consideration of design implications of coding decisions.
  • 0 for no submission at all.

Style

Style is concerned with the aesthetics of the code (whitespace, comments, etc.). Some style questions to consider and leave feedback on include (but are not limited to):

  • Is the student consistent about the use of single quotation marks vs. double quotation marks?
  • Is the use of spacing and indentation consistent?
  • Are there appropriate comments in the code?
  • Is the use of variable names clear, meaningful, and consistent?
  • Do files have appropriate names?
  • Are there places where an extra newline would help with readability? Are there places where there are too many unnecessary newlines?
  • Do lines run on for a long time where it would have been clearer to separate into multiple lines?

Award:

  • 5 for the best style, with virtually no room for improvement.
  • 4 for better than average style, with maybe a few quirks.
  • 3 for good, solid style, though there are a few suggestions for areas for improvement.
  • 2 for fair style that feature significant room for improvement.
  • 1 for poor style reflecting very little effort or consideration of aesthetics, commenting, etc.
  • 0 for no submission at all.