DEV Community: Syed Abdul Aman

I Left College to Build Things Nobody Asked Me To Build

Syed Abdul Aman — Fri, 05 Jun 2026 16:15:12 +0000

No Roadmap. No Mentor. No Money.

Just a laptop, a wifi connection, and a feeling that the future was being built right now — and I didn't want to miss it.

For the past 3 years I've been teaching myself AI and open source development from scratch — in Hyderabad, India, with zero team and zero funding.

Here's What Came Out of That

→ an automated developer accountability system that runs entirely on GitHub
→ a self-validating OSS directory that maintains itself with no human input
→ a CLI tool that helped 25+ people make their first open source contribution ever
→ a full AI agent platform built and deployed solo
→ bots that read GitHub issues and submit real fixes using LLMs

101+ merged PRs across the ecosystem. Still shipping.

I'm Not Waiting to "Be Ready"

I'm already building the things that are supposed to come next.

Today I Launched My GitHub Sponsors Page

Not because I need validation — because I want to keep doing this full-time without having to stop and find a job every few months.

If something I've built ever helped you, or if you just believe in people who build before they're supposed to — consider sponsoring.

Even $5/month keeps this going.

You're not donating. You're early. 🚀

👉 https://github.com/sponsors/P-r-e-m-i-u-m

opensource #buildinpublic #GenAI #AI #developers #GitHub #python #machinelearning #indiatech #hyderabad #softwareengineering #100daysofcode #selflearning #coding #opentowork

[Boost]

Syed Abdul Aman — Thu, 04 Jun 2026 16:06:08 +0000

Syed Abdul Aman

Jun 3

I Was Scared of My First Open Source PR, So I Built a Safe Lab for Beginners

#showdev #beginners #codenewbie #opensource

Comments 2

2 min read

[Boost]

Syed Abdul Aman — Thu, 04 Jun 2026 08:50:00 +0000

Syed Abdul Aman

Jun 3

I Was Scared of My First Open Source PR, So I Built a Safe Lab for Beginners

#showdev #beginners #codenewbie #opensource

Comments 2

2 min read

[Boost]

Syed Abdul Aman — Wed, 03 Jun 2026 15:34:26 +0000

Syed Abdul Aman

Jun 3

I Was Scared of My First Open Source PR, So I Built a Safe Lab for Beginners

#showdev #beginners #codenewbie #opensource

Comments 2

2 min read

I Was Scared of My First Open Source PR, So I Built a Safe Lab for Beginners

Syed Abdul Aman — Wed, 03 Jun 2026 15:14:29 +0000

The Fear Is Real

My first open source contribution was terrifying.

I stared at the "good first issue" label for hours. I read the codebase. I wrote some code. And then... I closed the tab. I convinced myself my PR would be laughed at, that I'd embarrass myself in public, that I wasn't "good enough" to contribute to someone else's project.

Sound familiar?

The Problem with "Good First Issues"

Here's what I learned after finally pushing through: most "good first issues" aren't actually good for first-timers.

They're often:

Abandoned by maintainers who never review PRs
Vague or missing context
Buried in massive codebases that require hours of setup
Judged harshly by reviewers who forgot what it's like to be new

I got lucky. A patient maintainer merged my PR. But I kept thinking — what if there was a space where beginners aren't just tolerated, but actually welcomed?

So I Built It

I created the Open Source Starter Lab — a repo designed from the ground up for people who are scared to make their first contribution.

What's Different?

Typical Repo	Open Source Starter Lab
Ghosted for weeks	Fast, friendly reviews
Vague issue descriptions	Clear instructions + time estimates
Massive codebase	Small, focused projects
No recognition	Trust Passport after your first merge

What's Inside

31+ beginner issues — docs, Git, TypeScript CLI, testing
Skill-based & time-based labels — pick what fits your schedule
Weekly assignment thread — structure if you want it
No judgment — questions are encouraged, not mocked

The Trust Passport

When your first PR gets merged, you get a Trust Passport — a real badge of proof that you did it. Not because you need permission to be a developer, but because starting is the hardest part, and you deserve to celebrate it.

Who This Is For

You've never made an open source contribution
You tried once and got ghosted or discouraged
You know GitHub basics but imposter syndrome hits hard
You want to contribute but don't know where to start

Who This Isn't For

People looking for "easy" issues to farm for Hacktoberfest swag
Anyone who thinks beginners should "just figure it out"

How to Start

Browse issues — filter by time (15 min, 1 hour, 1 day) or skill
Comment to claim — no stealth PRs needed
Ask questions — maintainers actually respond
Submit your PR — get feedback, not criticism
Merge & get your Passport 🎉

