DEV Community: Hemapriya Kanagala

From Silent Reader to 25 Articles: What 3 Months on DEV Taught Me + AMA

Hemapriya Kanagala — Mon, 27 Jul 2026 17:47:04 +0000

📌 TL;DR

Three months ago, I decided to start writing consistently on DEV. Twenty-five articles later, I've learned far more than how to write better.

I've learned that writing is much more enjoyable when you stop chasing numbers, that some of the best conversations begin in the comments, and that finding your voice takes time. More than anything, I've learned that the topics you're most connected to often become the ones only you can write.

If you're new to DEV, or if you're simply curious about my journey, consider this an open Ask Me Anything. Whether you have questions about writing, finding ideas, building a series, engaging with the community, overcoming challenges, or anything else related to your own journey on DEV, I'd be happy to chat.

I definitely don't have all the answers, but if anything I've learned over the past three months can help you in any way, I'd love to share what I know. So feel free to ask me anything in the comments.

Why I Wanted to Write This
From Silent Reader to Writer
Lesson 1: Write Because You Enjoy It
Lesson 2: Comment More Than You Think You Should
Lesson 3: Don't Let Numbers Define Your Journey
Lesson 4: Your Voice Will Change
Lesson 5: Write What You Can Relate To
Lesson 6: Community Makes Ideas Better
Lesson 7: It's Okay to Take a Break
Final Thoughts
Ask Me Anything 💙
🤝 Let's Stay Connected

Why I Wanted to Write This

When I sat down to write this article, I realized it had been almost three months since I started writing consistently on DEV. During that time, I've published 25 articles, and this one makes 26. It's honestly hard to believe how much has happened in such a short time.

I was fortunate enough to have two articles featured in the Top 7, start a series called Dev Opportunity Radar, and eventually launch a website for it. Those are milestones I'm incredibly grateful for, but when I think about these past three months, they aren't the first things that come to mind.

What I remember most are the people. The conversations in the comments, the encouragement when I doubted myself, the community members who shared opportunities that became part of Dev Opportunity Radar, and the readers who reached out to tell me an article helped them or introduced them to something they might have otherwise missed. Those moments have meant more to me than any number ever could.

I don't consider myself an expert. Three months is only a small part of what I hope will be a much longer journey. But these past few months have taught me lessons I wish someone had shared with me when I first started writing. I hope they help someone who's just beginning their own.

From Silent Reader to Writer

When I first joined DEV, I spent much more time reading than writing. I'd browse articles, learn from discussions, and admire the people who confidently shared their experiences and ideas. At the same time, I wasn't sure if I had anything meaningful to contribute myself, so for a long time I stayed a quiet reader.

I don't think there's anything wrong with that. Every community has people who learn by listening before they feel ready to join the conversation, and I was definitely one of them. Eventually, though, I started leaving comments. Then I shared a few thoughts of my own. Little by little, writing didn't feel quite as intimidating anymore.

English isn't my first language, and even today I still reread my articles wondering if I've explained something clearly enough or whether I've made a mistake. That self-doubt hasn't completely disappeared, and honestly, I don't know if it ever will. What's changed is that I've become a little more comfortable pressing Publish anyway, trusting that every article is another chance to learn and improve.

If I'd waited until I felt completely confident, I probably would have never written that first article at all.

Lesson 1: Write Because You Enjoy It

If there's one lesson that stands out above all the others, it's this: write because you genuinely enjoy writing.

When I first started, my mood on a given day often depended on how an article was doing. I'd refresh and check my views, reactions, and comments more than I probably should have. I think that's completely normal, especially when you're putting something you've worked hard on out into the world. We all hope people will read it and connect with it.

Over time, though, my perspective started to change. I realized that if I only felt happy when an article performed well, I was giving too much control over my enjoyment to something I couldn't control. Views are wonderful. Reactions are wonderful. Being featured is wonderful. I'm incredibly grateful for every single one of those things, but they've become a bonus rather than the reason I write.

Today, when an idea pops into my head, the first question I ask myself isn't, "Will this get a lot of views?" It's, "Is this something I'm excited to write about?" If the answer is yes, I usually end up enjoying the entire process, from researching and writing to reading the conversations that follow.

The articles I'm proudest of aren't always the ones that reached the most people. They're the ones I enjoyed creating, because those are the ones that feel the most like me.

Lesson 2: Comment More Than You Think You Should

If I could only give one piece of advice to someone who's new to DEV, it would be this: don't just write. Read. Comment. Join the conversation.

When I first started becoming more active here, I thought publishing articles would be the biggest part of my journey. Looking back, I don't think that was true. Some of my favorite memories didn't begin when I clicked Publish. They began in the comments.

Over the past three months, I've discovered incredible writers through comment sections, had conversations that made me think differently, and met people I never would have known otherwise. Some of those conversations even inspired future articles, while others introduced me to opportunities, ideas, and perspectives I probably wouldn't have found on my own.

Commenting has also changed the way I read. Instead of quickly scrolling to the next article, I spend more time thinking about what the author is trying to say. If something resonates with me, I try to tell them why. If I learn something new, I let them know. Sometimes it's a simple thank you, and other times it turns into a conversation that continues long after the article itself.

It's easy to think of DEV as a place where people publish articles, but to me it's much more than that. It's a community where people encourage one another, share ideas, celebrate wins, and learn together.

If you're just getting started, don't worry about writing the perfect article on day one. Start by reading what others are sharing. Leave thoughtful comments. Ask questions. Celebrate someone's achievement. Share your perspective when you have something to add. You never know where a single conversation might lead.

Writing brought me to DEV, but the conversations are what made me feel like I belonged here.

Lesson 3: Don't Let Numbers Define Your Journey

Every notification used to feel exciting, and honestly, every time an article didn't perform the way I'd hoped, it was hard not to wonder what I could have done differently. Looking back, I was checking my stats way more than they deserved. I think that's something many of us experience when we start sharing our work publicly.

Over time, though, I realized I was comparing my beginning to someone else's journey. Some writers have been part of the community for years. Some have built an audience over a long period of time. Others have found a niche they're known for. It's not really a fair comparison because everyone's path looks different.

I also realized that numbers don't tell the whole story. An article with fewer views might spark an amazing discussion. A single comment from someone saying your article helped them can mean more than hundreds of extra reactions. Some of my favorite articles haven't necessarily been my most popular ones, and that's completely okay.

These days, I still look at my article stats because I think it's natural to be curious, but they no longer decide whether I consider an article a success. What matters more is whether I enjoyed writing it, whether I learned something through the process, and whether it started a meaningful conversation.

One example of this for me is Dev Opportunity Radar. When I first started the series, I'll admit I hoped it would reach more people than it has so far. There are weeks where I wish it had more views because I believe these opportunities could help more developers. Maybe there are things I can improve, and I'm always trying to learn.

But I've realized something more important: I can't let those numbers decide whether I keep showing up every Friday.

I started Dev Opportunity Radar because I kept discovering amazing fellowships, grants, hackathons, and resources after it was already too late to apply. I didn't want other people to miss those opportunities for the same reason. That purpose hasn't changed just because a particular edition gets fewer views than I hoped.

What's interesting is that the numbers only tell part of the story. If you only looked at the view count, you might think the series isn't doing particularly well. But when I read the comments, it's a completely different picture. People share opportunities I would have never found on my own. They celebrate getting accepted into programs. They suggest improvements, contribute Community Finds, and tell me an edition helped them discover something they would have otherwise missed.

That reminds me that impact isn't always measured by views or reactions. Sometimes it's measured by the conversations you start and the people you help, even when those numbers aren't immediately visible.

Dev Opportunity Radar has changed me more than I expected.

It gave me a reason to show up every Friday and helped me find a place in the community that feels uniquely my own.

Even if only a handful of people read each edition, that's still a handful of people I have the chance to help, and to me, that's reason enough to keep going.

Lesson 4: Your Voice Will Change

One of the biggest misconceptions I had when I started writing was that I needed to figure out my writing style before I could become a consistent writer. I don't think that's how it works at all.

I think you discover your voice by writing. Every article teaches you something new about how you think, what you enjoy writing about, and how you connect with readers. As you keep writing, your confidence grows, your ideas become clearer, and you slowly begin to understand what feels authentic to you.

When I look back at some of my earlier articles, I can already see changes in the way I write. Some things I'd explain differently today, and there are ideas I'd probably approach from a different angle. I don't see that as a bad thing. If anything, it's a sign that I'm learning.

Even today, I don't think I've found my final writing voice, and honestly, I hope I never fully do. I hope it continues to evolve as I learn new things, meet new people, and gain new experiences. To me, that's one of the most exciting parts of writing. Every article becomes another small step in that journey.

So if you're just starting out, don't put too much pressure on yourself to find your "voice" before you begin. Start writing, keep showing up, and give yourself permission to grow. You might be surprised by how much your writing changes a few months from now.

Lesson 5: Write What You Can Relate To

The articles I've enjoyed writing the most all have one thing in common. They came from experiences I could genuinely relate to.

Dev Opportunity Radar is the clearest example. As I mentioned earlier, it grew out of a frustration I'd lived through myself: missing opportunities simply because I found out about them too late. The opportunity itself was rarely the problem. Access to information was.

That experience made me wonder how many other people were missing opportunities for the exact same reason. So I decided to start sharing the fellowships, grants, hackathons, and resources I came across each week, hoping someone else would discover them while there was still time to apply.

It taught me something I keep coming back to. The articles people connect with the most aren't always about the most popular topics. They're often the ones that come from experiences only you have lived, because those experiences give you a perspective nobody else can write in quite the same way.

If I could give one more piece of advice, it would be this: don't spend too much time trying to figure out what everyone else wants you to write. Instead, think about the experiences you've had, the challenges you've faced, the things you've learned, or even the problems you've wished someone had solved for you. Sometimes the best ideas come from asking yourself, "What do I wish I had known a year ago?"

That's still the reason I enjoy putting Dev Opportunity Radar together every Friday. The purpose has always been bigger than the numbers.

Lesson 6: Community Makes Ideas Better

One of the biggest surprises over the past three months is realizing that writing isn't really a solo activity. Every article may begin with one person behind a keyboard, but it rarely ends there.

Every time I press Publish, the article becomes something more because of the people who take the time to read it. Their comments make me think differently. Their questions inspire future articles. Sometimes they share their own experiences, and I end up learning just as much from them as they do from me. That's one of my favorite parts of writing on DEV: every article becomes the beginning of a conversation rather than the end of one.

Dev Opportunity Radar is probably the best example of this. I may be the one putting each edition together, but the series has never really felt like something I build alone. Community Finds was there from the very first edition because I wanted it to be a space where everyone could share opportunities, not just me. Since then, people have continued contributing opportunities I would've otherwise missed, Reader Updates have given people a chance to celebrate their own milestones, and the series has even grown into its own website. It no longer feels like just my series.

It's become something the community helps build every week, and much bigger than I could have built on my own.

Being part of that has changed me in ways I never expected. It's introduced me to incredible people and given me a place in this community that feels uniquely my own.

More than anything else, these past three months have reminded me that communities grow because people choose to contribute in their own way. Some write articles. Some leave thoughtful comments. Some answer questions, share opportunities, or simply encourage someone who's just getting started. Every one of those contributions matters, and together they create the kind of community people want to come back to.

A few people deserve a special mention here. @webdeveloperhyper, @klaudiagrz, @francistrdev, @javz, @technogamerz, @xulingfeng, @csm18, @itsugo and @shubhradev, thank you for always supporting me. On so many of my posts, you show up with a reaction or a comment, and it means a lot every single time. You've become friends at this point, and I always look forward to seeing you around the community.

I know I won't be able to name everyone who's supported me, and there are honestly so many more people who've been part of this in ways big and small. If I've missed your name, please don't take it personally. It's not intentional, and I'm just as grateful to you as to anyone I've named.

And to everyone else who's followed along and kept supporting my work, thank you. Whether you follow me here on DEV, read one article or all 25, left a comment, hit react, or simply read quietly without saying a word, that support means just as much to me. A reaction on a day I wasn't sure about an article has meant just as much as a comment or a message. You've helped shape my experience on DEV far more than you probably realize.

Lesson 7: It's Okay to Take a Break

One thing I've learned over the past three months is that it's okay to take a step back every now and then.

Last week was actually the first week in a while where I didn't publish a new article, apart from Dev Opportunity Radar. It wasn't because I had run out of ideas or because I didn't want to write.

I simply didn't have a topic that I genuinely felt excited about, and I didn't want to force one just for the sake of staying consistent.

If you're just getting started, I do think it helps to have a gentle goal. Maybe that's one article a week or even one every couple of weeks. Having a small target can help you build a routine without making writing feel like another obligation.

That said, I don't think every goal has to be followed perfectly. I usually aim to publish one article a week (apart from Dev Opportunity Radar), but if I don't have an idea that genuinely excites me, I'd rather wait than force something just to stay on schedule. In my experience, the more you write, read, and interact with the community, the more ideas naturally start to appear.

I think there's a lot of pressure online to always be creating, always publishing, and always staying visible. For me, writing has always been something I look forward to, and I'd like to keep it that way.

At the end of the day, we're all human. The hobbies, passions, and projects we care about shouldn't become another source of burnout. If taking a short break means coming back with more excitement and fresh ideas, that's a much healthier approach than forcing yourself to create something your heart isn't really in.

Final Thoughts

Three months ago, I simply wanted to become a better writer. I realize now I gained much more than that.

I became a little more confident every time I pressed Publish, discovered topics I genuinely enjoy writing about, found a community that constantly inspires me, and watched a small idea born from one of my own frustrations grow into something much bigger than I ever imagined.

If there's one thing these past three months have taught me, it's that writing is about so much more than publishing articles. It's about sharing experiences, learning from one another, and becoming part of a community where people genuinely want to see each other succeed. Some of the best parts of this journey didn't begin when I clicked Publish. They began when someone replied, shared their perspective, or simply started a conversation.

I don't know what the next three months will look like, and I hope they surprise me just as much as the last three have. I'm sure my writing will continue to evolve, my interests will change, and hopefully I'll keep finding new ways to contribute to this amazing community.

For now, I'm simply grateful that I decided to press Publish on that first article.

Ask Me Anything 💙

If you've made it this far, thank you so much for reading. Writing these articles has taught me a lot, but one of my favorite parts has always been the conversations that happen after I press Publish, so it felt fitting to end this reflection with a conversation too.

Everything I've shared here simply comes from my own experiences over the past few months, and I'm sure there's plenty I still have to learn. So if you're new to DEV, thinking about writing your first article, curious about Dev Opportunity Radar, or even feeling a little nervous about pressing Publish for the first time, feel free to ask me anything. Writing, finding ideas, building a series, engaging with the community, or anything else on your mind. If I know the answer, I'll share it. If I don't, I'll be honest about that too.

I'd also love to hear about your own journey. A lesson you've learned, a tip that's helped you, or something you're excited or nervous about if you're just starting out.

My hope is that the comments become more than a Q&A between you and me, a place where everyone shares stories and lessons that might help someone else just beginning their own.

I'm looking forward to chatting with all of you down there 💙

🤝 Let's Stay Connected

Place	Find me here
GitHub	building things → hemapriya-kanagala
LinkedIn	resources & updates → hemapriya-kanagala
X	random dev thoughts → @KanagalaHema

Dev Opportunity Radar #9: A Fully Funded AI Security Residency, SF Founder Residency, Figma Campus Leaders & More

Hemapriya Kanagala — Fri, 24 Jul 2026 14:06:55 +0000

TL;DR

Welcome back to Dev Opportunity Radar.

This is a weekly series where I share opportunities, resources, communities, and interesting finds that I come across, with the goal of helping people discover things they might otherwise miss.

This week's edition features The Bridge by Entrepreneurs First, the Frontier AI Security Residency, the Figma Campus Leader Program 2026–2027, and The Missing Semester of Your CS Education, a free MIT course on the tools, workflows, and developer skills that every programmer should know.

If you're new to the series, you can now browse previous editions, search past opportunities, and explore Community Finds and Reader Updates on the Dev Opportunity Radar website. I've also written a short post about why I built it. You'll find links to both at the end of this article.

If you've discovered something through the radar, I'd love to hear about it. Whether you applied to an opportunity, joined a community, or found a resource you hadn't seen before, I'd be happy to feature your experience in a future 💙 Reader Updates section (with your permission).

And if you've come across an opportunity, resource, community, program, or event that deserves more attention, feel free to share it in the comments.

If I feature one of your Community Finds in a future edition, I'll always make sure to credit you. If you discovered it, that recognition belongs to you.

⚡ Quick Scan
🔄 Still Open From Previous Editions
📍 This Week's Opportunities
- 📌 The Bridge by Entrepreneurs First
- 📌 Frontier AI Security Residency
- 📌 Figma Campus Leader Program 2026–2027
📚 Resources Worth Checking Out
- The Missing Semester of Your CS Education
🌟 Community Finds
- CALEC Volunteer and Internship Opportunities
💙 Reader Updates
- ⭐ This Week's Reader Spotlight
- 💬 Share Your Story
👋 Until Next Friday
🌐 Dev Opportunity Radar Website

⚡ Quick Scan

Opportunities

Opportunity	Organization	Type	Deadline
The Bridge	Entrepreneurs First	Founder Residency	August 30
Frontier AI Security Residency	ERA	AI Security Research & Engineering Residency	August 2
Figma Campus Leader Program 2026–2027	Figma	Student Leadership Program	August 2

Resource Highlight

Resource	Why Check It Out
The Missing Semester of Your CS Education	Free MIT course covering Git, shell, debugging, AI-assisted development, and the developer tools every programmer should know.

Community Find

Shared By	Find	Type	Format
Francis (@francistrdev)	CALEC Volunteer & Internship Opportunities	Volunteer & Internship Opportunities	Remote

