<?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: Sankalp Pimpalkar</title>
    <description>The latest articles on DEV Community by Sankalp Pimpalkar (@sankalpdev).</description>
    <link>https://dev.to/sankalpdev</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%2F3812464%2F53d4ac89-d771-45cc-ab0e-851b2dfb665a.jpg</url>
      <title>DEV Community: Sankalp Pimpalkar</title>
      <link>https://dev.to/sankalpdev</link>
    </image>
    <atom:link rel="self" type="application/rss+xml" href="https://dev.to/feed/sankalpdev"/>
    <language>en</language>
    <item>
      <title>Day 6 of Building Conjure: First Draft of Recommendation Algorithm</title>
      <dc:creator>Sankalp Pimpalkar</dc:creator>
      <pubDate>Wed, 11 Mar 2026 05:41:52 +0000</pubDate>
      <link>https://dev.to/sankalpdev/day-6-of-building-conjure-first-draft-of-recommendation-algorithm-15db</link>
      <guid>https://dev.to/sankalpdev/day-6-of-building-conjure-first-draft-of-recommendation-algorithm-15db</guid>
      <description>&lt;p&gt;&lt;a href="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%2Farticles%2Fu3sqjsf3iy8pzw0l9xth.png" class="article-body-image-wrapper"&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%2Farticles%2Fu3sqjsf3iy8pzw0l9xth.png" alt=" " width="800" height="2210"&gt;&lt;/a&gt;Today's progress on Conjure didn't involve a flashy UI feature. It was &lt;br&gt;
infrastructure the recommendation algorithm that decides what content &lt;br&gt;
users see when they open the app.&lt;/p&gt;

&lt;p&gt;And I kept it intentionally simple.&lt;/p&gt;

&lt;h2&gt;
  
  
  The Algorithm
&lt;/h2&gt;

&lt;p&gt;During onboarding, users select interest categories (Science, Development, &lt;br&gt;
Design, etc.). Those interests are stored on their profile and become the &lt;br&gt;
single source of truth for their feed.&lt;/p&gt;

&lt;p&gt;When the homepage loads:&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;
&lt;strong&gt;70% of the feed&lt;/strong&gt; = posts matching the user's selected interests&lt;/li&gt;
&lt;li&gt;
&lt;strong&gt;30% of the feed&lt;/strong&gt; = exploration content from other categories&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;No ML. No behavioural tracking. Just a binary category match against a &lt;br&gt;
stored preference list, sorted by recency within each bucket.&lt;/p&gt;

&lt;h2&gt;
  
  
  Why So Simple?
&lt;/h2&gt;

&lt;p&gt;Two reasons I'm not ashamed of:&lt;/p&gt;

&lt;p&gt;&lt;strong&gt;1. Complex algorithms need data.&lt;/strong&gt;&lt;br&gt;
A sophisticated system needs enough user behaviour to produce meaningful &lt;br&gt;
signals. I don't have that yet. A complex algorithm on thin data just &lt;br&gt;
produces confidently wrong recommendations.&lt;/p&gt;

&lt;p&gt;&lt;strong&gt;2. Premature complexity kills momentum.&lt;/strong&gt;&lt;br&gt;
If I tried to build something clever at day 6, I'd spend two weeks &lt;br&gt;
architecting it, second-guessing edge cases, and shipping nothing. &lt;br&gt;
Simple → ship → learn → improve is the only sane order of operations &lt;br&gt;
at this stage.&lt;/p&gt;

&lt;h2&gt;
  
  
  What I Also Shipped Today
&lt;/h2&gt;

&lt;p&gt;The homepage UI now renders a proper feed on login. No search required, &lt;br&gt;
no empty state staring at you. Open Conjure, start reading immediately.&lt;/p&gt;

&lt;h2&gt;
  
  
  What Comes Next
&lt;/h2&gt;

&lt;p&gt;The 70/30 split is a starting ratio I'll tune it once I have real usage &lt;br&gt;
data. A learning mechanism that factors in reading history is on the roadmap, &lt;br&gt;
but it earns its complexity only after the simple version gets validated by &lt;br&gt;
real users.&lt;/p&gt;

&lt;p&gt;If you've been thinking about writing on Conjure, now's a good time.&lt;br&gt;
The more content exists, the better the recommendations get.&lt;/p&gt;

&lt;p&gt;👉 &lt;a href="https://conjure.blog" rel="noopener noreferrer"&gt;conjure.blog&lt;/a&gt;&lt;/p&gt;

</description>
      <category>algorithms</category>
      <category>buildinpublic</category>
      <category>devjournal</category>
      <category>sideprojects</category>
    </item>
    <item>
      <title>Day 5 of building Conjure: Recommendation Algorithm</title>
      <dc:creator>Sankalp Pimpalkar</dc:creator>
      <pubDate>Tue, 10 Mar 2026 10:06:05 +0000</pubDate>
      <link>https://dev.to/sankalpdev/day-5-of-building-conjure-recommendation-algorithm-4heg</link>
      <guid>https://dev.to/sankalpdev/day-5-of-building-conjure-recommendation-algorithm-4heg</guid>
      <description>&lt;p&gt;Today I'm going heads down on something that doesn't ship a visible feature but will quietly make Conjure a lot smarter.&lt;/p&gt;

