Closed dennyabrain closed 1 year ago
I had kept deprioritizing this as an issue wrt the playtests but after having conducted many mock sessions, i feel like this room creating and joining workflow is the first impression of the game that the players have and it can often get frustrating because of the number of things that can go wrong in the current implementation. So i'm bumping the priority of this for the playtests
?game=mygamename
- and have that linked to the game name field
We want to reduce the friction in creating and joining rooms.
Adhiraj suggested this flow :
When the other Players click on the link, they just have to enter their chosen name.
As and when players are joining the room, the other players see a notification that "Player X has joined the room"
When everyone has joined the room, they see a notification that "The Game has started"
At this point the first card shows on the current player's screen.
Doubts :
While it might be acceptable to use just a randomly generated ID as the identifier for a room during the playtest sessions, how abuse proof is that in a production setting. Adhiraj mentioned that a lot of online multiplayer games are done this way. How do they prevent abuse? are they just banking on the fact that no one is trying to hack their way through to other people's room? I think that generating human friendly room names and short numeric codes as password might be safer? so for instance i could say join the "happy panda" room with 5392 as the code. Should be less abuse prone?