惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

博客园 - 叶小钗
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
Microsoft Security Blog
Microsoft Security Blog
罗磊的独立博客
大猫的无限游戏
大猫的无限游戏
美团技术团队
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
aimingoo的专栏
aimingoo的专栏
腾讯CDC
WordPress大学
WordPress大学
Apple Machine Learning Research
Apple Machine Learning Research
F
Fortinet All Blogs
G
Google Developers Blog
MongoDB | Blog
MongoDB | Blog
Microsoft Azure Blog
Microsoft Azure Blog
小众软件
小众软件
Engineering at Meta
Engineering at Meta
博客园_首页
B
Blog RSS Feed
D
Docker
M
MIT News - Artificial intelligence
爱范儿
爱范儿
I
InfoQ

DEV Community

Authentication Security Deep Dive: From Brute Force to Salted Hashing (With Java Examples) Why AI Systems Don’t Fail — They Drift Spilling beans for how i learn for exam😁"Reinforcement Learning Cheat Sheet" I Replaced Chrome with Safari for AI Browser Automation. Here's What Broke (and What Finally Worked) How Python Borrows Other People's Work The $40 Architecture: Processing 1 Billion API Requests with 99.99% Uptime Vibe Coding: A Workflow Guide (From Zero to SaaS) Most webhook security guides protect the wrong side. The scary part is delivery. Headless CMS for TanStack Start: Build a Blog with Cosmic EU Age Verification App "Hacked in 2 Minutes" — What Actually Happened Comfy Cloud’s delete function does not actually remove files Running AI Models on GPU Cloud Servers: A Beginner Guide Event-driven media intelligence with AWS Step Functions and Bedrock I scored 500 AI prompts across 8 quality dimensions — here's what broke How to Call Google Gemini API from Next.js (Free Tier, No Backend Needed) The Portal Protocol: Reclaiming Human Connection in the Age of AI How to Fix Your Team's Scattered Knowledge Problem With a Self-Hosted Forum Intro to tc Cloud Functors: A Graph-First Mental Model for the Modern Cloud Designing Multi-Tenant Backends With Both Ownership and Team Access I Built a Neumorphic CSS Library with 77+ Components — Here's What I Learned PostgreSQL Performance Optimization: Why Connection Pooling Is Critical at Scale Cómo construí un SaaS multi-rubro para gestionar expensas en Argentina con FastAPI + Vue 3 🚀 I Built an Ethical Hacking Scanner Tool – Open Source Project I Replaced /usage and /context in Claude Code With a Single Statusline A Pythonic Way to Handle Emails (IMAP/SMTP) with Auto-Discovery and AI-Ready Design I Collected 8.9 Million Polymarket Price Points — Here's What I Found About How Markets Really Move EcoTrack AI — Carbon Footprint Tracker & Dashboard Everyone's Using AI. No One Agrees How. 5 self-hosted ebook managers worth trying in 2026 Building Your First AI Agent with LangChain: From Chatbot to Autonomous Assistant
🌱One Commit at a Time -- My Open Source Journey
neither gala · 2026-05-20 · via DEV Community

For the last two months, I’ve been showing up to open source every single day.

Not because I’m an expert.
Not because I already know everything.
And definitely not because every contribution is impressive.

I started this challenge on April 1st with one simple rule:

Contribute to open source every day for 1 year

That's it.

Some days it’s a pull request.
Some days it’s documentation.
Some days it’s reviewing code, helping discussions, fixing typos, testing things, or simply learning a codebase deeply enough to leave a useful comment.

The goal isn’t perfection.

The goal is consistency.

Why I Started This Challenge

I’m a self-taught developer learning AI, engineering, and open source through real-world building and collaboration.

Over time, I noticed a pattern in how I approached open source and contributing. Even after using GitHub for around five years, I still had what I can only describe as “git anxiety” — hesitation around commits, branches, and contributing in unfamiliar repositories. Not because I didn’t understand the tools, but because I hadn’t built enough repetition for them to feel natural.

My contribution history also reflected that. For years, it was inconsistent — periods of activity followed by long gaps. That stop-and-go pattern made it harder to build confidence, momentum, or a real sense of progress.

At the same time, I had a clear long-term goal:
getting involved in a major open source project.

To get there, I realized I needed more than just technical knowledge. I needed comfort with the workflow itself — Git, collaboration patterns, reviews, and the daily rhythm of real projects.

I also noticed something more general about how people approach open source, myself included: there’s often a belief that we need to “be ready first” before contributing.

  • "I need to become better first."
  • "I need to understand the entire codebase."
  • "I need to build something significant before I start."

But open source rarely works like that.

The people who grow in these spaces are usually the ones who stay present — consistently showing up, even in small ways.

So instead of waiting for a perfect moment or chasing large contributions immediately, I decided to shift my focus entirely toward building a habit:

show up daily, contribute publicly, and learn in the open.

I want to paint my contribution graph into all green this year...

I want to paint my contribution graph into all green this year...

What Counts as a Contribution?

A contribution doesn’t always mean shipping a major feature.

For this challenge, I define contribution broadly:

  • Writing or improving documentation
  • Reviewing pull requests
  • Opening issues
  • Participating in discussions
  • Reproducing bugs
  • Improving examples
  • Learning and documenting insights publicly
  • Working on my own repositories
  • Supporting community conversations

Even small actions help projects move forward.

And honestly, smaller contributions are often the best way to start.

My Daily System

I keep the process intentionally simple.

Usually it looks like this:

  1. Open GitHub
  2. Continue previous work or find one thing to improve
  3. Spend 30–60 minutes contributing
  4. Log the progress publicly

That’s all.

The simplicity matters because I want this challenge to survive busy days, low-energy days, and difficult weeks.

Consistency beats intensity.

What I’ve Been Doing So Far

Over the past two months, my days have included things like:

  • contributing to open source repositories
  • improving documentation and learning materials
  • exploring AI agent frameworks and tooling
  • building my own projects publicly
  • learning collaboration workflows through GitHub

A lot of the work is small.
Some of it is invisible.
But all of it compounds.

And that’s the point.

The Bigger Goal

This challenge isn’t only about GitHub streaks.

It’s about becoming the kind of engineer who can contribute meaningfully over the long term.

Right now, I’m still exploring different projects and communities.
Over time, I want to deepen my involvement, contribute more substantially, and eventually become a trusted contributor within projects I care about.

Not overnight.
One step at a time.

What I’ll Share Here

I’ll be documenting this journey regularly on dev.to throughout the year.

That includes:

  • Lessons from open source contributions
  • Things I learned while building AI and developer tools
  • mistakes and challenges
  • contribution workflows
  • beginner-friendly insights
  • thoughts about consistency, learning, and engineering growth

I want this series to be honest and practical — not just highlight reels.

If You’ve Been Hesitating to Start

You do not need to be an expert to contribute.

You only need to begin.

Open source can feel intimidating at first:
large repositories, unfamiliar workflows, experienced maintainers, complex codebases.

But contribution is a skill like anything else.
You improve by participating.

Even one thoughtful comment or documentation fix matters.

Join Me

If you’re also learning in public, contributing to open source, or trying to build consistency as a developer, feel free to join me.

Start small.
Show up consistently.
Document the journey.

One commit at a time. 🚀