&lt;p&gt;I'm building the recommendation algorithm.&lt;/p&gt;

&lt;p&gt;The idea is simple: the more you read, the better Conjure understands what you care about. Every blog you open adds signal. Every topic you explore builds confidence. Over time, the suggestions you see aren't random they're shaped by you.&lt;/p&gt;

&lt;p&gt;Here's how it works under the hood: Each topic carries a strength score. Reading a blog in that topic increases its weight. The higher the weight, the more confidently Conjure surfaces similar content next time. The algorithm updates itself on every read, so it gets sharper the more you use it.&lt;/p&gt;

&lt;p&gt;And here's the part I'm excited about during onboarding, I already ask users for their interests. I haven't wired that in yet, but it's the perfect cold-start seed. New user? Your declared interests anchor the algorithm until your reading history takes over.&lt;/p&gt;

&lt;p&gt;I'm not sure yet if this touches the UI probably some subtle changes, nothing drastic. The infrastructure is the hard part right now.&lt;/p&gt;

&lt;p&gt;But here's the thing: this algorithm is only as good as the content that feeds it.&lt;br&gt;
The more blogs get written on Conjure, the more patterns I can find, the better the recommendations become. So if you've been thinking about writing. Now it's actually a great time.&lt;/p&gt;

&lt;p&gt;Write more. Read more. Help me build something that gets smarter with every post.&lt;br&gt;
&lt;a href="https://conjure.blog" rel="noopener noreferrer"&gt;https://conjure.blog&lt;/a&gt;&lt;/p&gt;

</description>
      <category>dsa</category>
      <category>webdev</category>
      <category>ai</category>
      <category>algorithms</category>
    </item>
    <item>
      <title>Day 4 of Building Conjure. Docs Feature is Live</title>
      <dc:creator>Sankalp Pimpalkar</dc:creator>
      <pubDate>Mon, 09 Mar 2026 07:52:50 +0000</pubDate>
      <link>https://dev.to/sankalpdev/day-4-of-building-conjure-docs-feature-is-live-3099</link>
      <guid>https://dev.to/sankalpdev/day-4-of-building-conjure-docs-feature-is-live-3099</guid>
      <description>&lt;p&gt;Day 4 of building Conjure in public, and today I shipped the Docs feature built for developers who don't want their content locked inside a platform.&lt;/p&gt;

&lt;p&gt;Conjure's Write page works as a full CMS. Once you've created and managed your posts there, the public API makes your content available anywhere your portfolio, your app, your product. No need to build a blog engine from scratch.&lt;/p&gt;

&lt;p&gt;The /docs page includes public endpoints like List User Blogs and Get Blog Detail, copyable request examples, parameter tables, and response previews. Everything you need to pull your content into whatever you're building.&lt;/p&gt;

&lt;p&gt;The idea is simple: handle the infrastructure, so developers can focus on the experience around their content. Write once. Display anywhere.&lt;/p&gt;

&lt;p&gt;Check it out at &lt;a href="https://conjure.blog/docs" rel="noopener noreferrer"&gt;Conjure Blogs&lt;/a&gt; would love to hear what you think.&lt;/p&gt;

</description>
      <category>webdev</category>
      <category>api</category>
      <category>cms</category>
      <category>buildinpublic</category>
    </item>
    <item>
      <title>Most Developers Don't Actually Know What They're Paying For</title>
      <dc:creator>Sankalp Pimpalkar</dc:creator>
      <pubDate>Sun, 08 Mar 2026 05:47:46 +0000</pubDate>
      <link>https://dev.to/sankalpdev/most-developers-dont-actually-know-what-theyre-paying-for-61c</link>
      <guid>https://dev.to/sankalpdev/most-developers-dont-actually-know-what-theyre-paying-for-61c</guid>
      <description>&lt;p&gt;You sign up for a hosting plan, enter your card details, and deploy your app. Job done.&lt;/p&gt;

&lt;p&gt;But do you actually know what's happening under the hood? What are you renting exactly? And are you getting the right type of hosting for your use case?&lt;/p&gt;

&lt;p&gt;If you've ever been confused about the difference between shared hosting, VPS, and dedicated servers — this is for you.&lt;/p&gt;




&lt;h2&gt;
  
  
  So What Even Is VPS Hosting?
&lt;/h2&gt;

&lt;p&gt;VPS stands for Virtual Private Server. It sits right in the sweet spot between cheap shared hosting and expensive dedicated servers.&lt;/p&gt;

