I'm not sure how to ask this question in a way that doesn't sound snarky, so having said that I'll try: At the end of the day, is this beneficial enough to justify a completely new product versus just sharing your screen/window over Zoom (etc.)? When I'm pairing, I prefer to have a single "driver" where the pair is there to work through the bigger ideas and course correct code level decisions. I've never really wishe…
CTO of CoScreen here. I think it's a really good question and not snarky at all. This is honestly one of the biggest hurdles I think we have towards adoption. We have bet a lot on the benefits of producing frictionless remote app-level sharing. At the moment you can share one application, or your entire desktop with other tools. Then there is the friction of allowing sharing, asking for sharing, or even down to just…
Here's a situation that actually comes up all the time in my remote pairing sessions. Both peers have mutli-screen setups where a terminal (tailing logs, etc.), an IDE, and a web browser (perhaps even the browser dev tools) are all in separate windows, where some windows are on one display, some on another. With CoScreen, would "hey, can we check the logs real quick?" become as simple as the other peer clicking the window to add it to the session? That could be pretty big on its own IMO!
Also really useful, as the non-driving peer is looking up documentation and adding it to the session for group reference.
I'd love to try this out eventually, joining a new team soon and perhaps I can pull it off there if/when pairing needs arise!