📝 A quick note: I spend a lot of time researching and verifying every opportunity before featuring it in Dev Opportunity Radar. However, deadlines, eligibility, program details, and application requirements can change after publication. Before applying, please take a few minutes to visit the official program page, review the latest information, and confirm that you're eligible.

🔄 Still Open From Previous Editions

Before we get into this week's opportunities, here are a few from previous editions that are still accepting applications.

I've already covered these in detail, so I won't repeat everything here. If any of them catch your attention, you can find the full overview, eligibility details, and application links in the original edition.

Opportunity	Organization	Type	Deadline	Featured In
FR8	FR8	Builder Residency	Rolling	Edition #2
Anthropic Fellows Program	Anthropic	AI Research Fellowship	Rolling	Edition #4
Sentient Open Source AGI Grant Program	Sentient Foundation	AI Grant & Investment	Rolling	Edition #6
Solo Grants	Solo Grants	Microgrant for Solo Builders	Rolling	Edition #7
Claude for Open Source	Anthropic	Open Source Program	Rolling	Edition #7
The Residency	The Residency	Deep-Tech Founder Residency	July 31	Edition #8
AIAF Fellowship 2026	AIAF × AE Studio	AI Research Fellowship	August 17	Edition #8

📍 This Week's Opportunities

Here are a few opportunities I came across this week that I thought were worth sharing.

📌 The Bridge by Entrepreneurs First

Who it's for: Ambitious founders, engineers, researchers, product builders, and future startup CEOs based outside the US who want to build a venture-scale company. You don't need to have a co-founder or even a startup idea before applying.

What stands out: The Bridge is an 8-week, fully funded residency in San Francisco designed for exceptional international founders at the very beginning of their startup journey. Participants live and build together, explore ideas, meet potential co-founders, talk to users, and receive hands-on support from the Entrepreneurs First team.

I wanted to include this because most founder programs expect you to already have a company, traction, or a complete founding team. The Bridge is different. It's designed for people who are still figuring out what to build and who to build it with, while giving them the environment and support to make meaningful progress.

Another thing I like is that the residency is only the beginning. At the end of the eight weeks, teams that demonstrate strong potential can pitch to EF's Investment Committee. Selected teams receive a $250,000 pre-seed investment (in exchange for equity) and continue building in San Francisco for another three months with ongoing support from the EF team.

Duration: 8-week residency (plus an additional 3-month company-building program for funded teams)

Location: San Francisco, California

Cost: Free (housing, workspace, food, and the program are covered)

Who can apply: Exceptional founders based outside the US. You don't need an idea or a co-founder to apply.

Application Deadline: August 30, 2026

🔗 Learn More | 🔗 Apply

📌 Frontier AI Security Residency

Who it's for: Security engineers, cybersecurity professionals, hardware and embedded systems specialists, cryptography researchers, AI safety practitioners, and experienced software engineers interested in securing frontier AI systems. Prior research experience is helpful but not required, though the applied track generally expects around five or more years of industry experience.

What stands out: The Frontier AI Security Residency (FASR) is an 8-week, fully funded, in-person research and engineering residency in Cambridge, UK, run by ERA. Residents work on real-world challenges at the intersection of AI security, cybersecurity, and hardware verification, tackling problems such as securing frontier AI systems, verifying AI compute, and building mechanisms that make AI systems more trustworthy and verifiable.

I wanted to include this because most AI programs focus on building more capable models. This residency focuses on something just as important but discussed far less often: making advanced AI systems secure, verifiable, and resilient before their capabilities outpace our ability to protect them. If you're interested in the security side of AI rather than model development, opportunities like this are still relatively rare.

Another thing I like is how comprehensive the support is. The residency covers travel, accommodation, visas, workspace, and meals during working hours, pairs each resident with an experienced mentor and a Research Manager, and culminates in a research symposium where participants present their work. Residents also receive a pro-rated salary (based on an annual rate of £34,125), making it possible to focus entirely on the research without worrying about day-to-day expenses.

Duration: 8 weeks (October 12 – December 4, 2026)

Location: Cambridge, UK (primarily in person)

Funding: Fully funded, including travel, accommodation, visa support, workspace, and meals during working hours. Residents also receive a pro-rated salary.

Who can apply: Applicants worldwide aged 18 or older. The program values demonstrated technical ability over formal credentials. Prior research experience is not required, although the applied track generally expects experienced professionals.

Application Deadline: August 2, 2026

🔗 Learn More | 🔗 Apply

📌 Figma Campus Leader Program 2026–2027

Who it's for: University and college students in the United States, Canada, and India who have at least one academic year remaining, actively use Figma, and enjoy building communities around design, creativity, and product development. Students from any major are welcome.

What stands out: The Figma Campus Leader Program gives students the opportunity to become the official Figma ambassadors at their university. Campus Leaders work with the Figma for Education team to grow their campus design community by hosting workshops, events, and creative programs while helping other students learn and use Figma.

I wanted to include this because it's more than a typical campus ambassador program. Rather than focusing on promotion alone, it gives students the resources to build a lasting design community at their university while developing leadership, event planning, and community-building experience that carries well beyond college.

Another thing I like is that India is joining the program for the first time this year, making this a great opportunity for Indian students who previously weren't eligible. Campus Leaders also receive a community budget for events, exclusive mentorship and training, direct access to the Figma team, custom Figma swag, and a complimentary ticket to Config, Figma's annual conference for product builders.

Program Duration: August 2026 – June 2027

Time Commitment: Approximately 2–5 hours per week

Benefits: Community budget, Config ticket, exclusive swag, mentorship, portfolio reviews, training workshops, and direct access to the Figma team.

Who can apply: Students in the United States, Canada, and India with at least one academic year remaining who are active Figma users and passionate about design, creativity, and community building.

Application Deadline: August 2, 2026 (11:59 PM PDT)

🔗 Learn More | 🔗 Apply

📚 Resources Worth Checking Out

Not every useful find comes with an application deadline.

Here's one resource worth checking out this week.

The Missing Semester of Your CS Education

Who it's for: Computer science students, self-taught developers, early-career software engineers, and anyone who wants to become more confident with the tools they use every day while building software.

What stands out: Every computer science degree teaches things like algorithms, operating systems, databases, and programming languages. But very few teach you how to use the tools you'll spend hours with every single day. That's exactly what The Missing Semester of Your CS Education, created by instructors at MIT, is all about. Instead of focusing on another programming language or framework, the course covers practical topics like the command line, Git, debugging, development environments, SSH, code quality, documentation, packaging, and modern AI-assisted development workflows.

I wanted to include this because I think it's one of those resources that's easy to overlook. We spend so much time trying to learn the latest framework, library, or AI tool that we sometimes forget the skills that make us more productive no matter what we're building.

One thing I really liked is how practical the course is. It's full of the little things experienced developers often take for granted but that can make a huge difference once you learn them. If you've ever wondered how someone is so fast with Git, the terminal, debugging, or navigating a large codebase, there's a good chance they've picked up many of the skills this course teaches.

I also like that the course has continued to evolve alongside the software industry. The latest edition introduces Agentic Coding and naturally incorporates AI-assisted development throughout the lectures, while still emphasizing the fundamentals that every developer should know.

Topics Covered: Shell, development environments, debugging, Git, packaging, code quality, AI-assisted development, documentation, and more.

Cost: Free

Format: Online lectures, notes, and exercises

🔗 Learn More

🌟 Community Finds

One of my favorite things about this series has been seeing people share opportunities, communities, and resources that others might not have discovered otherwise.

CALEC Volunteer and Internship Opportunities

Back in Edition #6, I featured CALEC's remote volunteer and internship opportunities after Francis (@francistrdev) shared them with the community. If you missed it, you can find the full overview and all the details in Edition #6.

Since sharing this opportunity with the community, Francis has also published a dedicated DEV post about the Full-Stack Developer volunteer role at CALEC. If that role interests you, it's worth checking out for his perspective and some additional information about what the team is looking for.

🔗 Francis' post

🔗 CALEC Volunteer & Internship Opportunities | 🔗 Edition #6

Thank you to Francis (@francistrdev) for thinking of the radar and sharing this with the community. It really means a lot 💙

I'd love for this section to keep growing.

If you've come across an opportunity, fellowship, grant, hackathon, conference, community, resource, or anything else you think more people should know about, feel free to share it in the comments.

If I feature it in a future edition, I'll always make sure to credit you. If you discovered it, that recognition belongs to you.

One small request: If you're sharing an opportunity, please avoid posting raw URLs directly in the comments. DEV sometimes filters them before I get a chance to see them.

A short description alongside the link makes it much easier for me to review and potentially feature it in a future edition.

💙 Reader Updates

One of my favorite parts of this series is seeing where the opportunities end up. This section is all about celebrating those stories.

⭐ This Week's Reader Spotlight

One of my favorite moments this week came from @anhmtk, who shared that they discovered OpenAI Build Week through Dev Opportunity Radar and were able to submit before the deadline.

They built AgentShare Live-Tester for the Developer Tools track, an OpenClaw workspace agent, and even shared one of the biggest lessons they learned while building. They found that Prompt Caching becomes much more cost-effective once the static prompt exceeds roughly 1,024 tokens, making autonomous agent workflows much cheaper to run.

If you're curious about what they built, you can also check out their Devpost submission.

Seeing readers discover an opportunity, build something, and then come back to share what they learned is exactly what I hoped this series would become.

I always enjoy when readers come back to share not just what they built, but what they learned along the way. Those little lessons often end up helping other developers too.

Thank you, @anhmtk, for sharing your journey and for letting me feature it here. Wishing you the very best with the judging. I'll be rooting for you!

💬 Share Your Story

I'd love for this section to keep growing over time.

If you discovered an opportunity through Dev Opportunity Radar, applied to something, joined a community, attended an event, or simply found a resource you hadn't seen before, I'd genuinely love to hear about it.

You don't need to have been accepted or have a big success story to share. Sometimes simply discovering the right opportunity at the right time is already a win.

If you'd like to share an update, feel free to leave a comment on this edition. With your permission, I may feature it in a future 💙 Reader Updates section and tag you so other readers can celebrate your journey too.

I hope this section gradually becomes a place where we can celebrate those stories together, one update at a time.

👋 Until Next Friday

Before I go, I just want to say thank you.

Every week, I spend time searching for opportunities, resources, and communities that I think deserve a little more attention. But one of my favorite parts of this series isn't the research. It's seeing what happens after an edition is published.

Seeing someone discover an opportunity, apply to a program, share a resource, suggest a Community Find, or come back to tell us what they learned reminds me why I started Dev Opportunity Radar in the first place.

The goal has always been simple:

Help people discover opportunities they otherwise might have missed.

Thanks to all of you, it feels like we're doing exactly that.

Whether you've been reading since the very first edition or this is your first time here, thank you for being part of the journey. Every comment, suggestion, and shared opportunity helps make this series better than I could build on my own.

If you ever come across an opportunity, resource, event, community, or anything else you think deserves more attention, I'd love for you to share it in the comments. And if Dev Opportunity Radar helped you discover something exciting, I'd love to hear that too.

Thank you for reading, for sharing, and for helping make this our radar, not just mine.

I'll be back next Friday with more opportunities, resources, and Community Finds.

Until then, take care, and I hope you discover something amazing this week 💙

🌐 Dev Opportunity Radar Website

If this is your first time discovering the series, you can explore every edition, browse opportunities by category, discover Community Finds, and catch up on Reader Updates on the Dev Opportunity Radar website.

👉 Website

I also wrote a short post about why I built the website and the journey behind it.

👉 Website Launch Post

Dev Opportunity Radar #8: $100K OpenAI Build Week, $12K AI Fellowship, Founder Residency & Free AI Dev Course

Hemapriya Kanagala — Fri, 17 Jul 2026 17:11:03 +0000

TL;DR

Welcome back to Dev Opportunity Radar.

This is a weekly series where I share opportunities, resources, communities, and interesting finds that I come across, with the goal of helping people discover things they might otherwise miss.

This week's edition features OpenAI Build Week, the AIAF Fellowship 2026, The Residency for ambitious deep-tech founders, and AI Dev Tools Zoomcamp, a free hands-on course on AI-native software engineering.

Before we dive in, I wanted to share a small milestone. Dev Opportunity Radar now has its own website 🎉

It makes it easier to browse previous editions, search past opportunities, and explore Community Finds and Reader Updates. I also wrote a short post about why I built it. You'll find links to both at the end of this article.

If you've discovered something through the radar, I'd love to hear about it. With your permission, I may feature your experience in a future 💙 Reader Updates section.

And if you've come across an opportunity, resource, community, program, or event that deserves more attention, feel free to share it in the comments.

If I feature one of your Community Finds in a future edition, I'll always make sure to credit you. If you discovered it, that recognition belongs to you.

⚡ Quick Scan
🔄 Still Open From Previous Editions
📍This Week's Opportunities
- 📌 OpenAI Build Week
- 📌 AIAF Fellowship 2026
- 📌 The Residency
📚 Resources Worth Checking Out
- AI Dev Tools Zoomcamp
🌟 Community Finds
- CALEC Volunteer and Internship Opportunities
💙 Reader Updates
👋 Until Next Friday
🌐 Dev Opportunity Radar Website

⚡ Quick Scan

Opportunities

Opportunity	Organization	Type	Deadline
OpenAI Build Week	OpenAI × Devpost	AI Hackathon	July 22
AIAF Fellowship 2026	AIAF × AE Studio	AI Research Fellowship	August 17
The Residency	The Residency	Deep-Tech Founder Residency	July 31

Resource Highlight

Resource	Type
AI Dev Tools Zoomcamp	Free, hands-on course on AI-native software engineering using modern AI developer tools and coding agents (Live cohort starts August 31)

Community Find

Shared By	Find	Type	Format
Francis (@francistrdev)	CALEC Volunteer & Internship Opportunities	Volunteer & Internship Opportunities	Remote

📝 A quick note: I spend a lot of time researching and verifying every opportunity before featuring it in Dev Opportunity Radar. However, deadlines, eligibility, program details, and application requirements can change after publication. Before applying, please take a few minutes to check the official program page for the latest information and confirm that you're eligible.

🔄 Still Open From Previous Editions

Before we get into this week's opportunities, here are a few from previous editions that are still accepting applications.

Opportunity	Organization	Type	Deadline	Featured In
FR8	FR8	Builder Residency	Rolling	Edition #2
Anthropic Fellows Program	Anthropic	AI Research Fellowship	Rolling	Edition #4
Sentient Open Source AGI Grant Program	Sentient Foundation	AI Grant & Investment	Rolling	Edition #6
Solo Grants	Solo Grants	Microgrant for Solo Builders	Rolling	Edition #7
Claude for Open Source	Anthropic	Open Source Program	Rolling	Edition #7

📍 This Week's Opportunities

Here are a few opportunities I came across this week that I thought were worth sharing.

📌 OpenAI Build Week

Who it's for: Developers, builders, students, and teams interested in creating AI-powered applications using GPT-5.6 and Codex. Whether you're building a consumer app, developer tool, workflow, or educational project, there's a track for a wide range of ideas.

What stands out: OpenAI Build Week is a global online hackathon centered around building with GPT-5.6 and Codex, the coding agent now available in ChatGPT. Participants receive free Codex credits (subject to the registration timeline), build a working project, and submit it across one of four tracks: Apps for Your Life, Work & Productivity, Developer Tools, or Education.

I wanted to include this because it isn't just another hackathon with cash prizes. It's an opportunity to experiment with OpenAI's latest developer tools, build something end-to-end, and showcase your work to engineers and product teams working on the platform itself.

Another thing I like is that submissions require more than just working code. Participants are encouraged to explain their technical decisions, document how they used Codex and GPT-5.6, provide a public repository, and include a demo video, making it a great exercise in both engineering and communication.

Tracks: Apps for Your Life, Work & Productivity, Developer Tools, Education

Prize Pool: $100,000

Who can participate: Eligible participants from supported countries and territories who have reached the legal age of majority in their country of residence.

Submission Deadline: July 22, 2026

🔗 Learn More & Register

📌 AIAF Fellowship 2026

Who it's for: Developers, researchers, graduate students, and independent ML practitioners with a strong technical background who are interested in AI alignment research. Applicants should be comfortable implementing machine learning experiments, working independently, and have demonstrated research experience through projects, papers, hackathons, or similar work.

What stands out: The AIAF Fellowship is an 8-week, fully remote, full-time research program run by AIAF in partnership with AE Studio. Selected fellows receive a $12,000 stipend, cloud compute resources, mentorship from experienced AI alignment researchers, and the opportunity to work on real technical research problems rather than predefined coursework.

I wanted to include this because fellowships focused on AI alignment are still relatively uncommon, especially ones that combine structured mentorship, industry-style research practices, and financial support. Rather than completing isolated exercises, fellows contribute to active research directions alongside dedicated research managers and experienced researchers.

Another thing I like is that the program places a strong emphasis on producing tangible research outputs. Each team works toward publishing a LessWrong post and, where appropriate, a research paper, before presenting their work during a Demo Day at the end of the fellowship.

Stipend: $12,000

Duration: 8 weeks (Full-time)

Format: Fully remote (Hybrid Demo Day in Los Angeles with travel covered for attendees)

Who can apply: Applicants from any country with strong machine learning skills and a genuine interest in technical AI alignment research.

Application Deadline: August 17, 2026 (AoE)

🔗 Learn More | 🔗 Apply

📌 The Residency

Who it's for: Founders, researchers, and ambitious builders working on deep-tech ideas who want to spend several months focused full-time on building alongside a community of like-minded people. Applicants should be ready to commit full-time, as the residency is not designed to be completed alongside school or a full-time job.

