This is a guest post by Ritankar Saha who has contributed to over 30 open-source repositories and participated in multiple open source programs, including Google Summer of Code (GSoC).
In this article, Ritankar will share practical insights on how to get started with open source, based on his own journey and experiences.
Hey there š,
I am Ritankar, your friendly neighborhood open-source junkie. What started with fixing tiny issues and learning how to make my first pull request slowly grew into something much bigger. Along the way, I have been lucky enough to contribute to 30+ open-source repositories and take part in programs -
Google Summer of Code 2025 (SW360 @ Siemens)
Summer of Bitcoin 2025 (Angor @ BlockCore)
Code for GovTech 2025 (SocialCalc & EtherCalc)
LFX Mentorship 2025 (LF Energy ā Hyphae APIS)
But lemme tell you a secretā¦
When I started, I had no idea what I was doing. I didnāt even know the difference between a fork and a clone (and no, itās not kitchenware vs. Star Wars).
Now, I get to design backend architectures, refactor complex codebases, work on blockchain transaction logic, and contribute to large-scale digital governance tools, all while collaborating with some of the smartest developers in the community.
So if you have been wondering:
āHow do I start contributing to open source without feeling like an impostor?ā
Buckle up ā this is going to be fun. š¢
1ļøā£ Open Source Is Not Just āCoding for Freeā
Letās kill this myth first.
Open source is about collaboration, learning, and impact.
Itās a place where you can:
Learn real-world skills (Git, testing, APIs, you name it)
Work with people across time zones, cultures, and tech stacks and believe me when I say everyone in the org is out there on a foot and ready to help you out.
Build things that actually get used by thousands (or millions!)
Create a public portfolio that employers drool over š
And the best part? You donāt need to be some ā1337 h4x0rā genius to start.
I began by fixing⦠wait for it⦠a basic typo.
2ļøā£ Start Stupid Small (Itās Strategic)
I know you want to dive in and rewrite the entire architecture of Kubernetes on day one. But trust me your first win should be something tiny unless you are truly cracked.
For me, it was:
Fixing one-line bugs
Implementing very small features with PRs of approx 20-30 lines
Solving issues tagged āgood first issueā
Why this works:
ā Zero to little pressure - you are working small, not chasing deadlines from maintainers or contributing to something that might break the entire thing.
ā You learn the PR workflow without frying your brain
ā Maintainers see you as someone who finishes things and can be trusted with something bigger
š” Pro tip: Hunt for issues with tags like good first issue
, beginner friendly
, or help wanted
.
3ļøā£ Pick Projects Youād Talk About at a Party
Contribute to something you actually resonate with. If you are into backend, donāt go fixing CSS bugs in a random frontend repo (unless you enjoy it).
If youāre into blockchain and stuff, go find some decentralized software to contribute to.
My choices were easy:
Summer of Bitcoin ā I love blockchain, so working on Bitcoin side-chains particularly the Elements Blockchain was š„
GSoC ā Backend particularly in Spring (Java) has always been my strong hold. Also Big-scale enterprise software? Sign me up!
C4GT ā Digital governance is fascinating, so I hacked on SocialCalc and EtherCalc (used in public infrastructure)
LFX Mentorship ā API nerd here, so Hyphae APIS was right up my alley
Where to find cool projects:
goodfirstissue.dev ā filters beginner-friendly issues across GitHub
up-for-grabs.net ā project listings with open tasks
GitHub search:
label:"good first issue" language:Python
4ļøā£ How to Slide Into a Community Without Being Weird š
Open source is a team sport. If you just silently fork, push, and PR without saying hi, youāre missing out.
Hereās what I do:
Join their Slack/Discord/Matrix ā thereās always one
Drop a polite intro (āHi, Iām new here and would love to help on beginner-friendly issuesā)
Ask questions before starting an issue ā saves everyone time
Stalk a few PRs (respectfully) to know who is the maintainer and who are contributors. Usually people mess up and tag the wrong people, although itās a community effort, your PRs are getting merged by the maintainer only and sometimes in a very busy repo you PR might get un-noticed by the maintainer if a lot of PRs are flocking in every moment.
Celebrate wins publicly (share merged PRs, thank maintainers)
š During SoB, I learned that asking āCan I work on this?ā early saved me from working on something that was already taken.
5ļøā£ The Magic Recipe: Contribution Workflow š³
Once you find an issue:
Fork the repo (copy to your account)
Clone it locally (
git clone
)Create a branch (
git checkout -b fix-bug-123
)Make changes (code, docs, whatever)
Commit & push (
git commit -m "Fix bug #123"
)Open a Pull Request
Wait for review, make updates if needed
Merge ā š dance party
Tip: Donāt panic if your first PR gets rejected. Mine did. Twice initially . And I still survived.
If you wish to do a proper deep-dive into Git Commands and efficient version control you can refer this from here - https://medium.com/@ritankar.saha786/understanding-git-and-github-b79bb84de9e8
6ļøā£ Level Up After the First Few PRs
After your first couple contributions, the real fun starts:
Get out of your comfort zone of solving small issues and pick medium-level bugs. By this time you should have built around enough trust in the community for the maintainer to assign you those.
Add new features
Improve tests & performance
Review other peopleās PRs (yes, you can!) in an open-source, however donāt do if the maintainer doesnāt encourage it properly.
For example, I went from fixing minor backend bugs ā writing transaction validation logic in Angorās Liquid Network integration and entire mempool design for Summer of Bitcoin.
7ļøā£ Boost Your Journey With Programs
Hereās where things get spicy š¶ļø ā programs give you mentorship, exposure, sometimes stipends and sometimes if you are lucky and contributed good - job opportunities.
Google Summer of Code (GSoC) ā Work on a long-term feature with an org (my SW360 project at Siemens was all about deep integration with FOSSology).
LFX Mentorship ā Paid mentorship with Linux Foundation projects under CNCF majorly.
Summer of Bitcoin ā Learn blockchain fundamentals while building actual Bitcoin infrastructure.
C4GT ā Work on tech for public good, often in collaboration with government-backed tools.
Pro tip: Apply even if you think youāre ānot ready.ā My first GSoC acceptance came when I thought I didnāt stand a chance and with a rejection from 2 other repos.
If you wish to learn more about the GSoC experience visit here - https://medium.com/@ritankar.saha786/cracking-the-google-summer-of-code-2025-6968cdffedd1
If you wish to learn more about the SoB experience visit here -
https://medium.com/@ritankar.saha786/cracking-summer-of-bitcoin-2025-47f7075631bc
8ļøā£ Show Your Work (Shamelessly)
You can be building the coolest features in the world, but if no one knows, itās like shouting into the void.
Hereās what I do:
Keep my GitHub active (green squares matter sometimes lol, kindof builds a trust among the maintainers that you wonāt go BOLO)
Write blogs (like this one!)
Post on LinkedIn and X/Twitter about big milestones
Share before/after screenshots of features I build
Thank mentors & tag projects ā it builds relationships
Fun fact: I have had some recruiters from startups DM me just because they saw my #BuildInPublic posts about open-source work. Believe me, open-source opens a lot of doors.
šÆ Final Words (and Your First Step)
If thereās one thing I have learned after 100+ contributions, itās this:
You donāt need to be an expert to start. You just need to start.
So hereās my dare for you:
Go to goodfirstissue.dev
Pick one issue
Make a PR this week
Post about it and tag me ā Iāll personally cheer you on š
Your first PR might be tiny, but it could be the start of your GSoC, LFX, or Summer of Bitcoin journey.
And who knows? Maybe next year youāll be writing your own āFrom Zero to 30+ Contributionsā story.
Ciao till then š¤š»š¤š»
Thank you for reading!
If you found it valuable, hit a like ā¤ļø and consider subscribing for more such content.
If you have any questions or suggestions, leave a comment.
P.S. If youāre enjoying this newsletter and want to get even more value, consider becoming a paid subscriber.
As a paid subscriber, you'll unlock all premium articles and gain full access to all premium courses on algomaster.io.
There are group discounts, gift options, and referral bonuses available.
Checkout my Youtube channel for more in-depth content.
Follow me on LinkedIn, X and Medium to stay updated.
Checkout my GitHub repositories for free interview preparation resources.
I hope you have a lovely day!
See you soon,
Ashish
Communicating with core maintainers and developer in open source contribution is most interested part for me.
Lot to learn in there little communication