Current Focus Areas

Kyverno: Technical Outcomes

Understanding and documenting how Kyverno enables platform engineering and governance at scale.

  • Platform Engineering outcomes
  • Governance & Compliance documentation
  • Real-world policy examples

Meshery: Relationship Modeling

Building comprehensive relationship definitions and cloud native architecture patterns.

  • AWS-Kubernetes relationships
  • Azure cloud patterns
  • GCP integrations

PipeCD: Documentation & Plugins

Creating comprehensive plugin development guide and improving docs experience.

  • English Plugin Development Book
  • Docs DX improvements
  • Contribution guidelines

Next 4 Weeks

Week 1-2: Validate & Plan

Foundation
  • Read all CONTRIBUTING.md files thoroughly
  • Study 3-5 recent merged PRs in each project
  • Create detailed outlines for each contribution area
  • Validate ideas with maintainers in issues

Week 2-3: Small Wins

Building Momentum
  • One small, low-risk PR per project (typo fixes, docs clarifications)
  • Get comfortable with each project's review process
  • Build familiarity with maintainers
  • Gather feedback on direction

Week 3-4: Substantial Work

Real Impact
  • One medium PR per project (documentation or feature)
  • Apply feedback from previous PRs
  • Build deeper understanding of systems
  • Identify additional opportunities

Next 3 Months

πŸ“Š

Contribute to Each Project Consistently

At least 2-3 meaningful PRs per project. Build credibility and understanding.

πŸ“š

Create High-Quality Documentation

Document my understanding of each project's architecture and use cases.

🀝

Build Relationships with Maintainers

Become known as someone reliable and thoughtful in these communities.

✍️

Write Technical Blog Posts

Share learnings from contributions. Help others understand these projects.

Long Term Vision

Build Expertise at the Intersection of Code & Docs

Most people choose: code XOR docs. I want to do both well.

My goal is to become known as someone who:

  • Understands real systems deeply (by contributing code)
  • Communicates complex ideas clearly (by writing great docs)
  • Respects maintainer time (by doing thorough work)
  • Learns in public (by building this portfolio transparently)

Why this matters:

Open source projects need people who can bridge the gap between builders and users. Good documentation isn't just nice-to-haveβ€”it's critical infrastructure that multiplies the impact of code.

How I'll Measure Success

Merged PRs

Getting work merged means maintainers trust my contributions. This is the ultimate validation.

Maintainer Feedback

Positive reviews and comments that show I'm solving real problems.

Code Quality

Receiving minimal review requests. Clean, thoughtful code that needs few changes.

Community Impact

Other contributors finding my docs useful. Issues and discussions citing my work.

Personal Growth

Understanding deeper technical concepts. Becoming more confident in complex systems.

Opportunities

Invitations to contribute, speak, or work on open source professionally.

Let's Build Together

If you're interested in open source, technical writing, or building in public, let's connect.