<?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: deep mishra</title>
    <description>The latest articles on DEV Community by deep mishra (@deep_mishra_).</description>
    <link>https://dev.to/deep_mishra_</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%2F3803272%2Fa0513012-ff1b-47df-9741-31851bb04b86.jpg</url>
      <title>DEV Community: deep mishra</title>
      <link>https://dev.to/deep_mishra_</link>
    </image>
    <atom:link rel="self" type="application/rss+xml" href="https://dev.to/feed/deep_mishra_"/>
    <language>en</language>
    <item>
      <title>Cold DMs don't work anymore. Here's what actually got me my first users.</title>
      <dc:creator>deep mishra</dc:creator>
      <pubDate>Tue, 10 Mar 2026 09:10:08 +0000</pubDate>
      <link>https://dev.to/deep_mishra_/cold-dms-dont-work-anymore-heres-what-actually-got-me-my-first-users-6jj</link>
      <guid>https://dev.to/deep_mishra_/cold-dms-dont-work-anymore-heres-what-actually-got-me-my-first-users-6jj</guid>
      <description>&lt;p&gt;Business owners get hundreds of cold messages daily. Yours gets ignored.&lt;br&gt;
The approach that actually works: find people already talking about the pain your product solves.&lt;br&gt;
Not cold outreach. Not ads. Just being in the right place when someone is already frustrated.&lt;br&gt;
Search Reddit, HN, Twitter for people complaining about the exact problem you solve. Slide into that conversation naturally. That's a warm lead who already wants a solution.&lt;br&gt;
The best distribution hack isn't marketing. It's being in the right place when someone is already in pain.&lt;br&gt;
What's the most effective way you've found your first users?&lt;/p&gt;

</description>
    </item>
    <item>
      <title>The Best Way to Use AI for Coding</title>
      <dc:creator>deep mishra</dc:creator>
      <pubDate>Sat, 07 Mar 2026 07:19:07 +0000</pubDate>
      <link>https://dev.to/deep_mishra_/the-best-way-to-use-ai-for-coding-2226</link>
      <guid>https://dev.to/deep_mishra_/the-best-way-to-use-ai-for-coding-2226</guid>
      <description>&lt;p&gt;A mistake I see many beginner developers make with AI coding tools is this:&lt;/p&gt;

&lt;p&gt;They ask the AI to build the entire project.&lt;/p&gt;

&lt;p&gt;Something like:&lt;/p&gt;

&lt;p&gt;“Build me a full SaaS app that does this”&lt;/p&gt;

&lt;p&gt;The result?&lt;/p&gt;

&lt;p&gt;A messy codebase.&lt;/p&gt;

&lt;p&gt;AI tries to generate everything at once, and the architecture usually falls apart.&lt;/p&gt;

&lt;p&gt;After experimenting with AI coding tools, I’ve found a workflow that works much better.&lt;/p&gt;

&lt;p&gt;Think Like an Architect, Not a Prompt Engineer&lt;/p&gt;

&lt;p&gt;The key idea is simple:&lt;/p&gt;

&lt;p&gt;You design the system.&lt;br&gt;
AI helps implement pieces of it.&lt;/p&gt;

&lt;p&gt;Instead of asking AI to generate the whole project, break it down.&lt;/p&gt;

&lt;p&gt;You decide:&lt;/p&gt;

&lt;p&gt;architecture&lt;/p&gt;

&lt;p&gt;folder structure&lt;/p&gt;

&lt;p&gt;data models&lt;/p&gt;

&lt;p&gt;API design&lt;/p&gt;

&lt;p&gt;Then AI helps implement one piece at a time.&lt;/p&gt;

&lt;p&gt;A Better Workflow&lt;/p&gt;

&lt;p&gt;Here’s the process that works well for me.&lt;/p&gt;

&lt;ol&gt;
&lt;li&gt;Design the architecture first&lt;/li&gt;
&lt;/ol&gt;

&lt;p&gt;Before asking AI for code, define:&lt;/p&gt;

&lt;p&gt;project structure&lt;/p&gt;

&lt;p&gt;database schema&lt;/p&gt;

&lt;p&gt;API routes&lt;/p&gt;

&lt;p&gt;major components&lt;/p&gt;

&lt;p&gt;Example:&lt;/p&gt;

&lt;p&gt;/api&lt;br&gt;
  auth.ts&lt;br&gt;
  users.ts&lt;/p&gt;

&lt;p&gt;/services&lt;br&gt;
  userService.ts&lt;/p&gt;

&lt;p&gt;/components&lt;br&gt;
  Dashboard.tsx&lt;/p&gt;

&lt;p&gt;This prevents AI from inventing random structures.&lt;/p&gt;

