<?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: Hridoy</title>
    <description>The latest articles on DEV Community by Hridoy (@hridoy_dev).</description>
    <link>https://dev.to/hridoy_dev</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%2F4237634%2Fd1a97a1b-4111-4c8a-818c-2f9aa93f2a22.jpg</url>
      <title>DEV Community: Hridoy</title>
      <link>https://dev.to/hridoy_dev</link>
    </image>
    <atom:link rel="self" type="application/rss+xml" href="https://dev.to/feed/hridoy_dev"/>
    <language>en</language>
    <item>
      <title>Consistency beats talent in coding</title>
      <dc:creator>Hridoy</dc:creator>
      <pubDate>Sun, 15 Nov 2026 16:37:05 +0000</pubDate>
      <link>https://dev.to/hridoy_dev/consistency-beats-talent-in-coding-46</link>
      <guid>https://dev.to/hridoy_dev/consistency-beats-talent-in-coding-46</guid>
      <description>&lt;p&gt;When I started, I thought great developers were just born smarter. After years of building with Flutter, React.js, and Node.js, I believe something different: consistency matters more than talent.&lt;/p&gt;

&lt;p&gt;Coding is a skill, and skills grow with regular practice. One hour a day for a year will take you much further than a 12-hour binge once a month.&lt;/p&gt;

&lt;p&gt;What consistency looks like:&lt;/p&gt;

&lt;p&gt;Small daily practice: Even 30-60 minutes counts. Show up on the days you don’t feel like it.&lt;br&gt;
Building, not just watching: Try to write some code every day, even a small feature or a bug fix.&lt;br&gt;
Tracking progress: Keep a GitHub streak, a notes file, or a simple checklist so you can see how far you’ve come.&lt;br&gt;
Learning one thing at a time: Finish one topic before jumping to the next shiny tool.&lt;br&gt;
Accepting slow days: Some days you’ll understand little. That’s part of the process, so don’t quit.&lt;/p&gt;

&lt;p&gt;Why it works:&lt;br&gt;
Concepts that confuse you today become obvious in a few weeks. Small wins stack up, and then one day you notice you can build things you couldn’t before.&lt;/p&gt;

&lt;p&gt;You don’t need to be the smartest in the room. You just need to keep showing up.&lt;/p&gt;

&lt;p&gt;What’s your daily coding habit? Share it below, it might help someone else stay on track.&lt;/p&gt;

&lt;h1&gt;
  
  
  Coding #Consistency #LearnToCode #Programming #DeveloperJourney
&lt;/h1&gt;

</description>
      <category>coding</category>
      <category>learning</category>
      <category>productivity</category>
      <category>programming</category>
    </item>
    <item>
      <title>Want to build a browser extension? If you know JavaScript, you’re already most of the way there.</title>
      <dc:creator>Hridoy</dc:creator>
      <pubDate>Sun, 15 Nov 2026 16:34:31 +0000</pubDate>
      <link>https://dev.to/hridoy_dev/want-to-build-a-browser-extension-if-you-know-javascript-youre-already-most-of-the-way-there-1lml</link>
      <guid>https://dev.to/hridoy_dev/want-to-build-a-browser-extension-if-you-know-javascript-youre-already-most-of-the-way-there-1lml</guid>
      <description>&lt;p&gt;Browser extensions are one of the most underrated things a web developer can build. They’re small, useful, and you can ship one fast. Here’s what helped me understand them.&lt;/p&gt;

&lt;p&gt;What an extension is made of:&lt;/p&gt;

&lt;p&gt;manifest.json: The config file. It defines the name, version, permissions, and which scripts run where (use Manifest V3 for new projects)&lt;br&gt;
Content scripts: JavaScript that runs inside web pages, so you can read or change the page&lt;br&gt;
Background service worker: Handles events and long-running logic behind the scenes&lt;br&gt;
Popup / options page: The UI users see. It’s just HTML, CSS, and JS, and you can build it with React&lt;br&gt;
Storage and messaging APIs: Save user settings and let the different parts talk to each other&lt;/p&gt;

&lt;p&gt;Tips for getting started:&lt;/p&gt;

