The video of our talk at AgileTour Beirut is finally available online!
You can watch it here:
You can also have a look at my previous two blogs on the subject:
- Extreme Practices – The Preparation
- Extreme Practices – Agile Tour Beirut
Recently, I was in charge of training two fresh-graduate newcomers to our department. My mission was to prepare a two weeks program to ease the integration process with their teams.
After a short brainstorming, I decided to break the training into the following seven topics:
- Agile Practices: Their first assignment was getting acquainted with the Agile methodologies (mainly XP our working process). For that, I asked them to read a couple of chapters from two books “The Art of Agile Development” and “Extreme Programming Explained.”
- Dev Tools: Configuring some dev tools on their machines was the second step. This involved the installation and configuration of Java, IntelliJ, Maven and Perforce. Some of those tools such as Perforce and Maven were relatively new to them; so they took some time to learn more about it.
- TDD: By now, they were ready to write some code! And what would be better than following TDD to do that? Most of our teams started adopting TDD, thus coaching newcomers on TDD for simple dev problems is a must! For that purpose I picked the following two problems:
- Mars Rover: This might be an easy problem, but I find it well suited to practice TDD especially for TDD newbies as it has a lot of cases to be covered by tests.
- Coffee Machine: The beauty of this problem, is that it simulates what happens in the life cycle of an agile project, such as:
- Defining new requirements at the start of each iteration
- Writing the minimum code to implement the required features
- Continuous code refactoring
- Write the sufficient tests at each iteration
- Design Pattern and Code Refactoring: The two problems above may not be complex and can be solved in a short time, but the solution wasn’t the primary purpose rather it was introducing new concepts and practices to them. To make sure this purpose was achieved, I was performing multiple code review sessions during each iteration and suggesting enhancement at each time. This process elongated the time for each iteration, but it was worth. Some of the concepts I focused on were:
- Test coverage
- Builder pattern
- Visitor pattern
- Factory pattern
- Bad and good code practices
- Maven: They used Maven to build the code they wrote previously, but it was only maven’s basic commands. At this phase of the training, I asked them to dig deeper into maven to have a better understanding how it works; mainly focusing on:
- Phases of build lifecycle
- Dependency management
- Local and remote repositories
- SCM: Whether it is Git or Perforce, there are a couple of must know operations for any developer to be part of a development team. As a practice on those operations, they simulated a real dev cycle scenario by:
- Sharing a common working directory on Perforce
- Creating branches
- Merging/Integrating changes
- Resolving conflicts
- Continuous Integration (CI)As fresh graduates, the continuous integration was a new concept for them. Whereas for us, it is an essential process of our development cycle. It wasn’t possible to use an existing Jenkins instance to perform their testing; thus they executed the below steps:
- Download and configure Jenkins locally on their machines
- Submit their code to Perforce
- Add a new job that syncs, compile code and execute the tests
I noticed the benefit of this training from the emails they sent me at the end of the program. They detailed what they learned and most importantly they were able to highlight the advantages of those practices and tools.
I hope you find this post helpful for your next newcomers’ training!