&lt;ol&gt;
&lt;li&gt;Ask AI to build one file at a time&lt;/li&gt;
&lt;/ol&gt;

&lt;p&gt;Instead of:&lt;/p&gt;

&lt;p&gt;“Build the backend”&lt;/p&gt;

&lt;p&gt;Ask:&lt;/p&gt;

&lt;p&gt;“Create an Express API route for user registration with email and password validation.”&lt;/p&gt;

&lt;p&gt;Or:&lt;/p&gt;

&lt;p&gt;“Create a React component for a dashboard that displays a list of projects.”&lt;/p&gt;

&lt;p&gt;Small tasks = much better results.&lt;/p&gt;

&lt;ol&gt;
&lt;li&gt;Review and refine&lt;/li&gt;
&lt;/ol&gt;

&lt;p&gt;Never paste AI code blindly.&lt;/p&gt;

&lt;p&gt;Check for:&lt;/p&gt;

&lt;p&gt;unnecessary complexity&lt;/p&gt;

&lt;p&gt;security issues&lt;/p&gt;

&lt;p&gt;inconsistent patterns&lt;/p&gt;

&lt;p&gt;AI is great at generating code, but developers are still better at judging it.&lt;/p&gt;

&lt;ol&gt;
&lt;li&gt;Use AI for boring work&lt;/li&gt;
&lt;/ol&gt;

&lt;p&gt;Where AI really shines:&lt;/p&gt;

&lt;p&gt;boilerplate&lt;/p&gt;

&lt;p&gt;tests&lt;/p&gt;

&lt;p&gt;simple CRUD endpoints&lt;/p&gt;

&lt;p&gt;documentation&lt;/p&gt;

&lt;p&gt;refactoring suggestions&lt;/p&gt;

&lt;p&gt;Let AI do the repetitive work.&lt;/p&gt;

&lt;p&gt;Focus your time on system design and product decisions.&lt;/p&gt;

&lt;p&gt;The Real Shift&lt;/p&gt;

&lt;p&gt;AI doesn’t replace developers.&lt;/p&gt;

&lt;p&gt;It changes the role of developers.&lt;/p&gt;

&lt;p&gt;Instead of spending most of our time writing code, we spend more time:&lt;/p&gt;

&lt;p&gt;designing systems&lt;/p&gt;

&lt;p&gt;reviewing generated code&lt;/p&gt;

&lt;p&gt;thinking about architecture&lt;/p&gt;

&lt;p&gt;Which, honestly, is where the interesting problems are anyway.&lt;/p&gt;

</description>
      <category>vibecoding</category>
      <category>ai</category>
      <category>programming</category>
      <category>beginners</category>
    </item>
    <item>
      <title>Why every demo account is named John Doe (a 700-year-old reason)</title>
      <dc:creator>deep mishra</dc:creator>
      <pubDate>Thu, 05 Mar 2026 08:00:07 +0000</pubDate>
      <link>https://dev.to/deep_mishra_/why-every-demo-account-is-named-john-doe-a-700-year-old-reason-55c</link>
      <guid>https://dev.to/deep_mishra_/why-every-demo-account-is-named-john-doe-a-700-year-old-reason-55c</guid>
      <description>&lt;p&gt;Ever wondered why every form, tutorial, or demo account in tech is named John Doe?&lt;/p&gt;

&lt;p&gt;The story goes back to medieval England.&lt;/p&gt;

&lt;p&gt;In the 1300s, English courts had a strange legal trick. When lawyers needed to test a case or file a claim involving someone whose identity was unknown, they used fictional names. The most common ones were John Doe and Richard Roe.&lt;/p&gt;

&lt;p&gt;They were never real people just placeholders for "someone."&lt;/p&gt;

&lt;p&gt;Centuries later the legal system kept using them, especially when the identity of a person was unknown. Hospitals used it for unidentified patients, police reports used it for unknown suspects.&lt;/p&gt;

&lt;p&gt;Then tech borrowed the idea.&lt;/p&gt;

&lt;p&gt;When developers needed a safe, neutral name for examples in forms, documentation, and test accounts, they adopted the same placeholder the legal world had used for hundreds of years.&lt;/p&gt;

&lt;p&gt;That's why in almost every signup form you'll see:&lt;br&gt;
Name: John Doe&lt;/p&gt;

&lt;p&gt;A 700-year-old legal tradition quietly living inside modern software.&lt;/p&gt;

&lt;p&gt;Funny how the oldest traditions end up inside the newest software.&lt;/p&gt;

</description>
      <category>webdev</category>
      <category>history</category>
      <category>programming</category>
    </item>
  </channel>
</rss>
