Skip to main content

On This Page

Why Small Open-Source Fixes Outshine a Big Portfolio: 25 Merged PRs That Prove It

2 min read
Share

These articles are AI-generated summaries. Please check the original sources for full details.

Small open-source fixes are a better signal than a big portfolio claim

Developer Morgan advocates for small open-source fixes as a superior signal of engineering ability. Their personal ledger shows 25 merged upstream PRs across projects like React Router, Knip, and eslint-plugin-import.

Why This Matters

Portfolio projects allow full architectural control, but real engineering work requires operating within someone else’s constraints—reproducing bugs, matching style guides, and keeping diffs reviewable. A polished demo hides the friction of collaborative maintenance, while merged upstream PRs expose exactly how a developer handles review feedback and leaves a codebase easier to maintain.

Key Insights

  • Merged PRs carry constraints absent from portfolio projects: fitting repo style, reproducing issues, and keeping diffs small for review (Morgan, 2026).
  • One fix for eslint-plugin-import corrected the runtime package name display instead of ‘@types/*’, reducing developer confusion during debugging (Morgan, 2026).
  • A React Router nonce fix for default SSR fallback/error scripts improved security compliance in server-side rendering (Morgan, 2026).
  • An ast-grep fix rejected root multi-metavariable patterns at pattern creation, preventing false positives in static analysis (Morgan, 2026).

Practical Applications

  • Use case: Hiring managers can assess a candidate’s ability to navigate existing codebases by reviewing open-source PRs instead of standalone demos. Pitfall: Overvaluing portfolio projects that lack real-world constraints, leading to hires who cannot adapt to legacy systems.
  • Use case: Developers contribute to upstream projects like React Router to fix security issues (e.g., nonce handling in SSR) while learning maintainer workflows. Pitfall: Submitting large, unfocused patches that overwhelm maintainers and get rejected, wasting effort.

References:

Continue reading

Next article

Software Development Changed, But Good Engineering Principles Remain Unchanged

Related Content