What stands out: The Residency is a 3-month, in-person founder residency that provides housing, coworking space, mentorship, and a community of builders so participants can focus entirely on their projects. The upcoming Fall 2026 cohort also includes up to $50,000 in compute credits, legal and immigration support, wellness resources, and a dedicated venture partner.

I wanted to include this because it's designed around something many founders struggle with: finding uninterrupted time to build. Instead of offering only funding or mentorship, the residency aims to remove many of the practical distractions by taking care of housing and day-to-day logistics while surrounding participants with other ambitious builders.

Another thing I like is its emphasis on community. Beyond mentorship and resources, the program encourages collaboration through shared living, weekly coaching sessions, Demo Day, and introductions to experienced founders and investors. It feels less like a traditional accelerator and more like an environment built for people who want to spend a season going all-in on a difficult problem.

Duration: Approximately 3 months

Format: In person

What's included: Housing, coworking space, mentorship, up to $50,000 in compute credits, legal and immigration support, wellness resources, and Demo Day opportunities.

Who can apply: Founders, researchers, and builders working on ambitious deep-tech projects.

Application Deadline: July 31, 2026

🔗 Learn More | 🔗 Apply

📚 Resources Worth Checking Out

Not every useful find comes with an application deadline.

Here's one resource worth checking out this week.

AI Dev Tools Zoomcamp

Who it's for: Developers, software engineers, data professionals, and technical students who already have basic programming experience and want to learn how to use modern AI coding tools as part of a disciplined software development workflow.

What stands out: AI Dev Tools Zoomcamp is a free, hands-on course that focuses on practical AI-assisted software engineering. Rather than teaching prompt engineering or model training, it covers real development workflows, from planning and coding to testing, deployment, security, and CI/CD, using modern AI developer tools and coding agents.

I wanted to include this because it takes a very practical approach to AI-assisted development. Instead of treating AI as a replacement for software engineering, the course emphasizes using AI responsibly while maintaining engineering discipline through code reviews, testing, documentation, and deployment.

Another thing I like is that you can complete the course in two different ways. You can learn at your own pace using all of the free materials, or join the live cohort, which starts August 31, 2026.

The live cohort doesn't mean sitting through live lectures. The lessons are still pre-recorded. What makes it different is the structured experience: shared deadlines, graded homework, peer review, a leaderboard, community support, and eligibility for a certificate after completing the final project. If you're someone who learns better with accountability and a community of learners, the live cohort offers a more engaging experience than simply watching videos on your own.

By the end of the course, you'll build and deploy your own AI-assisted software project while learning modern development practices around coding agents, MCP, testing, Docker, CI/CD, deployment, security, and documentation.

Cost: Free

Format: Online

Live Cohort Starts: August 31, 2026

Best for: Developers who want practical experience using AI coding tools in real software engineering workflows.

🔗 Learn More | 🔗 Live Cohort Registration

🌟 Community Finds

One of my favorite things about this series has been seeing people share opportunities, communities, and resources that others might not have discovered otherwise.

CALEC Volunteer and Internship Opportunities

🔗 Francis' post

🔗 CALEC Volunteer & Internship Opportunities | 🔗 Edition #6

Thank you to Francis (@francistrdev) for thinking of the radar and sharing this with the community. It really means a lot 💙

I'd love for this section to keep growing.

If you've come across an opportunity, fellowship, grant, hackathon, conference, community, resource, or anything else you think more people should know about, feel free to share it in the comments.

If I feature it in a future edition, I'll always make sure to credit you. If you discovered it, that recognition belongs to you.

One small request: If you're sharing an opportunity, please avoid posting raw URLs directly in the comments. DEV sometimes filters them before I get a chance to see them.

A short description alongside the link makes it much easier for me to review and potentially feature it in a future edition.

💙 Reader Updates

I'm looking forward to this section gradually growing over time, and I'd still love to hear from you.

One of my favorite parts of writing Dev Opportunity Radar has been hearing from people who discovered something they otherwise might have missed.

If you discovered an opportunity through the radar, applied to something, joined a community, attended an event, or simply found a resource you hadn't seen before, I'd genuinely love to hear about it.

You don't need to have been accepted or have a big success story to share. Sometimes simply discovering the right opportunity at the right time is already a win.

I hope this section gradually becomes a place where we can celebrate those stories together, one update at a time.

👋 Until Next Friday

Before I go, I just want to say thank you.

When I published the very first edition of Dev Opportunity Radar, I simply hoped it would help a few people discover opportunities they might otherwise have missed.

Eight editions later, the series has grown into something I never imagined when I published that first edition. What started as a weekly series has gradually grown into a community project, and this week, that journey reached another small milestone with the launch of the Dev Opportunity Radar website.

That milestone wouldn't have happened without this community.

From the very beginning, you've shared opportunities, suggested resources, contributed Community Finds, celebrated each other's wins, and encouraged me to keep the series going. Every comment, suggestion, and kind message has helped shape Dev Opportunity Radar into what it is today.

I also want to say a special thank you to the DEV Community. This series has always been supported by the community here, and without that support, it simply wouldn't exist in the way it does today. Whether you've been here since the first edition or just discovered the series today, thank you for being part of the journey. It truly means a lot.

One of my favorite things about this series is seeing it become more collaborative with every edition. Community Finds and Reader Updates remind me that this isn't just about sharing opportunities. It's about celebrating discoveries, learning from one another, and helping more people discover things they might otherwise have missed.

The goal of this series hasn't changed:

Help people discover opportunities they otherwise might have missed.

My hope is that, with every edition, we help a few more people discover the opportunity that could make a difference for them.

Thank you for reading, for sharing, and for helping make this our radar, not just mine.

Here's to many more editions, many more opportunities, and many more people discovering them.

I'll be back next Friday with more opportunities, resources, and Community Finds.

See you next Friday 👋

🌐 Dev Opportunity Radar Website

👉 Website

I also wrote a short post about why I built the website and the journey behind it.

👉 Website Launch Post

I Finally Built the Dev Opportunity Radar Website ❤️

Hemapriya Kanagala — Mon, 13 Jul 2026 20:23:31 +0000

This is a submission for Weekend Challenge: Passion Edition

📌 TL;DR

I found this challenge on the very last day, so I knew I probably wouldn't finish before the submission deadline. That means I don't expect this project to be considered, but I still wanted to finish it because this challenge gave me the push I needed to finally build something I'd been planning for weeks.

The result is the first version of the Dev Opportunity Radar website. I built it with the help of Google AI Studio, and later in this post I've shared exactly how I used AI throughout the project.

It's not replacing the weekly DEV editions. Those are still the heart of the project and will continue every Friday. This website simply makes everything easier to browse, search, and revisit as the series continues to grow.

Even if this submission isn't eligible, I'm genuinely grateful to the DEV Team for creating the challenge. Without it, I probably would have kept saying, "I'll build the website next week." Instead, I finally did, and I'm really happy I can now share it with all of you 💙

What I Built
Demo
Code
How I Built It
AI Usage
What I Learned
I'd Love Your Feedback
Thank You

What I Built

If you've been following Dev Opportunity Radar, you probably know that every Friday I publish a new edition on DEV where I share grants, fellowships, hackathons, startup programs, learning resources, open source initiatives, communities, and other opportunities that I come across while researching. The goal has always been simple:

Help people discover opportunities they otherwise might have missed.

As the series grew, I started noticing something. After seven editions, there were already more than thirty opportunities and resources spread across multiple articles. Every new edition made the collection more valuable, but it also made it harder for someone to go back and find something they'd seen before. Maybe they remembered a fellowship but couldn't remember which edition it was in. Maybe they were only interested in hackathons or wanted to browse learning resources. Finding those opportunities meant opening several DEV posts and searching through each one.

That's when I realized Dev Opportunity Radar needed something more than a weekly article. It needed a place where everything could live together in a way that was easy to browse, search, and revisit.

So I built the Dev Opportunity Radar website.

Looking back, I think that's what this challenge was really about for me. It wasn't just building a website. It was finally making time for a project I'd genuinely cared about for a long time.

I do want to make one thing very clear though, because it's important to me. This website is not replacing the weekly DEV editions. Those editions are still the heart of the project, and I'll continue publishing a new one every Friday just as I always have. The website simply complements them by making it easier to explore previous editions, discover opportunities by category, search for something specific, and find new additions without having to jump between multiple articles.

While building it, I wanted to think beyond just the opportunities themselves. That's why I also created pages like Start Here, About, My Philosophy, FAQ, Community Finds, Reader Updates, and the complete archive of every edition. My hope is that whether someone has been reading since Edition #1 or has only just discovered Dev Opportunity Radar today, they'll feel welcome and find it easy to explore everything the project has to offer.

More than anything, I wanted the website to reflect the same care that goes into writing each weekly edition. Something simple, accessible, easy to navigate, and built with the community in mind.

Demo

I've embedded the website below, so you can explore it directly without leaving this page.

If you'd prefer to open it in a new tab, bookmark it for later, or come back to it after reading this post, you can also visit it here: https://devopportunityradar.ai.studio

Code

hemapriya-kanagala / dev-opportunity-radar

Helping developers discover opportunities they otherwise might have missed.

Dev Opportunity Radar Website

Helping people discover opportunities they otherwise might have missed.

The Dev Opportunity Radar website is the home of the project.

Every Friday, I publish a new edition of Dev Opportunity Radar on DEV Community, where I share grants, fellowships, hackathons, startup programs, learning resources, open source initiatives, communities, and other opportunities that I think deserve more attention.

As the series continued to grow, I realized it was becoming harder for readers to find opportunities from previous editions. Someone might remember a fellowship but not the edition it appeared in. Someone else might only be interested in hackathons, while another person wanted to browse learning resources.

I wanted to make that experience easier.

That's why I built this website.

It brings every edition together in one place and makes it easier to browse opportunities, search previous editions, discover Community Finds, celebrate Reader Updates, and explore everything the…

View on GitHub

How I Built It

I'll be honest, I only found out about this challenge on the very last day.

By then, I knew there probably wasn't enough time to build everything before the submission deadline. At first, I almost decided not to participate. Then I remembered that I'd been telling myself for weeks that I wanted to build a website for Dev Opportunity Radar. This challenge ended up being the push I needed to finally stop thinking about it and start building.

Because time was so limited, I used Google AI Studio to help develop the website. I want to be completely transparent about that, and I've explained in more detail how I used AI in the next section.

As I started building, I realized this project was much bigger than I had imagined. Dev Opportunity Radar had already reached seven editions, with more than thirty opportunities and resources, Community Finds, Reader Updates, and several pages I wanted to include, like About, My Philosophy, FAQ, and Start Here. Organizing all of that into a website that felt simple and easy to navigate took far more thought than I expected.

A lot of my time wasn't spent adding features. It was spent making decisions.

How should someone who has never heard of Dev Opportunity Radar understand the project within a few seconds? How should opportunities be organized so they're easy to browse? What happens if someone searches for something and there aren't any results? How can the website stay welcoming instead of feeling cluttered? How do I make sure it works well on different devices and is accessible to as many people as possible?

Those were the kinds of questions I kept coming back to while building.

Looking back, I'm actually really glad I built the website now instead of waiting. If I had continued publishing weekly editions without creating a proper home for everything, organizing all of those opportunities later would have become much more difficult. Starting at seven editions already felt like a lot of work, so I'm thankful this challenge gave me the motivation to begin before the project grew even bigger.

AI Usage

Since this challenge allows the use of AI, I wanted to be completely transparent about how I used it while building this project.

The website was developed with the help of Google AI Studio. I also used AI to proofread and improve some of the writing on the website. English isn't my first language, so I sometimes rely on AI to help me fix grammar, improve clarity, or make sure what I'm trying to say reads naturally.

I know AI-assisted development is a topic that people have different opinions on, and I completely respect that. Some people love using it, while others prefer not to, and I think both viewpoints are valid.

For me, AI wasn't a replacement for thinking or making decisions. It was a tool that helped me build and iterate faster, especially since I only discovered this challenge on the last day.

The part that took the most time wasn't asking AI to generate code. It was thinking through the experience I wanted to create. Deciding how the information should be organized, how someone new would understand the project, how the website could stay simple as more editions are published, how to make it accessible, and how to make sure it felt welcoming instead of overwhelming. I spent a lot of time refining those decisions, rewriting content, reorganizing pages, and making small improvements until everything felt right.

I wanted to be open about all of this because transparency matters to me. Whether someone chooses to use AI or not is a personal decision, but I believe it's important to be honest about how it was used.

What I Learned

Building this website reminded me that creating something people genuinely enjoy using isn't only about adding features. A lot of the work happens in the small decisions that most people never notice.

I found myself spending a surprising amount of time thinking about the wording of a button, the order of sections on a page, what someone should see first, how an empty search result should feel, and how to make sure the website never became overwhelming. Those details might seem small on their own, but together they shape the entire experience.

I think that's one of my favorite parts of building. Not just making something that works, but making something that feels thoughtful and easy to use. I hope that care comes across when you explore the website.

I'd Love Your Feedback

This is only the first version of the website, and I know there's still plenty of room to improve.

If you have any suggestions, notice something that could work better, or have an idea for a feature that would genuinely make discovering opportunities easier, I'd really love to hear from you. Some of the best improvements to Dev Opportunity Radar have come from conversations with the community, and I'd love for the website to grow the same way.

My goal isn't to add features for the sake of it. I'd much rather spend time building things that are actually useful and make the experience better for everyone.

Thank You

Before I wrap up, I just want to say thank you.

Thank you to the DEV Team for creating this challenge. Even though I discovered it on the very last day, it ended up being exactly the motivation I needed to finally build something I'd been thinking about for weeks.

And thank you to everyone who's supported Dev Opportunity Radar since the very first edition.

Whether you've shared an opportunity, suggested a resource, left a thoughtful comment, pointed out something I missed, or simply taken a few minutes to read an edition each Friday, you've helped shape this project more than you probably realize.

This website may have been built by one person, but it certainly doesn't feel like a one-person project. The encouragement and support from this community have been a huge part of why I've kept going, and I'm genuinely grateful for that.

I hope this website makes discovering opportunities a little easier, and I hope it becomes a place you'll enjoy coming back to as the project continues to grow.

As always, thank you for reading, thank you for your support, and thank you for being part of this journey.

See you this Friday with Dev Opportunity Radar #8 💙

Dev Opportunity Radar #7: $1,000 Solo Grants, Free Claude Max for Open Source Contributors, and an MLH Hackathon

Hemapriya Kanagala — Fri, 10 Jul 2026 14:49:32 +0000

TL;DR

Welcome back to Dev Opportunity Radar.

This is a weekly series where I share opportunities, resources, communities, and interesting finds that I come across, with the goal of helping people discover things they might otherwise miss.

This week's edition includes microgrants for solo builders, Anthropic's Claude for Open Source program, the Midnight Hackathon, and The Odin Project, one of the most popular free resources for learning full-stack web development.

If you're new to the series, or missed a previous edition, you'll find the Dev Opportunity Radar Archive at the end of this article, where every edition, Community Find, and helpful link is collected in one place.

As always, if you've discovered an opportunity through the radar, applied to something, joined a community, attended an event, or simply found a resource you hadn't seen before, I'd love to hear about it. With your permission, I may feature your experience in a future 💙 Reader Updates section and tag you.

And if you've come across an opportunity, resource, community, program, or event that deserves more attention, feel free to share it in the comments.

If I feature one of your Community Finds in a future edition, I'll always make sure to credit you. If you discovered it, that recognition belongs to you.

Quick Scan
Still Open From Previous Editions
This Week's Opportunities
- Solo Grants
- Claude for Open Source
- Midnight Hackathon
Resources Worth Checking Out
- The Odin Project
Community Finds
Reader Updates
Until Next Friday
Dev Opportunity Radar Archive

⚡ Quick Scan

Opportunities

Opportunity	Organization	Type	Deadline
Solo Grants	Solo Grants	Microgrant for Solo Builders	Rolling
Claude for Open Source	Anthropic	Open Source Program	Rolling
Midnight Hackathon	Midnight × MLH	Online Hackathon	July 17

Resource Highlight

Resource	Type
The Odin Project	Free, open-source full-stack web development curriculum with hands-on projects

📝 A quick note: I spend a lot of time researching and verifying every opportunity before featuring it in Dev Opportunity Radar. However, deadlines, eligibility, and program details can change after publication. Before applying, please take a few minutes to check the official program page for the latest information and requirements.

🔄 Still Open From Previous Editions

Before we get into this week's opportunities, here are a few from previous editions that are still accepting applications.

Opportunity	Organization	Type	Deadline	Featured In
FR8	FR8	Builder Residency	Rolling	Edition #2
Anthropic Fellows Program	Anthropic	AI Research Fellowship	Rolling	Edition #4
AWS All Builders Welcome Grant	AWS	Fully Funded Conference Grant	July 14, 2026	Edition #5
Sentient Open Source AGI Grant Program	Sentient Foundation	AI Grant & Investment	Rolling	Edition #6
APAC Stellar Hackathon	Stellar	Online Hackathon	July 15, 2026	Edition #6

📍 This Week's Opportunities

Here are a few opportunities I came across this week that I thought were worth sharing.

📌 Solo Grants

Who it's for: Anyone, anywhere in the world working on a solo project they genuinely care about, whether it's software, hardware, research, an open source project, a creative idea, or something that doesn't fit neatly into a category.

What stands out: Solo Grants offers $100 to $1,000 to help cover the costs of building your project. That could be compute credits, hardware, materials, APIs, PCBs, software, or whatever is standing between your idea and a working prototype.

I wanted to include this because it feels refreshingly different from many funding programs. There are no pitch decks, no equity, no accelerator, and no expectation that your project becomes a startup. Sometimes all that's standing between an idea and a working prototype is a few hundred dollars. That's exactly the gap this grant is designed to fill.

