<?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: Promise Myself</title>
    <description>The latest articles on DEV Community by Promise Myself (@intro_intro_04280aec50913).</description>
    <link>https://dev.to/intro_intro_04280aec50913</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%2F4076114%2Ff7d94335-5967-4b73-aa51-e7aff5244cdc.png</url>
      <title>DEV Community: Promise Myself</title>
      <link>https://dev.to/intro_intro_04280aec50913</link>
    </image>
    <atom:link rel="self" type="application/rss+xml" href="https://dev.to/feed/intro_intro_04280aec50913"/>
    <language>en</language>
    <item>
      <title>Debugging Your Reactions: How to Stop Reacting on Autopilot During Conflicts (3 Steps)"</title>
      <dc:creator>Promise Myself</dc:creator>
      <pubDate>Tue, 18 Aug 2026 14:48:22 +0000</pubDate>
      <link>https://dev.to/intro_intro_04280aec50913/debugging-your-reactions-how-to-stop-reacting-on-autopilot-during-conflicts-3-steps-5adp</link>
      <guid>https://dev.to/intro_intro_04280aec50913/debugging-your-reactions-how-to-stop-reacting-on-autopilot-during-conflicts-3-steps-5adp</guid>
      <description>&lt;p&gt;As developers and creators, we spend countless hours debugging code, refactoring legacy architecture, and optimizing systems to prevent unexpected crashes. Yet, how often do we run our own mental processes on unoptimized, legacy spaghetti code?&lt;/p&gt;

&lt;p&gt;Have you ever noticed how, during a heated argument or an unexpected conflict, your brain seems to instantly hijack your thoughts? You react defensively, things escalate, and only later do you think: &lt;em&gt;"Why did I say that?"&lt;/em&gt;&lt;/p&gt;

&lt;p&gt;It turns out our emotional reactions operate much like automated software scripts. When an irritating situation repeats, our assessment, thoughts, and physical behaviors run on an ingrained script. If you want to actually change how you handle conflict, you have to break that loop at its core.&lt;/p&gt;

&lt;h2&gt;
  
  
  The Core Architecture of a Destructive Program
&lt;/h2&gt;

&lt;p&gt;Any habit or character trait becomes automatic when repetitive triggers lead to fixed evaluations, thoughts, emotions, and behaviors. To refactor or rewrite a negative mental program, you have to disrupt its operating algorithm by modifying at least one (preferably all three) of these components:&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;
&lt;strong&gt;Perception Layer:&lt;/strong&gt; Changing how you evaluate the situation on a mental level (beliefs, thoughts, and conclusions).&lt;/li&gt;
&lt;li&gt;
&lt;strong&gt;Emotional Layer:&lt;/strong&gt; Preventing old emotional states from firing and learning to generate neutral responses.&lt;/li&gt;
&lt;li&gt;
&lt;strong&gt;Physical Layer:&lt;/strong&gt; Altering automatic bodily reactions, posture, and facial expressions.&lt;/li&gt;
&lt;/ul&gt;




&lt;h2&gt;
  
  
  The Circuit Breaker: The "Pause"
&lt;/h2&gt;

&lt;p&gt;The most effective way to short-circuit a negative program before it executes is a &lt;strong&gt;deliberate pause&lt;/strong&gt;.&lt;/p&gt;

&lt;p&gt;The moment you feel irritation spike, your goal is to immediately break the energy flow by shifting your attention away—either to a physical object or into a brief &lt;strong&gt;"thought-stop" state&lt;/strong&gt; for 5–10 seconds.&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;
&lt;strong&gt;Why it matters:&lt;/strong&gt; This blocks stress from hijacking your focus, prevents mental fatigue, and preserves your energy.&lt;/li&gt;
&lt;li&gt;
&lt;strong&gt;The Routine:&lt;/strong&gt;

&lt;ol&gt;
&lt;li&gt;Catch the transition moment when a trigger turns into an emotional spike.&lt;/li&gt;
&lt;li&gt;Force a pause and anchor your attention elsewhere (a point on the wall, an object) for 5–10 seconds with zero internal dialogue.&lt;/li&gt;
&lt;li&gt;Choose a new, conscious response instead of falling back on the old script.&lt;/li&gt;
&lt;/ol&gt;
&lt;/li&gt;
&lt;/ul&gt;




