In version 1.2.5 of XFire, a module called xfire-spring is necessary to run it together with , well, Spring. The issue is that the POM file for it is designed to run with Spring 1.2.x.
Last week Joel and I went to a coding dojo at MX Telecom. The dojo was in the Randoori Kata style with 7 people participating. The Setup
The dojo was held in a board room with a big plasma TV for the audience and a monitor for the computer pair. There was also an onscreen timer which counted down the time left for the pair at the computer. I found that this setup worked very well and applied it to our last dojo. The Challenge
The theme of the dojo was to learn jMock. This meant that we solely wrote unit tests against an existing application, a music player. The organiser provided the following documentation about the music player: MX Telecom Dojo Challenge Documentation. Story cards were used to describe each test which need to be implemented. Interestingly the MX developers got the idea to use story cards from us when they came to our dojo. The Difference The moderator participated in the dojo. - This didn’t seem to make a difference as the moderator didn’t need to enforce any particular rules.
Everyone took turns by going around the table. - I don’t think this was good as we always ended pairing with the same people. The Conclusion
It was an interesting experience to see how other dojos are run and I feel like I did get something out of it, both in the way learning about jMock and how to run a dojo.
Recently we had our fifth coding dojo. The format is similar to our previous dojos with the addition of applying the Extreme OO rules. The challenge was to implement Tic-tac-toe/3D Tic-tac-toe. Here are the story cards. Click to zoom in. What Went Well The challenge was good because it lead to lots of domain object.
Having a separate monitor for the pilot & co-pilot.
Having an on screen timer showing the time remaining.
The use of story cards. What Didn’t Go Well Too much time spent wrangling the Java I/O API.
No skeleton structure to give guidance how to solve the challenge, i.e. how to handle input/output.
Refactoring code while there are tests still failing Actions Put Kata calculator user story on to codingdojo.com (Ben)
Automate running of unit tests. (Squirrel)
Document machine setup and the need for a skeleton structure. (Tony)
Provide skeleton structure for challenge, i.e. to avoid the I/O wrangling experienced in this dojo. (Ian)
Consider phrasing story cards from a customer’s perspective.
Run next dojo. (Ian)
Create reference cards for EasyMock & Eclipse shortcuts. (Ben)
Blog about Dojo V (Tony) Note: All files related to Dojo V is available in Subversion, in the Training project.
It happens once in a while. When starting a new project you re-install your Eclipse environment. This document describes the initial setup I use and the problems I encountered during the setup. Details: Mac Book Pro Intel , OsX Leopard
Step 1: Downloading Eclipse Nothing as dull as describing how to download Eclipse. Point your browser to [...]
Let me first start by saying that JQuery itself is not slow! By using a framework, one often does not see the work that is done behind the scenes. So one simple command can often have a lot of loops or logic in it. In a recent project, we had an application that had to [...]
These are my recording from Agile 2008 in Toronto. The videos are nowhere near professional quality. Recorded with a simple webcam. Still I feel that they might be useful and I would propose that more people next year would bring their camera and record some sessions. Maybe a use of the ‘crowd’ , distribute a [...]
I finally made it! It could not join it last year and I was really interested in seeing what was going on here. Being a sysadmin (well in transition), I found for the first time a conference who talked both about the sysadmin parts AND the development parts. It sure convinced me to go deeper [...]
Over the weekend I attended the latest CITCON in Amsterdam. Like the last CITCON I made it to (in Sydney), this was a great event. There is no doubt that the conference formula of: free
focused
open spaces
on the weekend works well. I attended a bunch of interesting sessions, my favourite probably being Ivan Moore’s on [...]
At CITCON Amsterdam last WE, Willem van den Ende and I facilitate a Coding Dojo session on both Mockito and Legacy Code.
Willem and I thought that we had missed some of our goals (especially demonstrating Mockito), but still many people at the closing session mentioned that they enjoyed it :-)
We tried to prepare a bit before diving [...]
This was a fascinating discussion facilitated by Jeffrey at CITCON Amsterdam. Much talking with him followed, so I think I finally understand why he introduced this topic, and why so many people seemed to dislike Scrum.
This was a typical discussion where antis are much more vocal that pros. When Jeffrey asked who thought Scrum was evil, [...]