Guess The Number
Before starting to code this project, please find a partner and play this game together for a few rounds.
- Alice thinks of a number
- Bob guesses a number
- Alice says "higher", "lower", or "correct"
- repeat 2 & 3 until Bob guesses correctly
- repeat 1-4 with Alice guessing
After you get a feel for the game, it's time to write a software version of the game, where the human thinks of a number between 1 and 100 and the computer tries to guess it.
Think carefully about how the computer will guess a number. Start with it guessing a random number between 1 and 100. Once that's working, high five, take a break, then try to use a more efficient guessing algorithm instead.
"Make it work, make it right, make it fast -- in that order." - Kent Beck
$ node guess.js Please think of a number between 1 and 100 (inclusive). I will try to guess it. Press Enter to begin: Is it... 50? N Enter H if it's higher, L if it's lower: H Is it... 75? N Enter H if it's higher, L if it's lower: L Is it... 63? N Enter H if it's higher, L if it's lower: H Is it... 69? N Enter H if it's higher, L if it's lower: L Is it... 66? N Enter H if it's higher, L if it's lower: Y Your number was 66! I guessed it in 5 tries.
Before writing real code in a text editor, try writing pseudocode or a flowchart on paper. That will help you to understand the essence of the algorithm without getting bogged down in syntax (like semicolons and parentheses).
Think of the guesses not just as confirming a possibility, but as eliminating a range of possible solutions.
We've called the currently-being-asked-about number a "guess", but a better name might be "pivot" or "fulcrum" since it's essentially dividing the set of solutions into two parts. (See the Khan Academy link below for a visualization of this effect.)
Remember to keep track of the previous answers, or at least keep track of the current high and low possibilities.
Off-by-one errors will bite you here. Be clear in your own mind (and in the code!) about the distinction between "greater than" and "greater than or equal to" and the like.
Sign reversal errors are also a strong possibility. Be clear about the distinction between "my guess is higher than your number" and "your number is higher than my guess" and so forth.
In the optimal solution, the game will find the correct number in no more than
[log2(n)+1]guesses -- so for n=100, that's 7 guesses max. This solution is a good example of a binary search algorithm (not to be confused with binary notation which is a different kind of binary). Try implementing a binary search instead of a random search.
Accept a parameter specifying the maximum guess; e.g.
node guess.js 500means
Please think of a number between 1 and 500 (inclusive).
Cheat detector: if a response contradicts an earlier response, complain and ask again. e.g.
But you said it was lower than 25, so it can't also be higher than 24!
Role Reversal! In two parts:
- Write the reverse game, where the computer thinks of a number and the human guesses it. (Put this in a different source file so you don't mess up the first program.)
- Combine your two programs into one, so the players (computer and human) take turns -- first one guesses, then the other, then repeat
Refactor! What code is shared between the two programs? Can you unify the code by extracting functions? Are your function and variable names descriptive? Can you remove any comments (without reducing clarity)?
Test! How could you write unit tests for a game like this? Are there any parts of the algorithm that you can extract into a function, then write tests for just that function?
Test first! Now that you've written it once, throw it away! Start over from scratch, but this time, use test-driven development: write a test, watch it fail, make it pass, repeat.
- https://www.khanacademy.org/computing/computer-science/algorithms/intro-to-algorithms/a/a-guessing-game - this page has a nice visualization of the game (click on the numbers in the box there) and nicely describes the binary search algorithm