&lt;p&gt;Start with a tiny idea, like a button that changes a page’s style or saves a note&lt;br&gt;
Ask only for the permissions you really need. Users and store reviewers care about this&lt;br&gt;
Load your extension unpacked in developer mode to test changes quickly&lt;br&gt;
Use a bundler like Vite if you want React or TypeScript in your popup&lt;br&gt;
Chrome, Edge, and Firefox share most of the WebExtensions API, so one codebase can often cover several browsers&lt;/p&gt;

&lt;p&gt;Common mistakes:&lt;/p&gt;

&lt;p&gt;Requesting broad permissions “just in case”&lt;br&gt;
Forgetting that service workers in Manifest V3 can shut down, so don’t keep state only in memory&lt;br&gt;
Skipping a clear privacy explanation before publishing&lt;/p&gt;

&lt;p&gt;The best part is that you can solve a real problem you have every day, and publish it for others to use.&lt;/p&gt;

&lt;p&gt;Have you built a browser extension, or do you have an idea for one?&lt;/p&gt;

&lt;h1&gt;
  
  
  BrowserExtensions #JavaScript #WebDevelopment #Chrome #React
&lt;/h1&gt;

</description>
      <category>frontend</category>
      <category>javascript</category>
      <category>webdev</category>
    </item>
    <item>
      <title>How I use AI tools in my coding workflow (and where I don’t)</title>
      <dc:creator>Hridoy</dc:creator>
      <pubDate>Sun, 15 Nov 2026 16:31:44 +0000</pubDate>
      <link>https://dev.to/hridoy_dev/how-i-use-ai-tools-in-my-coding-workflow-and-where-i-dont-3c41</link>
      <guid>https://dev.to/hridoy_dev/how-i-use-ai-tools-in-my-coding-workflow-and-where-i-dont-3c41</guid>
      <description>&lt;p&gt;As a full stack developer working with Flutter, React.js, and Node.js, AI tools have become part of my daily routine. Here’s how I use them without losing control of my code.&lt;/p&gt;

&lt;p&gt;Where AI helps me most:&lt;/p&gt;

&lt;p&gt;Explaining unfamiliar code: Paste in a confusing function or error and get a plain-language breakdown&lt;br&gt;
Boilerplate: Models, API routes, form layouts, and repetitive widgets&lt;br&gt;
Debugging: Describing a bug and getting a few possible causes to check&lt;br&gt;
Learning: Asking “why” and “what are the trade-offs” when picking up a new tool&lt;br&gt;
Drafting: Documentation, commit messages, and README files&lt;/p&gt;

&lt;p&gt;Where I stay careful:&lt;/p&gt;

&lt;p&gt;Never merge code I don’t understand. If I can’t explain it, it doesn’t go in.&lt;br&gt;
Security and data: I review auth, database queries, and anything touching user data myself&lt;br&gt;
Don’t paste secrets: API keys, tokens, and client data stay out of prompts&lt;br&gt;
Verify everything: AI can sound confident and still be wrong, so I test and read the docs&lt;/p&gt;

&lt;p&gt;My simple rule:&lt;br&gt;
AI is a fast, tireless junior pair-programmer. It speeds me up, but I make the decisions and I own the result.&lt;/p&gt;

&lt;p&gt;Used well, these tools don’t replace developer skills. They reward them, because the better you understand the fundamentals, the better you can judge what AI gives you.&lt;/p&gt;

&lt;p&gt;How are you using AI in your workflow? Any tips or mistakes to share?&lt;/p&gt;

&lt;h1&gt;
  
  
  AI #SoftwareDevelopment #Programming #Productivity #FullStack
&lt;/h1&gt;

</description>
      <category>ai</category>
      <category>coding</category>
      <category>productivity</category>
      <category>programming</category>
    </item>
    <item>
      <title>MongoDB vs PostgreSQL: how I choose between them</title>
      <dc:creator>Hridoy</dc:creator>
      <pubDate>Sun, 15 Nov 2026 16:30:21 +0000</pubDate>
      <link>https://dev.to/hridoy_dev/mongodb-vs-postgresql-how-i-choose-between-them-58ol</link>
      <guid>https://dev.to/hridoy_dev/mongodb-vs-postgresql-how-i-choose-between-them-58ol</guid>
      <description>&lt;p&gt;I use both in my projects, so people often ask me which one is better. My answer is that it depends on the shape of your data.&lt;/p&gt;

