<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Hacker News: dujuku</title><link>https://news.ycombinator.com/user?id=dujuku</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Thu, 11 Jun 2026 04:51:44 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=dujuku" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by dujuku in "PgDog is funded and coming to a database near you"]]></title><description><![CDATA[
<p>If you think 20TB "isn't that big" I want to know what size of DBs you're working with 0_0</p>
]]></description><pubDate>Wed, 10 Jun 2026 20:14:12 +0000</pubDate><link>https://news.ycombinator.com/item?id=48481994</link><dc:creator>dujuku</dc:creator><comments>https://news.ycombinator.com/item?id=48481994</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48481994</guid></item><item><title><![CDATA[New comment by dujuku in "PgDog is funded and coming to a database near you"]]></title><description><![CDATA[
<p>The founder is the author of both...</p>
]]></description><pubDate>Wed, 10 Jun 2026 20:11:12 +0000</pubDate><link>https://news.ycombinator.com/item?id=48481955</link><dc:creator>dujuku</dc:creator><comments>https://news.ycombinator.com/item?id=48481955</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48481955</guid></item><item><title><![CDATA[Autoharness: Self-Improving Agents]]></title><description><![CDATA[
<p>Article URL: <a href="https://www.neosigma.ai/blog/self-improving-agentic-systems">https://www.neosigma.ai/blog/self-improving-agentic-systems</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=47830649">https://news.ycombinator.com/item?id=47830649</a></p>
<p>Points: 3</p>
<p># Comments: 0</p>
]]></description><pubDate>Mon, 20 Apr 2026 05:24:02 +0000</pubDate><link>https://www.neosigma.ai/blog/self-improving-agentic-systems</link><dc:creator>dujuku</dc:creator><comments>https://news.ycombinator.com/item?id=47830649</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47830649</guid></item><item><title><![CDATA[New comment by dujuku in "Pg_plan_advice: Plan Stability and User Planner Control for PostgreSQL?"]]></title><description><![CDATA[
<p>Good to see some movement on plan hints in postgres, but I can't get behind the ergonomics of stashing plan advice via query ID. Comment-based hints can be declared in the application, which is typically when you will want to update the hints when modifying the query. It's just a much simpler workflow and one which has a lot of precedence in other DBMSs.</p>
]]></description><pubDate>Mon, 09 Mar 2026 22:34:46 +0000</pubDate><link>https://news.ycombinator.com/item?id=47316654</link><dc:creator>dujuku</dc:creator><comments>https://news.ycombinator.com/item?id=47316654</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47316654</guid></item><item><title><![CDATA[New comment by dujuku in "Most-read tech publications have lost over half their Google traffic since 2024"]]></title><description><![CDATA[
<p>Quality content stopped being profitable well before ChatGPT. Quantity beat quality as a content strategy flooding the search page with high-level obvious “how-tos” and “best vacuum cleaner” slop. This destroyed the consumer search experience. Current models have plenty of rich historical data and are good at synthesizing quality responses with the right queries. Now the risk is that AI will be starved of recent quality information to pull from. Hopefully the pendulum swings back around to make quality information profitable again…</p>
]]></description><pubDate>Tue, 03 Mar 2026 14:25:43 +0000</pubDate><link>https://news.ycombinator.com/item?id=47232824</link><dc:creator>dujuku</dc:creator><comments>https://news.ycombinator.com/item?id=47232824</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47232824</guid></item><item><title><![CDATA[New comment by dujuku in "Show HN: PgDog – Scale Postgres without changing the app"]]></title><description><![CDATA[
<p>Really exciting to see the progress on this project! I'm not sure I understand the update "we are in production." Is this referencing a particular release or a more general statement about adoption?</p>
]]></description><pubDate>Wed, 25 Feb 2026 17:00:04 +0000</pubDate><link>https://news.ycombinator.com/item?id=47154215</link><dc:creator>dujuku</dc:creator><comments>https://news.ycombinator.com/item?id=47154215</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47154215</guid></item><item><title><![CDATA[New comment by dujuku in "Pg_plan_alternatives – eBPF tracing of all plans the optimizer considers"]]></title><description><![CDATA[
<p>This is a really interesting project I found which could be used to detect plan flips and introspect why the Postgres optimizer chose a certain path. Normally that is opaque to the user.</p>
]]></description><pubDate>Wed, 25 Feb 2026 15:22:53 +0000</pubDate><link>https://news.ycombinator.com/item?id=47152748</link><dc:creator>dujuku</dc:creator><comments>https://news.ycombinator.com/item?id=47152748</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47152748</guid></item><item><title><![CDATA[Pg_plan_alternatives – eBPF tracing of all plans the optimizer considers]]></title><description><![CDATA[
<p>Article URL: <a href="https://github.com/jnidzwetzki/pg_plan_alternatives">https://github.com/jnidzwetzki/pg_plan_alternatives</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=47152747">https://news.ycombinator.com/item?id=47152747</a></p>
<p>Points: 2</p>
<p># Comments: 1</p>
]]></description><pubDate>Wed, 25 Feb 2026 15:22:53 +0000</pubDate><link>https://github.com/jnidzwetzki/pg_plan_alternatives</link><dc:creator>dujuku</dc:creator><comments>https://news.ycombinator.com/item?id=47152747</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47152747</guid></item><item><title><![CDATA[New comment by dujuku in "Datadog started collecting EXPLAIN ANALYZE plans for Postgres queries"]]></title><description><![CDATA[
<p>What do you mean by sloppy but functional?</p>
]]></description><pubDate>Fri, 30 Jan 2026 03:27:15 +0000</pubDate><link>https://news.ycombinator.com/item?id=46820205</link><dc:creator>dujuku</dc:creator><comments>https://news.ycombinator.com/item?id=46820205</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46820205</guid></item><item><title><![CDATA[New comment by dujuku in "Pg_tracing: Distributed Tracing for PostgreSQL"]]></title><description><![CDATA[
<p>It would be awesome if this were to make it in core. Jelte did a bunch of work to improve query protocol changes. Having Postgres accept Otel trace propagation would be a gamechanger for debugging the clients and DB together. Especially since ~80%+ of DB related issues I see come down to some sort of long running open transaction which Postgres knows nothing about server-side.</p>
]]></description><pubDate>Thu, 29 Jan 2026 21:34:16 +0000</pubDate><link>https://news.ycombinator.com/item?id=46816943</link><dc:creator>dujuku</dc:creator><comments>https://news.ycombinator.com/item?id=46816943</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46816943</guid></item><item><title><![CDATA[Datadog started collecting EXPLAIN ANALYZE plans for Postgres queries]]></title><description><![CDATA[
<p>Article URL: <a href="https://www.datadoghq.com/blog/database-monitoring-explain-analyze/">https://www.datadoghq.com/blog/database-monitoring-explain-analyze/</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=46816656">https://news.ycombinator.com/item?id=46816656</a></p>
<p>Points: 1</p>
<p># Comments: 3</p>
]]></description><pubDate>Thu, 29 Jan 2026 21:12:06 +0000</pubDate><link>https://www.datadoghq.com/blog/database-monitoring-explain-analyze/</link><dc:creator>dujuku</dc:creator><comments>https://news.ycombinator.com/item?id=46816656</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46816656</guid></item><item><title><![CDATA[Show HN: Explain.datadoghq.com – a free explain plan visualizer]]></title><description><![CDATA[
<p>Article URL: <a href="https://explain.datadoghq.com/">https://explain.datadoghq.com/</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=46799207">https://news.ycombinator.com/item?id=46799207</a></p>
<p>Points: 15</p>
<p># Comments: 0</p>
]]></description><pubDate>Wed, 28 Jan 2026 18:07:13 +0000</pubDate><link>https://explain.datadoghq.com/</link><dc:creator>dujuku</dc:creator><comments>https://news.ycombinator.com/item?id=46799207</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46799207</guid></item><item><title><![CDATA[New comment by dujuku in "Databases in 2025: A Year in Review"]]></title><description><![CDATA[
<p>> Every metric I can find online says that MySQL/MariaDB is more popular than PostgreSQL<p>What are those metrics? If you're talking about things like db-engines rankings, those are heavily skewed by non-production workloads. For example, MySQL still being the database for Wordpress will forever have a high number of installations and developers using and asking StackOverflow questions. But when a new company or established company is deciding which new database to use for their custom application, MySQL is seldom in the running like it was 8-10 years ago.</p>
]]></description><pubDate>Mon, 05 Jan 2026 19:57:50 +0000</pubDate><link>https://news.ycombinator.com/item?id=46503942</link><dc:creator>dujuku</dc:creator><comments>https://news.ycombinator.com/item?id=46503942</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46503942</guid></item><item><title><![CDATA[New comment by dujuku in "Databases in 2025: A Year in Review"]]></title><description><![CDATA[
<p>Also somewhat surprised. DuckDB traction is impressive and on par with vector databases in their early phases. I think there's a good chance it will earn an honorable mention next year if adoption holds and becomes more mainstream. But my impression is that it's still early in its adoption curve where only those "in the know" are using it as a niche tool. It also still has some quirks and foot-guns that need moderately knowledgeable systems people to operate (e.g. it <i>will</i> happily OOM your DB)</p>
]]></description><pubDate>Mon, 05 Jan 2026 18:18:10 +0000</pubDate><link>https://news.ycombinator.com/item?id=46502502</link><dc:creator>dujuku</dc:creator><comments>https://news.ycombinator.com/item?id=46502502</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46502502</guid></item><item><title><![CDATA[How microservice architectures have shaped the usage of database technologies]]></title><description><![CDATA[
<p>Article URL: <a href="https://www.datadoghq.com/blog/datadog-database-research/">https://www.datadoghq.com/blog/datadog-database-research/</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=46466369">https://news.ycombinator.com/item?id=46466369</a></p>
<p>Points: 2</p>
<p># Comments: 0</p>
]]></description><pubDate>Fri, 02 Jan 2026 16:24:16 +0000</pubDate><link>https://www.datadoghq.com/blog/datadog-database-research/</link><dc:creator>dujuku</dc:creator><comments>https://news.ycombinator.com/item?id=46466369</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46466369</guid></item></channel></rss>