andrewicarlson

Great find, it aligns with the rest of my stack too so I might find myself experimenting with that.

Twilio's API offers an abstraction on top of WebRTC that handles the peer connections etc. So my interaction is more with Twilio's API than WebRTC directly.

Thanks! It's definitely a struggle of mine. It's more comfortable to stick with a group that you're already accepted into than go try to get accepted again.

Thank you, that's a very interesting suggestion. I haven't heard that one yet. I like the idea of putting more options behind the shuffling, it could make it more engaging and offer focused-but-not-forced random encounters.

You got it!

@mmcclure is right. This uses WebRTC and is currently in peer mode. As soon as I start allowing more than 4 people per room that might cause some performance issues, I’ll need to monitor that. As it stands now there is a hard cost, but it isn’t prohibitive yet.

That’s definitely a common request today — I’ll get that done!

I couldn’t agree more! These rooms are capped at 4 people max per room, but you can configure it to go down to as small as 2 people per room. To keep the conversation flowing better.

Cool! I'm looking for any and all feedback when you give it a go!

Thank you! That's good feedback on the Zoom breakout rooms – it is more aimed toward the enterprise but I was thinking something like this might also be useful for workshops where you want to disperse people at those regular intervals. Obviously not the primary audience though since there are enterprise tools in that space.

You're so right. I have a long history of building things and then struggling to getting them to market. It's definitely a weak area for me. Right now I'm trying to get the word out there and get as much user feedback as possible before doing any more development – the bones are there, I just need the users to tell me what should be better.

A potential area of opportunity is around meetups.