8.11.1.5

2 — The Map 🔗 ℹ

Due Thursday, 27 September 2023 Wednesday, 27 September 2023, 11:59:59pm

Motivation Enough planning, it is time to start building the system, bottom up. At the very bottom of the component hierarchy is the game map—the “table”—and whatever is needed to build it.

See Q.Com, a Plan for our plan for the entire project, not just the first three sprints. Being able to write such plans—and modify them as you go—takes experience and especially experience with failures. Reflect on how ours compares with yours.

Self-Evals Starting with this homework assignment, we will push a self-evaluation form into your homework repo (2/self-eval.md) right after the due date/time. The form comes with instructions and a small number of questions about your code base. You must edit the file—adding responses to the questions—and push it back to origin by 6:00pm (18:00) on the same day.

Not submitting a self-evaluation by this deadline will lower your score substantially.

Delivery Place the product of this week’s milestone into your git repo as follows:

Programming Task Design and implement a data representation for the game map of Q. At a minimum, the data representation should also support the following pieces of functionality: The phrase “piece of functionality” is chosen so that you may use functions or methods, one function or many to implement one bullet or all. The choice is yours.
  • creating a game map with the referee’s tile;

  • extending the map with a tile so that it shares a side with an existing tile, regardless of the color or shape of either one;

  • determining all those places where a specific tile can be inserted so that it fits according to the matching rules of The Q Game.

The first two pieces of functionality is how the referee and the players jointly construct the map; the third one is a piece of functionality that is anticipated to help the player decide where to place a tile and to help the referee decide the legality of a placement.

Design Task The referee is a mechanism that acts according to a book of rules and the state of the games. That is, the state of the game is the referee’s knowledge about the game that enables it to grant turns, decide the validity of actions, and announce the end of the game and its outcome to every participant.

Design a data representation for the game state. List all pieces of functionality that should be available to the referee to run a game.

To describe the data representation, mix English and references to the data sub-language of your chosen programming language. For the operations, choose the wish list format that you got to know in Fundamentals I and Fundamentals II, depending on which of the languages used in these courses matches your chosen language most closely. Distinguish the two parts clearly.

The memo should not exceed a page. Less is more.

Keep in mind our Q.Com, a Plan while you work on a design task.

You do not need to read the rest of this page if you recall the notion of “design and implement” from Fundamentals I through III.

To design means to turn the information in the real world into a data representation—using the data sub-language of your chosen programming language. This implies that given any given map in the real (information) world, you can instantiate your data definition to represent this map. Conversely, given a data representation of a map, you can interpret it by setting up a map in the real (information) world.

Design also means to think about what other components will want to know about this information or perhaps represent a change over time. To this end, you are to come up with a list of functionality—just as exemplified in this assignment. One way to come up with this list is to re-visit the real (information) world and to consider how other actors in this world may interact with this information. For our project, the actors to consider are the referee and the players.

Some information and functionality is explicit in the real world. Some is implicit. While the real map clearly consists of unique tiles and players can simply point at the tile where they wish to place an avatar, a data representation must make the grid and places on the grid explicit. What do you think is a good representation of “place”?

The referee is an example of implicit functionality. When a group of us sits around a kitchen table to play Q, we collectively play referee. A software system cannot keep such functionality implicit; ideally, it must be open to audits in case of law suits.

To implement is to systematically turn the wish list of functionality into an implementation of functions and methods. Since this milestone it is about the design of a component, it also means to make some of these functions and methods public and keeping all helpers private. Use your chosen language well.

The entire point of proceeding systematically is to accommodate change. It is unlikely that anyone’s first design and implementation of the map is perfect. A good intuition will go a long way to finish most of the needed work this week, but “easy change” is the name of the software game—and the marketing department of every company is convinced of this game. Proceeding systematically helps reduce the time it takes to make these changes in the future—whether this is your time or your future colleague’s time.

At Northeastern, we teach “systematic” from week 2 in the undergraduate curriculum. Follow these principles and you will be able to manage your time this semester