&lt;p&gt;I reach for PostgreSQL when:&lt;/p&gt;

&lt;p&gt;Data is highly relational (users, orders, payments, invoices)&lt;br&gt;
I need strict consistency and transactions&lt;br&gt;
I want complex queries with joins and aggregations&lt;br&gt;
The schema is fairly stable and I want the database to enforce it&lt;/p&gt;

&lt;p&gt;I reach for MongoDB when:&lt;/p&gt;

&lt;p&gt;Data is flexible or changes shape often (content, logs, product catalogs)&lt;br&gt;
I’m prototyping and want to move fast without migrations&lt;br&gt;
Documents are naturally nested and read together&lt;br&gt;
I’m working with Node.js and want JSON-like data end to end&lt;/p&gt;

&lt;p&gt;Common mistakes I see:&lt;/p&gt;

&lt;p&gt;Choosing MongoDB because it feels easier, then fighting relationships later&lt;br&gt;
Choosing PostgreSQL for everything without thinking about whether the data really needs that structure&lt;br&gt;
Picking based on hype instead of how the data will be queried&lt;/p&gt;

&lt;p&gt;Neither one is “better.” The right choice comes from your data and your queries, not from trends. And sometimes using both in one project is perfectly fine.&lt;/p&gt;

&lt;p&gt;Which one do you use most, and why?&lt;/p&gt;

&lt;h1&gt;
  
  
  MongoDB #PostgreSQL #Database #BackendDevelopment #FullStack
&lt;/h1&gt;

</description>
      <category>architecture</category>
      <category>database</category>
      <category>postgres</category>
    </item>
    <item>
      <title>7 tips I’d give to beginner developers</title>
      <dc:creator>Hridoy</dc:creator>
      <pubDate>Sun, 15 Nov 2026 16:28:05 +0000</pubDate>
      <link>https://dev.to/hridoy_dev/7-tips-id-give-to-beginner-developers-11jl</link>
      <guid>https://dev.to/hridoy_dev/7-tips-id-give-to-beginner-developers-11jl</guid>
      <description>&lt;p&gt;7 tips I’d give to beginner developers&lt;/p&gt;

&lt;p&gt;I’m a full stack developer working with Flutter, React.js, Node.js, MongoDB, and PostgreSQL. Here’s what I wish I’d known when I started:&lt;/p&gt;

&lt;ol&gt;
&lt;li&gt;&lt;p&gt;Build projects, don’t just watch tutorials.&lt;br&gt;
Tutorials feel productive, but you only learn when you get stuck and fix things yourself. Pick a small idea and build it.&lt;/p&gt;&lt;/li&gt;
&lt;li&gt;&lt;p&gt;Learn the fundamentals first.&lt;br&gt;
Frameworks change fast. JavaScript, Dart, HTTP, databases, and Git stay useful for years.&lt;/p&gt;&lt;/li&gt;
&lt;li&gt;&lt;p&gt;Read error messages.&lt;br&gt;
Most of the answer is usually in the error. Read it slowly before you search or ask for help.&lt;/p&gt;&lt;/li&gt;
&lt;li&gt;&lt;p&gt;Learn Git early.&lt;br&gt;
Commit often, write clear messages, and push your work to GitHub. It becomes your portfolio too.&lt;/p&gt;&lt;/li&gt;
&lt;li&gt;&lt;p&gt;Don’t chase every new tool.&lt;br&gt;
Pick one stack, get good at it, and then expand. Depth beats a long list of half-learned technologies.&lt;/p&gt;&lt;/li&gt;
&lt;li&gt;&lt;p&gt;Use AI as a helper, not a replacement.&lt;br&gt;
AI tools are great for explaining code and speeding up work, but make sure you understand what they write. If you can’t explain it, you don’t own it.&lt;/p&gt;&lt;/li&gt;
&lt;li&gt;&lt;p&gt;Be patient with yourself.&lt;br&gt;
Everyone feels lost sometimes. Getting stuck is not a sign you’re bad at this. It’s how the learning happens.&lt;/p&gt;&lt;/li&gt;
&lt;/ol&gt;

