<?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: Sonu Sawlani</title>
    <description>The latest articles on DEV Community by Sonu Sawlani (@sonu_sawlani_bd14d609f381).</description>
    <link>https://dev.to/sonu_sawlani_bd14d609f381</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.amazonaws.com%2Fuploads%2Fuser%2Fprofile_image%2F3504135%2F7fe88861-be8d-46e9-b8ea-cb658ad69eb9.png</url>
      <title>DEV Community: Sonu Sawlani</title>
      <link>https://dev.to/sonu_sawlani_bd14d609f381</link>
    </image>
    <atom:link rel="self" type="application/rss+xml" href="https://dev.to/feed/sonu_sawlani_bd14d609f381"/>
    <language>en</language>
    <item>
      <title>Dev Burnout: Why I built a 'State Reset' tool instead of a Task Manager.</title>
      <dc:creator>Sonu Sawlani</dc:creator>
      <pubDate>Thu, 15 Jan 2026 18:13:09 +0000</pubDate>
      <link>https://dev.to/sonu_sawlani_bd14d609f381/dev-burnout-why-i-built-a-state-reset-tool-instead-of-a-task-manager-3b6</link>
      <guid>https://dev.to/sonu_sawlani_bd14d609f381/dev-burnout-why-i-built-a-state-reset-tool-instead-of-a-task-manager-3b6</guid>
      <description>&lt;p&gt;Hey everyone. 👋&lt;/p&gt;

&lt;p&gt;I’m a Flutter developer. Usually, when I build something, I try to pack in as many features as possible—state management, complex animations, local storage, etc.&lt;/p&gt;

&lt;p&gt;But lately, I’ve been feeling burnt out. My brain feels like a browser with too many tabs open. The existing productivity tools were too complex and just added to the noise.&lt;/p&gt;

&lt;p&gt;So, I built Inspiropage.&lt;/p&gt;

&lt;p&gt;It’s a very simple app designed to help you pause before you start working.&lt;/p&gt;

&lt;p&gt;The Tech &amp;amp; Design Decisions:&lt;/p&gt;

&lt;p&gt;Flutter for Cross-Platform: I wanted it to run smoothly on both Android and iOS without maintaining two codebases. Flutter was the obvious choice for a UI-heavy, logic-light app.&lt;/p&gt;

&lt;p&gt;Hard-Coded Dark Mode: I didn't build a theme toggle. The app is permanently in dark mode. As a dev, I stare at screens all day, and I wanted this app to be easy on the eyes, like a good IDE theme.&lt;/p&gt;

&lt;p&gt;Micro-Actions Only: It serves a single quote, a mini-story, or a tiny action. Just enough to break the paralysis of the blank page, but not enough to distract you.&lt;/p&gt;

&lt;p&gt;Why I’m sharing this: We often think we need to build complex "SaaS platforms" to make something useful. But sometimes, a simple utility is enough.&lt;/p&gt;

&lt;p&gt;If you’re a dev feeling overwhelmed, I’d love for you to try it.&lt;/p&gt;

&lt;p&gt;Tech Stack: Flutter, Dart.&lt;/p&gt;

&lt;p&gt;For Anyone who want to try it out&lt;/p&gt;

&lt;p&gt;&lt;a href="https://inspiropage.pages.dev/" rel="noopener noreferrer"&gt;Inspiropage App&lt;/a&gt;&lt;/p&gt;

</description>
      <category>flutter</category>
      <category>showdev</category>
      <category>productivity</category>
      <category>mentalhealth</category>
    </item>
    <item>
      <title>Riding the Vibe: My Journey with Kiro and Building the Get Donee App</title>
      <dc:creator>Sonu Sawlani</dc:creator>
      <pubDate>Mon, 15 Sep 2025 16:15:28 +0000</pubDate>
      <link>https://dev.to/sonu_sawlani_bd14d609f381/riding-the-vibe-my-journey-with-kiro-and-building-the-get-donee-app-2bgg</link>
      <guid>https://dev.to/sonu_sawlani_bd14d609f381/riding-the-vibe-my-journey-with-kiro-and-building-the-get-donee-app-2bgg</guid>
      <description>&lt;p&gt;&lt;strong&gt;Introduction&lt;/strong&gt;&lt;/p&gt;