&lt;p&gt;Here's the simplest way to think about it:&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;
&lt;strong&gt;Shared Hosting&lt;/strong&gt; — You're in a apartment complex sharing walls, water, and electricity with everyone else. One noisy neighbour can ruin your night.&lt;/li&gt;
&lt;li&gt;
&lt;strong&gt;VPS Hosting&lt;/strong&gt; — You still share the building, but you have your own locked apartment with your own utilities. What happens next door doesn't affect you.&lt;/li&gt;
&lt;li&gt;
&lt;strong&gt;Dedicated Server&lt;/strong&gt; — You own the entire building. Maximum control, maximum cost.&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;With a VPS you get your own isolated environment, dedicated resources (RAM, CPU, storage), and root access — without paying for an entire physical machine.&lt;/p&gt;




&lt;h2&gt;
  
  
  When Should You Actually Use VPS?
&lt;/h2&gt;

&lt;p&gt;You should consider VPS when:&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;Your shared hosting keeps throttling your app under load&lt;/li&gt;
&lt;li&gt;You need to run background jobs, cron tasks, or websockets&lt;/li&gt;
&lt;li&gt;You're deploying a Node.js, Python, or custom backend&lt;/li&gt;
&lt;li&gt;You want full control over your server environment&lt;/li&gt;
&lt;li&gt;Your site is growing and you need predictable performance&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;For small static sites or early-stage projects, shared hosting is fine. But the moment you need control or consistency — VPS is worth it.&lt;/p&gt;




&lt;h2&gt;
  
  
  The Part Nobody Talks About
&lt;/h2&gt;

&lt;p&gt;The biggest thing developers get wrong is picking VPS hosting without understanding what they actually need in terms of RAM and CPU. Most beginners over-provision (paying for more than they need) or under-provision (wondering why their app keeps crashing).&lt;/p&gt;

&lt;p&gt;Start small. A 1GB RAM, 1 vCPU VPS is enough for most early-stage projects. Scale up when the metrics tell you to — not before.&lt;/p&gt;




&lt;p&gt;I wrote a full breakdown covering everything you need to know about VPS hosting — how it works, when to use it, and how to pick the right plan.&lt;/p&gt;

&lt;p&gt;Read it here → &lt;a href="https://conjure.blog/blogs/vps-hosting-explained-everything-you-need-to-know" rel="noopener noreferrer"&gt;https://conjure.blog/blogs/vps-hosting-explained-everything-you-need-to-know&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;Drop any questions in the comments — happy to help.&lt;/p&gt;

</description>
      <category>webdev</category>
      <category>vps</category>
      <category>beginners</category>
      <category>devops</category>
    </item>
    <item>
      <title>Day 3 of Building Conjure: Analytics, Streaks &amp; Staying Consistent</title>
      <dc:creator>Sankalp Pimpalkar</dc:creator>
      <pubDate>Sun, 08 Mar 2026 05:30:13 +0000</pubDate>
      <link>https://dev.to/sankalpdev/day-3-of-building-conjure-analytics-streaks-staying-consistent-316f</link>
      <guid>https://dev.to/sankalpdev/day-3-of-building-conjure-analytics-streaks-staying-consistent-316f</guid>
      <description>&lt;p&gt;I didn't document Day 1 and 2 but I never stopped building. Picking up from here and committing to sharing the journey openly.&lt;/p&gt;

&lt;p&gt;Here's what shipped on Day 3:&lt;/p&gt;

&lt;p&gt;Analytics Dashboard&lt;br&gt;
Authors on Conjure can now see exactly how their blogs are performing. Views, likes, and engagement tracked in one clean dashboard. Writing into the void is demotivating, now authors know their words are reaching people.&lt;/p&gt;

&lt;p&gt;Writing Streaks&lt;br&gt;
Consistency is the hardest part of writing. I added a streak system that tracks how many consecutive days an author has published. Small dopamine hit, big behavioural change. If it works for Duolingo, it works for writers.&lt;/p&gt;

&lt;p&gt;Why I'm building Conjure&lt;br&gt;
Most blogging platforms feel like tools. I want Conjure to feel like a place - minimal, intentional, and built around the craft of writing. Block-based editor, Magic Paste for AI-assisted writing, and now analytics and streaks to keep authors engaged and motivated.&lt;/p&gt;

&lt;p&gt;Still a lot ahead. But Day 3 feels good.&lt;/p&gt;

&lt;p&gt;Also published a new article today if you've ever wondered what VPS hosting actually is and whether you need it, this one's for you.&lt;br&gt;
Read it here: &lt;br&gt;
&lt;a href="https://conjure.blog/blogs/vps-hosting-explained-everything-you-need-to-know" rel="noopener noreferrer"&gt;https://conjure.blog/blogs/vps-hosting-explained-everything-you-need-to-know&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;&lt;a href="https://conjure.blog" rel="noopener noreferrer"&gt;https://conjure.blog&lt;/a&gt;&lt;/p&gt;

&lt;h1&gt;
  
  
  BuildInPublic #Conjure #IndieHacker #WebDev #Blogging #SaaS
&lt;/h1&gt;

</description>
      <category>webdev</category>
      <category>startup</category>
      <category>saas</category>
      <category>buildinpublic</category>
    </item>
  </channel>
</rss>
