You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Question: What are the rates at which new contributors become more sustained contributors?
Microtasks
For becoming familiar with Augur, you can start by reading some documentation. You can find useful information at in the links, below. Grimoirelab also has a set of installation instructions and documentation here: https://chaoss.github.io/grimoirelab-tutorial/
GSoC Students (Primarily, though contributions welcome from Outreachy):
Once you're familiar with Augur, you can have a look at the following microtasks.
Microstask 1:
Work on any Augur or Grimoirelab Issue that's Open
Microtask 2:
Identify new issues you encounter during installation.
Microstask 3:
Explore data presently captured, develop an experimental visualization using tools of your choice. If Jupyter Notebooks against an Augur database/API endpoint collection, use https://github.com/chaoss/augur-community-reports for development.
Microtask 4:
Anything you want to show us. Even if you find bugs in our documentation and want to issue a PR for those!
The conversion rate metric is primarily aimed at identifying how new community members become more sustained contributors over time. However, the conversion rate metric can also help understand the changing roles of contributors, how a community is growing or declining, and paths to maintainership within an open source community.
Objectives (why)
Observe if new members are becoming more involved with an open source project
Observe if new members are taking on leadership roles within an open source project
Observe if outreach efforts are generating new contributors to an open source project
Observe if outreach efforts are impacting roles of existing community members
Observe if community conflict results in changing roles within an open source community
Identify casual, regular, and core contributors
Implementation
This project could be implemented using either the CHAOSS/Augur, or CHAOSS/Grimoirelab (including stack components noted in references) technology stacks.
The aims of the project are as follows:
Implement the Conversion Rate Metric in CHAOSS Software
After discussion, consider which CHAOSS Software Stack you wish to work with
In collaboration with mentors, define the technology framework, and initial path to a "hello world" version of the metric
Iterative development of the metric
Assist in the deployment of this metric for a pre-determined collection of repositories in a publicly viewable website linked to the CHAOSS project.
Requirements: Knowledge of Python is desired. Some knowledge of Javascript or twitter/bootstrap is also desired. Key requirement is a keenness to dig into this challenge!
The following is an example from the openEuler community:
A group of people who attended an offline event A held by the community, can be identified as Group A. Demographic information of Group A could be fetched from an on-line survey when people register for the event. To identify the conversation rate of these participants:
Some people from Group A started watching and forking the repos, indicating they have shown some interest in this community. We marked them as subgroup D0 (Developer Level 0) as a subset of Group A.
Conversion rate from the total number of people in Group A to the number of people in subgroup D0 is: D0/Group A
Some people from subgroup D0 make more contributions beyond just watching or forking, including creating issues, making comments on an issue, or performed a code review. We marked them as subgroup D1 (Developer Level 1) as a subset of D0.
Conversion rate from the total number of people in Subgroup D0 to the number of people in subgroup D1 is: D1/D0.
Some people from subgroup D1 continue to make more contributions, like code contributions, to the project. This could include creating merge requests and merging new project code. We marked them as subgroup D2 (Developer Level 2) as a subset of D1.
Conversion rate from the total number of people in subgroup D1 to the number of people in subgroup D2 is: D2/D1.
Definition:
Developer Level 0 (D0) example: Contributors who have given the project a star, or are watching or have forked the repository
Developer Level 1 (D1): Contributors who have created issues, made comments on an issue, or performed a code review
Developer Level 2 (D2): Contributors who have created a merge request and successfully merged code
Conversion Rate (Group A -> D0): CR (Group A -> D2) = D0/Group A
Conversion Rate
Question: What are the rates at which new contributors become more sustained contributors?
Microtasks
For becoming familiar with Augur, you can start by reading some documentation. You can find useful information at in the links, below. Grimoirelab also has a set of installation instructions and documentation here: https://chaoss.github.io/grimoirelab-tutorial/
GSoC Students (Primarily, though contributions welcome from Outreachy):
Once you're familiar with Augur, you can have a look at the following microtasks.
Microtask 0:
Download and configure Augur, creating a dev environment using the general cautions noted here:
Augur
https://oss-augur.readthedocs.io/en/dev/getting-started/installation.html and the full documentation here:
https://oss-augur.readthedocs.io/en/dev/development-guide/toc.html
Grimoirelab
https://chaoss.github.io/grimoirelab-tutorial/
Microstask 1:
Work on any Augur or Grimoirelab Issue that's Open
Microtask 2:
Identify new issues you encounter during installation.
Microstask 3:
Explore data presently captured, develop an experimental visualization using tools of your choice. If Jupyter Notebooks against an Augur database/API endpoint collection, use https://github.com/chaoss/augur-community-reports for development.
Microtask 4:
Anything you want to show us. Even if you find bugs in our documentation and want to issue a PR for those!
Outreachy Candidates:
The Conversion Rate Metric is not yet defined, and would be defined here: https://github.com/chaoss/wg-metrics-models .
It would be implemented under this working group, so you can follow a pattern of implementation description, using language from the issue itself. https://github.com/chaoss/wg-metrics-models/tree/main/focus-areas/community-engagement
An example of a current metrics model definition is here: https://github.com/chaoss/wg-metrics-models/blob/main/focus-areas/development/metric-model-issue-handling.md
An example of a current metrics model implementation is here, using Jupyter Notebooks, and may also be an inspiration: https://github.com/chaoss/wg-metrics-models/tree/main/implementations/community-welcomingness
Description
The conversion rate metric is primarily aimed at identifying how new community members become more sustained contributors over time. However, the conversion rate metric can also help understand the changing roles of contributors, how a community is growing or declining, and paths to maintainership within an open source community.
Objectives (why)
Implementation
This project could be implemented using either the CHAOSS/Augur, or CHAOSS/Grimoirelab (including stack components noted in references) technology stacks.
The aims of the project are as follows:
Filters (optional)
Visualizations
Source: https://chaoss.github.io/grimoirelab-sigils/assets/images/screenshots/sigils/overall-community-structure.png
Source: https://opensource.com/sites/default/files/uploads/2021-09-15-developer-level-02.png
Tools Providing the Metric
Data Collection Strategies
The following is an example from the openEuler community:
Definition:
References
Contributors
The text was updated successfully, but these errors were encountered: