Live data from Hacker News

Show HN: Tic-tac-toe, with a multiplayer twist

tic-tac-tic-tac-toe.firebaseapp.com

21–30 of 46 posts

Re: Show HN: Tic-tac-toe, with a multiplayer twist

#23

Hey HN, I'm the creator of this multiplayer tic-tac-toe game called tic-tac-tic-tac-toe. It's a Firebase-powered variant of the game everyone knows that pits GitHub against Twitter. Let me know what you think!

I would join, but it wants my email which I'm not sure why you need it since it gives you my other github information to insure I'm not a bot.

Sorry to hear that. I'm not actually using the emails in any way and don't have plans to. The reason it asks for your email is that I'm using Firebase Simple Login which requests the email scope by default.

Re: Show HN: Tic-tac-toe, with a multiplayer twist

#24
post #4

Team Github seems to be the far more popular choice. Though strangely, it seems like the smaller team Twitter does better. Maybe crowds aren't as smart in this case?

I was the only person picking for Team Twitter (team size: 5) for a while, so I was able to pick strategically while Github was often split among 2-3 choices (team size: 20).

Re: Show HN: Tic-tac-toe, with a multiplayer twist

#25
What's the optimal strategy if you're playing solo vs solo (no team)? Regular tic-tac-toe is an obvious P1 draw due to the strategy-stealing argument, but that doesn't apply here because your move restricts your opponent's move choice.

This game can't end in a draw, bc majority gets the win.

Re: Show HN: Tic-tac-toe, with a multiplayer twist

#26
post #25

What's the optimal strategy if you're playing solo vs solo (no team)? Regular tic-tac-toe is an obvious P1 draw due to the strategy-stealing argument, but that doesn't apply here because your move restricts your opponent's move choice. This game can't end in a draw, bc majority gets the win.

I recall lots of people found winning strategies when the game first came out. They were based on always sending the opponent to the same field.

Re: Show HN: Tic-tac-toe, with a multiplayer twist

#27
I think the rules are implemented incorrectly. Multiple times I've seen a move get made that seems to violate the rules.

As an example, I just saw team Twitter place a piece in the center square of the top left board (the center board had not yet been won). The Github team then proceeded to place their piece in the bottom right board rather than the center board. It may have been the case that there was a split vote for center and bottom right in Twitter's move that resulted in this bug manifesting itself.

Re: Show HN: Tic-tac-toe, with a multiplayer twist

#28
post #25

What's the optimal strategy if you're playing solo vs solo (no team)? Regular tic-tac-toe is an obvious P1 draw due to the strategy-stealing argument, but that doesn't apply here because your move restricts your opponent's move choice. This game can't end in a draw, bc majority gets the win.

I recall lots of people found winning strategies when the game first came out. They were based on always sending the opponent to the same field.

I meant optimal perfect strategy, either via a proof or a game tree search (alpha-beta pruning). With 3^81 game states (most not attainable), it should be searchable.

More precisely, the game has a finite # of states, and cannot end in a draw. It's always a win for P1 or P2. If both people play perfectly, who wins and what is the optimal strategy? (Note: It is possible that this game is a P2 win, because your move restricts your opponent's choice.) (For the person with the guaranteed win, what strategy forces the win? For the person who can't guaranteed win, what strategy gives your opponent the most opportunity to make a mistake?)

Re: Show HN: Tic-tac-toe, with a multiplayer twist

#29
I'm currently addicted to TicTactics and know a few decent strategies, so the experience of wanting to use a non-obvious move required for planning-ahead but having all the other players do the obvious move, is very frustrating.

BUT, that's just me. Nice app anyway!

Re: Show HN: Tic-tac-toe, with a multiplayer twist

#30
post #27

I think the rules are implemented incorrectly. Multiple times I've seen a move get made that seems to violate the rules. As an example, I just saw team Twitter place a piece in the center square of the top left board (the center board had not yet been won). The Github team then proceeded to place their piece in the bottom right board rather than the center board. It may have been the case that there was a split vote…

I'm glad I'm not the only one who's seeing glitches. I've had instances of the right squares being lit up in green, but then a square on another board, which shouldn't be permissible, actually get selected.
Post reply on HN