&lt;h2&gt;
  
  
  The 3-Level Practice Framework
&lt;/h2&gt;

&lt;p&gt;Just like you wouldn't deploy code straight to production without testing, you shouldn't expect to handle high-stress conflicts without dry runs. Practice this framework progressively:&lt;/p&gt;

&lt;h3&gt;
  
  
  Level 1: Standard Triggers (External)
&lt;/h3&gt;

&lt;p&gt;Have a partner simulate low-stakes pressure using common arguments or annoying remarks from strangers (avoiding deep personal vulnerabilities). Practice the three core habits: the pause, non-standard external reactions (e.g., changing the topic calmly), and internal detachment.&lt;/p&gt;

&lt;h3&gt;
  
  
  Level 2: Deep Emotional Triggers (Close Relations)
&lt;/h3&gt;

&lt;p&gt;Introduce scenarios involving close relationships, touching upon personal vulnerabilities, money, or trust issues in a controlled roleplay. The goal is to train your nervous system to stay neutral when it hurts the most.&lt;/p&gt;

&lt;h3&gt;
  
  
  Level 3: Production Environment (Real Life)
&lt;/h3&gt;

&lt;p&gt;Apply these drills when real-world conflicts happen organically. Do not seek out conflict, but treat unexpected friction as your ultimate test environment. Maintain your internal distance, even if you need to use a strong external stance for self-defense.&lt;/p&gt;




&lt;h2&gt;
  
  
  Final Thoughts
&lt;/h2&gt;

&lt;p&gt;Rewiring your brain's default reaction scripts takes deliberate repetition, just like mastering a new programming paradigm. But once these new patterns become automatic, you'll find that external chaos loses its power over your internal state.&lt;/p&gt;

&lt;p&gt;How do you usually handle high-pressure moments in your day-to-day work or life? Do you have any mental shortcuts to stay calm under fire? Let's discuss in the comments below!&lt;/p&gt;

</description>
      <category>productivity</category>
      <category>career</category>
      <category>mindset</category>
      <category>devlifestyles</category>
    </item>
    <item>
      <title>How I Built a Telegram Habit Tracker with Thousands of Lines of Code Using AI (And Zero Prior Coding Experience)</title>
      <dc:creator>Promise Myself</dc:creator>
      <pubDate>Thu, 13 Aug 2026 11:03:02 +0000</pubDate>
      <link>https://dev.to/intro_intro_04280aec50913/how-i-built-a-telegram-habit-tracker-with-thousands-of-lines-of-code-using-ai-and-zero-prior-15c1</link>
      <guid>https://dev.to/intro_intro_04280aec50913/how-i-built-a-telegram-habit-tracker-with-thousands-of-lines-of-code-using-ai-and-zero-prior-15c1</guid>
      <description>&lt;p&gt;Hi everyone! 👋&lt;/p&gt;

&lt;p&gt;This is my first post here. I'm writing this not for senior developers, but for anyone who wants to gain hands-on coding experience with the help of AI tools.&lt;/p&gt;

&lt;p&gt;Here is how my journey went&lt;/p&gt;

&lt;p&gt;A few months ago, I had zero programming experience and had never built a Telegram bot before. As an experiment, I started "vibe coding." Today, I have a fully working Telegram bot with thousands of lines of code, modular file structure, time selection and scheduling, data encryption, a PostgreSQL database, Stripe/Paddle payments, 6 languages, and automated chart generation.&lt;/p&gt;

&lt;p&gt;I want to share my experience: how I used multiple different LLMs in free tiers, how I bypassed rate limits, and how I escaped dead ends when AIs hallucinated, forgot context, and broke my bot.&lt;/p&gt;

&lt;p&gt;Where It All Started&lt;/p&gt;

&lt;p&gt;Like everyone else, I started with ChatGPT, then tried Grok, Mistral, Gemini, Qwen, and DeepSeek. I wanted to test what each model could do and for how long. I quickly ran into free-tier token limits. Also, over long distances, models tend to lose context, mess up file structures, and output broken code.&lt;/p&gt;

