{"id":40,"date":"2011-03-28T22:00:26","date_gmt":"2011-03-28T22:00:26","guid":{"rendered":"http:\/\/agilestaffordshire.org\/?p=40"},"modified":"2015-11-24T11:04:38","modified_gmt":"2015-11-24T11:04:38","slug":"march-meeting-session-outcomes","status":"publish","type":"post","link":"https:\/\/agilestaffordshire.org\/agile\/march-meeting-session-outcomes\/","title":{"rendered":"March Meeting: Session Outcomes"},"content":{"rendered":"
March’s meeting themes were Designing an Agile University Course followed by a test driven development exercise.<\/p>\n
Trevor Adams, from the Staffordshire\u00a0University, presented the group with a short talk on the challenges of teaching agile based project planning and software development techniques. He covered the motivations for including content relevant to agile development and the problems faced when trying to incorporate this content in a course that has multiple aims. The conflicting forces that drive the content for university courses are:<\/p>\n
Facilitated by some well prepared worksheets we ended Trevor’s session with group work around the actual planning of a university module. We are invited to design the module through aspects of topic, format and assessment. Having to actually consider this in depth raised some important questions, some of which the people from industry hadn’t thought about. Deciding on an effective assessment\u00a0technique\u00a0was the most difficult part of the exercise.<\/p>\n
The more favoured topic for each group’s course was TDD with some element of pair programming. This is thematic with the current trend in topics at Agile Staffordshire and seems important to members in terms of continuing the spread of TDD and learning techniques too.<\/p>\n
Trevor said that while he saw it as important for the rest of us to see the challenges he faces as a course leader when designing modules with agile content he also wanted to take ideas away from the session. He promised to attempt some of the modules we’d planned and would present feedback at a later session. We look forward to hearing tales his triumph and stories of the new challenges he has faced.<\/p>\n
iWeb also posted about this part of the session on their blog:\u00a0http:\/\/www.iweb.co.uk\/blog\/2011\/03\/iweb-work-with-staffs-university-to-design-course\/<\/a><\/p>\n As this was the first classic TDD exercise the group had attempted we started with a video from Corey Haines<\/a>. Recorded at the Orlando Ruby User’s Group in 2009 this performance kata is designed to last around 15 minutes and be performed over and over again. This notion of deliberate practise is taken from martial arts but is also\u00a0analogous\u00a0with how musicians practise using scales. By repeating the same steps over time you can adapt and refine your technique within a simple isolated problem. You can experiment more than with production code as the kata code is\u00a0discarded\u00a0at the end of the process so you are free to make mistakes. It also affords the opportunity to try different design\u00a0decisions.<\/p>\n While the Corey performed the kata in Ruby we were left to choose any language we wished. I saw PHP, C# and JavaScript being attempted and everyone made quite good progress with the problem. One set of pairs were using two laptops to view one set of code being developed, so that they could see how TDD helped the code to evolve. The PHP camp had some problems with the first, basic tests as the typing style of the language meant that the “null” and empty string of the C# most of us were used to couldn’t be used as a default. This mean we could not force the next change by coming up with a test – eventually we opted for the quickest route to green and returned an unexpected string rather than null- this meant the test went red so we could solve the problem, refactor, and get on with the next test.<\/p>\n We were reminded that the test driven cycle is Red – Green – Refactor and I was attempting to walk about enforcing this like the TDD police. Most people took on this pattern well though and I think everyone saw great benefit in how TDD was helping them develop this simple code.<\/p>\n As always, I prepared a few slides for this session which this time included some additional content. If we’d had time I would have covered some of the outcomes of a similar session I attended at XP Day last year. The motive for that session was to design a whole agile course, including a fourth year for MSc. I summarised the topics discussed for the 1st, 2nd and 3rd years, and those for the MSc extension. There is more information on the XP Day page<\/a>.<\/p>\n Here are the slides:\u00a0https:\/\/docs.google.com\/present\/view?id=dg7kxgdk_156c5bgg6hq<\/a><\/p>\nTest Driven Development Exercise<\/h2>\n
Slides and Additional Content<\/h2>\n