Change points-based unlocking to per-round basis

[samuel-yeom]

For the upcoming hunt, we want solving a puzzle in one round to give more points towards unlocking puzzles from that round than solving a puzzle in a different round does (like how Mystery Hunt worked this year).

Puzzles will be assigned to different rounds, and each puzzle should now have two separate point values: one for the round that it is in, and another for all other rounds.

[dlareau]

This is a big change and while I have no issues with the idea itself (seems like a good idea that probably feels good to the players), this inadvertently touches A LOT of code.

Some issues with implementing that need to be overcome:

• Puzzles of course currently have no notions of "rounds", rounds would have to be their own thing, and a new admin interface would have to be added to the puzzle object to manage rounds
• Points aren't currently assigned to puzzles/rounds, they are assigned to teams. A team has a number of points and puzzles simply check if the team has more points than its unlock criteria. Assigning points to puzzles/rounds would be a database schema shift and nullify most of the points code.
• As a result of the above two items, this would also require some sort team-round-points object that tracks the points each team has qualified towards each round. This isn't really an issue as I don't know that anyone does this often, but this schema makes it a lot weirder to edit a team's available points.

Anyway, what I guess I'm saying is, after finishing some of the more pressing issues we've talked about I'll start a feature branch for this, but I don't feel comfortable promising this will exist bug-free by the upcoming hunt. The old points system (which again, will be mostly torn down by this) still had bugs coming out of the woodwork as late as last hunt.

[samuel-yeom]

In that case, don't worry about getting this done for the upcoming hunt.

[dlareau]

okay, I assume this is still the plan eventually though, so I'll keep it in mind as I work through the current features-to-be to hopefully not write anything that will further get in the way of this.