How Open Source Hack helps our community and its projects

At AnitaB.org Open Source we recently had the second version of Open Source Hack (OSH), a program, originally created by May Winterz.

Open Source Hack is a 1-month long program where we have issues of all types of open source contributions (e.g.: coding, quality assurance, documentation, design, etc…) available to participants to work on. We select a few projects so that we can focus our efforts on them while preparing the tasks. We label issues as “Open Source Hack” so participants know where to focus on.

So far I’ve seen 4 benefits of this program:

Brainstorm new issues

In the weeks leading to the program, part of mentors’ responsibilities is to come up with ideas for new issues for the projects.

So imagine, we might have 1 or 2 maintainers who can come up with issues, but mentors will help to come with a fresh perspective to the potential improvements our projects could have.

When I participated in Google Code-in back in 2019, I experienced the same, where I was the sole maintainer of the mentorship system project, and the mentors would come with great ideas for the project I had not thought of.

Promote all kinds of open source contributions

A very important aspect of this program is that our issues have to be part of multiple categories: Documentation, Outreach/Research, Quality Assurance, Coding, and Design. These are categories inspired by Google Code-in contest (that wrapped up in early 2020).

So when mentors come up with ideas for issues, we have special attention that we have a good distribution of issues per those categories. This helps massively making contributors aware of other valid contributions they can make to our projects.

With OSH, we can put some focus on projects we have that are less popular in our community. Popular here means that it has fewer contributors than our most active repositories.

We are able to focus efforts on creating new issues and leading more contributors to those projects, and get them a little more attention from the community.

Provide an environment where contributors can get mentorship

Another important aspect of this is the mentors! We have specific people that come and help during such programs, and commit to reviewing pull requests (PRs) and answer contributors’ questions and doubts. The majority of the mentors are not maintainers of the projects.

So during this program, we have mentors that will help OSH participants solve issues and get their work reviewed and merged. This also provides a beginner-friendly and safe space for newcomers to Open Source, to learn and try out contributions. We often get contributors that are complete beginners in contributing to Open Source.


Managing these types of programs can involve a lot of admin work in preparation and, call for mentors and participants, but it can definitely have great benefits for our projects and community members.