This article is the third in a five-part series.
A healthy Developer Rhythm uses a disciplined workflow. This type of workflow requires you to use a set of building blocks to facilitate that flow.
In this article, you will learn to:
List and describe the development practices to use in your day-to-day development flow.
List and describe the development flow techniques and methods to use in your day-to-day development flow.
Building a new application is easier than you might think. This is because there is nothing existing to change and nothing existing to break when adding new features.
Much of the work you do as a developer centers around adding and modifying code to an existing codebase. This implies frequent change. Frequent change can be difficult.
You can gain knowledge and experience using principles and practices by continually applying them to the problems you are trying to solve, while also ensuring the codebase is flexible to change.
There are many good development principles. The following principle is universal for software, regardless of the language or technology:
Code must be easy for any developer to read, adapt and extend.
Pair programming addresses many of the challenges of modern application development, and is a top-level practice for your team to adopt.
You can read more about it here.
If you work on a distributed team, a remote team, or work on an outsourcing arrangement, pairing may be a challenge.
For cohesive product teams that work on similar time zones, the inherent benefits of pairing often outweigh the tradeoffs that a developer working alone might experience during the modern app developer workflow.
Test-first practices have a wide range of acceptance and are supported through mature techniques and tools.
Test-Driven development is a test-first practice. You can read more about it here.
Test-first practices ultimately improve speed, safety and sustainability because they let you:
Read about Continuous Integration here.
You may associate this with merging (pushing) your work to the team’s repository, and having an automation tool verify that the integration works.
With a pull based model, the you pull the latest changes into a local development environment and verify integration locally before merging the changes back to a shared repository. Integrating locally prevents the automated test and build from failing due to integration conflicts.
Trunk-based development is the method of a team’s developers integrating on a trunk or mainline of a source control repository.
Examples of trunk naming in various source control systems, include:
For small, cohesive modern application product teams this model works well. It also scales well when combined with short-lived feature branches.
Trunk-based development facilitates Continuous Integration and Continuous Delivery practices. If you are working on products that support multiple, release versions used by different customers, or if you have a significant number of contributors that are outside the product team, this model is not the best for you.
Example scenarios include:
Timeboxing is a general technique to govern cadence of your day-to-day work.
Timeboxing is agreeing in advance that if the work is not done in a specific amount of time, the team should assess whether it is worthwhile to continue the work.
Timeboxing is often applied to research activities, as done in Spikes.
Two characteristics of modern app development are the achievement of consistency, and sustainability in your day-to-day workflow. A good analogy is that of a modern app team running a marathon at a consistent pace, instead of running at a sprint pace.
Timeboxing lets you chunk specific times for work and specific times to rest in so that the workflow cadence is more consistent and sustainable.
The Pomodoro Technique is a good tool to help you timebox.
After reading this article, you can now:
List and describe the development practices in your day-to-day development flow.
List and describe the development flow techniques and methods in your day-to-day development flow.
You were also introduced to the major building blocks to use in your daily workflow. There are many more building blocks for you to learn about.
The building blocks described here, influence use of other techniques and tools that you can read about in the article, Building Blocks, Part 2.