&lt;p&gt;Keep building, keep shipping, and keep learning a little every day.&lt;/p&gt;

&lt;p&gt;What’s the best tip you would give to someone just starting out?&lt;/p&gt;

&lt;h1&gt;
  
  
  BeginnerDevelopers #WebDevelopment #Programming #CodingTips
&lt;/h1&gt;

</description>
      <category>beginners</category>
      <category>git</category>
      <category>programming</category>
    </item>
    <item>
      <title>Why I keep choosing Flutter for mobile apps</title>
      <dc:creator>Hridoy</dc:creator>
      <pubDate>Sun, 15 Nov 2026 15:52:15 +0000</pubDate>
      <link>https://dev.to/hridoy_dev/why-i-keep-choosing-flutter-for-mobile-apps-2c56</link>
      <guid>https://dev.to/hridoy_dev/why-i-keep-choosing-flutter-for-mobile-apps-2c56</guid>
      <description>&lt;p&gt;One codebase, two platforms (Android and iOS), and the app still feels native. That’s the main reason Flutter is my go-to for mobile.&lt;/p&gt;

&lt;p&gt;What I like most after building with it:&lt;/p&gt;

&lt;p&gt;Hot reload: I see changes in under a second, so I can experiment freely.&lt;br&gt;
Everything is a widget: Once you get the idea, building UI feels consistent and predictable.&lt;br&gt;
Fast delivery: Shipping to both platforms from one codebase saves a lot of time for clients and small teams.&lt;br&gt;
Great pairing with a Node.js backend: I use Flutter for the app and Node.js with MongoDB or PostgreSQL behind it, so I can handle the whole stack myself.&lt;/p&gt;

&lt;p&gt;It’s not perfect. App size can be larger, and state management has a learning curve (Provider, Riverpod, and Bloc all have their fans). But for most products, the trade-off is worth it.&lt;/p&gt;

&lt;p&gt;If you’re starting a mobile project and want to move fast, Flutter deserves a look.&lt;/p&gt;

&lt;p&gt;What’s your experience with Flutter? Which state management do you prefer?&lt;/p&gt;

&lt;h1&gt;
  
  
  Flutter #Dart #MobileDevelopment #FullStack
&lt;/h1&gt;

</description>
      <category>android</category>
      <category>flutter</category>
      <category>ios</category>
      <category>mobile</category>
    </item>
    <item>
      <title>AI a bubble?</title>
      <dc:creator>Hridoy</dc:creator>
      <pubDate>Sun, 15 Nov 2026 15:33:58 +0000</pubDate>
      <link>https://dev.to/hridoy_dev/ai-a-bubble-376b</link>
      <guid>https://dev.to/hridoy_dev/ai-a-bubble-376b</guid>
      <description>&lt;p&gt;Is AI a bubble? I think it’s both a bubble and a real shift.&lt;/p&gt;

&lt;p&gt;Every few weeks someone asks me if AI is a bubble. My honest answer is that parts of it probably are.&lt;/p&gt;

&lt;p&gt;Valuations are high, and many startups are really thin wrappers around someone else’s model. Plenty of companies say “AI-powered” without being able to show what it improved.&lt;/p&gt;

&lt;p&gt;But the technology itself is not hype. As a developer, I use AI tools every week, and they save me real time on debugging, drafting, and learning new things.&lt;/p&gt;

&lt;p&gt;The dot-com bubble burst, yet the internet still changed everything. The companies built on solid value survived. The ones built on buzzwords didn’t.&lt;/p&gt;

&lt;p&gt;So my approach:&lt;/p&gt;

&lt;p&gt;Don’t chase the label, solve a real problem&lt;br&gt;
Learn to use the tools well&lt;br&gt;
Be skeptical of any product that can’t say what it actually improves&lt;/p&gt;

&lt;p&gt;Bubble or not, skills and real value will outlast the noise.&lt;/p&gt;

&lt;p&gt;What do you think: bubble, breakthrough, or both?&lt;/p&gt;

&lt;h1&gt;
  
  
  AI #Technology #Software
&lt;/h1&gt;

</description>
      <category>ai</category>
      <category>discuss</category>
      <category>startup</category>
    </item>
  </channel>
</rss>
