cause it's great to have someone else know just as much as you do about the code you wrote together... but it's hard to listen to music :[

Comments

You must log in or register to comment.

jorty wrote on January 13, 2018 at 5:40 AM

if u made a game about golf you'd be par programming

flabberghaster wrote on January 18, 2018 at 6:01 PM

I made robottic fruits you can control with an Arduino. This allows pear programming.

butthole69 wrote on January 20, 2018 at 6:00 PM

I devised a system to control the level of carbonation in mineral water. I call it Perrier programming

lainproliant wrote on January 12, 2018 at 11:48 PM

I think pair programming can be great, but the secret is that it has to work for everyone who wants to do it. I like to work by myself sometimes so I wouldn't want to do pair programming everyday, but sometimes it is helpful especially when getting a project off the ground. When two developers are working together like that, you can branch away by establishing clear areas of ownership and then popping off and working on those areas separately, then consulting again when it is time to merge them together.

musou OP wrote on January 12, 2018 at 11:54 PM

yeah that makes sense! it's great for sharing knowledge at the beginning, and we've been doing it a lot cause we're doing a new project this month. once the amount of new stuff getting added slows down then i hope we can go back to regular work.

Moonside wrote on January 13, 2018 at 8:19 AM

I'm a bit skeptical myself whether it's really worth it. It's roughly double the effort, but for what gain? For something tutorial like or educational I can see the benefits (well-managed group work is usually beneficial), but the way pair programming discussed is, like, always evidence free, seemingly reflecting aesthetic preference or social style more than anything. Which is not to poopoo either of those completely, it's just rather a beginning than a conclusion.