<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Pub/Sub on The Coders Blog</title><link>https://thecodersblog.com/tag/pub/sub/</link><description>Recent content in Pub/Sub on The Coders Blog</description><generator>Hugo</generator><language>en-us</language><lastBuildDate>Fri, 01 May 2026 07:42:17 +0000</lastBuildDate><atom:link href="https://thecodersblog.com/tag/pub/sub/index.xml" rel="self" type="application/rss+xml"/><item><title>Why Honker and SQLite Will Make You Rethink Distributed Systems in 2026</title><link>https://thecodersblog.com/honker-sqlite-as-your-next-distributed-system-primitive-2026/</link><pubDate>Fri, 01 May 2026 07:42:17 +0000</pubDate><guid>https://thecodersblog.com/honker-sqlite-as-your-next-distributed-system-primitive-2026/</guid><description>&lt;p&gt;Are you grappling with the ever-escalating operational overhead and cognitive burden of &amp;lsquo;modern&amp;rsquo; distributed systems? What if the elegant solution to many common distributed problems isn&amp;rsquo;t another sprawling cloud service, but rather a deceptively simple, battle-tested database you likely already use?&lt;/p&gt;
&lt;h2 id="the-distributed-paradox-why-we-keep-over-engineering-simple-problems"&gt;The Distributed Paradox: Why We Keep Over-Engineering Simple Problems&lt;/h2&gt;
&lt;p&gt;For too long, the default assumption in designing distributed systems has been that complexity is an unavoidable byproduct. This mindset leads us to immediately reach for complex, external infrastructure components like Kafka, RabbitMQ, Redis, dedicated relational databases, and extensive Kubernetes orchestration layers. It&amp;rsquo;s a reflex, often without critical evaluation.&lt;/p&gt;</description></item></channel></rss>