Repo: https://github.com/P-r-e-m-i-u-m/open-source-starter-lab

Website: https://p-r-e-m-i-u-m.github.io/open-source-starter-lab/

My Ask

If you found this helpful and want to share it, feel free 🙏

If you're a beginner — jump in. Your first PR is waiting.

If you're experienced — share this with someone who needs a safe space to start.

opensource #beginners #github #career #programming #learning #community #mentorship #firstpr #codenewbie

SummitMind: Finishing a Local-First Memory App for the GitHub Finish-Up-A-Thon

Syed Abdul Aman — Fri, 22 May 2026 07:19:21 +0000

This is my submission for the GitHub Finish-Up-A-Thon Challenge.

What I Built

SummitMind is a local-first memory app for understanding thoughts, decisions, projects, and recurring patterns.

Most note apps help you store information. SummitMind focuses on the next step: helping you notice what keeps coming back.

The app runs in the browser with no account, no backend, and no tracking. Memories stay in localStorage unless the user exports them.

Live demo:
https://p-r-e-m-i-u-m.github.io/SummitMind/?demo=1&report=1

Repository:
https://github.com/P-r-e-m-i-u-m/SummitMind

Before

The old version had a good idea, but it still felt unfinished.

It could:

save memories
search the archive
group memories by month
show simple pattern cards
import and export JSON

But the product loop was incomplete. You could capture a memory, but you could not comfortably revise it, mark it as important, filter by theme, or turn the archive into a review.

After

The revived version now supports a complete reflection flow:

Capture a memory.
Edit it when the context changes.
Pin memories that still matter.
Filter the archive by generated tags.
Generate a private monthly reflection report.
Copy the report as Markdown or print the archive.

I also added:

demo data for quick evaluation
a GitHub Pages live demo
a demo screenshot and judge guide
keyboard shortcuts for search and save
accessibility polish with a skip link and live status updates
print styles
CI checks for formatting and JavaScript syntax

How GitHub Copilot Helped

GitHub Copilot helped me turn a vague unfinished roadmap into concrete implementation steps.

The most useful parts were:

breaking the revival into small product improvements
refactoring the browser-only JavaScript without adding a framework
adding edit, pin, tag filtering, and report behavior while preserving old saved data
improving UI copy so the product felt calm and human
shaping the before/after story for the challenge submission

I still reviewed the code manually, tested the app in Chrome, generated screenshots, and kept the scope intentionally small.

What I Learned

The missing piece was not a giant AI feature. It was the loop.

SummitMind became more useful when a memory could move through its full lifecycle:

capture
revise
prioritize
filter
reflect
export

That turned it from a note list into a small personal continuity tool.

Links

Live demo:
https://p-r-e-m-i-u-m.github.io/SummitMind/?demo=1&report=1

Repository:
https://github.com/P-r-e-m-i-u-m/SummitMind

Judge guide:
https://github.com/P-r-e-m-i-u-m/SummitMind/blob/main/docs/JUDGE_GUIDE.md

Demo report:
https://github.com/P-r-e-m-i-u-m/SummitMind/blob/main/docs/DEMO_REPORT.md

I built a small repo for your first open-source pull request

Syed Abdul Aman — Sat, 16 May 2026 08:23:44 +0000

Making your first open-source contribution is confusing.

It is not just code.

You have to understand:

Git
GitHub issues
branches
pull requests
CI checks
maintainer review
how to ask for help without feeling awkward

So I built Open Source Starter Lab.

It is a small beginner GitHub project designed for people who want to practice their first real pull request.

It includes:

good first issues
skill-based first issues
a Start Here guide
beginner-friendly Git help
a Discussion where you can tell me your skill and get a suggested issue
a First Merge Wall for contributors after their first merge

Repo:
https://github.com/P-r-e-m-i-u-m/open-source-starter-lab

If you are learning open source, tell me what part feels hardest: choosing an issue, Git commands, pull requests, or reviews?

I built an accountability game for developers who ship.

Syed Abdul Aman — Sat, 25 Apr 2026 08:38:16 +0000

I just launched the Weekly Builds Community.

The idea is simple: Show up, build something, and get recognized automatically.

Weekly Challenge: Every Monday, a new issue opens.
No Friction: Just a PR. No sign-ups. No apps.
Automation: Bots track your streaks and update the leaderboard instantly.
I built this because showing up is harder than shipping.

There are 18 Founding Member spots left in the README. If you want to build in public with a community that ships, come join.

👉 https://github.com/P-r-e-m-i-u-m/weekly-builds-community

Let me know what you think!