4 ms·

Any remote-working developer who's pair-programming? I'd love to hear about your experiences? I know there's been a few attempts at creating remote pair-progra

by yawz 13y ago

Any remote-working developer who's pair-programming? I'd love to hear about your experiences? I know there's been a few attempts at creating remote pair-programming tools but I'm not familiar with any particularly successful one.

house9-2 13y ago
I have not done much remote pairing, but there is a really good list of tools and resources here: http://www.pairprogramwith.me/ http://www.pairprogramwith.me/ one that looks very interesting: https://www.nitrous.io/ https://www.nitrous.io/
falcolas 13y ago
Screen sharing in google hangouts work pretty well. Can't both type with that, but you both can see the editor with acceptable lag, IMO.
- memracom 13y ago
  I've done it in Google hangouts but I only shared my IDE. And I reduced the size of the IDE window a bit so that it was large and clear on my co-worker's screen. The way we did it, I had the keyboard all the time, so when he wanted something to be typed, he told me. Or, we would work on two different files, i.e. the kind of change that cascades across several classes, and since we were working on an SVN branch, we frequently committed to share the work to date. It is a different kind of pairing than the single PC with two keyboards and two mice, but it worked well enough to get two pairs of eyes working on one set of code. With two PCs it was easier for one person to drop into a browser to do research while the other was still looking at the shared IDE and thinking about the next move. I have used a tablet to do research while doing single PC pairing but it was actually more awkward than the remote pairing. And if there is enough timezone difference you can relay the work by doing handovers at the beginning of your colleague's workday.
technomancy 13y ago
I did this exclusively for about two years at my last gig; we just used shared tmux sessions with everyone's pubkeys and ssh hostnames in a git repo. These days I'm not consistently pairing with the same set of people, so I created http://syme.herokuapp.com http://syme.herokuapp.com to make it easy to spin up a throw-away EC2 node preconfigured for a pairing session.

by yawz 13y ago

house9-2 13y ago

I have not done much remote pairing, but there is a really good list of tools and resources here: http://www.pairprogramwith.me/ http://www.pairprogramwith.me/ one that looks very interesting: https://www.nitrous.io/ https://www.nitrous.io/

falcolas 13y ago

Screen sharing in google hangouts work pretty well. Can't both type with that, but you both can see the editor with acceptable lag, IMO.

memracom 13y ago
I've done it in Google hangouts but I only shared my IDE. And I reduced the size of the IDE window a bit so that it was large and clear on my co-worker's screen. The way we did it, I had the keyboard all the time, so when he wanted something to be typed, he told me. Or, we would work on two different files, i.e. the kind of change that cascades across several classes, and since we were working on an SVN branch, we frequently committed to share the work to date. It is a different kind of pairing than the single PC with two keyboards and two mice, but it worked well enough to get two pairs of eyes working on one set of code. With two PCs it was easier for one person to drop into a browser to do research while the other was still looking at the shared IDE and thinking about the next move. I have used a tablet to do research while doing single PC pairing but it was actually more awkward than the remote pairing. And if there is enough timezone difference you can relay the work by doing handovers at the beginning of your colleague's workday.

technomancy 13y ago

I did this exclusively for about two years at my last gig; we just used shared tmux sessions with everyone's pubkeys and ssh hostnames in a git repo. These days I'm not consistently pairing with the same set of people, so I created http://syme.herokuapp.com http://syme.herokuapp.com to make it easy to spin up a throw-away EC2 node preconfigured for a pairing session.