BT

InfoQ Homepage Presentations I've Pair Programmed for 30,000 Hours: Ask Me Anything!

I've Pair Programmed for 30,000 Hours: Ask Me Anything!

Bookmarks

Bio

Joe Moore is a Principal Engineering Manager at Pivotal. In 2005 he joined Pivotal Labs as a founding member of Pivotal’s Ruby on Rails practice. Joe has led eXtreme programming projects for a wide variety of clients, ranging from one-person start-ups to the world’s largest social networks. Since 2010 Joe has remote pair programmed full time with Pivotal coworkers and clients around the world.

About the conference

SpringOne Platform brings together the people, process and tools for delivering and operating software services. Learn and share with the startups and enterprises leveraging modern Java with Spring connecting all the pieces of the modern software puzzle from developer, operator, architect, data scientist to executive.

Recorded at:

Oct 06, 2016

Hello stranger!

You need to Register an InfoQ account or or login to post comments. But there's so much more behind being registered.

Get the most out of the InfoQ experience.

Allowed html: a,b,br,blockquote,i,li,pre,u,ul,p

Community comments

  • 30,000 hours since 2005?

    by Ron Jeffries /

    Your message is awaiting moderation. Thank you for participating in the discussion.

    Well, let's see, there are about 4300 days between 2005-01-01 and today. Of course if Joe gets weekends off, and takes two weeks a year for vacation, that'd be about 2900 days of work, that'd be over 6 hours a day, every single day, of remote pair programming.

    Wow, that's a lot of pair programming, isn't it?

  • Excellent presentation! PP may change job of programming forever!

    by Colbert Philippe /

    Your message is awaiting moderation. Thank you for participating in the discussion.

    I find this very interesting. Pair Programming challenges the old model of single programming coding away. No one has demonstrated that it's an optimal model. It's the simplest to imagine and implement but nobody has demonstrated it as good. This new Pair Programming way of working is introducing an alternative way of doing things and I really like that it lends itself well to working remotely, something most programmers want to do. Nobody wants to waste precious time on highway driving when it could be used to work. Every programmer will tell you that the job or programming is too broad to be good at everything. There is just too much to know and learn to be good at everything. Let's remember that the world of programming is evolving significantly every moth. By combining two programmers, we are alleviating the pressure to know everything perfectly and to have perfect experience. It's a fallacy that all programmers know very well. Also, the pair learns from each other. That's a definite plus. The big question becomes: Does a pair of programmer working in good conditions produce much more than the same two programmers working solo? Experienced programmers are tempted to say YES, but it must be proven more clearly so as to convince management. I am of the opinion that we should go one step further and consider 2, 3 or 4 programmers working together, tightly. There would be one senior programmer and up to 3 junior programmer. The senior programmer would pass knowledge and experience to the junior programmers.

Allowed html: a,b,br,blockquote,i,li,pre,u,ul,p

Allowed html: a,b,br,blockquote,i,li,pre,u,ul,p

BT

Is your profile up-to-date? Please take a moment to review and update.

Note: If updating/changing your email, a validation request will be sent

Company name:
Company role:
Company size:
Country/Zone:
State/Province/Region:
You will be sent an email to validate the new email address. This pop-up will close itself in a few moments.