&lt;p&gt;When my project was around 200–300 lines of code, working with AI was easy. But once it passed 1,000 lines, problems began. I couldn't paste the whole codebase into a free chat window anymore so the AI could see everything and find bugs.&lt;/p&gt;

&lt;p&gt;Another issue: AIs usually forget the chat history after a few hours or start hallucinating wildly. I had to kill the chat, start a fresh one, and re-feed it the general task, snippets of code, and context.&lt;/p&gt;

&lt;p&gt;I changed my approach and stopped overloading a single AI with everything. Instead, I split tasks between models:&lt;/p&gt;

&lt;p&gt;Claude — The Architect: It has the best logic and understanding of overall code structure. I used it for brainstorming, system design, modular breakdown, and creating step-by-step instructions for other AIs. Also acts as a "rescuer" when other models get stuck in loops. Downside: Very strict free limits.&lt;/p&gt;

&lt;p&gt;Qwen — The Workhorse: My main model for long distances. Given a detailed plan from Claude, Qwen sticks to it reliably. You can code with it all day long in the same chat. It holds up for about 7 days before starting to hallucinate.&lt;/p&gt;

&lt;p&gt;Gemini — The Fresh Eyes: A secondary tool for double-checking specific code snippets or exploring new features.&lt;/p&gt;

&lt;p&gt;Project Architecture&lt;/p&gt;

&lt;p&gt;At the beginning, Claude walked me through setting up my local environment in VS Code:&lt;/p&gt;

&lt;p&gt;Language &amp;amp; Framework: Python 3.11+, aiogram 3.x.&lt;/p&gt;

&lt;p&gt;Database: Started with Google Sheets, migrated to PostgreSQL on Supabase (Lesson learned: use PostgreSQL from day one!).&lt;/p&gt;

&lt;p&gt;Background Tasks: APScheduler for notifications.&lt;/p&gt;

&lt;p&gt;Graphics: matplotlib for reports.&lt;/p&gt;

&lt;p&gt;Payments: Paddle SDK integration.&lt;/p&gt;

&lt;p&gt;Localization: JSON-based multi-language system (6 languages).&lt;/p&gt;

&lt;p&gt;The Development Process &amp;amp; Escaping Dead Ends&lt;br&gt;
For every new feature, I had Coud write a detailed step-by-step prompt/plan for Qwen. I coded in VS Code, using browser chats for the AI:&lt;/p&gt;

&lt;p&gt;Modular structure: I kept the main file under 2,000 lines and split everything else into 200–700 line modules (handlers, database, notifications, buttons, localization).&lt;/p&gt;

&lt;p&gt;Version control (manual): Before any change, I backed up my working files into a separate folder so I could easily rollback if things broke.&lt;/p&gt;

&lt;p&gt;Beating dead ends: When Qwen started looping and breaking working code, I fed the problem logs and chat snippets to Claude. Claude usually spotted the logic error on the first try. In extreme cases, I "pitted models against each other," passing a broken snippet between Claude, Gemini, and Qwen until someone found the bug.&lt;/p&gt;

&lt;p&gt;Takeaways&lt;/p&gt;

&lt;p&gt;After a few months of part-time work, I built a working Telegram bot with thousands of lines of code from scratch.&lt;/p&gt;

&lt;p&gt;What I learned:&lt;/p&gt;

&lt;p&gt;AI replaces a team for simple tasks, but you must understand the project structure. Even without coding skills, you learn to think systematically and architecturally.&lt;/p&gt;

&lt;p&gt;Use different models. Don't rely on just one. The "architect + coder + fresh eyes" stack works best.&lt;/p&gt;

&lt;p&gt;Small steps. Write a function -&amp;gt; test it. If it breaks -&amp;gt; rollback to the last working version.&lt;/p&gt;

&lt;p&gt;I'm happy to answer any questions in the comments!&lt;/p&gt;

</description>
      <category>productivity</category>
      <category>vibecoding</category>
      <category>telegrambots</category>
      <category>habbits</category>
    </item>
  </channel>
</rss>
