# Project 1: The Game of Hog

I know! I'll use my

Higher-order functions to

Order higher rolls.

## Introduction

In this project, you will develop a simulator and multiple strategies
for the dice game Hog. You will need to use *control statements* and
*higher-order functions* together, as described in Sections 1.2 through
1.6 of Composing Programs.

In Hog, two players alternate turns trying to be the first to end a turn with at least 100 total points. On each turn, the current player chooses some number of dice to roll, up to 10. That player's score for the turn is the sum of the dice outcomes.

To spice up the game, we will play with some special rules:

**Pig Out**. If any of the dice outcomes is a 1, the current player's score for the turn is 1.**Free Bacon**. A player who chooses to roll zero dice scores one more than the largest digit in the opponent's total score.*Example 1*: If the opponent has 42 points, the current player gains 1 + max(4, 2) = 5 points by rolling zero dice.*Example 2*: If the opponent has 48 points, the current player gains 1 + max(4, 8) = 9 points by rolling zero dice.*Example 3*: If the opponent has 7 points, the current player gains 1 + max(0, 7) = 8 points by rolling zero dice.

**Hogtimus Prime**. If a player's score for the turn is a prime number, then the turn score is increased to the next larger prime number. For example, if the dice outcomes sum to 19, the current player scores 23 points for the turn. This boost only applies to the current player.*Note:*1 is not a prime number!**Hog Wild**. If the sum of both players' total scores is a multiple of seven (e.g., 14, 21, 35), then the current player rolls four-sided dice instead of the usual six-sided dice.**Hog Tied**. If the sum of both players' scores ends in a seven (e.g., 17, 27, 57), then the current player can roll at most one dice.**Swine Swap**. After the turn score is added, if the current player's total score contains only one unique digit, the players swap total scores.*Example 1*: The current player has a total score of 13 and the opponent has 91. The current player rolls two dice that total 9. The current player's new total score (22) has only one unique digit (2). These scores are swapped! The current player now has 91 points and the opponent has 22. The turn ends.*Example 2*: The current player has 88 and the opponent has 42. The current player rolls five dice that total 19, a prime that is boosted to 23 points for the turn. The current player has 111, so the scores are swapped. The opponent ends the turn with 111 and wins the game.

## Download starter files

To get started, download all of the project code as a zip
archive. You only have to make changes to `hog.py`

.

`hog.py`

: A starter implementation of Hog`dice.py`

: Functions for rolling dice`hog_gui.py`

: A graphical user interface for Hog`ucb.py`

: Utility functions for CS 61A`ok`

: CS 61A autograder`tests`

: A directory of tests used by`ok`

`images`

: A directory of images used by`hog_gui.py`

## Logistics

This is a 1-week project. You may work with one other partner. You should not share your code with students who are not your partner or copy from anyone else's solutions.

In the end, you will submit one project for both partners. The project is worth 23 points. 21 points are assigned for correctness, and 2 points for the overall composition of your program.

You will turn in the following files:

`hog.py`

You do not need to modify or turn in any other files to complete the project. To submit the project, run the following command:

`python3 ok --submit`

You will be able to view your submissions on the OK dashboard.

For the functions that we ask you to complete, there may be some initial code that we provide. If you would rather not use that code, feel free to delete it and start from scratch. You may also add new function definitions as you see fit.

However, please do **not** modify any other functions. Doing so may
result in your code failing our autograder tests. Also, please do not
change any function signatures (names, argument order, or number of
arguments).

## Testing

Throughout this project, you should be testing the correctness of your code.
It is good practice to test often, so that it is easy to isolate any problems.
However, you should not be testing *too* often, to allow yourself and your
partner the time to think through problems.

We have provided an **autograder** called `ok`

to help you
with testing your code and tracking your progress. The first time you run the
autograder, you will be asked to **log in with your OK account using your web
browser**. Please do so. Each time you run `ok`

, it will back up
your work and progress on our servers.

The primary purpose of `ok`

is to test your implementations, but
there are two things you should be aware of.

First, some of the test cases are *locked*. To unlock tests, run the
following command from your terminal:

`python3 ok -u`

This command will start an interactive prompt that looks like:

===================================================================== Assignment: The Game of Hog OK, version ... ===================================================================== ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Unlocking tests At each "? ", type what you would expect the output to be. Type exit() to quit --------------------------------------------------------------------- Question 0 > Suite 1 > Case 1 (cases remaining: 1) >>> Code here ?

At the `?`

, you can type what you expect the output to be. If you
are correct, then this test case will be available the next time you run the
autograder.

