{"id":212,"date":"2012-12-11T17:02:48","date_gmt":"2012-12-11T15:02:48","guid":{"rendered":"http:\/\/blog.adrianbolboaca.ro\/?p=212"},"modified":"2020-01-15T16:54:58","modified_gmt":"2020-01-15T14:54:58","slug":"kudos-for-theglobal-day-of-coderetreat-2012","status":"publish","type":"post","link":"https:\/\/blog.adrianbolboaca.ro\/2012\/12\/kudos-for-theglobal-day-of-coderetreat-2012\/","title":{"rendered":"Kudos for the Global Day of Coderetreat 2012"},"content":{"rendered":"

Global Day of Coderetreat 2012<\/h1>\n

As last year I helped the coderetreat first-time facilitators to jump-in and organize their first coderetreat. I had some training sessions on Google Hangout during which I talked with a lot of passionate professionals from all over the world. Together with me Jim Hurne<\/a> had done the same effort to spread his knowledge about the way he facilitates a coderetreat.<\/p>\n

Jim has done a lot of work for the Global Day, he added the sessions on the coderetreat.org<\/a> website created, the hangouts for all the registered attendees for each session, and a lot of other very useful things. He was full of energy and I want to thank him for all that effort, I don’t think the Global Day would have been that successful without his sustained effort.<\/p>\n

I chose to go to Cluj-Napoca to facilitate the coderetreat on the Global Day. I had talked with the Cloud Troopers<\/a> company about hosting a community event, and this was the time. They were kind enough to sponsor also the lunch. Out host was Georgiana Gligor<\/a>, and she was very keen to see what a coderetreat is all about.<\/p>\n

<\/p>\n

We started at around 9:20, and because all the attendees were new to the concept of coderetreat I did a longer intro, of around 30 minutes. I explained what is the purpose of a coderetreat: experimentation<\/strong>, practice<\/strong>, getting out of our comfort zone<\/strong>, writing the best code possible<\/strong>, do not focus on finishing the problem<\/strong>. Some concepts were a bit strange to the audience, but this was really useful for the day.<\/p>\n

The first session<\/strong> of the coderetreat was free: just explore the problem<\/strong>. It was a good idea because only a couple of people heard about Conway’s Game of Life. During the retrospective we had just some discussions about the problem, and a couple of starting points for implementing it.<\/p>\n

Because I saw some very complicated implementations I chose for the second session<\/strong> the following constraints at choice<\/strong>: no conditionals, no loops, method of 4 lines maximum, only one dot per line<\/strong>. Every pair needed to choose at least one of them, and I asked each pair after five minutes what was their choice. It is very important to ask what was the chosen constraint, because they often forget to choose one and this leads to less practice and more hacking. During the retrospective of this session we talked a lot about how to implement a solution without using conditionals. This discussion proved to be useful for the next sessions.<\/p>\n

I did not see a lot of abstractions during the second session so the third session<\/strong> had to be the Single Responsibility Principle<\/strong>: If the method has more than one responsibility add those names in the method name using “and” or “or”, When the method name has “and” or “or” then split the method, No conditionals: ifs, switch, etc, No try\/catch, Exactly one assert per test, Test one behaviour per test<\/strong>. During the retrospective of this session it turned out that talking about some solutions of avoiding conditionals during the last retrospective was very useful and it was faster to overcome this issue.<\/p>\n

\"Single<\/a>
Single Responsibility Principle<\/figcaption><\/figure>\n

Before the lunch I gave printed Kudo cards, and I invited each pair to write a card to a pair that taught him or her something. I asked them to think about pair-programming as a learning activity, and I am sure they learned a lot by doing this.<\/p>\n

\n
\n
\"Kudo<\/a><\/dt>\n<\/dl>\n<\/div>\n

The lunch was thought to be, in the spirit of the coderetreat, some high quality food. Georgiana was very funny by extending the “no pizza rule” to “only healthy, balanced diet food”. She did not let almost anyone buy food that was not healty enough. Thanks again Cloud Troopers for sponsoring the lunch.<\/p>\n

After the lunch we had to do something more energizing, because it’s hard to fight the strongest force in the universe: digestion (thanks JB<\/a> for teaching me that). The fourth session<\/strong> was Taking Baby Steps<\/strong>: you need to add a test and write the implementation in a two-minutes timebox. If you cannot do it in two minutes, you use a versioning system to revert to the last commit. When you were able to make the test green in less than two minutes you should refactor. You can take as many 2 minutes timeboxes to refactor, but the condition is that each refactoring should fit in the 2 minutes timebox. This session was really getting everyone out of their comfort zone. During the retrospective it resulted that 2 minutes are not enough for them, and they would use 5-10 minutes timeboxes. Nevertheless the idea seemed interesting for them. I responded that it is a very good technique to let you know what you need to learn. Why can’t you commit in two minutes? What keeps you back? And this could be one list of things you need to practice…<\/p>\n

The fifth session<\/strong> was around pair-programming games<\/strong>. Every pair needed to chose to do ping-pong pair programming with either Evil Coding or Mute Pairing. Most of them, except one pair, chose evil coding. It was probably one of the funniest session during the coderetreat. They enjoyed the challenge of writing good tests and bad implementations, but also they learned some features of the language or some strange ways to make a test pass.<\/p>\n

The last session<\/strong> was again a kind of a free session, but every pair needed to chose what to practice<\/strong>, either to practice again based on one of the session ideas that we had done, or something completely new . I asked every pair in the first five minutes of the session what they want to practice. I think this is very useful when facilitating because often you forget what you want to do, given that you code with someone you don’t know and everything seems so new.<\/p>\n

During the day we had a lot of video calls with people around the world: London,Munster, Belgium, Bucharest, Sheffield, South Africa, Timi\u0219oara, Canada. It was a really nice experience for everyone to see that a lot of passionate programmers are doing the same thing in so many cities around the world. I also let the video of the Google Hangout being projected on the wall when not talking with them, and it was really nice connecting the two distant cities in this way.<\/p>\n

Before the closing circle I asked everyone to write kudo cards for anyone that taught them something. They had five minutes, and after a couple of minutes I saw the cards being passed in the room, people thanking their pairs and smiling when receiving gratitude. Here are the cards I received<\/p>\n

\"Useful<\/a><\/p>\n

\"Comfort<\/a><\/p>\n

\"AgileWorks\"<\/a><\/p>\n

At the end of the coderetreat we had the usual closing circle<\/strong>. Here are my questions together with the answers I received:<\/p>\n

 <\/p>\n

1)How did you feel?<\/strong><\/p>\n