Another thing I like is that applications are open worldwide and reviewed on a rolling basis. Instead of competing for a single cohort, you can apply whenever your project is ready.

Funding: $100 to $1,000

Who can apply: Anyone, anywhere in the world

Application: Rolling

Timeline: Successful applicants typically hear back within about 10 days.

🔗 Learn More | 🔗 Apply

📌 Claude for Open Source

Who it's for: Open-source maintainers, library authors, core contributors, and active contributors who have made a meaningful impact on the open-source ecosystem.

What stands out: Anthropic is offering six months of Claude Max (20×) at no cost to eligible open-source contributors. The program is designed to support the people building and maintaining the libraries, frameworks, and tools that thousands of developers rely on every day.

I wanted to include this because open-source maintainers often contribute an enormous amount of time behind the scenes while receiving very little in return. Access to more capable AI tooling can help with everything from debugging and documentation to reviewing pull requests and exploring new ideas.

The eligibility requirements are fairly specific, but Anthropic also encourages maintainers who don't fit every listed criterion to apply if they believe their project provides meaningful value to the ecosystem.

What's included: Six months of Claude Max (20×)

Who can apply: Eligible open-source maintainers and contributors

Application: Rolling

🔗 Learn More & Apply

📌 Midnight Hackathon

Who it's for: Anyone interested in building practical applications that give users more control over their personal data. Students, professionals, and first-time hackathon participants are all welcome.

What stands out: Midnight and Major League Hacking (MLH) are hosting a 48-hour online hackathon focused on building privacy-first applications. One thing I particularly like is that you don't need prior blockchain experience to participate. The organizers provide learning resources and encourage practical ideas over complex implementations.

I wanted to include this because privacy is becoming an increasingly important part of modern software, and this hackathon offers a beginner-friendly way to explore that space while building alongside developers from around the world.

Even if you've never built anything related to blockchain before, this looks like a welcoming place to get started.

Dates: July 17–19, 2026

Format: Online

Who can participate: Students, professionals, and developers aged 13+

🔗 Learn More & Register

📚 Resources Worth Checking Out

Not every useful find comes with an application deadline.

Here's one resource worth checking out this week.

The Odin Project

If you're looking to learn web development but aren't sure where to start, The Odin Project is one of the best free resources available.

Instead of focusing only on videos, it takes a hands-on approach. You'll learn by building projects as you work through topics like HTML, CSS, JavaScript, Git, React, Node.js, databases, and more. Along the way, you'll also build a portfolio that showcases what you've learned.

I wanted to include this because it's one of those resources that many developers recommend again and again. It's completely free, open source, and community-driven, making it a great option for anyone who prefers learning by building rather than just watching tutorials.

Another thing I like is that you're not learning alone. The Odin Project has an active Discord community where learners can ask questions, get feedback, and help each other along the way.

Cost: Free

Best for: Beginners and aspiring full-stack web developers who want a structured, project-based learning path.

🔗 Learn More

🌟 Community Finds

Even though I don't have a new Community Find to feature this week, I still wanted to take a moment to thank everyone who's shared opportunities over the past few editions.

Last week's edition featured CALEC, a collection of remote volunteer and internship opportunities shared by @francistrdev. I hadn't come across it before, so it was a great reminder of why I enjoy this section so much.

One of my favorite parts of this series has been seeing readers share opportunities, communities, and resources that others might not have discovered otherwise. It's gradually becoming a community effort, and I really appreciate everyone who's taken the time to contribute.

If you missed last week's Community Find, it's worth checking out in Edition #6.

If you've come across an opportunity, fellowship, grant, hackathon, conference, community, resource, or anything else you think more people should know about, feel free to share it in the comments.

If I feature it in a future edition, I'll always make sure to credit you. If you discovered it, that recognition belongs to you.

One small request: If you're sharing an opportunity, please avoid posting raw URLs directly in the comments. DEV sometimes filters them before I get a chance to see them.

A short description alongside the link makes it much easier for me to review and potentially feature it in a future edition.

💙 Reader Updates

I'm looking forward to this section gradually growing over time, and I'd still love to hear from you.

One of my favorite parts of writing Dev Opportunity Radar has been hearing from people who discovered something they otherwise might have missed.

You don't need to have been accepted or have a big success story to share. Sometimes simply discovering the right opportunity at the right time is already a win.

I hope this section gradually becomes a place where we can celebrate those stories together, one update at a time.

👋 Until Next Friday

Before I go, I just want to say thank you.

When I published the very first edition of Dev Opportunity Radar, I simply hoped it would help a few people discover opportunities they might otherwise have missed.

Since then, people have shared Community Finds, suggested opportunities for future editions, and even let me know when they discovered or applied to opportunities through the radar.

Seeing people contribute opportunities, recommend resources, encourage one another, and celebrate each other's wins has been one of the most rewarding parts of putting this series together. It reminds me that the radar is becoming more than just a weekly roundup. It's gradually becoming something we're building together.

If you come across an opportunity, fellowship, grant, hackathon, conference, community, resource, or anything else you think more people should know about, I'd love to hear about it. Every Community Find starts with someone deciding to share something they think others might benefit from discovering.

And if you discovered something through the radar, whether you applied to an opportunity, joined a community, attended an event, or simply found a resource you hadn't seen before, I'd love to hear about that too. With your permission, I may feature your experience in a future 💙 Reader Updates section and tag you so other readers can celebrate your journey as well.

The goal of this series hasn't changed:

Help people discover opportunities they otherwise might have missed.

My hope is that this slowly becomes our radar, not just mine.

Every opportunity shared, every Community Find, and every Reader Update helps make it a little better.

Thank you for reading, for sharing, and for being part of the journey.

If you'd like to catch future editions, consider following me on DEV and bookmarking the series.

I'll be back next Friday with more opportunities, resources, and Community Finds.

See you next Friday 👋

🗂️ Dev Opportunity Radar Archive

If this is your first time discovering the series, you can browse previous editions and Community Finds here:

👉 Dev Opportunity Radar Archive

Every edition, Community Find, and helpful link is collected there, so if you ever miss an edition, you'll know exactly where to find it.

Your Career Matters. So Does the Person Building It.

Hemapriya Kanagala — Mon, 06 Jul 2026 15:50:31 +0000

TL;DR

Tech has taught me many things over the years. It taught me how to learn new technologies, build projects, apply for opportunities, and keep growing. What it didn't teach me was something that turned out to be just as important: how to take care of myself while doing all of those things.

For a long time, I believed I would slow down later. Later, when life became less busy. Later, after the next project. Later, after the next opportunity. The problem was that "later" never seemed to arrive.

It took an unexpected pause in my own life to realize that building a successful career means very little if we forget to take care of the person trying to build it. Looking back, I don't see that experience only as a difficult chapter. It changed the way I think about success, growth, and what it means to build a career that's sustainable.

Today, I still love learning, building, writing, and chasing opportunities. None of that has changed. What has changed is the realization that taking care of myself isn't something separate from my career. It's one of the reasons I'll be able to keep building it for years to come.

Along the way, I also realized that many of the things that truly support us are easy to overlook. Rest, movement, nourishing ourselves well, meaningful relationships, and simply checking in on the people around us often receive far less attention than the next framework, project, or milestone, even though they make everything else possible.

More than anything, I wanted to write this because I care deeply about this community. I hope none of us have to wait until life forces us to slow down before remembering to take care of ourselves. I hope we build careers we're proud of, but I hope we also build lives we're able to enjoy.

This isn't an article about productivity or health advice. It's simply a reflection on something I wish I had understood earlier.

Your career matters. So does the person building it.

I'd also love to hear your story. Has there been a moment that changed the way you think about your career or your health? Or is there a habit that's helped you build a career that's both meaningful and sustainable? I'd love to read your thoughts in the comments.

The Conversation I Wish We Had More Often in Tech
The Pause I Never Expected
The Career I Was Building
The Small Things I No Longer Take for Granted
Why I Wanted to Share This
I'd Love to Hear Your Story
🤝 Let's Stay Connected

The Conversation I Wish We Had More Often in Tech

One of the reasons I love tech is that there's always something new to discover. Every week brings a new framework, another AI model, an interesting research paper, an open-source project, or an opportunity to learn something I didn't know yesterday. That constant sense of growth is one of the things that drew me to this field in the first place, and it's still one of the things I enjoy most about it.

As exciting as that is, I've noticed something over the years. Throughout my journey, I've heard countless conversations about becoming a better developer. I've learned how to prepare for interviews, improve my projects, write cleaner code, build a stronger portfolio, stay relevant, and keep learning. Those conversations have helped me tremendously, and I'm genuinely grateful for them.

Looking back, though, I realize there was another conversation I rarely heard.

We spend so much time talking about how to build better developers, but much less time talking about how to stay healthy enough to enjoy the careers we're working so hard to build.

I don't think that's because people don't care. Rather, I think it's because the pace of tech rarely slows down on its own. There's always another technology to explore, another project to finish, another opportunity to apply for, another skill to learn, and another reason to tell ourselves that we'll rest once this one thing is over. Without realizing it, we begin to believe that slowing down is something we'll eventually get around to.

I certainly believed that. I kept telling myself "later" would come on its own. I never stopped long enough to question whether it actually would.

Eventually, life chose that pause for me instead.

The Pause I Never Expected

When I say that life chose that pause for me, I don't mean I suddenly decided it was time to slow down. It wasn't part of my plan. If anything, I probably would have kept going. I genuinely believed that I could keep pushing for a little longer. There was always something waiting for my attention, another opportunity to prepare for, another project I wanted to build, another article I wanted to write, or another goal I wanted to reach. Like many people in tech, I had convinced myself that taking a break was something I would do after I had accomplished just one more thing.

Instead, life had other plans.

Without sharing too much, I went through a period that forced me to stop and look at everything differently. It wasn't something I expected, and it certainly wasn't something I wanted. For the first time in a long time, I couldn't keep running at the pace I had become used to. At first, I saw that pause as an interruption. I kept thinking about everything I wasn't doing, the opportunities I might miss, the projects that would have to wait, and the plans that suddenly felt uncertain. It was frustrating because it felt like life had pressed pause while everyone else was still moving forward.

But something unexpected happened during that time.

As the weeks passed, I started noticing things I hadn't paid attention to before. I realized how easy it had become to measure my progress only by what I was building, learning, or achieving. Somewhere along the way, I had become very good at taking care of my projects, my work, and my career, but I hadn't been nearly as intentional about taking care of myself.

Looking back now, I don't see that period as time I lost. In a strange way, I think it gave me something I didn't know I needed. It reminded me that there's a person behind every project, every article, every application, every opportunity, and every late night spent learning something new.

That person deserves the same care and attention as the career they're trying to build.

I sometimes wonder whether I would have learned that lesson if life hadn't forced me to stop. Honestly, I'm not sure I would have. As difficult as that experience was, I'm grateful for what it taught me, and I just wish I hadn't needed a forced pause to understand something so important.

The Career I Was Building

After that experience, I found myself thinking about something I had never really questioned before.

What kind of career was I actually trying to build?

For a long time, my answer would have been simple. I wanted to keep learning, build meaningful projects, contribute to the community, write more, and make the most of every opportunity that came my way. Those goals haven't changed. They're still important to me, and I still enjoy working towards them. What changed was how I started defining success.

Somewhere along the way, I had convinced myself that making progress always meant doing more. Learning more, building more, applying for more opportunities, and saying yes whenever something exciting came along. I rarely stopped to ask whether I was building a career that I would actually be able to enjoy years down the line. That question stayed with me because, when I looked back, I realized something surprisingly simple.

What is the point of building something meaningful if we don't take care of ourselves enough to be there and enjoy it?

Looking back, I don't think I was intentionally neglecting my health. I simply wasn't paying enough attention to it. It wasn't a conscious decision. It was just a pattern that slowly became normal, and I didn't notice it until I was forced to.

That experience changed the way I think about growth. I no longer believe that constantly pushing harder is the only way to grow. Instead, I want to build a career that's sustainable, one where I can keep learning and creating without forgetting to take care of myself along the way.

I don't think I've found the perfect balance, and honestly, I'm not sure there is one. I'm still learning, just in a different way now.

I'm learning that taking care of myself isn't something separate from my career. It's one of the reasons I'll be able to keep building it for years to come.

The Small Things I No Longer Take for Granted

One of the biggest changes wasn't that I suddenly became an expert at taking care of myself. It was that I started paying attention.

Before all of this, I rarely stopped to think about the small things that quietly supported everything else in my life. I assumed my body would simply keep up with whatever I asked of it. If there was another deadline, another article to write, or another project I wanted to finish, I would find a way to make it work.

Looking back, I don't think I was doing anything unusual. I think I was doing what many of us in tech do. We become so focused on building our careers that we slowly stop noticing the foundation those careers are built on.

Today, I think about those things very differently. I try to move a little more during the day because I've realized how much of my life happens sitting behind a screen. I pay more attention to what I'm eating, not because I'm chasing some perfect routine, but because I want to give my body what it needs to keep showing up for the things I care about. I try to protect my sleep because I've learned that I'm not doing my best work when I'm constantly running on empty.

None of these habits are extraordinary, and I certainly don't get them right every day. I'm still learning, and some days are better than others. What changed wasn't that I found the perfect routine. What changed was realizing that taking care of myself isn't something I do after work is finished. It's something that allows me to keep doing the work I love in the first place.

Another change surprised me just as much.

I became more intentional about checking in on the people around me. One thing that experience taught me is that we rarely know what someone else is carrying. The person celebrating a new opportunity online might also be dealing with something they'll never post about. The colleague who always seems positive might be quietly having a difficult week. The friend who says they're "fine" might simply need someone to ask again.

That's why I've come to believe that a simple message asking, "How have you been?" can matter far more than we realize. It's easy to assume everyone is doing okay because that's often what we see online. The truth is, many of the hardest battles are invisible, and sometimes the smallest act of kindness is simply letting someone know they're not alone.

More than anything, I stopped seeing health as something I would think about later. I started seeing it as something that makes everything else possible. The ability to learn, create, write, solve problems, build projects, and chase opportunities doesn't exist separately from our health. It depends on it.

The more I reflected on that, the more I realized that taking care of myself wasn't taking time away from my career. It was one of the most important investments I could make in it.

We're often encouraged to invest in new skills, better tools, and continuous learning, and I still believe those things matter. But I've come to believe that one of the best investments we can make is in the person who's trying to learn those skills, use those tools, and build that career.

Without that person, none of the rest is possible.

Why I Wanted to Share This

One of the reasons I wanted to write this article is because I genuinely care about this community.

Over the past few years, I've met so many incredible people through tech. Students taking their very first steps, experienced developers with decades of experience, researchers, open-source contributors, writers, mentors, and people who simply enjoy learning and sharing what they know. Watching people grow, celebrate one another, and support complete strangers has been one of my favorite parts of this journey, and it's one of the reasons I'm so grateful to be part of this community.

That's exactly why I hope we start having more conversations like this.

Not because learning new technologies is any less important, or because ambition is somehow a bad thing. I hope we never stop building, creating, learning, and dreaming big. Those are some of the qualities that make tech such an exciting field to be part of.

I just hope we remember that the person doing all of those things matters too.

If there's one thing my own experience has taught me, it's that our health is surprisingly easy to take for granted until it asks us to pay attention. I genuinely hope none of us have to learn that lesson because life forces us to slow down. I hope we choose to slow down every once in a while instead.

I hope we get enough rest, not because someone tells us to, but because we deserve to wake up with the energy to enjoy the work we love. I hope we make time to move our bodies, even if it's just a short walk after spending hours behind a screen. I hope we remember to nourish ourselves well, because our bodies and minds are carrying us through every project, every challenge, and every opportunity we chase.

I also hope we stop treating stress like a badge of honor. Tech moves incredibly fast, and it's easy to feel like we always need to keep up. There will always be another framework to learn, another AI model to explore, another project to build, and another opportunity to apply for. But chronic stress is real, and over time it can affect us in ways we don't always notice until we're forced to.

More than anything, I hope none of us try to carry everything alone. If you're struggling, please don't isolate yourself. Reach out to someone you trust. Talk to a friend. Spend time with your family. Lean on your community if you can. And if you're in a position to do so, check in on someone else too. Sometimes a simple "How have you been?" can mean far more than we realize.

One of the greatest gifts this community has given me has never been a project or an opportunity. It's been the people. The people who encouraged me, answered my questions, celebrated my small wins, and reminded me that we're all figuring things out together. Those conversations have meant more to me than I can put into words.

If you've read this far, I hope you don't walk away thinking this article was simply about slowing down. It isn't. I still love learning. I still get excited about discovering new technologies, writing articles, building projects, and finding opportunities I never imagined I'd have. I still have goals I'm working toward and dreams I hope to achieve one day. None of that has changed.

What has changed is how I want to get there.

I no longer want to build a career that constantly asks me to sacrifice the person building it. I want to build one that I can actually enjoy. I want to look back years from now and remember not only the projects I built, but also the life I lived while building them. I want learning to remain something that excites me instead of something that leaves me exhausted. Most of all, I want to reach my goals without forgetting that I'm a human being before I'm a developer, a writer, or anything else.

If I could go back and tell an earlier version of myself one thing, it wouldn't be to learn another programming language sooner or contribute to more open source projects. It wouldn't even be about building a stronger portfolio or applying for more opportunities.

It would simply be this: take care of yourself while you're building the life you dream about.

Not because it will make you more productive. Not because it will help your resume. And not because someone on the internet told you to. Take care of yourself because you matter. Your health, your relationships, your peace of mind, and the life you build outside your career all matter just as much as the work you're so passionate about.

