<?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>Forem: Dhanmoni Nath</title>
    <description>The latest articles on Forem by Dhanmoni Nath (@dhanmoni).</description>
    <link>https://forem.com/dhanmoni</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%2F377965%2F15e18cac-5316-43f4-807e-46d80a89c2fd.jpg</url>
      <title>Forem: Dhanmoni Nath</title>
      <link>https://forem.com/dhanmoni</link>
    </image>
    <atom:link rel="self" type="application/rss+xml" href="https://forem.com/feed/dhanmoni"/>
    <language>en</language>
    <item>
      <title>Must read</title>
      <dc:creator>Dhanmoni Nath</dc:creator>
      <pubDate>Fri, 06 Feb 2026 10:45:27 +0000</pubDate>
      <link>https://forem.com/dhanmoni/must-read-3a57</link>
      <guid>https://forem.com/dhanmoni/must-read-3a57</guid>
      <description>&lt;div class="ltag__link"&gt;
  &lt;a href="/sauvik_nath_98" class="ltag__link__link"&gt;
    &lt;div class="ltag__link__pic"&gt;
      &lt;img src="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Fuser%2Fprofile_image%2F3666755%2F35475f1b-a3d1-4722-82be-a779b491de8f.jpg" alt="sauvik_nath_98"&gt;
    &lt;/div&gt;
  &lt;/a&gt;
  &lt;a href="https://dev.to/sauvik_nath_98/early-data-modeling-for-backend-teams-migrations-first-or-design-the-data-layer-in-isolation-1aj1" class="ltag__link__link"&gt;
    &lt;div class="ltag__link__content"&gt;
      &lt;h2&gt;Early data modeling for backend teams: migrations first or design the data layer in isolation?&lt;/h2&gt;
      &lt;h3&gt;Sauvik Nath ・ Feb 6&lt;/h3&gt;
      &lt;div class="ltag__link__taglist"&gt;
        &lt;span class="ltag__link__tag"&gt;#webdev&lt;/span&gt;
        &lt;span class="ltag__link__tag"&gt;#devtool&lt;/span&gt;
        &lt;span class="ltag__link__tag"&gt;#database&lt;/span&gt;
        &lt;span class="ltag__link__tag"&gt;#opensource&lt;/span&gt;
      &lt;/div&gt;
    &lt;/div&gt;
  &lt;/a&gt;
&lt;/div&gt;


</description>
      <category>webdev</category>
      <category>devtool</category>
      <category>database</category>
      <category>opensource</category>
    </item>
    <item>
      <title>I built a tool to generate relationship-aware test data for Database (no seed scripts)</title>
      <dc:creator>Dhanmoni Nath</dc:creator>
      <pubDate>Wed, 17 Dec 2025 10:29:22 +0000</pubDate>
      <link>https://forem.com/dhanmoni/i-built-a-tool-to-generate-relationship-aware-test-data-for-database-no-seed-scripts-1odi</link>
      <guid>https://forem.com/dhanmoni/i-built-a-tool-to-generate-relationship-aware-test-data-for-database-no-seed-scripts-1odi</guid>
      <description>&lt;p&gt;I wanted to share a side project I’ve been working on and get some honest feedback from the community.&lt;/p&gt;

&lt;p&gt;The idea came from a problem I kept running into - both at work and on my own side projects. Features would work perfectly in development, tests would pass, and everything would seem fine. But once the same code hit production, issues would start appearing. More often than not, the problem wasn’t the code - it was the data.&lt;/p&gt;

&lt;p&gt;In development and testing, our datasets were usually small, clean, and unrealistic. Seed scripts helped initially, but as the application grew, schemas evolved, and relationships became more complex, those scripts became harder to maintain. Updating or rewriting scripts for every collection or schema change was time-consuming, easy to postpone, and often skipped entirely.&lt;/p&gt;

&lt;p&gt;That frustration is what led me to start building &lt;strong&gt;Drawline&lt;/strong&gt;.&lt;/p&gt;

&lt;p&gt;What Drawline Does&lt;/p&gt;

&lt;p&gt;Drawline is designed to make working with realistic test data easier:&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;You can connect an existing database or start with a fresh project&lt;/li&gt;
&lt;li&gt;It automatically infers the database structure and relationships&lt;/li&gt;
&lt;li&gt;You can visualize and tweak the schema using a visual interface&lt;/li&gt;
&lt;li&gt;With one click, it populates a dev or test database with realistic, relationship-aware data&lt;/li&gt;
&lt;li&gt;Schema versions can be tracked and restored, similar to how version control works for code&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;The goal is to help developers get meaningful data early-for testing, debugging, and demos - without having to write or constantly maintain seed scripts.&lt;/p&gt;

&lt;p&gt;The product is still early, but I’m already using it for my own projects and iterating based on real usage.&lt;br&gt;
If you’re curious, you can check it out at &lt;a href="https://drawline.app" rel="noopener noreferrer"&gt;Drawline&lt;/a&gt;.&lt;/p&gt;

&lt;p&gt;&lt;strong&gt;I’d Love Your Feedback&lt;/strong&gt;&lt;/p&gt;

&lt;p&gt;I’m sharing this not as a pitch, but to learn from other developers who’ve dealt with similar problems:&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;How do you currently handle test data for web applications?&lt;/li&gt;
&lt;li&gt;Is this something you’d actually use, or do existing tools and scripts work well enough for you?&lt;/li&gt;
&lt;li&gt;What would make a tool like this a hard “no”?&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;Thanks for reading, and I’d really appreciate any feedback or thoughts.&lt;/p&gt;

</description>
      <category>webdev</category>
      <category>devtool</category>
      <category>database</category>
      <category>tooling</category>
    </item>
  </channel>
</rss>
