Themata.AI
Themata.AI

Popular tags:

#developer-tools#ai-agents#llms#claude#code-generation#ai-ethics#openai#ai-safety#anthropic#open-source

AI is changing the world. Don't stay behind. Clear summaries, community insight, delivered without the noise. Subscribe to never miss a beat.

© 2026 Themata.AI • All Rights Reserved

Privacy

|

Cookies

|

Contact
open-sourcedeveloper-toolscontribution-managementqueuing-theory

The exponential curve behind open source backlogs

My PR has been waiting a year, or the exponential curve behind open source backlogs

armanckeser.com

April 14, 2026

9 min read

🔥🔥🔥🔥🔥

45/100

Summary

Open source contributions can experience significant delays, with some pull requests (PRs) waiting over a year for merges despite receiving approvals. Factors contributing to these backlogs include queuing theory dynamics and the allocation of time within the review process.

Key Takeaways

  • Open source projects like Jellyfin often experience significant backlogs, with contributors waiting over a year for pull requests (PRs) to be merged despite receiving approvals.
  • A 2024 Tidelift survey revealed that 60% of open source maintainers have quit or considered quitting, highlighting a widespread issue in the community.
  • Queuing theory indicates that as a maintainer's workload approaches 100% utilization, the wait time for PRs grows exponentially, leading to longer cycle times and increased backlogs.
  • Jellyfin merges approximately 20 to 35 PRs per month, with features making up only 21% of merges, indicating a preference for bug fixes over new features.
Read original article

Community Sentiment

Mixed

Positives

  • Automated code review using AI can significantly reduce the time spent on trivial mistakes, allowing maintainers to focus on more complex architectural issues, which is crucial for project efficiency.
  • Leveraging AI for code reviews could enhance the quality of feedback if better prompting techniques are employed, potentially improving developer experience and project outcomes.

Concerns

  • AI code reviews are often unreliable, with a correctness rate of only about 80%, leading to increased workload as maintainers must verify both the original code and AI-generated feedback.
  • The current implementation of AI in code reviews does not save time for maintainers, as they end up reviewing both the pull request and the AI's comments, which can be counterproductive.

Related Articles

Exploring Solutions to Tackle Low-Quality Contributions on GitHub · community · Discussion #185387

GitHub discusses giving maintainers control to disable PRs

Feb 3, 2026

Keyboard shortcuts

Diverse perspectives on AI from Rust contributors and maintainers

Mar 22, 2026