Skip to content

docs(blog): when the human disappears - #987

Open
lwasser wants to merge 3 commits into
pyOpenSci:mainfrom
lwasser:human-ai
Open

lwasser wants to merge 3 commits into
pyOpenSci:mainfrom
lwasser:human-ai

Conversation

@lwasser

@lwasser lwasser commented Oct 28, 2026

Copy link
Copy Markdown
Member

this is ready for review - it's a piece that we can publish in december about the human side of open source. anyone who reviews it will we will give them credit in the yaml for the review!!

@lwasser
lwasser requested a review from willingc as a code owner October 28, 2026 18:25
@netlify

netlify Bot commented Oct 28, 2026 •

Copy link
Copy Markdown

✅ Deploy Preview for pyos-website ready!

Name Link
🔨 Latest commit 661b016
🔍 Latest deploy log https://app.netlify.com/projects/pyos-website/deploys/6ae53291e051bde70d184dc2
😎 Deploy Preview https://deploy-preview-987--pyos-website.netlify.app
📱 Preview on mobile
Toggle QR Code...

QR Code

Use your smartphone camera to open QR code link.
🤖 Make changes Run an agent on this branch

To edit notification comments on pull requests, go to your Netlify project configuration.

@willingc willingc left a comment

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Love this! Thanks @lwasser. I've made some suggestions and flagged a few confusing items.


At EuroPython 2026, I facilitated a pilot focus group on how AI tools are changing open source work. Fifteen maintainers from core scientific Python and Linux projects joined a discussion that ran more than two hours.

I expected to hear about the time it takes to review AI-assisted code. Instead, the conversation kept returning to something else: the loss of, and uncertainty about, human connection.

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
I expected to hear about the time it takes to review AI-assisted code. Instead, the conversation kept returning to something else: the loss of, and uncertainty about, human connection.
I expected to hear about the time it takes to review AI-assisted code. Instead, the conversation kept returning to something else: the loss of human connection and the uncertainty around it.


The group covered the full range of AI tool use. Some refuse to use the tools and, in some cases, have left tech because of the strain. Others have fully embraced them, including people in start-up environments where adoption feels like the "only option" to keep up.

This post covers how AI tools are affecting the human experience of open source. A follow-up post will cover adoption and the motivations behind it. This pilot was larger and more open-format than the small groups we plan for our [research on how AI tools are changing scientific open source](/blog/ai-tools-research-sloan-funding.html).

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
This post covers how AI tools are affecting the human experience of open source. A follow-up post will cover adoption and the motivations behind it. This pilot was larger and more open-format than the small groups we plan for our [research on how AI tools are changing scientific open source](/blog/ai-tools-research-sloan-funding.html).
This post covers how AI tools are affecting the human experience of open source. A follow-up post will cover adoption and the motivations behind it. This pilot included a larger group and was more open-format than the small groups we plan for our [research on how AI tools are changing scientific open source](/blog/ai-tools-research-sloan-funding.html).


> We need to see the human on the other side.

Maintainers described real joy in helping and mentoring contributors. Someone finds a bug and files a fix. The maintainer helps that contributor get it merged and, along the way, mentors them and builds their open source skills. That interaction fuels many maintainers, including myself.

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Perhaps add: when contributors are users, the maintainer learns why the project is helpful to the user and influences the project's future direction.


### Shifting motivations

Maintainers see contributors chasing resume lines or trying to get past automated hiring filters. Some employers also encourage open source contributions as a way to demonstrate technical skill. Some maintainers call the extreme version "karma farming": opening many pull requests on high-profile projects to build up a GitHub profile. This isn't new, but it now makes up a much larger share of incoming work.

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
Maintainers see contributors chasing resume lines or trying to get past automated hiring filters. Some employers also encourage open source contributions as a way to demonstrate technical skill. Some maintainers call the extreme version "karma farming": opening many pull requests on high-profile projects to build up a GitHub profile. This isn't new, but it now makes up a much larger share of incoming work.
Maintainers see contributors who are chasing resume bullet points or trying to get past automated hiring filters. Some employers also encourage open-source contributions to demonstrate technical skill. Some maintainers call the extreme version "karma farming": opening many pull requests on high-profile projects to build up a GitHub profile. This isn't new, but it now makes up a much larger share of incoming work.


It is easy to dismiss a low-quality pull request as "AI slop." Some participants pushed back on that label. One maintainer said the real question is whether the contributor is willing to invest their energy in engaging with the project.

Assuming AI use is the problem can misjudge a newcomer who wants to get involved. Rejecting their work outright as "slop" doesn't help them. They may simply need guidance on using AI tools thoughtfully. That is a chance to connect and help a well-intentioned contributor build real skills.

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
Assuming AI use is the problem can misjudge a newcomer who wants to get involved. Rejecting their work outright as "slop" doesn't help them. They may simply need guidance on using AI tools thoughtfully. That is a chance to connect and help a well-intentioned contributor build real skills.
If maintainers assume AI was used, they create a problem by misjudging a newcomer who wants to get involved. Rejecting their work outright as "slop" doesn't help either party. The contributor may simply need guidance on using AI tools thoughtfully. The maintainer can miss the chance to connect and help a well-intentioned contributor build real skills.


The maintainers in our group preferred flexible guidelines to strict rules and policies. Approaches included:

* Open an issue before opening a pull request, so a human conversation happens before any contribution. Connect first.

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I "Connect first." a stray line.

This branch has not been deployed

No deployments
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants