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
Copy file name to clipboardExpand all lines: _posts/2024-06-20-pyconus-pyopensci-sprints.md
+32-17Lines changed: 32 additions & 17 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -1,7 +1,7 @@
1
1
---
2
2
layout: single
3
3
title: "pyOpenSci beginner-friendly sprints at PyCon US 2024"
4
-
excerpt: ""
4
+
excerpt: "pyOpenSci holds beginner-friendly sprints with the goal of making new contributors feel welcome. Learn about our last sprint at PyCon US 2024 and tips we use to make sprints accessible to more people."
@@ -65,16 +65,17 @@ that we've learned at pyOpenSci about running beginner-friendly sprints.
65
65
66
66
If you haven’t been to a sprint before, it’s an experience every open source
67
67
enthusiast should have. Sprints are where people come together to work on a
68
-
project. For professional development sprints, this might mean a team working
69
-
together on releasing a new feature. For open source, sprints can mean volunteers
70
-
helping maintainers work on various parts of a project.
68
+
project. The word sprint can be used in a professional development setting. This might describe a team of developers working
69
+
together to release a new feature. For the volunteer open source community, sprints often mean volunteers
70
+
helping maintainers work on various parts of a project. And it's important to keep in mind that often the maintainers are
71
+
also volunteers.
71
72
72
73
### What do people sprint on for pyOpenSci?
73
74
pyOpenSci is a non profit organization that is devoted to building diverse and
74
75
inclusive community that supports making science more open and collaborative.
75
76
Among other things that we do, we run [open peer review of scientific Python software](/about-peer-review/index.html).
76
77
77
-
Running an open peer review process for software is a challenge and as we grow,
78
+
Running an volunteer-lead open peer review process for software is a challenge. As we grow,
78
79
it requires infrastructure to support tracking the process. We also create
79
80
community driven beginner-friendly
80
81
[Python packaging resources](https://www.pyopensci.org/python-package-guide/) and
@@ -95,7 +96,10 @@ more open and collaborative forward.
95
96
96
97
## Barriers to contribute to open source
97
98
98
-
There are many barriers for contributors, including:
99
+
While sprints are a great way to engage the community in
100
+
supporting an organization's (or a project's) mission, there are many barriers for contributors to consider.
101
+
102
+
These barriers include:
99
103
100
104
* Time to contribute.
101
105
* Skills to contribute.
@@ -125,8 +129,6 @@ Or, maybe you're like me—an Executive Director of a community organization. Co
125
129
development aren't in my job description, but to teach these topics, I need to keep my
126
130
skills fresh. And, I love to code. That's where Open Source comes into my life!
127
131
128
-
129
-
130
132
<figure>
131
133
<imgsrc="{{ site.baseurl }}/images/blog/2024/june/pyos-sprint-blog-learning.png"alt="A graphic that at the top says - Why people attend sprints. Below are a series of boxes with text in them and white stick figures standing or sitting on top or to the side of the boxes as decoration. The boxes say Learn new technical skills, connect with the community, help a project they care about, build their network, learn about a new tool, build confidence, +many other motivations. The graphic is on a dark purple background with the pyOpenSci logo on it."style="width: 80%;" />
132
134
<figcaption> People have many different motivations for attending sprints. Understanding those motivations can go a long way in the sprinter and the sprint leader(s) having a collectively
@@ -140,7 +142,7 @@ So how do we align the challenges that contributors face with the potential oppo
140
142
While new contributor sprints are not for everyone and assume some level of privilege
141
143
in having the time and bandwidth to participate, they can be great for many.
142
144
143
-
However, the sprint experience needs to be positive. Contributors need to gain something
145
+
But a sprint will only be a good experience if the contributor's needs and goals are also considered. Contributors need to gain something
144
146
from contributing, and this requires:
145
147
146
148
* time and care in designing the sprint and
@@ -151,8 +153,8 @@ many if not most maintainers who are already volunteering their time to maintain
151
153
a project! As such we can't expect all open source packages to be able to
152
154
support beginner contributions in a comprehensive way.
153
155
154
-
However, if you do have the bandwidth to hold a sprint, there
155
-
is a lot to be learned from understanding learner motivations and types.
156
+
However, if you do have the bandwidth to hold a sprint that embraces, empowers and uplifts those who are newer to open source, there
157
+
is a lot to be learned from understanding learner motivations and types. And a few good experiences might mean that a beginner decides to stick around.
156
158
157
159
## Contributing vs learning
158
160
@@ -161,11 +163,15 @@ learner motivations. For me personally, contributing to Open Source met two of m
161
163
and interests:
162
164
163
165
***Applied (project-based) learning:** I love to learn. Coding and data science are my
164
-
happy places. But the learning needs to be directly applicable.
166
+
happy places. But the learning needs to be directly applicable. If it isn't, I get bored. But moreover, if I can't see the application of the skill, I have little motivation to learn that skill!
165
167
***Student-directed learning:** I love to learn on my own time, following my own
166
168
processes that work for me. Open Source allows me to do just that (and without the
167
169
pressures of a specific deadline in most cases).
168
170
171
+
If you read the education literature, you will find both project-based learning and student-directed learning to be
172
+
a commonly discussed topic - especially as it relates to empowering people who are underrepresented in a space.
173
+
174
+
More on that next...
169
175
170
176
### The power of project-based learning
171
177
@@ -206,7 +212,7 @@ taught people the same way: in a classroom, using the same books and approaches.
206
212
However, alternatives to this model allow learners to adapt their environment to their personal and learning goal needs.
is based on the idea that people learn differently and have different needs. By creating
209
-
a hybrid learning environment where students decide how to learn, you empower them.
215
+
a hybrid learning environment where students are allowed to pick their learning path and approach, you empowering them to own their experience.
210
216
211
217
Some learners benefit from hands-on demos, whether in a classroom or at the sprint
212
218
table. They may pick things up quickly or need to watch and digest the demo. Others
@@ -222,10 +228,15 @@ Contributors at the sprint can decide if they need direction, mentorship, or jus
222
228
short tutorial/guidebook for making their first contribution using the GitHub
223
229
interface.
224
230
231
+
### Collaborative git and GitHub lessons
232
+
233
+
This past year, I was awarded the BSSw fellowship in which I proposed lessons on these lesser known collaborative,
234
+
git and GitHub skills - the same skills that will support people attending sprints! I am looking forward to having these lessons on hand,for next year's sprints, to support those who are still fighting to learn git and GitHub (it can be an uphill process!).
235
+
225
236
## The Anatomy of a pyOpenSci Sprint
226
237
227
-
Based on our understanding of the learning motivations and challenges that new
228
-
contributors might face, pyOpenSci has developed a workflow that I've found to
238
+
Based on my understanding of the learning motivations and challenges that new
239
+
contributors face, I've developed a pyOpenSci sprint approach that I've found to
229
240
be successful in empowering new contributors to make their first contributions.
230
241
231
242
### Create opportunities for first-time contributors
@@ -334,10 +345,14 @@ with Git and GitHub and have never contributed to open source. These people will
334
345
be incredibly empowered if you can create a smooth path to their first
335
346
contributions.
336
347
337
-
## How do we connect how people learn with open source and sprints?
348
+
## Wrap up
338
349
339
350
Well-lead sprints offer both new and seasoned contributors an opportunity to
340
-
contribute to a project while also learning new skills. If you plan to support new
351
+
contribute to a project while also learning new skills, connecting with new people and learning about new projects. If you plan to support new
341
352
contributors in your sprint, then
342
353
then it's ideal to do some legwork before the sprint begins to ensure sprint
343
354
attendees feel supported and have the help that they need, when they get stuck.
355
+
356
+
pyOpenSci is looking forward to our next sprint - to be held at the SciPy 2024 meeting in Tacoma, Washington. Last year we had 3 people make their first contributions to open source in our SciPy 2023 sprint. I'm hoping that this year is even better!
0 commit comments