The career you're building is important, and I genuinely hope it becomes everything you've dreamed of. But I hope something even more than that. I hope that years from now, when you look back on your journey, you're proud not only of what you built but also of the way you lived while building it. I hope you're surrounded by people you love, healthy enough to enjoy the opportunities you've worked so hard for, and able to look back knowing you didn't lose yourself along the way.

Because careers are important. Dreams are important. Success is important. But none of them are more important than the person trying to achieve them.

Your career matters. So do you.

I'd Love to Hear Your Story

Writing this article reminded me that every one of us has a different journey. Some of us are just getting started, while others have spent years or even decades in this field. Some are chasing their first opportunity, and others are helping the next generation find theirs. Our experiences may be different, but I think many of us have reached moments where we've become so focused on building our careers that we've forgotten to take care of ourselves along the way.

That's why I'd genuinely love to hear your story.

Has there been a moment that changed the way you think about your career or your health? Is there something you wish someone had told you earlier, or a habit that's helped you build a career that's both meaningful and sustainable?

If you're comfortable sharing, I'd love to read your thoughts in the comments. One of my favorite parts of writing isn't publishing the article itself. It's reading the conversations that happen afterward. Time and time again, I've learned just as much from the experiences, reflections, and stories people share as I have from writing my own.

I truly believe that every one of us has something valuable to contribute. Your story, your perspective, or even a lesson you've learned along the way might be exactly what someone else needs to hear today.

🤝 Let's Stay Connected

Place	Find me here
GitHub	building things → hemapriya-kanagala
LinkedIn	resources & updates → hemapriya-kanagala
X	random dev thoughts → @KanagalaHema

Wherever you are in your journey, I hope you keep learning, keep building, and keep believing in yourself.

Just don't forget to take care of the person who's making all of it possible ❤️

Transparency note: The banner image for this article was generated using DEV Community's built-in AI image generation feature. I wrote the prompt, generated multiple variations, and selected the final image used in this post.

Dev Opportunity Radar #6: Y Combinator Startup School, Open Source AI Grants, and a $60K APAC Hackathon

Hemapriya Kanagala — Fri, 03 Jul 2026 14:52:14 +0000

TL;DR

Welcome back to Dev Opportunity Radar.

This is a weekly series where I share opportunities, resources, communities, and interesting finds that I come across, with the goal of helping people discover things they might otherwise miss.

This week's edition includes Y Combinator's Startup School, the Sentient Open Source AGI Grant Program, the APAC Stellar Hackathon, a structured cloud learning resource, and a Community Find shared by a reader.

If you're new to the series, or missed a previous edition, you'll find the Dev Opportunity Radar Archive at the end of this article, where every edition, Community Find, and helpful link is collected in one place.

As always, if you've discovered an opportunity through the radar, applied to something, joined a community, attended an event, or simply found a resource you hadn't seen before, I'd love to hear about it. With your permission, I may feature your experience in a future 💙 Reader Updates section and tag you.

And if you've come across an opportunity, resource, community, program, or event that deserves more attention, feel free to share it in the comments.

If I feature one of your Community Finds in a future edition, I'll always make sure to credit you. If you discovered it, that recognition belongs to you.

Quick Scan
Still Open From Previous Editions
This Week's Opportunities
- Y Combinator Startup School
- Sentient Open Source AGI Grant Program
- APAC Stellar Hackathon
Resources Worth Checking Out
- Learn to Cloud
Community Finds
- CALEC Volunteer and Internship Opportunities
Reader Updates
Until Next Friday
Dev Opportunity Radar Archive

⚡ Quick Scan

Opportunities

Opportunity	Organization	Type	Deadline
Y Combinator Startup School	Y Combinator	Builder Event	Rolling
Sentient Open Source AGI Grant Program	Sentient Foundation	AI Grant & Investment	Rolling
APAC Stellar Hackathon	Stellar	Online Hackathon	July 15

Resource Highlight

Resource	Type
Learn to Cloud	Free structured cloud learning roadmap with hands-on projects

Community Find

Shared By	Find	Type	Format
Francis (@francistrdev)	CALEC Volunteer & Internship Opportunities	Volunteer & Internship Opportunities	Remote

📝 A quick note: I spend a lot of time researching and verifying every opportunity before featuring it in Dev Opportunity Radar. However, deadlines, eligibility, and program details can change after publication. Before applying, please take a few minutes to check the official program page for the latest information and requirements.

🔄 Still Open From Previous Editions

Before we get into this week's opportunities, here are a few from previous editions that are still accepting applications.

Opportunity	Organization	Type	Deadline	Featured In
FR8	FR8	Builder Residency	Rolling	Edition #2
Anthropic Fellows Program	Anthropic	AI Research Fellowship	Rolling	Edition #4
LeapYear	LeapYear	Founder Program	July 9, 2026	Edition #4
AWS All Builders Welcome Grant	AWS	Fully Funded Conference Grant	July 14, 2026	Edition #5
Leaders of Today Award	Leaders of Today	Builder Award	July 5, 2026	Edition #5

📍 This Week's Opportunities

Here are a few opportunities I came across this week that I thought were worth sharing.

📌 Y Combinator Startup School 2026

Who it's for: Technical builders, software engineers, machine learning engineers, researchers, and undergraduate or graduate students with strong technical projects, open-source contributions, research, or other hands-on work.

What stands out: Y Combinator is bringing together a hand-selected group of technical builders in San Francisco for a free, two-day event on July 25-26.

Rather than focusing only on talks, Startup School is designed around meeting other builders. Alongside talks from founders and industry leaders, attendees take part in curated small-group sessions, research poster presentations, hands-on demos, networking events, and discussions with YC partners.

I wanted to include this because I think the experience itself is what makes it interesting. The focus isn't just on listening to speakers, but on spending two days surrounded by people who are actively building, researching, and experimenting with new ideas.

Accepted attendees also receive over $25,000 in AI and cloud credits from partners including OpenAI, Anthropic, Cursor, xAI, AWS, and Azure. Graduating seniors can also explore internship and job opportunities with YC companies during the event.

It's worth noting that this isn't an open-registration event. YC reviews applications and is looking for people who can demonstrate technical ability through projects, research, open-source contributions, or engineering experience. If you fit that audience, I think it's worth checking out.

Cost: Free

Dates: July 25-26, 2026

Travel Support: A limited number of $500 flight credits are available for accepted attendees traveling from outside the Bay Area.

🔗 Learn More & Apply

📌 Sentient Open Source AGI Grant Program

Who it's for: Open-source developers, AI researchers, startup founders, and builders creating AI tools or infrastructure that are openly accessible and designed to solve real-world problems.

What stands out: Sentient Foundation is supporting builders through two different tracks: a no-strings-attached grant program for open-source and public-good projects, and an investment track for startups looking to scale.

I wanted to include this because the support goes well beyond funding. Selected teams can receive engineering support from the Sentient team, compute credits, distribution opportunities, and access to a community of open-source AI builders.

The foundation is particularly interested in projects that make AI more accessible, private, and useful for people who are often underserved. They also published a detailed list of ideas they're excited to fund, ranging from AI education and accessibility tools to AI security, agent infrastructure, and privacy-focused applications. Even if you're not planning to apply, I think it's an interesting read if you're looking for inspiration on real-world AI problems worth solving.

Funding: Grants (no equity) or founder-friendly investment, depending on the track

Application Deadline: Rolling

Best for: Open-source AI projects, AI infrastructure, research, developer tools, and startups building AI products with real-world impact.

🔗 Learn More | 🔗 Apply

📌 APAC Stellar Hackathon

Who it's for: Developers, student builders, startup founders, and teams across the Asia-Pacific region who are interested in building financial applications on Stellar.

What stands out: This fully online hackathon brings together builders from across APAC to create real-world financial applications, with up to $60,000 in prizes, technical mentorship, workshops, and opportunities to connect with the broader Stellar ecosystem.

I only came across this recently, but registration is still open, so I wanted to include it while there's still time. If you're interested in blockchain or Web3 and have been looking for a hackathon to build something meaningful, this looks like a solid opportunity.

The program also includes developer workshops, mentoring sessions, Demo Day, and continued support for selected teams after the hackathon, including pathways to additional grant opportunities.

Prize Pool: Up to $60,000 USD

Format: Fully online

Who can apply: Developers, student builders, startup founders, and teams across the APAC region

Registration Deadline: July 15, 2026

🔗 Learn More & Register

📚 Resources Worth Checking Out

Not every useful find comes with an application deadline.

Here's one resource worth checking out this week.

Learn to Cloud

If you've been thinking about learning cloud computing but aren't sure where to start, Learn to Cloud is a resource worth checking out.

Rather than being a collection of random tutorials, it provides a structured roadmap that takes you from the fundamentals all the way to cloud deployment, DevOps, security, and interview preparation. Along the way, you'll build practical projects, complete hands-on challenges, and use GitHub to document your progress.

I wanted to share this because it's something I'm planning to work through myself. I like that it starts with the basics before gradually moving into more advanced topics, making it feel approachable without sacrificing hands-on learning.

The roadmap covers Linux, networking, Python, cloud platforms like AWS, Azure, and Google Cloud, DevOps, cloud security, and even interview preparation. Each phase builds on the previous one, so you're learning by doing rather than just watching videos.

One feature I found particularly interesting is the built-in hands-on verification. Instead of simply completing lessons, you'll submit projects and other practical work through GitHub, encouraging you to build a portfolio as you learn.

Cost: Free

Best for: Anyone looking for a structured, hands-on path to learning cloud computing from beginner to job-ready.

🔗 Learn to Cloud

🌟 Community Finds

One of my favorite things about this series has been seeing people share opportunities, communities, and resources that others might not have discovered otherwise.

CALEC Volunteer and Internship Opportunities

Shared by Francis (@francistrdev).

The Center for the Advancement of Languages, Education, and Communities (CALEC) is a nonprofit organization that offers fully remote volunteer and internship opportunities for people interested in using their skills to support multilingual literacy and education.

One thing I liked is the variety of roles available. Whether you're a student looking for practical experience or a professional wanting to contribute to a meaningful project, there are opportunities across software development, content creation, publishing, outreach, marketing, and grant writing.

Most roles require around 10 hours per week, making them easier to balance alongside work or university. CALEC also welcomes international volunteers and can provide verification for university community service requirements and CPT/OPT hours where applicable.

If you're interested in gaining experience while contributing to an educational nonprofit, this looks like a worthwhile opportunity to explore.

Who it's for: Students, graduates, and professionals interested in volunteering or gaining nonprofit experience

Format: Fully remote (~10 hours/week)

Cost: Free

🔗 CALEC Volunteer & Internship Opportunities

Thank you to Francis (@francistrdev) for thinking of the radar and sharing this with the community. It really means a lot 💙

I'd love for this section to keep growing.

If you've come across an opportunity, fellowship, grant, hackathon, conference, community, resource, or anything else you think more people should know about, feel free to share it in the comments.

If I feature it in a future edition, I'll always make sure to credit you. If you discovered it, that recognition belongs to you.

One small request: If you're sharing an opportunity, please avoid posting raw URLs directly in the comments. DEV sometimes filters them before I get a chance to see them.

A short description alongside the link makes it much easier for me to review and potentially feature it in a future edition.

💙 Reader Updates

One of my favorite parts of writing Dev Opportunity Radar has been hearing from people who discovered something they otherwise might have missed.

You don't need to have been accepted or have a big success story to share. Sometimes simply discovering the right opportunity at the right time is already a win.

I hope this section gradually becomes a place where we can celebrate those stories together, one update at a time.

👋 Until Next Friday

Before I go, I just want to say thank you.

Six editions ago, this started as a simple idea: to help people discover opportunities they otherwise might have missed.

Since then, people have shared Community Finds, suggested opportunities for future editions, and helped make the radar better each week.

Seeing people contribute, recommend opportunities, and help others discover things they might have otherwise missed has been one of the most rewarding parts of putting this series together. It reminds me that the radar is becoming more than just a weekly roundup. It's gradually becoming something we're building together.

If you come across an opportunity, fellowship, grant, hackathon, conference, community, resource, or anything else you think more people should know about, I'd love to hear about it. Every Community Find starts with someone taking a moment to share something they think others might benefit from discovering.

The goal of this series hasn't changed:

Help people discover opportunities they otherwise might have missed.

My hope is that this slowly becomes our radar, not just mine.

Thank you for reading, for sharing, and for being part of the journey.

If you'd like to catch future editions, consider following me on DEV and bookmarking the series.

I'll be back next Friday with more opportunities, resources, and Community Finds.

See you next Friday 👋

🗂️ Dev Opportunity Radar Archive

If this is your first time discovering the series, you can browse previous editions and Community Finds here:

👉 Dev Opportunity Radar Archive

Every edition, Community Find, and helpful link is collected there, so if you ever miss an edition, you'll know exactly where to find it.

Reading Anthropic's "When AI Builds Itself" Changed How I Think About AI and Software Engineering

Hemapriya Kanagala — Tue, 30 Jun 2026 19:15:56 +0000

TL;DR

Anthropic recently published When AI Builds Itself, an essay explaining how AI is increasingly helping build the next generation of AI. Today, more than 80% of Anthropic's production code is written by Claude, and engineers are shipping around eight times more code than they were in 2024.

I went into the essay carrying the same quiet anxiety I think many developers have right now. I came out feeling less scared.

Not because the numbers are small. They aren't.

It's because after reading the entire essay, I realized the thing AI is getting better at is not the thing that makes developers valuable. Execution is getting faster and cheaper. Judgment, the ability to decide what's worth building, whether a result actually makes sense, and when to question an answer instead of accepting it, is not. That distinction gets lost in most of the conversations happening online, and once you see it, the whole essay reads differently.

If you'd like to read the original essay before reading my thoughts, here's the link: When AI Builds Itself by Anthropic.

I Want to Start With Something Honest
How It Started and How Fast It Moved
The Numbers, Because They Matter
The Difference Between Execution and Judgment
What I Think About This as Someone Early in My Career
Three Ways This Could Go
- The trend slows down
- Humans stay in the loop, but the way we work changes
- Recursive self-improvement
My Honest Takeaway
I Would Love to Hear Your Thoughts
References
🤝 Stay in Touch

I Want to Start With Something Honest

Over the last few months, I have probably read hundreds of posts about AI replacing developers.

Some were thoughtful. Some were obviously written just to get clicks. But after a while, they all started blending together, and I noticed something interesting.

The loudest opinions almost never came from people discussing the original source material. They came from summaries of summaries, screenshots of tweets, or headlines that focused on a single statistic while leaving out everything around it.

So when Anthropic published When AI Builds Itself, I decided to read the whole thing instead of waiting for someone else to explain it.

I expected to come away more worried. Instead, I came away thinking the conversation online had become much more dramatic than the essay itself.

The numbers are real. The pace is real. The changes happening inside companies like Anthropic are real. None of that should be ignored. That doesn't mean the essay is reassuring on its own. Some of the numbers are genuinely astonishing. But the overall picture is much more nuanced than the internet often makes it sound.

This isn't meant to summarize every page. It's simply how reading the essay changed the way I think about the conversation around AI and software engineering.

One piece of context is worth mentioning before getting into it. Anthropic didn't publish this essay as a prediction about what software engineering might look like someday. They wrote it to explain what they were already seeing inside their own engineering and research teams as AI became a much larger part of their development process. That distinction matters. The essay is mostly describing changes they have already observed, not changes they simply hope will happen.

How It Started and How Fast It Moved

One thing I wasn't expecting was how little time the essay spends making predictions about the future. Instead, it starts by looking backward.

The authors walk through how AI gradually became part of Anthropic's own engineering workflow, and that context matters because it changes the way you read everything that comes after it. The essay isn't saying "this is what might happen one day." It's saying "this is how we got here."

In the early years, around 2021 to 2023, things looked much like they would at any other software company. Engineers wrote code, reviewed pull requests, fixed bugs, and made technical decisions. AI wasn't really part of the development process yet.

Then it started helping with smaller tasks. At first, it looked a lot like how many of us use AI today. Generate a function. Explain a piece of code. Suggest a refactor. The engineer was still driving every step, while AI acted more like another tool sitting beside the editor.

Around 2025, that relationship began to change. Instead of only suggesting code, Claude started handling much larger parts of the workflow. It could write files, run them, inspect the output, fix errors, and repeat that cycle several times before a person needed to step in again. The role of the engineer wasn't disappearing, but the amount of hands-on implementation they needed to do was already changing.

By 2026, according to the essay, those workflows had become even more autonomous. AI agents were capable of working for much longer periods of time and, in some cases, coordinating work with other agents.

One example from the essay makes that progression much easier to picture. A routine software upgrade unexpectedly caused tens of thousands of AI training jobs to fail. An engineer gave Claude access to the environment along with some context about the problem. Within roughly two hours, Claude identified an obscure configuration flag that was responsible for the failures, verified the fix, and resolved the issue. According to the authors, the same investigation would likely have taken an experienced engineer two or three days.

Stories like that are impressive on their own, but they're still just one example. What convinced me was that the essay backs them up with data. The numbers suggest this wasn't a one-off success but part of a much broader shift inside the company.

The Numbers, Because They Matter

Before talking about what all of this means, it's worth looking at the numbers themselves. They're easy to exaggerate. They're also easy to dismiss. Neither reaction is particularly helpful.

The headline statistic is the one that has probably already made its way around social media. As of May 2026, Anthropic says that more than 80% of the code merged into its production codebase was authored by Claude. Before Claude Code launched in early 2025, that figure was only in the low single digits.

The effect shows up in productivity too. Engineers are now merging roughly eight times more code than they were in 2024. According to the essay, that happened in two noticeable jumps. The first came when Claude moved beyond simply suggesting code and started running it. The second happened when AI agents became capable of working autonomously over much longer periods.

