Using generators to improve developer productivity
10 min readA few weeks ago at N26, we did get stuff done week, during this time the product and engineering teams have the opportunity to try or build anything we like.
I decided to spend the week adding a code generation tool to the Web project automating a bit of the coding work while improving the developer experience.
In this article, I'll walk through the experience and the outcome of implementing a tool to generate code ๐จโ๐ป
Table of Contents
- What is a code generator?
- What's the problem?
- Why you should use them?
- Using code generators
- Automate all the things!
What is a code generator?
A code generator is a tool that given a set of rules and inputs creates code, files, and folders.
To name a few popular ones ๐
All of them will create code based on specific rules taking into account the inputs provided by the user. Here's a simple example ๐
What's the problem?
Imagine, you start the day working on a new task and you need to create a feature, before writing any code you will need to consider a few things:
- Folder structure and architecture ๐
- Naming files convention ๐
- Where to put the feature ๐
- How you should write the tests ๐งช
I'm sure the project you're working on has a list of conventions and patterns defined that explains how you should work in the codebase.
However, every time you are going through this process it requires you to think ๐ค about those conventions to make the decision.
Where is the source of truth? ๐ง
- Documentation ๐
- Architecture Decision Records ๐
- Similar files on the codebase ๐ต๏ธ
- A teammate ๐งโ๐ป
As software engineers we work very hard to not repeat code building abstractions, automating manual workflows...
What about writing code? In the same way, we advocate for automating processes such as deployments, we should also make an effort to the non-creative part of coding such as scaffolding.
Why you should use them?
Generating code will save you time โฐ and will increase the productivity of the team ๐
Developer experience
In a team that is constantly growing it is important to make sure that everyone is aligned and able to build things efficiently.
Having a great Developer Experience will boost the confidence a developer has with the codebase.
Trust, empowers people to be more productive and agile โก๏ธ, to name a few of the many benefits you'll get by using generators:
- Ensure everyone is doing things "as expected" according to the project conventions ๐
- Reduce friction when working with the codebase ๐ค
- Ease the onboarding of new joiners ๐
- Decrease the development time ๐
Decision fatigue
The most important thing is that your teammates will not have to spend time on low-value decisions, such as deciding how a component is structured.
Turns out our decision-making process gets worse the more decisions we make.
This is called decision fatigue. For example, Steve Jobs, limited his everyday clothing down to one outfit to avoid making a decision.
Using code generators
Sounds good right ๐? Let's take a look at how we can implement code generators in our project ๐
Choosing the right tool
I didn't want to reinvent the wheel, my focus was set on the outcome of generating code, not building a tool that solves this problem.
There are a lot of Open Source projects that will do an awesome job generating code. Here's the list of the ones I considered:
I decided to go with Hygen at N26 because:
- Great monorepo support
- Easy to maintain. You'll only need to care about
.EJS
template files and prompts. - No configuration required
- High value with low effort, writing a generator is very simple.
Plop is also a great tool but creating a generator is more complex since you need to spend more time writing code and the tool demands extra time on the configuration part compared to Hygen.
Yeoman is another valid option, but maintaining generators requires you to manage and publish packages to a registry and I would say the use-case of this tool is more suited to scaffolding projects instead of smaller parts of a codebase.
Getting started
It's time to create our code generator ๐ฅณ. First, install Hygen as a devDependency in your project:
Define a script inside the package.json
to use the script binary:
Now we can run Hygen through the generators
script:
After running the command, you'll see that Hygen is telling us we don't have any generators.
By default, hygen will read the generator files from a folder named _templates
.
If you want to change this behavior, create a file named .hygen.js
at the root level of your project, like this:
Creating a generator
A generator is composed of one or more actions, every action contains two items:
- Templates:
*.ejs
๐งฉ - Prompts:
prompt.js
โ๏ธ
Let's build a simple generator that creates a React component ๐ค. At the end of the post, you'll find a GitHub repository with a lot of different examples ๐
The first thing we need to create is the generator folder that will contain the action:
- Generator:
component
- Action:
react
Templates
Template files define the code that will be created after running the generator, these files are written using a template language called Embedded JavaScript templates.
Every template starts with a frontmatter header. On this header, you will define the metadata of the template using the following properties ๐
Property | Type | Usage |
---|---|---|
to | String | The destination of the file once compiled. |
from | String | Use an external file as template. |
force | Boolean | Overwrite existing files |
unless_exists | Boolean | Execute the generator unless file already exists. |
inject | Boolean | Inject the contents into an existing file instead of creating a new one. |
after | Regex | Inject the template after the regex |
before | Regex | Inject the template before the regex |
prepend | Boolean | Inject the template at the start of the file |
append | Boolean | Inject the template at the end of the file |
at_line | Regex | Inject the template at the specified line number |
skip_if | Regex | Skip injection if regex matches. |
eof_last | Boolean | Trim the newline from the end of the injection. |
sh | String | Trigger a shell command after compiling the template |
Now, let's add a template file named index.ejs
inside the react
action folder we created previously:
As I mentioned before, we want to create a React component, so we need to specify the location of the file where the component is going to be created.
We can do that using the to
property.
As you can see, we're using a variable called name
on the header. This value will be provided by the prompts of the generator โ๏ธ
Then, we need to write the body of the template, where we define the code that will be generated once the template is compiled. I'm reusing the name
variable in the body as well to create the name and export of the component โจ
Prompts
In case you need to ask for user input, optionally you can use a prompt file. This is very useful to customize the output of the generator. Prompts are defined using a library named Enquirer.
Inside of the same react
๐, we will create a prompt.js
file to ask for the variable defined as name
in the template:
There are a ton of different input types available ๐ก, take a look at this link to get the complete list.
Now it's time to finally run our generator ๐ฅณ using the script along with the name and the action:
You'll be asked for the prompts and finally the magic will happen! ๐ฆ
Demo
Take a look at carloscuesta/codegenerators-demo ๐น if you want to play and see more complex examples!
Automate all the things!
It's time for you to find out repetitive tasks and patterns to extract them into a generator! ๐
I'm very happy with the productivity boost and the consistency that a tool like this can bring to a team โค๏ธ
Enjoyed the article? ๐