Pair Programming Workshop - PhillyXP

Slides for Pair Programming Workshop - PhillyXP October 2017 meeting

Transcript

1. Welcome to Anthony Sciamanna | @asciamanna
2. THE ORGANIZERS… Heather Blair Nick Goede Anthony Palumbi Mark Schell Anthony Sciamanna @phillyxp
3. TONIGHT’S TOPIC @phillyxp Pair Programming & TDD
4. Pair Programming Misconceptions
5. FEATURE FACTORIES @phillyxp “Two people doing the work of one?? That’s a waste of expensive resources!” An antiquated factory mindset where number of keystrokes per hour and 100% utilization of developers are the goals Image courtesy of @johncutlefish
6. FEATURE FACTORIES  If we measure the value we are delivering to customers there is a compelling argument for pairing  Pairing often reduces the time to market for features @phillyxp
7. SELECTIVE PAIR PROGRAMMING @phillyxp “Most development tasks aren’t worth pairing on. We only pair when it is appropriate.”
8. SELECTIVE PAIR PROGRAMMING  Developers only pair in very specific situations  To onboard a new developer  When someone gets stuck  Effective pair programming is deceptively challenging  The less you do it the less useful it is to you @phillyxp Sometimes pair programming doesn't "take" -- most frequently when it's framed as one programmer helping out another who's struggling. -Tim Ottinger, Agile Coach and Author
9. SELECTIVE PAIR PROGRAMMING CATCH-22 @phillyxp Developers think pairing all the time is too prescriptive Only pair for “special circumstances” Pairing occurs so infrequently developers never build pairing skills Without the skills to effectively pair developers fail to see its benefit in the day- to-day work
10. WHY SHOULD WE PAIR PROGRAM?  Encourages team collaboration and team based design and development  Improves / Creates opportunities for mentoring  Drastically reduces onboarding time  Flattens learning curves  Knowledge travels through team quickly  Builds trust / Team building  Reinforces collective code ownership  Eliminates Towers of Knowlege  When paired with TDD creates a powerful workflow  Results in higher quality code  Limits WIP  Encourages Swarming  JIT code reviews (non-blocking code reviews)  Interruption blocker  Social pressure not to get distracted / Pairs stay in flow longer @phillyxp
11. @phillyxp Test-Driven Development Refresher
12. 2. Write only enough production code to make the test pass 1. Create a failing unit test (not compiling counts as a failing test) 3. Refactor only when all unit tests are passing Ping Pong Pair Programmi ng @phillyxp
13. Nick Anthony Writes a failing test Makes the test pass Writes the next failing test Makes the next test pass Only when all tests pass either person can refactor Continue until both people agree there are no more tests to write @phillyxp
14. WORKSHOP  Split up into pairs…  Non-developers can pair with a developer or join a pair as a third person @phillyxp [When pairing] learning happens every minute of every day while actual work is being done. -Richard Sheridan, Author of Joy, Inc. and CEO of Menlo Innovations
15. WORKSHOP REPOSITORY  SSH - git@github.com:PhillyXP/pair- programming-workshop.git  HTTPS - https://github.com/PhillyXP/pair- programming-workshop.git @phillyxp
16. WORKSHOP DEVELOPMENT TASKS  As a Bill Payer I want to pay my mortgage bill on the first business day that is on or after the due date  As a Bill Payer I want to pay my water bill on the first business day that is on or before the due date  As a Bill Payer I want to treat holidays as non-business days (external holiday service)  As a Bill Payer I want to pay my electric bill on the first business day that is closest to the due date @phillyxp HINT TO GET STARTED: Create objects with public methods that take a date and return a modified date based on business rules
17. IDEAL PAIRING WORKSTATION @phillyxp
18. RESOURCES  The Costs and Benefits of Pair Programming  https://collaboration.csc.ncsu.edu/laurie/Papers/XPSardinia.PDF  Ping Pong Pair Programming  http://anthonysciamanna.com/2015/04/18/ping-pong-pair- programming.html  These books are excellent resources on pair programming @phillyxp