The research side tells a similar story. Anthropic shared results from an internal survey of around 130 researchers. The median response was that people felt they were producing roughly four times as much output when using AI compared to working without it.

The capability benchmarks have also moved quickly. One benchmark measures whether an AI system can successfully reproduce the results of published research papers. Success rates reportedly increased from around 20% in 2024 to nearly saturating the benchmark only fifteen months later. Another measure estimates how long AI can reliably complete real-world tasks on its own, and according to the essay, that window has been doubling roughly every four months, growing from tasks that took only a few minutes to tasks lasting around twelve hours.

Those numbers are impressive. What gave me more confidence in them was how openly the authors discussed their limitations. They repeatedly point out the gaps in their own measurements. Lines of code are an imperfect productivity metric. Survey responses can overestimate real productivity gains. Benchmarks don't always capture what happens in real engineering work.

That actually made the data more convincing. It felt less like marketing and more like a team trying to explain what they're genuinely seeing inside their own organization.

The Difference Between Execution and Judgment

The most important part of the essay comes after all the numbers. After reading through them, I found myself asking a much simpler question.

If Claude is writing most of the code, what are the engineers doing?

The answer, at least from how I read the essay, is that the work developers do isn't disappearing. It's changing.

Claude has become exceptionally good at execution. Give it a clearly defined task, enough context, and the right tools, and it can move through implementation remarkably quickly. It can write code, run experiments, debug issues, test different approaches, and iterate far faster than a person could on repetitive engineering work.

But software engineering has never been only about writing code.

Someone still has to decide which problems are worth solving. Someone has to recognize when an experiment is answering the wrong question, even if it technically succeeds. Someone has to look at a result that seems correct and ask whether it actually makes sense within the larger system. Those decisions are much harder to measure than lines of code or benchmark scores, but the essay suggests they remain an important part of where engineers create value.

The authors even tried to measure part of this. They looked at real research sessions where a human made a decision that later turned out to be inefficient or simply wrong. They then showed Claude everything up to that point and asked what it would do next. Their best model improved from choosing the better next step about 51% of the time in late 2025 to around 64% only a few months later.

That is meaningful progress. At the same time, it also means the model was still not choosing the better direction in every situation. On more open-ended decisions, there is still a noticeable gap.

One comparison in the essay helped put that into perspective. The authors describe how responsibilities change as engineers gain experience. Early in a career, much of the work involves implementing tasks that someone else has already defined. With experience comes more responsibility for deciding how those tasks should be approached, and eventually which problems deserve attention in the first place.

I don't think that comparison means AI is simply replacing junior engineers while senior engineers stay untouched. Software engineering doesn't work that neatly, and neither does AI. What it suggests is that as implementation becomes easier, the skills around understanding systems, evaluating trade-offs, reviewing work, and making good decisions become even more valuable.

That ended up being my biggest takeaway from the essay.

I don't think the discussion is really about whether developers become unnecessary. It's about how the balance of the job changes as one part of software engineering becomes dramatically faster. That's a much more useful way to think about what's happening than reducing the conversation to "AI writes most of the code."

What I Think About This as Someone Early in My Career

I know a lot of people around me who are genuinely worried about AI. Sometimes that worry comes from social media, sometimes from conference talks, and sometimes simply from seeing how quickly these tools are improving. When you read that more than 80% of the production code inside one of the world's leading AI companies is now written by AI, it is difficult not to wonder where that leaves everyone else.

I have had those thoughts too. Reading the essay did not make those questions disappear, but it did change the way I think about them.

The biggest difference for me was that I stopped focusing on the number itself. 80 percent sounds enormous until you start asking what that eighty percent actually represents. The essay made me realize I had been measuring software engineering mostly by the amount of code being written, when in reality some of the most valuable work happens long before anyone opens an editor. That shift in perspective made the essay feel much less like a story about replacement and much more like a story about changing workflows.

The more I thought about that, the more it reminded me why we spend so much time learning computer science fundamentals. When you are studying operating systems, networking, databases, algorithms, or distributed systems, it is easy to wonder when you will ever use some of those ideas. They can feel abstract compared to building an application or shipping a feature. But those subjects are not only teaching syntax or APIs. They teach you how to reason about systems. They teach you how to think about trade-offs, understand complexity, identify bottlenecks, and explain why something behaves the way it does. Those skills become more valuable as implementation becomes easier, because they are the skills that help you evaluate whether the implementation is actually correct.

That was the point where my perspective really changed. The fear that developers are being replaced often comes from imagining that writing code is the entire job. Software engineering has never really worked that way. Writing code is important, but so is understanding the problem, designing the system, reviewing solutions, communicating with other engineers, and making decisions when there is no obvious answer.

I am still early in my career, and I know people with much more experience will have different perspectives on this. That is perfectly reasonable. This is simply the conclusion I reached after reading the essay carefully instead of reacting to the headlines surrounding it.

Three Ways This Could Go

The essay avoids something I see a lot in AI discussions. The internet often talks about AI as though there are only two possibilities: either everything changes overnight, or nothing really changes at all. The essay takes a much more measured approach. It lays out several possible directions and is honest that nobody knows with certainty which one we are heading toward.

The trend slows down

The first possibility is that today's rapid progress eventually begins to slow. Every technology reaches limits somewhere, whether they come from hardware, energy, data, research challenges, or simply the fact that the remaining problems become much harder to solve. Anthropic acknowledges that possibility, but based on the evidence they currently have, they do not think they are seeing those limits yet. Across the different capability measurements they track, the curves are still moving in the same direction. That does not mean progress continues forever at the same pace. It simply means they have not yet seen convincing signs that the improvements are flattening out.

Humans stay in the loop, but the way we work changes

This is the scenario that felt the most believable to me, partly because it doesn't require a dramatic leap from where we already are today. The essay doesn't argue that developers suddenly disappear or that AI takes over software engineering overnight. It describes a future where AI gradually becomes a bigger part of the workflow while people continue making the decisions that require context, experience, and responsibility.

Over the last couple of years, AI has become another tool in many developers' workflows. We use it to explain unfamiliar code, write tests, generate boilerplate, debug issues, or help us think through a problem from a different angle. None of that has removed the need for developers. If anything, it has changed where we spend our time. We've seen this kind of shift before too. High-level programming languages didn't eliminate programmers, they just moved the work up a level. AI handling more of the repetitive implementation work looks like the same kind of shift, not a different one.

Recursive self-improvement

The final possibility is the one that attracts the most attention. This is the idea that AI eventually becomes capable of contributing so much to AI research that each new generation helps create an even better one with very little human involvement. Progress starts depending less on human research effort and more on available compute, infrastructure, and resources.

The essay discusses this possibility seriously, but it is careful not to present it as an inevitable outcome. There are still many unknowns, and the authors openly acknowledge that they do not know when, or even if, this point is reached. I think that honesty makes the essay much more credible. It is easy to write bold predictions about technology. It is much harder to admit where uncertainty still exists.

My Honest Takeaway

When I started reading When AI Builds Itself, I thought I was trying to answer one question. Is AI really replacing developers?

By the time I reached the end of the essay, I realized I had started asking a completely different question instead. How is software engineering changing as AI becomes part of the development process itself?

Those are very different conversations. One is mostly driven by fear. The other is driven by curiosity. That shift in perspective is probably the biggest thing I took away from reading the essay.

The numbers Anthropic shares are real, and they are difficult to ignore. More than 80% of their production code is now written by Claude. Engineers are shipping significantly more code than they were only a couple of years ago. AI systems are becoming capable of working independently for much longer periods of time. None of that feels like hype.

But neither does the essay read like the internet often talks about it. Throughout the article, the authors repeatedly acknowledge uncertainty. They talk about the limitations of their own measurements. They discuss multiple possible futures instead of presenting one inevitable outcome. They are surprisingly careful about separating what they have observed from what they think might happen next.

Before reading the essay, I had mostly been reacting to headlines, short clips, and posts that focused on a single statistic without much context. Reading the original source did not make every concern disappear, but it replaced a lot of vague anxiety with a clearer understanding of what is actually changing and what is still very much uncertain.

I am still early in my career, so I am not pretending to have all the answers. Maybe five years from now I will look back and realize I underestimated how much AI would change software engineering. Maybe I will realize I worried more than I needed to. Right now, I honestly do not know.

What I do know is that reading the original source felt very different from reading everyone else's interpretation of it. And if there is one sentence that sums up what I took away from the essay, it is this: the thing being automated is not the skill I am trying to become better at.

I Would Love to Hear Your Thoughts

Writing this article forced me to slow down and think about where a lot of my own anxiety was coming from. For me, it was not really the technology itself. It was the constant stream of headlines telling me what the technology supposedly meant without encouraging me to read the original source.

After reading the essay, I feel like I have a much clearer picture of both the opportunities and the uncertainties. I am still excited about AI. I am still cautious about where it is going. But I no longer think those two feelings have to contradict each other.

I would love to hear what you think. If you have read the essay yourself, did you come away with the same conclusions, or did something completely different stand out to you? If you are also early in your career, has AI changed the way you think about becoming a software engineer? And if you have been in this industry for much longer, I would be especially interested in hearing how you see these changes from your perspective.

Drop a comment below. I read every one, and I would love to continue the conversation.

References

Anthropic, When AI Builds Itself

🤝 Stay in Touch

Place	Find me here
GitHub	building things → hemapriya-kanagala
LinkedIn	resources & updates → hemapriya-kanagala
X	random dev thoughts → @KanagalaHema

Transparency note: The banner image for this article was generated using DEV Community's built-in AI image generation feature. I wrote the prompt, generated multiple variations, and selected the final image used in this post.

Dev Opportunity Radar #5: A Fully Funded Trip to AWS re:Invent, Google Cloud Career Launchpad, and a $1,000 Award

Hemapriya Kanagala — Fri, 26 Jun 2026 14:59:34 +0000

TL;DR

Welcome back to Dev Opportunity Radar.

This is a weekly series where I share opportunities, resources, communities, and interesting finds that I come across, with the goal of helping people discover things they might otherwise miss.

This week's edition includes a fully funded AWS re:Invent grant, a Google Cloud career accelerator, a $1,000 award for young builders, a hands-on cloud learning resource, and a Community Find shared by a reader.

I'm also introducing a new 💙 Reader Updates section. If you discovered an opportunity through the radar, applied to something, joined a community, attended an event, or simply found a resource you hadn't seen before, I'd genuinely love to hear about it.

If you've come across an opportunity, resource, community, program, or event that deserves more attention, feel free to share it in the comments.

If I feature it in a future edition, I'll always make sure to credit you. If you discovered it, that recognition belongs to you.

Quick Scan
Still Open From Previous Editions
This Week's Opportunities
- AWS All Builders Welcome Grant
- Google Cloud Career Launchpad
- Leaders of Today Award
Resources Worth Checking Out
- KodeKloud: 100 Days of Cloud
Community Finds
- Hack with MLH and DigitalOcean
Reader Updates
Until Next Friday
Dev Opportunity Radar Archive

⚡ Quick Scan

Opportunities

Opportunity	Organization	Type	Deadline
AWS All Builders Welcome Grant	AWS	Fully Funded Conference Grant	July 14
Google Cloud Career Launchpad	Google Cloud × Mentor Me Collective	Cloud Career Accelerator	July 3
Leaders of Today Award	Leaders of Today	Builder Award	July 5

Resource Highlight

Resource	Type
KodeKloud: 100 Days of Cloud	Free hands-on cloud challenge with real AWS & Azure tasks

Community Find

Shared By	Find	Type	Date
L. Cordero (@earlgreyhot1701d)	Hack with MLH & DigitalOcean	AI Hackathon	July 10-11

🔄 Still Open From Previous Editions

A few opportunities from previous editions are still accepting applications.

Opportunity	Organization	Type	Deadline	Featured In
FR8	FR8	Builder Residency	Rolling	Edition #2
Anthropic Fellows Program	Anthropic	AI Research Fellowship	Rolling	Edition #4
LeapYear	LeapYear	Founder Program	July 9, 2026	Edition #4
AWS She Builds Mentorship Program	AWS	Mentorship Program	June 30, 2026	Edition #4

📍 This Week's Opportunities

Here are a few opportunities I came across this week that I thought were worth sharing.

📌 AWS All Builders Welcome Grant

Who it's for: Early-career technologists within the first five years of their career, along with a limited number of university students preparing for a career in technology.

What stands out: The grant covers the full cost of attending AWS re:Invent 2026, including a conference pass, roundtrip airfare, and five nights of hotel accommodation.

Participants also get access to a curated experience that includes mentorship from AWS experts, networking opportunities, peer meetups, and the full re:Invent conference.

I wanted to include this because conferences like re:Invent can be incredibly valuable, but the cost of attending often puts them out of reach, especially for students and people early in their careers. This program removes much of that barrier while giving participants the chance to learn, build connections, and become part of the broader AWS community.

What's Included:

Full AWS re:Invent 2026 conference pass
Roundtrip airfare
Five nights of hotel accommodation
Mentorship with AWS experts
Curated networking events and peer meetups

Application Deadline: July 14, 2026

Important: Applicants must be at least 21 years old, be within the first five years of their technology career or be an eligible university student, and meet the program's eligibility criteria. International applicants are welcome, but should confirm visa availability and travel documentation requirements before applying.

🔗 Learn More | 🔗 Apply

📌 Google Cloud Career Launchpad

Who it's for: Anyone looking to start or grow a career in cloud computing. No prior cloud experience is required.

What stands out: Mentor Me Collective, in partnership with Google Cloud, is offering 1,000 scholarships for a free 12-week cloud career accelerator covering areas such as Cloud Engineering, Cybersecurity, Data Analytics, Generative AI, Cloud Computing Foundations, and more.

I wanted to include this because cloud learning can often feel overwhelming, especially when you're trying to figure out where to start. This program combines structured learning, hands-on labs, mentorship, study groups, and real-world projects into one place, making it much more approachable for beginners.

I've also previously participated in a Mentor Me Collective program, and one of the things I appreciated was the supportive community and structured learning experience. While this is a different program, that positive experience is one of the reasons I wanted to share this one as well.

Participants also receive access to Google Cloud Skills Boost labs, mentorship, career support, a capstone project, and a 50% discount on the Google Cloud certification exam for their chosen learning track.

I also like that the program is fully online and self-paced, making it much easier to fit alongside work or university.

Duration: 12 weeks

Cost: Free

Application Deadline: July 3, 2026

Program Starts: August 8, 2026

Eligibility: Open to anyone interested in building cloud skills. No prior cloud experience is required.

🔗 Learn More | 🔗 Apply

📌 Leaders of Today Award

Who it's for: Anyone aged 30 or younger working on something they're genuinely passionate about, whether it's a project, community, creative idea, startup, research, or something that's only just getting started.

What stands out: The award supports 10 people with $1,000 each to help take their project or idea to the next step. There are no essays or public voting, and the focus is much more on what you're building than on a long list of achievements.

I wanted to include this because it feels different from many traditional awards. They're interested in what you're building and why it matters to you, even if it's still in its early stages.

I was also happy to come across an opportunity that reaches a broader audience. While this isn't open everywhere in exactly the same way, it includes dedicated regions for applicants from Canada, the United States, Europe, and an "Anywhere Else" category.

Award: $1,000 (10 recipients)

Who can apply: Anyone aged 30 or younger

Application Deadline: July 5, 2026

🔗 Learn More | 🔗 Apply

📚 Resources Worth Checking Out

Not every useful find comes with an application deadline.

Here's one resource worth checking out this week.

KodeKloud: 100 Days of Cloud

If you're looking for a hands-on way to build cloud skills, KodeKloud's 100 Days of Cloud challenge is worth checking out.

Instead of watching hours of videos, you'll complete one practical cloud task each day using real AWS and Azure environments. Along the way, you'll work with topics like IAM, networking, serverless, monitoring, containers, and automation while gradually building a portfolio of your work.

One thing I like is that the challenge focuses on actually doing the work. Every completed task gives you something tangible to show, whether that's infrastructure you've deployed, CLI commands you've used, or cloud services you've configured.

The free plan lets you complete one task per day, which also makes it a nice way to build a consistent learning habit without feeling overwhelmed.

If you're interested in learning cloud by building real projects instead of just watching videos, I think this is worth checking out.

Cost: Free (with optional paid plans)

Best for: Anyone who prefers learning by building rather than just watching tutorials.

🔗 Learn More

🌟 Community Finds

One of my favorite things about this series has been seeing people share opportunities, communities, and resources that others might not have discovered otherwise.

Hack with MLH and DigitalOcean

Shared by L. Cordero (@earlgreyhot1701d).

Major League Hacking (MLH) and DigitalOcean are hosting an in-person AI hackathon in San Francisco on July 10–11.

Whether you're an experienced developer or just getting started, participants will have the opportunity to build with DigitalOcean's AI tools, collaborate with other builders, learn from mentors, and compete for prizes over two days.

What I especially like is that the event feels approachable. Whether you're looking to build your first hackathon project or simply meet other developers in the community, it looks like a great place to learn, experiment, and connect with other builders.

Dates: July 10–11, 2026

Location: San Francisco, California

Cost: Free (registration required)

🔗 Hack with MLH & DigitalOcean

Thank you to L. Cordero (@earlgreyhot1701d) for thinking of the radar and sharing this with the community. It really means a lot 💙

I'd love for this section to keep growing.

If you've come across an opportunity, fellowship, grant, hackathon, conference, community, resource, or anything else you think more people should know about, feel free to share it in the comments.

If I feature it in a future edition, I'll always make sure to credit you. If you discovered it, that recognition belongs to you.

One small request: If you're sharing an opportunity, please avoid posting raw URLs directly in the comments. DEV sometimes filters them before I get a chance to see them.

A short description alongside the link makes it much easier for me to review and potentially feature it in a future edition.

💙 Reader Updates

