Extreme Programming Live - JavaZone
•Download as PPTX, PDF•
1 like•1,092 views
Good programming is not something that can be explained, it has to be experienced. In this talk, you will see pair programming and test-driven development in action. The talk will involve the audience and draw on your insight to show how programming can be more fun! If you want to understand how serious test-driven development looks, this talk is for you. The talk is based around a demonstration and interactive audience discussion, so the slides will not capture much of the content.
More Related Content
What's hot
What's hot (20)
Viewers also liked
Viewers also liked (8)
More from Johannes Brodwall
More from Johannes Brodwall (17)
Extreme Programming Live - JavaZone
- 1. Extreme Programming Live JavaZone 2013 Johannes Brodwall Exilesoft Chief scientist @jhannes
- 2. How do you become a better programmer
- 3. After this talk • You may find desire to train with TDD • You may pair program sometimes • You may think of some ways to improve the way you work
- 4. 1. Waddayamean «extreme programming» 2. What to look for 3. Demonstration 4. Discussion 5. Conclusion
- 6. It is better to • Do the thing right, then to • Do the right thing • (first)
- 7. Ping pong
- 12. Failing test Write code Failing test Write code Failing test
- 14. Failing test Write code Failing test Write code Failing test Refactor code and tests Refactor code and tests
- 15. Put together
- 16. Failing test Write code Failing test Write code Failing test
- 17. Failing test Write code Failing test Write code Failing test Refactor code and tests Refactor code and tests
- 18. Failing test Write code Failing test Write code Failing test Refactor code and tests Refactor code and tests
- 19. Demonstration
- 20. What to watch for?
- 21. What to watch for? • How do we work together? • How do we use tests to understand? • How do we «grow» the code?
- 22. Please: • Talk about what you see to the person next to you (whisper) •Tweet to @jhannes and @erlingwl
- 23. Demonstration (Guest starring Roy Fernando)
- 27. What did you see?
- 28. What did you see? • How often did we switch ”driver”? • Effects of pairing? • What did the ”non-driver” do? •How do you expect it to be different?
- 29. What do you think? •Pairing two seniors? •Pairing two juniors? • Pairing senior and talent? • Pairing senior and junior?
- 30. What did you see? • How many tests? •Was the step size right? • What was the first test? • How did we decide next test? • What was the final test?
- 31. What did you see? •Did we refactor the right amount? • How long was the code red? • Strengths in final design •Weaknesses in final design •Enough comments?
- 32. XP values
- 40. Think better
- 41. Think better Think beyond the curly brackets
- 42. How to get better
- 43. Practice
- 44. Deliberate Practice • Slow down • Repeat • Reflect
- 45. Practice at work
- 46. Practice at work • Tests lets you solve it faster
- 47. Practice at home
- 48. Practice at home Learn more here
- 55. What have you learned • TDD makes you productive • TDD consists of small steps • TDD requires practice • Pair programming is fun • Pair programming helps you keep flow
- 56. + TDD & different different Levels of quality
- 57. Conclusion
- 59. Free your mind Practice our art
Editor's Notes
- Note to translator: I will explain the game of minesweeper while showing this slide. The game initially presents a field where there are hidden mines When the player clicks on a cell, either he «steps» on a mine or he reveals the cell If he «steps on a mine», the game is over, player loses If he reveals the cell, the cell tells how many mines are next to it
- Note to translator: Here, I will ask the English speaking members of the audience to give feedback on what they saw. I will hand out chocolates to those to answer.