&lt;p&gt;When I first got my hands on Kiro, it honestly felt like a cheat code. Back then it was still in preview, no limits, no weird restrictions. I started playing around with its spec-based coding and it felt like a dream — like telling the AI exactly what I wanted and just watching it happen.&lt;/p&gt;

&lt;p&gt;Before Kiro, I was stuck in the usual loop: chat with AI, review every single line, fix things manually. But this time? It was different. With Kiro + Claude Sonnet 4, it felt flawless. Almost like I wasn’t coding, I was just… vibing. I never thought I’d let an AI take the wheel like that, but I did — and I enjoyed it.&lt;/p&gt;

&lt;p&gt;&lt;strong&gt;The Sweet Dream Phase 🌙&lt;/strong&gt;&lt;/p&gt;

&lt;p&gt;I had always used AI in the traditional chat-based mode — reviewing every snippet, cross-checking line by line. But Kiro introduced me to something different: spec-based development. Instead of explaining endlessly in chat, I could define the requirements, and Kiro would implement them directly.&lt;/p&gt;

&lt;p&gt;For the first time, I experienced what I like to call “vibe coding.” It wasn’t just about generating code; it was about letting the AI truly flow with the project. Paired with Claude Sonnet 4, Kiro felt flawless. I almost couldn’t believe how smooth those early days were — like having a built-in security check before my ideas became real code.&lt;/p&gt;

&lt;p&gt;&lt;strong&gt;The Reality Check ⚖️&lt;/strong&gt;&lt;/p&gt;

&lt;p&gt;But as I built my task manager app — which I called Get Donee — my relationship with Kiro began to shift. While vibe coding felt liberating, the cracks showed up when I reached the UI refinement and debugging stages.&lt;/p&gt;

&lt;p&gt;UI tweaks often turned into a guessing game. I’d provide JSON, images, or detailed descriptions, but Kiro sometimes returned designs completely different from what I imagined. Extra padding here, unexpected widgets there&lt;/p&gt;

&lt;p&gt;And the most painful part? Debugging.&lt;br&gt;
Since my setup can’t run an emulator, I had to build and test on my phone each time. Whenever I asked Kiro to fix something, it often created random extra files — test files, design files, even implementation files I didn’t need. Sometimes it touched files I never asked it to. And a lot of the “fixes” didn’t even work.&lt;/p&gt;

&lt;p&gt;I quickly realized: if you want debugging to work, you have to be super strict. Like, “change this exact line, in this exact file, to this exact code.” No wiggle room, no vibe coding.&lt;/p&gt;

&lt;p&gt;Also once it just removed the whole widget instead of fixing it properly.🙃 a true Genius way to fix ! LOL&lt;/p&gt;

&lt;p&gt;&lt;strong&gt;🤔 Mixed Feelings&lt;/strong&gt;&lt;/p&gt;

&lt;p&gt;I won’t lie — Kiro still feels revolutionary in some ways. Spec-based coding is something I never thought I’d enjoy so much. But at the same time, the over-engineered fallback code, the UI struggles, and the random file chaos made things way harder than I expected.&lt;/p&gt;

&lt;p&gt;The new pricing and spec count limits also created some chaos (though they’ve improved it now). Plus, being locked into just Sonnet 3.7 and 4.0 inside the IDE feels kinda restrictive.&lt;/p&gt;

&lt;p&gt;&lt;strong&gt;🌟 Final Thoughts&lt;/strong&gt;&lt;/p&gt;

&lt;p&gt;So yeah, my experience is… mixed. On one hand, Kiro gave me this sweet dream of vibe coding where I felt unstoppable. On the other hand, when it came to refining and debugging, it turned into a bit of a nightmare.&lt;/p&gt;

&lt;p&gt;Still, building Get Donee with it was one of the most interesting dev experiences I’ve had. I don’t regret trying it — I actually learned a lot about where AI fits into my workflow.&lt;/p&gt;

</description>
      <category>kiro</category>
      <category>programming</category>
      <category>flutter</category>
      <category>devjournal</category>
    </item>
    <item>
      <title>Riding the Vibe: My Journey with Kiro and Building the Get Donee App</title>
      <dc:creator>Sonu Sawlani</dc:creator>
      <pubDate>Mon, 15 Sep 2025 16:01:40 +0000</pubDate>
      <link>https://dev.to/sonu_sawlani_bd14d609f381/riding-the-vibe-my-journey-with-kiro-and-building-the-get-donee-app-2enk</link>
      <guid>https://dev.to/sonu_sawlani_bd14d609f381/riding-the-vibe-my-journey-with-kiro-and-building-the-get-donee-app-2enk</guid>
      <description>&lt;p&gt;&lt;strong&gt;Introduction&lt;/strong&gt;&lt;/p&gt;

&lt;p&gt;When I first got my hands on Kiro, it honestly felt like a cheat code. Back then it was still in preview, no limits, no weird restrictions. I started playing around with its spec-based coding and it felt like a dream — like telling the AI exactly what I wanted and just watching it happen.&lt;/p&gt;

&lt;p&gt;Before Kiro, I was stuck in the usual loop: chat with AI, review every single line, fix things manually. But this time? It was different. With Kiro + Claude Sonnet 4, it felt flawless. Almost like I wasn’t coding, I was just… vibing. I never thought I’d let an AI take the wheel like that, but I did — and I enjoyed it.&lt;/p&gt;

&lt;p&gt;&lt;strong&gt;The Sweet Dream Phase 🌙&lt;/strong&gt;&lt;/p&gt;

&lt;p&gt;I had always used AI in the traditional chat-based mode — reviewing every snippet, cross-checking line by line. But Kiro introduced me to something different: spec-based development. Instead of explaining endlessly in chat, I could define the requirements, and Kiro would implement them directly.&lt;/p&gt;

&lt;p&gt;For the first time, I experienced what I like to call “vibe coding.” It wasn’t just about generating code; it was about letting the AI truly flow with the project. Paired with Claude Sonnet 4, Kiro felt flawless. I almost couldn’t believe how smooth those early days were — like having a built-in security check before my ideas became real code.&lt;/p&gt;

&lt;p&gt;&lt;strong&gt;The Reality Check ⚖️&lt;/strong&gt;&lt;/p&gt;

&lt;p&gt;But as I built my task manager app — which I called Get Donee — my relationship with Kiro began to shift. While vibe coding felt liberating, the cracks showed up when I reached the UI refinement and debugging stages.&lt;/p&gt;

&lt;p&gt;UI tweaks often turned into a guessing game. I’d provide JSON, images, or detailed descriptions, but Kiro sometimes returned designs completely different from what I imagined. Extra padding here, unexpected widgets there&lt;/p&gt;

&lt;p&gt;And the most painful part? Debugging.&lt;br&gt;
Since my setup can’t run an emulator, I had to build and test on my phone each time. Whenever I asked Kiro to fix something, it often created random extra files — test files, design files, even implementation files I didn’t need. Sometimes it touched files I never asked it to. And a lot of the “fixes” didn’t even work.&lt;/p&gt;

&lt;p&gt;I quickly realized: if you want debugging to work, you have to be super strict. Like, “change this exact line, in this exact file, to this exact code.” No wiggle room, no vibe coding.&lt;/p&gt;

&lt;p&gt;Also once it just removed the whole widget instead of fixing it properly.🙃 a true Genius way to fix ! LOL&lt;/p&gt;

&lt;p&gt;&lt;strong&gt;🤔 Mixed Feelings&lt;/strong&gt;&lt;/p&gt;

&lt;p&gt;I won’t lie — Kiro still feels revolutionary in some ways. Spec-based coding is something I never thought I’d enjoy so much. But at the same time, the over-engineered fallback code, the UI struggles, and the random file chaos made things way harder than I expected.&lt;/p&gt;

&lt;p&gt;The new pricing and spec count limits also created some chaos (though they’ve improved it now). Plus, being locked into just Sonnet 3.7 and 4.0 inside the IDE feels kinda restrictive.&lt;/p&gt;

&lt;p&gt;&lt;strong&gt;🌟 Final Thoughts&lt;/strong&gt;&lt;/p&gt;

&lt;p&gt;So yeah, my experience is… mixed. On one hand, Kiro gave me this sweet dream of vibe coding where I felt unstoppable. On the other hand, when it came to refining and debugging, it turned into a bit of a nightmare.&lt;/p&gt;

&lt;p&gt;Still, building Get Donee with it was one of the most interesting dev experiences I’ve had. I don’t regret trying it — I actually learned a lot about where AI fits into my workflow.&lt;/p&gt;

</description>
      <category>kiro</category>
      <category>flutter</category>
      <category>programming</category>
      <category>devjournal</category>
    </item>
  </channel>
</rss>