Starting with this edition, I wanted to introduce a new section I've been thinking about for a while.

One of the things I've enjoyed most since starting Dev Opportunity Radar has been hearing from people who discovered something they otherwise might have missed.

If you discovered an opportunity through the radar, applied to something, joined a community, attended an event, or simply came across a resource you hadn't seen before, I'd genuinely love to hear about it.

You don't need to have been accepted or have a big success story to share. Sometimes simply discovering the right opportunity at the right time is already a win.

If you'd like to share an update, feel free to leave a comment on this edition. I'll only feature it in a future edition with your permission.

I hope this section becomes a place where we can celebrate those stories together, one update at a time.

👋 Until Next Friday

Before I go, I just want to say thank you.

Five editions ago, this started as a simple idea: to help people discover opportunities they otherwise might have missed.

Since then, people have shared Community Finds, suggested opportunities for future editions, and helped make the radar better each week.

If you come across an opportunity, fellowship, grant, hackathon, conference, community, resource, or anything else you think more people should know about, I'd love to hear about it. Every Community Find starts with someone taking a moment to share something they think others might benefit from discovering.

And if you discovered something through the radar, whether you applied to an opportunity, joined a community, attended an event, or simply found a resource you hadn't seen before, I'd love to hear that too. That's exactly why I introduced the new 💙 Reader Updates section in this edition.

The goal of this series hasn't changed:

Help people discover opportunities they otherwise might have missed.

My hope is that this slowly becomes our radar, not just mine.

Thank you for reading, for sharing, and for being part of the journey.

If you'd like to catch future editions, consider following me on DEV and bookmarking the series.

I'll be back next Friday with more opportunities, resources, and Community Finds.

See you next Friday! 👋

🗂️ Dev Opportunity Radar Archive

If this is your first time discovering the series, you can browse previous editions and Community Finds here:

👉 Dev Opportunity Radar Archive

Every edition, Community Find, and helpful link is collected there, making it easy to browse the series as it grows.

I Wish I Had Started Documenting My Tech Journey Earlier

Hemapriya Kanagala — Mon, 22 Jun 2026 14:56:08 +0000

TL;DR

For a long time, I told myself I would start documenting my journey later. I thought I needed better projects, more knowledge, or more confidence before anything I did was worth sharing.

Looking back, I realize it was never really about documentation.

I was afraid of being judged, afraid of getting things wrong, and afraid of putting something imperfect out into the world.Because of that, I spent years waiting for the "right" time to start.

What I didn't realize was that while I was waiting, parts of my journey were quietly disappearing.

Today, there are projects, lessons, experiences, and versions of myself that I wish I could revisit but can't, simply because I never captured them when they happened.

If I could go back and give my younger self one piece of advice, it wouldn't be to learn a different technology or build a different project. It would be to document more, share more, and spend less time waiting to feel ready.

The Version of Me I Can No Longer Visit
It Wasn't Just About Documentation
The People Starting Today
The Things That Never Made It Into a Resume
More Than a Portfolio
The Unexpected Part
It's Never Too Late
I'd Love to Hear Your Story
🤝 Let's Stay Connected

The Version of Me I Can No Longer Visit

Every now and then, I find myself wondering what my first thoughts about tech looked like.

Not the polished version I would write today, but the real version. The student who was excited after finishing a small project, the person who spent hours debugging something simple and felt incredibly proud when it finally worked, and the version of me who was trying things for the first time without any idea where the journey would eventually lead.

I wish I could go back and read what that person was thinking.

The problem is that I can't.

Like many people, I assumed I would remember those moments. I thought the lessons, the projects, the discoveries, and the experiences that felt important at the time would naturally stay with me. Over the years, I completed projects, joined communities, applied for opportunities, attended events, and learned countless new things. At the time, each experience felt significant enough that I couldn't imagine forgetting it.

But memory has a way of smoothing over the details.

What surprises me now is that I don't miss the projects themselves nearly as much as I miss the person I was while building them.

I miss the excitement of discovering something new for the first time, the curiosity that came with not knowing the answer, and the satisfaction of solving a problem that had felt impossible only a few hours earlier.

Those versions of ourselves don't stay forever. We grow, our priorities change, and the things that once felt monumental slowly become distant memories. That's why I've started thinking about documentation differently. It's not just a record of what we built or accomplished. Sometimes it's a way of preserving who we were while we were becoming who we are.

It Wasn't Just About Documentation

Looking back, I don't think the problem was that I forgot to document my journey.

The truth is that I was afraid to.

At the beginning of any journey, it's easy to feel like you have nothing worth sharing. When you're surrounded by people who seem more experienced, more accomplished, or more confident, it's hard not to compare yourself to them.

You look at impressive portfolios, polished projects, successful creators, and people who seem to know exactly what they're doing, and before long you start telling yourself a familiar story:

"Maybe I'll start when I'm better."

At the time, that thought feels reasonable. You convince yourself that you're waiting for the right moment, but what you're really waiting for is permission. Permission to be inexperienced. Permission to be imperfect. Permission to share something before it's polished.

The problem is that the feeling of being "ready" rarely arrives the way we expect it to.

There's always another skill to learn, another project to improve, another reason why now doesn't feel like the right time. As soon as you reach one milestone, a new one appears in front of you. The version of yourself you thought would finally feel confident enough to start keeps moving further away.

For a long time, I told myself that I would start documenting someday. I imagined a future version of myself who would have more experience, more knowledge, and more confidence than I did.

What I didn't realize was how quickly time passes while you're waiting.

Before I knew it, years had gone by, and many of the moments I wish I had documented were already behind me.

The People Starting Today

One thing I genuinely admire today is seeing people document their journeys from the very beginning.

Whenever I scroll through LinkedIn, X, GitHub, blogs, or developer communities, I come across students sharing what they're learning, what they're building, and what they're struggling with in real time. Sometimes it's a small project they finished over the weekend. Sometimes it's a lesson from class that finally clicked. Sometimes it's simply a reflection on something they learned that day.

What stands out to me isn't how impressive the work is. It's that they're willing to document the process before they have everything figured out.

They're not waiting until they become experts. They're not waiting until they land internships, build an impressive portfolio, or reach some milestone that suddenly makes their journey feel worth sharing. Instead, they're capturing the journey as it happens, with all of its uncertainty, mistakes, questions, and small victories.

And honestly, I wish I had done more of that.

Not because every post becomes popular or every project changes someone's life. What I admire is that years from now they'll have something I wish I had more of: a record of how they became who they are.

One day they'll be able to scroll back through old projects, applications, posts, and reflections and see the path they took to get where they are. Many of those moments probably feel ordinary today. Some of them might even feel insignificant.

But stories are rarely built from a single defining moment.

They're built from hundreds of small moments that only become meaningful when you look back and see how they connect.

That's what I think these people are preserving, often without even realizing it.

The Things That Never Made It Into a Resume

When I think about the parts of my journey I wish I had documented, it's rarely the big achievements that come to mind.

I don't find myself wishing I had written more about a particular line on my resume or a milestone that looks impressive in hindsight.

Instead, I think about the smaller moments that quietly shaped me along the way. The first time I solved a problem that felt impossible. The excitement of getting accepted into a program I wasn't sure I was qualified for. The project that taught me far more than it ever produced. The conversations that changed how I thought about myself, my career, or what I was capable of achieving.

I think about the moments when I doubted myself and kept going anyway.

Those experiences never became bullet points on a resume, and most of them would probably never stand out to anyone else. Yet they're some of the moments that shaped me the most.

They influenced how I think, how I approach challenges, and who I've become over time.

Looking back, those are the memories I wish I had captured while they were happening. Not because they were extraordinary, but because they were meaningful. They're the moments I find myself wanting to revisit, and the ones I wish I could see through the eyes of the person I was back then.

More Than a Portfolio

When people talk about documenting their work, the conversation usually revolves around visibility. We talk about building a portfolio, growing an audience, creating opportunities, attracting recruiters, or finding jobs. Those things absolutely matter, and for many people they become valuable outcomes of sharing their work.

But the older I get, the more I think there's another benefit that gets talked about far less.

Documentation preserves growth.

Looking back, I don't think the biggest value of documenting our work is that it helps other people see what we've done. I think it's that it allows us to see how far we've come. It captures versions of ourselves that would otherwise disappear and gives us a way to revisit old ideas, old challenges, old failures, and old wins.

When progress feels slow, documentation can become proof that progress is happening at all.

That's one of the reasons I view things like GitHub repositories, blog posts, notes, and LinkedIn posts differently now. They're not just artifacts of work. They're snapshots of a particular moment in time. They capture what we were learning, what we were struggling with, what excited us, and what we believed at that stage of our journey.

Years later, they become something much more valuable than a portfolio.

They become evidence that we were there.

Learning.
Building.
Struggling.
Growing.

And sometimes that's exactly what we need to be reminded of.

The Unexpected Part

The funny thing is that when you start sharing your journey, something else happens.

You find people.

That wasn't something I expected when I first started writing.

For a long time, I worried about whether my thoughts were worth sharing at all. I worried about being judged, saying the wrong thing, or simply putting something out there that nobody cared about. Looking back, that fear probably kept me quiet much longer than it should have.

I was a silent reader far longer than I was a writer. I spent years reading articles, learning from communities, and admiring people who seemed confident enough to share their experiences publicly. I benefited from what others were willing to contribute, but I rarely contributed anything myself.

I still remember publishing my first article on DEV. To be honest, I wasn't expecting much. I wasn't thinking about followers, engagement, or any of the things people usually associate with publishing online. I was mostly wondering whether anyone would read it at all.

When I finally hit publish, it felt uncomfortable. A thought that had existed only in my head was suddenly visible to everyone else.

The article didn't receive comments or reactions, but people did read it. I remember checking the views and realizing that actual people had spent time reading something I wrote. That small realization meant far more to me than I expected.

I published a few more articles after that and then eventually drifted away from writing for a while. When I returned this year and started publishing again, the experience felt completely different. People started commenting, sharing their own stories, offering encouragement, and giving thoughtful feedback.

Over time, some names became familiar. People who started as strangers gradually became a small but meaningful part of my journey, and I found myself looking forward to hearing from them whenever I published something new.

What's funny is that I've never met most of them in person.

Yet they continue to support me anyway.

When I first started sharing online, I worried about negativity. What I didn't expect was kindness.

I didn't expect strangers to celebrate my progress, encourage me to keep going, or take time out of their day to leave thoughtful comments. I certainly didn't expect to feel supported by people from different countries, backgrounds, and stages of their careers.

But that's exactly what happened.

And honestly, that support has changed me too. Every encouraging comment, every shared opportunity, and every small act of kindness reminds me of the kind of person I want to be. It makes me want to encourage someone else, share something useful, or help someone who might be doubting themselves the same way I once did.

Because sometimes the smallest moments end up staying with us the longest.

It's Never Too Late

I know many people build incredible careers without ever sharing publicly, and I genuinely respect that. This isn't the only path, and I don't think documentation has to be public to be valuable. It can be a journal, a folder of notes, a document filled with lessons learned, or a collection of project write-ups that nobody else ever sees.

What matters is leaving yourself a trail. Something that helps future you remember who you were, what you learned, what excited you, and how far you've come.

The reality is that I can't go back and document the beginning of my journey. I can't recover every lesson, every thought, or every moment that slowly disappeared with time. But I can document today. I can write about what I'm learning now, capture experiences while they're still fresh, and leave behind something that my future self can look back on years from now.

These days, I still feel nervous whenever I share something online. I still wonder what people will think, and I still worry about getting things wrong. The difference is that I no longer wait for those feelings to disappear before I act. If I waited until I felt completely confident, I would probably still be waiting.

Over time, I've realized that courage isn't the absence of fear. It's choosing not to let fear make every decision for you.

I'm still scared sometimes, but I don't want that fear deciding which projects get shared, which lessons get written down, or which parts of my story are worth keeping.

And if sharing publicly feels intimidating, start privately. The goal isn't to become a content creator, grow an audience, or build a personal brand.

The goal is simply not to lose your story.

Whether that's a blog, a GitHub repository, a journal, a folder of notes, or a post that only a handful of people ever read, it all counts. Years from now, you'll have something I wish I had more of - a record of the journey itself.

Because one day, you might want to look back and meet the person you used to be.

And you'll be glad you left a trail.

I'd Love to Hear Your Story

Writing this made me realize how many parts of my own journey I wish I had captured while they were happening.

At the same time, it also made me appreciate the things I did manage to save, whether that's an old project, a forgotten post, or a memory that somehow stuck around.

I'm curious what your experience has been like.

Have you documented your journey in some way, or do you ever find yourself wishing you had started earlier?

Maybe you have old projects, notes, blog posts, journals, or even screenshots that take you back to a different version of yourself.

I'd genuinely love to hear your story and how you think about documenting your own journey.

🤝 Let's Stay Connected

One of the best parts of sharing online has been meeting people from different backgrounds, experiences, and stages of their journeys.

If you'd like to connect, share your story, or continue the conversation, I'd love to hear from you.

Transparency note: I used AI (Gemini) to create the banner image for this article.

Dev Opportunity Radar #4: Anthropic Fellows, $30K for Founders, and AWS She Builds

Hemapriya Kanagala — Fri, 19 Jun 2026 14:37:06 +0000

TL;DR

Welcome back to Dev Opportunity Radar.

This is a weekly series where I share opportunities, resources, communities, and interesting finds that I come across, with the goal of helping people discover things they might otherwise miss.

This week's edition includes Anthropic's Fellows Program, LeapYear for aspiring founders, the AWS She Builds Mentorship Program, and two free books on building AI agents that are worth adding to your reading list.

If you've come across an opportunity, resource, community, program, or event that deserves more attention, feel free to share it in the comments.

If I feature it in a future edition, I'll make sure to credit you. If you discovered it, that recognition belongs to you.

Quick Scan
Still Open From Previous Editions
This Week's Opportunities
- Anthropic Fellows Program
- LeapYear
- AWS She Builds Mentorship Program
Resources Worth Checking Out
- Principles & Patterns of Building AI Agents
Community Finds
Until Next Friday
Dev Opportunity Radar Archive

⚡ Quick Scan

Opportunities

Opportunity	Organization	Type	Deadline
Anthropic Fellows Program	Anthropic	AI Research Fellowship	Rolling
LeapYear	LeapYear	Founder Program	July 9
AWS She Builds Mentorship Program	AWS	Mentorship Program	June 30

Resource Highlight

Resource	Type
Principles & Patterns of Building AI Agents	Free AI agent books (digital + printed copy available)

Community Finds

Status	Notes
No new Community Finds this week	AI Tinkerers, Claude Corps, and MLH's Hacking for Good were featured in Edition #3

🔄 Still Open From Previous Editions

A few opportunities from previous editions are still accepting applications.

I've already covered these in detail, so I won't repeat everything here. If any of them catch your attention, check the original edition for the full overview, eligibility details, and application links.

Opportunity	Organization	Type	Deadline	Featured In
FR8	FR8	Builder Residency	Rolling	Edition #2
Gemini × XPRIZE AI Business Challenge	Google & XPRIZE	AI Business Challenge	Aug 18, 2026	Edition #3

📍 This Week's Opportunities

Here are a few opportunities I came across this week that I thought were worth sharing.

📌 Anthropic Fellows Program

Who it's for: Technical builders, researchers, engineers, students, and self-directed learners interested in AI research, safety, security, systems, reinforcement learning, or AI policy.

What stands out: Anthropic provides funding, mentorship, compute resources, and direct access to researchers while fellows spend four months working on an empirical research project.

One thing I found particularly interesting is that the program explicitly welcomes promising technical talent regardless of previous research experience. The focus seems much more on your ability to learn, build, and contribute than on having a traditional research background.

Fellows are matched with mentors and projects across areas including AI Safety, AI Security, ML Systems, Reinforcement Learning, and Economics & Policy.

The program includes mentorship from Anthropic researchers, research funding, compute support, and the opportunity to produce a public research output. Anthropic notes that more than 80% of fellows in an earlier cohort produced papers.

For anyone interested in AI research but unsure how to break into the field, this feels like one of the more accessible pathways I've come across.

Duration: 4 months (full-time)

Compensation: $3,850 USD / $2,310 GBP / $4,300 CAD per week + research funding and compute support

Eligibility: Must have work authorization in the United States, United Kingdom, or Canada

Applications: Rolling

Important: Anthropic lists the Fellows Program on its careers page, but applicants are evaluated through the separate Constellation application form.

The careers page itself notes that you will not be considered unless you complete the Constellation application.

If you're applying, make sure you fill out the Constellation form rather than relying only on the careers page submission.

🔗 Program Overview
🔗 Constellation Application Form (Required)

📌 LeapYear

Who it's for: Students, dropouts, recent graduates, and ambitious builders who want to spend a year working on a startup.

What stands out: LeapYear backs people very early, often before revenue, and doesn't require founders to relocate or drop out of school.

Funding: $30,000 for 1.5% equity.

I wanted to include this because a lot of startup programs assume you're already working full-time on a company or ready to move somewhere. LeapYear seems much more focused on helping people get started wherever they are.

Teams receive funding, mentorship, and support while continuing to build from their current city. New cohorts are funded every three months, allowing founders to focus on building rather than waiting for a once-a-year application cycle.

One thing I particularly liked is that the emphasis seems to be on commitment, curiosity, and the willingness to spend a year building something ambitious rather than on credentials or previous startup success.

Whether you're exploring an idea, building a side project, or taking your first serious step toward starting a company, this feels like one of the more approachable founder programs I've come across.

Application Deadline: July 9, 2026 (July 2026 cohort)

🔗 Learn More | Apply

📌 AWS She Builds Mentorship Program

Who it's for: Women in technology looking for mentorship, professional growth, and community support.

