Follow up of the Desi story, you might want to read the previous post first. In that post I outlined a few issues that I ran into when implementing a bidding system. In the first bid, you can just look at your cards and make a bid. But for the second bid (the answerer) you need […]
Modeling answers [Desiderius part 6]
In a scary number of previous posts I have talked about modeling a bidding system for bridge. But so far, we have only designed the part where one player looks at their hand and decides what to do. But, as always, the reality is more complex. The bidding of course is an interaction between two […]
Bidding no trump, part deux, or Partial application for the win [Desiderius part 5]
Another episode in my series on making a bridge program. Earlier I wrote about the fuzz of modeling 1 SA (a game without trump) because it requires the introduction of a new suit that does not really exist. Turns out bidding 1 SA also poses some challenges. As you can imagine, when you play without a […]
Experiences with making a MOOC
Previously I wrote about my motivation to make a MOOC, a massive open online course, in this post I’ll talk a bit about my experiences in developing the material and my recommendations for developing material. Use an existing course If you are running a MOOC and there are thousands of people looking at your slides, everything […]
The bidding system [Desiderius part 4]
As explained in my first bridge related post, before a round of bridge, firstly, the players bid to determine how many ticks they will make with what trump. Bridge players can define their own rules for how to bid, and as part of my effort to make a bridge bot, I want to design a little […]