The idea is to understand *conceptually* what your program should do
first, before you start writing any code.

Once you have unlocked some tests and written some code, you can check the correctness of your program using the tests that you have unlocked:

python3 ok

Most of the time, you will want to focus on a particular question. Use the
`-q`

option as directed in the problems below.

Second, some of the test cases are *hidden*. These test cases are
**not** run by the command:

python3 ok

They are only run when you submit:

python3 ok --submit

Because of this, we recommend that you submit **after you finish each
problem**. Only your last submission will be graded. It is also useful for us
to have more backups of your code in case you run into a submission issue.

After you run this command, you will receive an email (to the address
that you used to sign up for OK) that has the output from all *failed*
unlocked tests, including hidden tests, along with your score at the bottom. You
can continue submitting until you pass all the tests. However, you will receive
**at most one email every half hour**.

This buffer period is meant for you and your partner to try and understand where your error comes from, and take some time to think through your code. We encourage you to do this for all projects.

The `tests`

folder is used to store autograder tests, so
**do not modify it**. You may lose all your unlocking progress if you
do. If you need to get a fresh copy, you can download the
zip archive and copy it over, but you
will need to start unlocking from scratch.

## Graphical User Interface

A **graphical user interface** (GUI, for short) is provided for you.
At the moment, it doesn't work because you haven't implemented the
game logic. Once you complete the `play`

function, you will be able
to play a fully interactive version of Hog!

In order to render the graphics, make sure you have Tkinter, Python's main graphics library, installed on your computer. Once you've done that, you can run the GUI from your terminal:

`python3 hog_gui.py`

Once you complete the project, you can play against the final strategy that you've created!

`python3 hog_gui.py -f`

## Phase 1: Simulator

In the first phase, you will develop a simulator for the game of Hog.

### Problem 0 (1 pt)

The `dice.py`

file represents dice using non-pure zero-argument
functions. These functions are non-pure because they may have
different return values each time they are called. The documentation
of `dice.py`

describes the two different types of dice used in the
project:

- Dice can be fair, meaning that they produce each possible outcome with equal
probability. Examples:
`four_sided`

,`six_sided`

. - For testing functions that use dice, deterministic test dice always cycle
through a fixed sequence of values that are passed as arguments to the
`make_test_dice`

function.

Before we start writing any code, let's understand the `make_test_dice`

function by unlocking its tests.

`python3 ok -q 00 -u`

This should display a prompt that looks like this:

```
=====================================================================
Assignment: Project 1: Hog
OK, version v1.5.2
=====================================================================
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Unlocking tests
At each "? ", type what you would expect the output to be.
Type exit() to quit
---------------------------------------------------------------------
Question 0 > Suite 1 > Case 1
(cases remaining: 1)
>>> test_dice = make_test_dice(4, 1, 2)
>>> test_dice()
?
```

You should type in what you expect the output to be. To do so, you
need to first figure out what `test_dice`

will do, based on the
description above.

You can exit the unlocker by typing `exit()`

(without quotes). **Typing Ctrl-C
on Windows to exit out of the unlocker has been known to cause problems, so
avoid doing so.**

### Problem 1 (2 pt)

Implement the `roll_dice`

function in `hog.py`

. It takes two arguments: a
positive integer giving the number of dice to roll, `num_rolls`

, and a `dice`

function. It returns the number of points scored by rolling that number of dice
**simultaneously**: either the sum of the outcomes or 1 (*Pig Out*).

To obtain a single outcome of a dice roll, call `dice()`

. You must
call the `dice`

function *exactly* the number of times specified by
the first argument (even if a 1 is rolled) since we are rolling all
dice simultaneously in the game (otherwise tests and the GUI will fail).

Before writing any code, unlock the tests to verify your understanding of the question.

`python3 ok -q 01 -u`

Once you are done unlocking, begin implementing your solution. You can check your correctness with:

`python3 ok -q 01`

The `roll_dice`

function has a default argument value
for `dice`

that is a random six-sided dice function. The tests use fixed dice.

### Problem 2 (2 pt)

Implement the `take_turn`

function, which returns the number of points scored
for a turn by the current player. Your implementation should call `roll_dice`

when possible.

You will need to implement the *Free Bacon* rule. You can assume that
`opponent_score`

is less than 100. For a score less than 10, assume that the
first of the two digits is 0. Implement the `free_bacon`

helper function, and
use it in your implementation when possible.

You will also need to implement the *Hogtimus Prime* rule, which applies to both
regular turns and Free Bacon turns! To implement *Hogtimus Prime*, write your
own prime functions above the `take_turn`