What stands out: Participants are matched with an AWS mentor based on their goals, experience, and location, then spend 12 weeks working through guided professional development activities alongside a global cohort.

I wanted to include this because mentorship can be difficult to find, especially early in your career. Programs like this provide not only access to experienced professionals but also a community of people navigating similar challenges and goals.

Participants also gain access to events featuring AWS leaders, networking opportunities, and a broader community of builders and technologists.

Whether you're a student, early-career professional, career changer, or someone looking to take the next step in tech, this seems like a great opportunity to learn from people who've already walked that path.

Cost: Free

Program Dates: September 1 - November 30, 2026

Application Deadline: June 30, 2026

Requirements: AWS Builder ID required to apply

🔗 Learn More | Apply

📚 Resources Worth Checking Out

Not every useful find comes with an application deadline.

Here's one resource worth checking out this week.

Principles & Patterns of Building AI Agents

If you've been following the recent wave of AI agents and wondering where to start, these two free books from Sam Bhagwat (CEO of Mastra) are worth checking out.

Principles of Building AI Agents focuses on the foundations. It covers topics such as agents, tool calling, memory, workflows, RAG, MCP, multi-agent systems, evals, deployment, and observability.

Patterns of Building AI Agents builds on those foundations and focuses on taking agents from prototype to production. Topics include context engineering, evaluation workflows, security, human-in-the-loop systems, and production-ready agent architectures.

I wanted to include these because a lot of AI content online is either too introductory or too framework-specific. These books do a good job of explaining the underlying concepts and patterns that apply regardless of which tools you use.

Both books are available digitally for free.

You can also request a free printed copy. I was able to get mine shipped to India, and the process was straightforward.

After entering your email on the website, you'll receive the digital version along with instructions for requesting a physical copy if it's available in your region.

If you're interested in building AI agents, I'd recommend starting with Principles and then moving on to Patterns.

Cost: Free

Formats: Digital edition + free printed copy (availability varies by region)

🔗 Principles of Building AI Agents

🔗 Patterns of Building AI Agents

🌟 Community Finds

No new Community Finds this week.

That's completely okay.

Last week's edition featured AI Tinkerers and Claude Corps, both shared by readers, along with a last-minute addition about MLH's Global Hack Week: Hacking for Good.

Seeing people contribute opportunities, communities, and resources for others to discover has honestly been one of my favorite parts of this series so far.

If you missed those finds, they're worth checking out. Claude Corps is also still accepting applications. You can find all the details in Edition #3.

If you've come across an opportunity, fellowship, grant, hackathon, conference, community, resource, or anything else you think more people should know about, feel free to share it in the comments.

If I feature it in a future edition, I'll make sure to credit you. If you discovered it, that recognition belongs to you.

One small request: If you're sharing an opportunity, please avoid posting raw URLs directly in the comments. DEV sometimes filters them before I get a chance to see them.

A short description alongside the link makes it much easier for me to review and potentially feature it in a future edition.

👋 Until Next Friday

Before I go, I just want to say thank you.

A few weeks ago, this was just an experiment.

Now people are discovering opportunities through the radar, applying to them, and sharing opportunities, resources, and communities back with the rest of us.

Last week's edition featured three Community Finds shared by readers. We didn't have any new submissions this week, and that's completely okay.

The Community Finds section isn't going anywhere.

I'd love to see it continue growing over time into a place where people can share opportunities, communities, resources, and interesting finds that others might benefit from discovering too.

The goal of this series hasn't changed:

Help people discover opportunities they otherwise might have missed.

My hope is that this slowly becomes our radar, not just mine.

So if you come across an opportunity, fellowship, grant, hackathon, conference, community, resource, or anything else you think more people should know about, feel free to share it in the comments.

And as always, if I feature it in a future edition, I'll make sure to credit you. If you discovered it, that recognition belongs to you.

If you end up applying to any of the opportunities featured here, I'd love to hear about it.

Thank you for reading, thank you for sharing, and thank you for being part of this.

If you'd like to catch future editions, consider following me on DEV and bookmarking the series.

I'll be back next Friday with more opportunities, resources, and community finds.

See you next Friday 👋

🗂️ Dev Opportunity Radar Archive

If this is your first time discovering the series, you can browse previous editions and Community Finds here:

👉 Dev Opportunity Radar Archive

Every edition is collected in one place so it's easier to explore past opportunities, resources, and community recommendations.

Letters to Tomorrow: A June Solstice Game About the Things We Carry Into Tomorrow

Hemapriya Kanagala — Mon, 15 Jun 2026 13:28:14 +0000

This is a submission for the June Solstice Game Jam

🎮 Play the Game: Letters to Tomorrow

💻 Source Code: GitHub Repository

TL;DR

Letters to Tomorrow is a narrative game set during the June Solstice, the longest day of the year.

A summer storm has scattered the town's annual letters to the future and damaged their final lines. You play as the Postmaster working the twilight shift, helping different people complete their letters before sunset.

Each phase of the day contains up to four letters. To move time forward, you only need to help at least two of them, but you are always free to stay longer and complete every letter if you wish. Only the letters you choose to finish are sealed and carried into tomorrow.

As the day progresses, you will meet people navigating friendship, courage, belonging, kindness, uncertainty, hope, and change. You can choose from suggested endings or write your own if none of the options feel right.

At the end of the journey, after helping others find the words they want to carry forward, you are given one final empty envelope and invited to write a letter to Tomorrow yourself.

The game is about the things we choose to keep when one chapter ends and another begins.

What I Built
Video Demo
Code
How I Built It
Prize Category
- Best Google AI Usage
- Best Ode to Alan Turing
Why Letters?
A Piece of My Story
A Small Step Outside My Comfort Zone
Final Thoughts

What I Built

Have you ever wanted to say something, but could not find the right words or the right moment?

That question became the starting point for Letters to Tomorrow.

Letters to Tomorrow is a narrative web game set during the June Solstice, the longest day of the year. You play as a postmaster working the twilight shift after a summer storm scatters the town's annual letters to the future. Many of the letters have lost their final sentences, and it becomes your job to help complete them before sunset.

Each letter belongs to a different person standing at a different point in life. A baker opening his shop for the first time. A musician wondering whether she deserves to be heard. A teacher reflecting on a moment that stayed with him. Someone remembering an unexpected act of kindness from years ago. A person trying to figure out what comes next.

As you read, you choose the words that feel most true. If none of the options feel right, you can write your own.

When I first read the challenge prompt, I kept returning to one idea: the solstice is a turning point. The longest day eventually becomes evening. Time keeps moving forward. We cannot stop it, but we can decide what we carry with us into tomorrow.

That became the heart of the game.

The letters are not about saving the world. They are about ordinary moments that quietly shape who we become. A conversation. A friendship. A kindness. A new beginning. The things we often forget to celebrate, even though they stay with us the longest.

My goal was to create something that feels like taking a deep breath at the end of a long day. A small space where people can slow down, reflect, and perhaps recognize a piece of themselves in someone else's story.

Video Demo

In this walkthrough, I take you through a full shift at the Sunset Post Office, explain the core mechanics, and share some of the ideas that inspired the letters and themes throughout the game.

Prefer to play first?

👉 Play Letters to Tomorrow

Code

If you'd like to explore the source code, the entire project is available on GitHub.

One thing I enjoyed about building this game was keeping everything surprisingly simple. The whole experience lives inside a single HTML file, which made it a fun challenge to organize the narrative, game systems, save functionality, animations, accessibility features, FAQ, and player guidance all in one place.

hemapriya-kanagala / letters-to-tomorrow

A narrative web game about unfinished letters, second chances, and finding the right words. Play as a postmaster on the June Solstice, helping lost messages reach tomorrow before the sun sets.

💌 Letters to Tomorrow

A June Solstice Story

A narrative web game about unfinished letters, quiet moments, and the things we choose to carry into tomorrow.

🎮 Play the Game • 📝 DEV Article

About

Letters to Tomorrow is a narrative web game created for the June Solstice Game Jam.

A sudden summer storm has scattered the town's annual letters to the future, leaving many of them unfinished just before sunset.

You play as the Postmaster working the twilight shift on the longest day of the year. Your role is to read these letters, understand the people behind them, and help them find the words they were trying to carry into tomorrow.

Each letter belongs to someone standing at a different…

View on GitHub

The game is deployed on Vercel and can be played directly in your browser. If you would rather experience it before reading further, you can jump straight into the Post Office below:

👉 Play Online: Letters to Tomorrow

No installation, downloads, or account creation required.

How I Built It

I wanted the experience to feel simple, accessible, and easy to run. The entire game lives in a single HTML file using HTML, CSS, and JavaScript. There is no backend, no account system, and no server required to play.

I want to be transparent about how Google AI was used throughout the project.

The concept, game structure, characters, letters, narrative themes, and overall experience were created by me. The emotional core of the game came from stories, memories, and ideas that I wanted to explore through the lens of the June Solstice.

Where Google AI helped most was during development.

I used Google AI as a coding partner to help build parts of the interface, refine layouts, improve responsiveness across devices, and implement visual details such as transitions, animations, and accessibility features. It helped me translate ideas that existed in my head into working code.

I also used Google AI to review instructional content such as the How To Play guide and FAQ section. Because the game is intentionally gentle and reflective, I wanted to make sure players would never feel confused about what to do next. I used AI as a second pair of eyes to identify questions I might have overlooked and to help improve clarity.

For the narrative content, I occasionally used AI for feedback and editing suggestions, but the letters themselves were written by me. I wanted them to feel personal, human, and grounded in real experiences rather than generated messages.

Accessibility was also important to me. The game is designed to work comfortably on phones, tablets, laptops, and desktop computers. I focused on readability, responsive layouts, and clear navigation so that players can focus on the stories rather than the interface.

One technical decision that mattered a lot to me was privacy.

The game uses local storage only. Everything the player writes stays on their own device. Custom letter endings, personal reflections, and the final letter to Tomorrow are never sent to a server and are never visible to anyone else.

I built it this way intentionally because I wanted players to feel comfortable being honest. Some people may only write a sentence. Others may write something deeply personal. Either way, those words belong entirely to them.

I also made the decision not to include background music. The silence is intentional. I wanted the game to feel like a quiet desk at the end of a long day, giving players room to reflect and hear their own thoughts while reading and writing.

Prize Category

Best Google AI Usage

Google AI, primarily Gemini Pro, played an important role in helping me bring this project to life.

I used Gemini as a development partner throughout development to help with frontend implementation, responsive design, accessibility improvements, animations, interface refinement, and general troubleshooting. It also helped me review and improve supporting content such as the How to Play guide and FAQ section.

For the narrative side of the project, the characters, themes, stories, and emotional direction came from me. I occasionally used Gemini for editorial feedback on drafts, but the letters themselves were written by me.

I also used Gemini to generate the banner image for this article. You may notice a Gemini watermark on the image, which is part of the generated output.

Most importantly, Gemini helped me spend less time fighting technical hurdles and more time focusing on the stories I wanted to tell.

Best Ode to Alan Turing

During the third phase of the game, players discover a letter called The Blue Envelope.

Rather than focusing on codebreaking or mathematics, I wanted to honor the human side of Alan Turing's story.

The letter is written for anyone who has ever felt different, thought differently, or seen the world from a different perspective. It is a reminder that some of the qualities that make us feel out of place are often the same qualities that allow us to contribute something meaningful.

The letter ends with a note acknowledging Alan Turing and the curiosity that changed the world.

Why Letters?

While designing this game, I kept asking myself a simple question: if the June Solstice is a turning point between today and tomorrow, what is the most human way to represent that?

I kept coming back to letters.

A letter exists in a strange space between the present and the future. When someone writes one, they are capturing a version of themselves that exists only in that moment. Their fears, hopes, questions, memories, and unfinished thoughts are placed on a page and sent forward to a person they have not become yet.

That felt deeply connected to the spirit of the solstice.

The longest day of the year is a reminder that time never stands still. The sunlight eventually fades. Seasons change. People change. We cannot hold on to a moment forever, but we can decide what we want to carry with us when it ends.

That is why every story in the game takes the form of a letter.

The baker is not simply remembering the day he opened his shop. He is trying to remind his future self why he started. The musician is not simply talking about fear. She is leaving herself a note for the next time doubt appears. Every person in the game is reaching across time and speaking to the person they hope to become.

In a way, that is exactly what the player is doing too.

By the end of the game, the final empty envelope is not another puzzle to solve. It is an invitation. After spending time helping other people find the words they want to carry into tomorrow, the player is given a chance to decide what they want to carry forward themselves.

That is why Letters to Tomorrow could only be told through letters.

A Piece of My Story

One of the letters in the game is based directly on a real experience from my own life.

After moving to the United States, I was struggling to carry heavy luggage up several flights of stairs when a stranger noticed and helped me without being asked. Not long afterward, one of my professors handed me her umbrella during a rainstorm and told me to keep it. When I tried to return it, she smiled and said, "No, you need it."

Neither of those moments lasted very long.

Neither of those people probably remember them now.

But I do.

What stayed with me was not the luggage or the umbrella. It was the feeling of being cared for in a place that was still unfamiliar to me. Those moments made the world feel a little less intimidating. They made me more willing to ask for help when I needed it and more willing to offer help when I saw someone struggling.

That experience became the inspiration for Hema's letter in the game.

I included it because I wanted at least one letter to come directly from my own life. It serves as a reminder that some of the things we carry into tomorrow are not major life events. Sometimes they are simply moments when someone chose kindness.

A Small Step Outside My Comfort Zone

There is one more thing I wanted to share.

The demo video for this project is narrated by me.

That may not sound like a big deal, but it was a meaningful step for me. I am usually much more comfortable expressing myself through writing than through recordings, and knowing that a video could be seen by many people made me hesitate more than once while working on this submission.

If you watch the demo, you will probably notice a few moments where I stumble over words, speak a little too quickly, or sound nervous. I tried my best to smooth those moments out during editing, but some of them are still there.

For a while, I considered using a generated voice instead. In the end, I chose not to. Letters to Tomorrow is a game about ordinary people sharing honest pieces of themselves, and I wanted the introduction to feel personal too.

So I left the imperfections in and shared it anyway.

I am still learning how to become more comfortable with speaking, recording videos, and putting my work out into the world. This project was a small step in that direction.

If you have any tips on narration, presentation, or creating better demo videos, I would genuinely appreciate the feedback. It is an area I am actively trying to improve, and every project teaches me something new.

Final Thoughts

Thank you for taking the time to read about Letters to Tomorrow.

I hope some of these letters feel familiar. If one of them stayed with you after you finished playing, I would genuinely love to know which one and why.

And if there is a letter you think belongs in this town but has not been written yet, I would love to hear that too. Some of the best stories begin as conversations.

I am also always interested in ideas for making the experience better. If there is a feature that would make the game more accessible, a question that should be added to the FAQ, or something that felt unclear while playing, please let me know.

If you would like to revisit the game, you can always return to the Sunset Post Office here:

👉 Play Letters to Tomorrow

Most of all, thank you for spending a little time with these stories.

DEV Community: Hemapriya Kanagala

From Silent Reader to 25 Articles: What 3 Months on DEV Taught Me + AMA

Table of Contents

Why I Wanted to Write This

From Silent Reader to Writer

Lesson 1: Write Because You Enjoy It

Lesson 2: Comment More Than You Think You Should

Lesson 3: Don't Let Numbers Define Your Journey

Lesson 4: Your Voice Will Change

Lesson 5: Write What You Can Relate To

Lesson 6: Community Makes Ideas Better

Lesson 7: It's Okay to Take a Break

Final Thoughts

Ask Me Anything 💙

🤝 Let's Stay Connected

Dev Opportunity Radar #9: A Fully Funded AI Security Residency, SF Founder Residency, Figma Campus Leaders & More

Table of Contents

⚡ Quick Scan

Opportunities

Resource Highlight

Community Find

🔄 Still Open From Previous Editions

📍 This Week's Opportunities

📌 The Bridge by Entrepreneurs First

📌 Frontier AI Security Residency

📌 Figma Campus Leader Program 2026–2027

📚 Resources Worth Checking Out

The Missing Semester of Your CS Education

🌟 Community Finds

CALEC Volunteer and Internship Opportunities

💙 Reader Updates

⭐ This Week's Reader Spotlight

💬 Share Your Story

👋 Until Next Friday

🌐 Dev Opportunity Radar Website

Dev Opportunity Radar #8: $100K OpenAI Build Week, $12K AI Fellowship, Founder Residency & Free AI Dev Course

Table of Contents

⚡ Quick Scan

Opportunities

Resource Highlight

Community Find

🔄 Still Open From Previous Editions

📍 This Week's Opportunities

📌 OpenAI Build Week

📌 AIAF Fellowship 2026

📌 The Residency

📚 Resources Worth Checking Out

AI Dev Tools Zoomcamp

🌟 Community Finds

CALEC Volunteer and Internship Opportunities

💙 Reader Updates

👋 Until Next Friday

🌐 Dev Opportunity Radar Website

I Finally Built the Dev Opportunity Radar Website ❤️

Table of Contents

What I Built

Demo

Code

hemapriya-kanagala / dev-opportunity-radar

Helping developers discover opportunities they otherwise might have missed.

Dev Opportunity Radar Website

How I Built It

AI Usage

What I Learned

I'd Love Your Feedback

Thank You

Dev Opportunity Radar #7: $1,000 Solo Grants, Free Claude Max for Open Source Contributors, and an MLH Hackathon

Table of Contents

⚡ Quick Scan

Opportunities

Resource Highlight

🔄 Still Open From Previous Editions

📍 This Week's Opportunities

📌 Solo Grants

📌 Claude for Open Source

📌 Midnight Hackathon

📚 Resources Worth Checking Out

The Odin Project

🌟 Community Finds

💙 Reader Updates