<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:dc="http://purl.org/dc/elements/1.1/">
  <channel>
    <title>DEV Community: yuvraj</title>
    <description>The latest articles on DEV Community by yuvraj (@yuvraj_921c4caa296dd2ffac).</description>
    <link>https://dev.to/yuvraj_921c4caa296dd2ffac</link>
    <image>
      <url>https://media2.dev.to/dynamic/image/width=90,height=90,fit=cover,gravity=auto,format=auto/https:%2F%2Fdev-to-uploads.s3.us-east-2.amazonaws.com%2Fuploads%2Fuser%2Fprofile_image%2F4219834%2F678f4f28-229e-45c4-b93c-45561a2b1dc4.png</url>
      <title>DEV Community: yuvraj</title>
      <link>https://dev.to/yuvraj_921c4caa296dd2ffac</link>
    </image>
    <atom:link rel="self" type="application/rss+xml" href="https://dev.to/feed/yuvraj_921c4caa296dd2ffac"/>
    <language>en</language>
    <item>
      <title>Eight Choices. One Team. One Long Night. Our first hackathon: learning, problem-solving, and building together</title>
      <dc:creator>yuvraj</dc:creator>
      <pubDate>Sun, 01 Nov 2026 01:08:57 +0000</pubDate>
      <link>https://dev.to/yuvraj_921c4caa296dd2ffac/eight-choices-one-team-one-long-night-our-first-hackathon-learning-problem-solving-and-8df</link>
      <guid>https://dev.to/yuvraj_921c4caa296dd2ffac/eight-choices-one-team-one-long-night-our-first-hackathon-learning-problem-solving-and-8df</guid>
      <description>&lt;p&gt;At 4 p.m., we set off for the auditorium full of excitement—and already hungry and impatient&lt;br&gt;
to begin. This was our first hackathon, and all three of us were eager to get started. But&lt;br&gt;
before the building could begin, there was a lot to take in. We spent two hours listening to the&lt;br&gt;
panellists, and came away with more ideas and learning than we had expected.&lt;br&gt;
One piece of advice stayed with me: ask AI “why.” Asking why can help you understand the&lt;br&gt;
reasoning behind an answer. Jump straight to “how” before you understand the problem, and&lt;br&gt;
you may find yourself going around in circles. That idea would soon feel relevant as our team&lt;br&gt;
faced its first big question: which problem should we solve?&lt;br&gt;
We had come with the right mindset for a first hackathon: to learn, gain experience, and&lt;br&gt;
understand more about open source. Winning would be wonderful, but it wasn’t our main&lt;br&gt;
goal. We wanted to challenge ourselves, work together, and leave knowing more than when&lt;br&gt;
we arrived. After the sessions, we grabbed snacks and began planning. Our three-member&lt;br&gt;
team shared the work across UI/UX, backend, coding, and research, bringing different&lt;br&gt;
strengths together and learning from one another along the way.&lt;br&gt;
Then we faced eight problem statements—and choosing one turned into our first real test.&lt;br&gt;
We read through each option, weighing our skills, our interest, the time available, and&lt;br&gt;
whether we could build something worthwhile together. Ideas kept changing as the&lt;br&gt;
discussion unfolded. We didn’t all see the options in the same way, but every opinion was&lt;br&gt;
heard and considered. That made the conversation richer, though it also meant the decision&lt;br&gt;
took longer than we expected. With the clock moving, excitement began to mix with the worry&lt;br&gt;
that we were using up precious building time.&lt;br&gt;
Eventually, after looking closely at our team and what we could realistically take on, we chose&lt;br&gt;
the eighth problem statement. It felt like the best fit: a challenge we could understand, work&lt;br&gt;
through together, and shape into a useful solution. Once we decided, the uncertainty eased.&lt;br&gt;
We could finally picture what we might build. It was a small moment, but it felt like a real&lt;br&gt;
turning point: we had a direction, and we were ready to move.&lt;br&gt;
OUR FIRST HACKATHON 1&lt;br&gt;
The moment we started building, new challenges appeared. Whenever we got stuck, we&lt;br&gt;
talked through the problem and tried another approach. Often, a new thought would spark&lt;br&gt;
another discussion; ideas were shared, questioned, and reshaped until a solution began to&lt;br&gt;
emerge. Every opinion mattered because each one helped us see a different possibility. The&lt;br&gt;
process kept repeating—problem, discussion, attempt, and a new solution—but with every&lt;br&gt;
step, we learned something. And whenever we finally worked through an obstacle, that sense&lt;br&gt;
of satisfaction made us feel we were heading the right way.&lt;br&gt;
We focused on UI/UX, backend, and research, but kept collaborating rather than working in&lt;br&gt;
isolation. By around 11 p.m., the room felt focused and energetic. We had dinner, grabbed&lt;br&gt;
snacks at midnight, and carried on through a mix of nervousness, excitement, and&lt;br&gt;
determination. It was tiring, but the problems we solved and ideas we discovered kept giving&lt;br&gt;
us reasons to push ahead.&lt;br&gt;
By then, we had learned what a hackathon asks of you: take deadlines seriously, divide the&lt;br&gt;
work thoughtfully, listen to your teammates, and keep learning when a plan hits a wall. We&lt;br&gt;
know we’ll carry these lessons into the next hackathon and do things better with the&lt;br&gt;
experience we’ve gained.&lt;br&gt;
At 5:30 a.m., after a long night, we had almost everything ready. Our project was pushed to&lt;br&gt;
GitHub, the pitch deck was prepared, and we were still polishing the final details. Practising&lt;br&gt;
the pitch was all that remained, and we were about to begin. We felt tired, proud, and&lt;br&gt;
hopeful. Whatever the result, we knew we had given it our best—and we couldn’t wait to&lt;br&gt;
present our work and hear the results.&lt;/p&gt;

</description>
      <category>beginners</category>
      <category>devjournal</category>
      <category>learning</category>
    </item>
  </channel>
</rss>
