Contributor Experience

The First-Contribution Tax

New contributors wait 53% longer for their PRs to be reviewed. The onboarding tax is real.

53%

Longer Wait

for first-time contributors

Based on 3,387,250 merged PRs | GitHub Archive / BigQuery | December 2024

The Wait Gap

First-time contributors wait a median of 26 hours for their PRs to be reviewed. Repeat contributors? Just 17 hours. That's 53% longer for newcomers.

Median Wait Time for Code Review (Hours)

08162430First-timeRepeat
Contributor TypePRs AnalyzedMedian WaitP90 Wait
First-time contributor133,31526h305h (12.7 days)
Repeat contributor913,53017h199h (8.3 days)

The Worst-Case Scenarios

The P90 numbers tell an even starker story. For 10% of first-time contributors, the wait stretches to 305 hours—that's 12.7 days. For repeat contributors, the P90 is 199 hours (8.3 days).

First-time P90
12.7 days

1 in 10 new contributors wait this long

Repeat P90
8.3 days

Established contributors fare better

"First-time contributors wait 53% longer for their code to be reviewed."

Why This Matters

Open source sustainability isn't just about funding—it's about contributor retention. Every new contributor represents potential long-term investment. But when their first experience is a two-week wait, many never come back.

Contributor Churn

Studies show that contributors who don't get timely feedback on their first PR are significantly less likely to submit a second one.

Project Health

Projects that struggle to onboard new contributors eventually face maintainer burnout. Fresh perspectives and help are essential for long-term viability.

Innovation Loss

New contributors often bring fresh ideas and approaches. When they're discouraged by slow responses, projects miss out on innovation.

Selection Bias

Only the most persistent contributors push through long waits. This filters for stubbornness over talent, limiting contributor diversity.

"The P90 wait for new contributors is 12.7 days. Would you stick around?"

The DEI Angle

The first-contribution tax doesn't affect all contributors equally. Those with less time to invest—whether due to caregiving responsibilities, multiple jobs, or different time zones—are disproportionately impacted by long wait times.

Barriers to Entry Compound

  • Time poverty: Contributors juggling multiple responsibilities can't afford to keep checking back for weeks.
  • Impostor syndrome: Long waits can feel like rejection, especially for those already questioning if they belong.
  • Geographic bias: Async communication gaps are worse for contributors in underrepresented time zones.
  • Network effects: Established contributors often have direct contact with maintainers; newcomers don't.

If your project values contributor diversity, prioritizing first-time PRs isn't just nice—it's essential. The hidden tax on newcomers systematically filters out exactly the perspectives many projects say they want.

🔥 Our Take

The first-contribution experience sets the tone for everything that follows.

A 12-day P90 wait tells new contributors they're not valued. If you want sustainable open source, prioritize first-time PRs. Tag them differently, route them to dedicated reviewers, or set SLAs. The small effort pays dividends in contributor retention.

What Maintainers Can Do

Create First-Timer Queues

Use GitHub labels like "first-time-contributor" and filter for them in your review workflow. Some projects have dedicated triage for newcomer PRs.

Set Response SLAs

Even a quick "Thanks, we'll review this soon" within 24-48 hours dramatically improves the contributor experience. Silence feels like rejection.

Assign Mentors for First PRs

Have experienced contributors volunteer to shepherd first-time PRs. This spreads the load and creates relationships that encourage continued contribution.

Celebrate First Contributions

A warm welcome message, adding them to a contributors list, or a shoutout in release notes can turn a one-time contributor into a regular.

Track Your First-Timer Metrics

You can't improve what you don't measure. Set up dashboards to track response times specifically for first-time contributors.

Related Research

Methodology

This analysis is based on 3,387,250 merged pull requests from GitHub Archive / BigQuery during December 2024. A "first-time contributor" is defined as someone with no prior merged PRs to that repository. Wait time is measured from PR creation to first review comment or approval. For full methodology, see the complete study.

Track your first-time contributor metrics

CodePulse shows you how long different contributor types wait for review in your repos.