function. One way to do so is to write
two functions, `is_prime`

and `next_prime`

. There are no tests for `is_prime`

and `next_prime`

, but you can test them on your own using doctests that you
create. Remember, 1 isn't prime!

Before writing any code, unlock the tests to verify your understanding of the question.

`python3 ok -q 02 -u`

Once you are done unlocking, begin implementing your solution. You can check your correctness with:

`python3 ok -q 02`

### Problem 3 (1 pt)

Implement the `select_dice`

and `max_dice`

functions, which help enforce the
*Hog Wild* and *Hog Tied* special rules, respectively.

`select_dice`

takes two arguments: the scores for the current and opposing
players. It returns the dice to be used for the turn: either `four_sided`

or
`six_sided`

. `max_dice`

takes the same arguments and returns the maximum number
of dice a player can roll.

Before writing any code, unlock the tests to verify your understanding of the question.

`python3 ok -q 03 -u`

Once you are done unlocking, begin implementing your solution. You can check your correctness with:

`python3 ok -q 03`

### Problem 4 (1 pt)

To help you implement the *Swine Swap* rule, write a function called `is_swap`

that checks to see if the current score contains only one unique digit.

Before writing any code, unlock the tests to verify your understanding of the question.

`python3 ok -q 04 -u`

Once you are done unlocking, begin implementing your solution. You can check your correctness with:

`python3 ok -q 04`

### Problem 5 (3 pt)

Implement the `play`

function, which simulates a full game of Hog. Players
alternate turns, each using their respective strategy function (Player 0 uses
`strategy0`

, etc.), until one of the players reaches the `goal`

score. When the
game ends, `play`

returns the final total scores of both players, with Player
0's score first, and Player 1's score second.

Here are some hints:

- You should use the functions you have already written! You will need to call
`take_turn`

with all three arguments. - Enforce all the remaining special rules:
*Hog Tied*,*Hog Wild*, and*Swine Swap*. - You can get the number of the other player (either 0 or 1) by calling
the provided function
`other`

. - A
*strategy*is a function that, given a player's score and their opponent's score, returns how many dice the player wants to roll. A strategy function (such as`strategy0`

and`strategy1`

) takes two arguments: scores for the current player and opposing player, which both must be non-negative integers. A strategy function returns the number of dice that the current player wants to roll in the turn. Each strategy function should be called only once per turn. Don't worry about the details of implementing strategies yet. You will develop them in Phase 2.

Before writing any code, unlock the tests to verify your understanding of the question.

`python3 ok -q 05 -u`

Once you are done unlocking, begin implementing your solution. You can check your correctness with:

`python3 ok -q 05`

The last test for Question 5 is a

fuzz test, which checks that your`play`

function works for a large number of different inputs. Failing this test means something is wrong, but you should look at other tests to see where the problem might be.

Hint: If you fail the fuzz test, check that you're only calling`take_turn`

once per turn!

Once you are finished, you will be able to play a graphical version of
the game. We have provided a file called `hog_gui.py`

that
you can run from the terminal:

`python3 hog_gui.py`

If you don't already have Tkinter (Python's graphics library) installed, you'll need to install it first before you can run the GUI.

The GUI relies on your implementation, so if you have any bugs in your code, they will be reflected in the GUI. This means you can also use the GUI as a debugging tool; however, it's better to run the tests first.

Congratulations! You have finished Phase 1 of this project!

## Phase 2: Strategies

In the second phase, you will experiment with ways to improve upon the basic strategy of always rolling a fixed number of dice. First, you need to develop some tools to evaluate strategies.

### Problem 6 (1 pt)

Implement the `check_strategy`

function decorator, which takes a strategy
function as an argument and returns the same strategy function. It calls the
strategy with all valid inputs and verifies that the strategy always returns a
valid output. The provided `check_strategy_roll`

function will raise an error with a
helpful message if `num_rolls`

is an invalid output.

Before writing any code, unlock the tests to verify your understanding of the question.

`python3 ok -q 06 -u`

Once you are done unlocking, begin implementing your solution. You can check your correctness with:

`python3 ok -q 06`

### Problem 7 (2 pt)

Implement the `make_averaged`

function, which is a higher-order function that
takes a function `fn`

as an argument. It returns another function that takes
the same number of arguments as `fn`

(the function originally passed into
`make_averaged`

). This returned function differs from the input function in that
it returns the average value of repeatedly calling `fn`

on the same arguments.
This function should call `fn`

a total of `num_samples`

times and return the
average of the results.

To implement this function, you need a new piece of Python syntax! You must write a function that accepts an arbitrary number of arguments, then calls another function using exactly those arguments. Here's how it works.

Instead of listing formal parameters for a function, we write `*args`

.
To call another function using exactly those arguments, we call it
again with `*args`

. For example,

```
>>> def printed(fn):
... def print_and_return(*args):
... result = fn(*args)
... print('Result:', result)
... return result
... return print_and_return
>>> printed_pow = printed(pow)
>>> printed_pow(2, 8)
Result: 256
256
>>> printed_abs = printed(abs)
>>> printed_abs(-10)
Result: 10
10
```

Read the docstring for `make_averaged`

carefully to understand how it
is meant to work.

Before writing any code, unlock the tests to verify your understanding of the question.

`python3 ok -q 07 -u`

Once you are done unlocking, begin implementing your solution. You can check your correctness with:

`python3 ok -q 07`

### Problem 8 (2 pt)

Implement the `max_scoring_num_rolls`

function, which runs an
experiment to determine the number of rolls (from 1 to 10) that gives
the maximum average score for a turn. Your implementation should use
`make_averaged`

and `roll_dice`

.

If two numbers of rolls are tied for the maximum average score, return the lower number. For example, if both 3 and 6 achieve a maximum average score, return 3.

Before writing any code, unlock the tests to verify your understanding of the question.

`python3 ok -q 08 -u`

Once you are done unlocking, begin implementing your solution. You can check your correctness with:

`python3 ok -q 08`

To run this experiment on randomized dice, call `run_experiments`

using
the `-r`

option:

`python3 hog.py -r`

**Running experiments** For the remainder of this project,
you can change the implementation of `run_experiments`

as you wish.
By calling `average_win_rate`

, you can evaluate various Hog
strategies. For example, change the first `if False:`

to ```
if
True:
```

in order to evaluate `always_roll(8)`

against the
baseline strategy of `always_roll(6)`

. You should find that it loses
more often than it wins, giving a win rate below 0.5.

Some of the experiments may take up to a minute to run. You can always reduce
the number of samples in `make_averaged`

to speed up experiments.

### Problem 9 (1 pt)

A strategy can take advantage of the *Free Bacon* rule by rolling 0 when it is
most beneficial to do so. Implement `bacon_strategy`

, which returns 0 whenever
rolling 0 would give **at least** `margin`

points and returns `num_rolls`

otherwise. Don't forget about the Hogtimus Prime rule!

Before writing any code, unlock the tests to verify your understanding of the question.

`python3 ok -q 09 -u`

Once you are done unlocking, begin implementing your solution. You can check your correctness with:

`python3 ok -q 09`

Once you have implemented this strategy, change `run_experiments`

to evaluate
your new strategy against the baseline. You should find that it wins more than
half of the time.

### Problem 10 (2 pt)

A strategy can also take advantage of the *Swine Swap* rule. The `swap_strategy`

rolls 0 if it would cause a beneficial swap. It also returns 0 if rolling 0
would give **at least** `margin`

points and would not cause a
swap. Otherwise, the strategy rolls `num_rolls`

.

Before writing any code, unlock the tests to verify your understanding of the question.

`python3 ok -q 10 -u`

Once you are done unlocking, begin implementing your solution. You can check your correctness with:

`python3 ok -q 10`

Once you have implemented this strategy, update `run_experiments`

to
evaluate your new strategy against the baseline. You should find that
it gives a significant edge over `always_roll(6)`

.

At this point, run the entire autograder to see if there are any tests that don't pass.

`python3 ok`

### Problem 11 (3 pt)

Implement `final_strategy`

, which combines these ideas and any other ideas you
have to achieve a win rate of at least 0.70 (for full credit) against the
baseline `always_roll(6)`

strategy. Partial credit is also given if you are
close. Some suggestions:

`swap_strategy`

is a good default strategy to start with.- There's no point in scoring more than 100. Check for chances to win.
- Don't swap scores when you're winning.
- Try to force a beneficial swap at all costs.
- It can be advantageous to trigger Hog Tied for your opponent. (
*Note*: Trying to trigger Hog Tied at all costs may not be as beneficial as rolling the dice.) - Choose the
`num_rolls`

and`margin`

arguments carefully. Depending on whether you are Hog Tied or Hog Wild, you may want to have a different`num_rolls`

and`margin`

. - If you are in the lead, you might take fewer risks.

You can check your final strategy win rate by running OK.

`python3 ok -q 11`

You can also play against your final strategy with the graphical user interface:

`python3 hog_gui.py -f`

The GUI will alternate which player is controlled by you.

Congratulations, you have reached the end of your first CS 61A project!