<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: 3manuek</title><link>https://news.ycombinator.com/user?id=3manuek</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Tue, 28 Apr 2026 13:58:59 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=3manuek" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by 3manuek in "Pgbackrest is no longer being maintained"]]></title><description><![CDATA[
<p>The "closest" would be using Barman with hook scripts (<a href="https://docs.pgbarman.org/release/3.18.0/user_guide/hook_scripts.html#hook-scripts-using-barman-cloud-scripts-as-hooks-in-barman" rel="nofollow">https://docs.pgbarman.org/release/3.18.0/user_guide/hook_scr...</a>) if you rely on cloud storage for storing backups.<p><a href="https://github.com/aiven-open/pghoard" rel="nofollow">https://github.com/aiven-open/pghoard</a> seems like a good option too, but I haven’t tested it yet to have a solid opinion.</p>
]]></description><pubDate>Mon, 27 Apr 2026 16:46:33 +0000</pubDate><link>https://news.ycombinator.com/item?id=47924009</link><dc:creator>3manuek</dc:creator><comments>https://news.ycombinator.com/item?id=47924009</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47924009</guid></item><item><title><![CDATA[Upgrading Postgres Major, and Django Model with Logical Replication]]></title><description><![CDATA[
<p>Article URL: <a href="https://tr3s.ma/posts/2025-11/pgmajorupgradedjango/">https://tr3s.ma/posts/2025-11/pgmajorupgradedjango/</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=45939891">https://news.ycombinator.com/item?id=45939891</a></p>
<p>Points: 2</p>
<p># Comments: 0</p>
]]></description><pubDate>Sat, 15 Nov 2025 19:22:58 +0000</pubDate><link>https://tr3s.ma/posts/2025-11/pgmajorupgradedjango/</link><dc:creator>3manuek</dc:creator><comments>https://news.ycombinator.com/item?id=45939891</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45939891</guid></item><item><title><![CDATA[New comment by 3manuek in "AI Is Forcing the Return of the In-Person Job Interview"]]></title><description><![CDATA[
<p>I'm more into remote positions, built a very decent setup at home. However, I like the idea about traveling for offsites or office work, it is great for touching grass time to time, make good connections and know your team faces.<p>BTW, good luck on the interviews!</p>
]]></description><pubDate>Thu, 14 Aug 2025 09:10:34 +0000</pubDate><link>https://news.ycombinator.com/item?id=44898377</link><dc:creator>3manuek</dc:creator><comments>https://news.ycombinator.com/item?id=44898377</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=44898377</guid></item><item><title><![CDATA[New comment by 3manuek in "Panic at the Job Market"]]></title><description><![CDATA[
<p>I'm on this that technical interviews aren't broken (at least the ones I did during the past 2 years or so), what is broken are the job specs. They may have turned _picky_, but okish.</p>
]]></description><pubDate>Thu, 18 Jul 2024 11:32:36 +0000</pubDate><link>https://news.ycombinator.com/item?id=40994611</link><dc:creator>3manuek</dc:creator><comments>https://news.ycombinator.com/item?id=40994611</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=40994611</guid></item><item><title><![CDATA[Earthly feature: disabling internal labels]]></title><description><![CDATA[
<p>Article URL: <a href="https://tr3s.ma/posts/2024-07/nolabelsearthlyfeature/">https://tr3s.ma/posts/2024-07/nolabelsearthlyfeature/</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=40881772">https://news.ycombinator.com/item?id=40881772</a></p>
<p>Points: 1</p>
<p># Comments: 0</p>
]]></description><pubDate>Fri, 05 Jul 2024 11:14:17 +0000</pubDate><link>https://tr3s.ma/posts/2024-07/nolabelsearthlyfeature/</link><dc:creator>3manuek</dc:creator><comments>https://news.ycombinator.com/item?id=40881772</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=40881772</guid></item><item><title><![CDATA[GCP's iLB/TCP with HTTP Health Checks in Terraform for Stateful Services]]></title><description><![CDATA[
<p>Article URL: <a href="http://www.3manuek.com/terraformgcpilb">http://www.3manuek.com/terraformgcpilb</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=19041378">https://news.ycombinator.com/item?id=19041378</a></p>
<p>Points: 1</p>
<p># Comments: 0</p>
]]></description><pubDate>Thu, 31 Jan 2019 01:20:56 +0000</pubDate><link>http://www.3manuek.com/terraformgcpilb</link><dc:creator>3manuek</dc:creator><comments>https://news.ycombinator.com/item?id=19041378</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=19041378</guid></item><item><title><![CDATA[Sampling considerations on Clickhouse distributed tables]]></title><description><![CDATA[
<p>Article URL: <a href="http://www.3manuek.com/clickhousesample">http://www.3manuek.com/clickhousesample</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=14704954">https://news.ycombinator.com/item?id=14704954</a></p>
<p>Points: 1</p>
<p># Comments: 0</p>
]]></description><pubDate>Wed, 05 Jul 2017 18:27:26 +0000</pubDate><link>http://www.3manuek.com/clickhousesample</link><dc:creator>3manuek</dc:creator><comments>https://news.ycombinator.com/item?id=14704954</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=14704954</guid></item><item><title><![CDATA[Importing data from Redshift into Clickhouse]]></title><description><![CDATA[
<p>Article URL: <a href="http://www.3manuek.com/redshiftclickhouse">http://www.3manuek.com/redshiftclickhouse</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=14703044">https://news.ycombinator.com/item?id=14703044</a></p>
<p>Points: 1</p>
<p># Comments: 0</p>
]]></description><pubDate>Wed, 05 Jul 2017 15:16:05 +0000</pubDate><link>http://www.3manuek.com/redshiftclickhouse</link><dc:creator>3manuek</dc:creator><comments>https://news.ycombinator.com/item?id=14703044</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=14703044</guid></item><item><title><![CDATA[Analyzing postgres_fdw overhead]]></title><description><![CDATA[
<p>Article URL: <a href="http://www.3manuek.com/fdwoverhead">http://www.3manuek.com/fdwoverhead</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=13807506">https://news.ycombinator.com/item?id=13807506</a></p>
<p>Points: 1</p>
<p># Comments: 0</p>
]]></description><pubDate>Tue, 07 Mar 2017 00:57:38 +0000</pubDate><link>http://www.3manuek.com/fdwoverhead</link><dc:creator>3manuek</dc:creator><comments>https://news.ycombinator.com/item?id=13807506</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=13807506</guid></item><item><title><![CDATA[Postgres sharding using postgres_fdw Foreign Data Wrapper Extension]]></title><description><![CDATA[
<p>Article URL: <a href="http://www.3manuek.com/postgresmanualsharding">http://www.3manuek.com/postgresmanualsharding</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=13799891">https://news.ycombinator.com/item?id=13799891</a></p>
<p>Points: 2</p>
<p># Comments: 0</p>
]]></description><pubDate>Mon, 06 Mar 2017 00:41:57 +0000</pubDate><link>http://www.3manuek.com/postgresmanualsharding</link><dc:creator>3manuek</dc:creator><comments>https://news.ycombinator.com/item?id=13799891</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=13799891</guid></item><item><title><![CDATA[Basic Apache Kafka and Postgres integration using kafkacat]]></title><description><![CDATA[
<p>Article URL: <a href="http://www.3manuek.com/kafkacatandcopypg">http://www.3manuek.com/kafkacatandcopypg</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=13763565">https://news.ycombinator.com/item?id=13763565</a></p>
<p>Points: 1</p>
<p># Comments: 0</p>
]]></description><pubDate>Wed, 01 Mar 2017 13:45:39 +0000</pubDate><link>http://www.3manuek.com/kafkacatandcopypg</link><dc:creator>3manuek</dc:creator><comments>https://news.ycombinator.com/item?id=13763565</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=13763565</guid></item><item><title><![CDATA[Highlighting Postgres 10 Upcoming Features:Logical Replication and Partitioning]]></title><description><![CDATA[
<p>Article URL: <a href="http://www.3manuek.com/postgres10logrepypart">http://www.3manuek.com/postgres10logrepypart</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=13726211">https://news.ycombinator.com/item?id=13726211</a></p>
<p>Points: 2</p>
<p># Comments: 0</p>
]]></description><pubDate>Fri, 24 Feb 2017 18:26:11 +0000</pubDate><link>http://www.3manuek.com/postgres10logrepypart</link><dc:creator>3manuek</dc:creator><comments>https://news.ycombinator.com/item?id=13726211</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=13726211</guid></item><item><title><![CDATA[New comment by 3manuek in "Unsecured MongoDBs taken hostage"]]></title><description><![CDATA[
<p>Worst thing is that the data loss impact in money is not limited to the blackmail rates. What I'm saying is that even if everyone pays and 4kBTC (4.3M USD today) is collected by the perpetrator, there are other impacts in terms of legal issues and insurance. I don't know how to calculate this, but it could be an interesting number tho.</p>
]]></description><pubDate>Wed, 04 Jan 2017 13:40:25 +0000</pubDate><link>https://news.ycombinator.com/item?id=13318126</link><dc:creator>3manuek</dc:creator><comments>https://news.ycombinator.com/item?id=13318126</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=13318126</guid></item><item><title><![CDATA[New comment by 3manuek in "Show HN: ToroDB Stampede: Automagical MongoDB to PostgreSQL, 100x Faster Queries"]]></title><description><![CDATA[
<p>Impressive performance, even compared against a Mongo shard with 3 nodes!</p>
]]></description><pubDate>Wed, 30 Nov 2016 17:36:05 +0000</pubDate><link>https://news.ycombinator.com/item?id=13072738</link><dc:creator>3manuek</dc:creator><comments>https://news.ycombinator.com/item?id=13072738</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=13072738</guid></item><item><title><![CDATA[PostgreSQL RDS pg-stat-ramdisk-size new feature and its calculations]]></title><description><![CDATA[
<p>Article URL: <a href="http://www.3manuek.com/pgstatramdisksize">http://www.3manuek.com/pgstatramdisksize</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=12578514">https://news.ycombinator.com/item?id=12578514</a></p>
<p>Points: 2</p>
<p># Comments: 0</p>
]]></description><pubDate>Mon, 26 Sep 2016 01:16:02 +0000</pubDate><link>http://www.3manuek.com/pgstatramdisksize</link><dc:creator>3manuek</dc:creator><comments>https://news.ycombinator.com/item?id=12578514</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=12578514</guid></item><item><title><![CDATA[New comment by 3manuek in "Thoughts on Uber’s List of Postgres Limitations"]]></title><description><![CDATA[
<p>I do think that you need to learn how to use in the best way the technologies you have chosen or that are present in your current setup. No matter if it is a MySQL, Postgres or any other DB, it requires as a part of a job, learn how to use at it's best. The points on the article are good, however it's true that Postgres had problems with scalability not so long ago. That's changing, however I think that other data stores have addressed the problem of availability and scalability earlier and gained maturity during the last years.<p>Also, there is something that caused some noise to me:<p><pre><code>    This point is correct; PostgreSQL indexes currently use a
    direct pointer between the index entry and the heap tuple 
    version. InnoDB secondary indexes are “indirect indexes” 
    in that they do not refer to the heap tuple version 
    directly, they contain the value of the Primary Key (PK) 
    of the tuple.
</code></pre>
That's true, but the article doesn't make explicit that the PK on InnoDB is a clustered index and, that there are other optimizations like adaptive hashing to make read queries faster.</p>
]]></description><pubDate>Wed, 03 Aug 2016 12:54:07 +0000</pubDate><link>https://news.ycombinator.com/item?id=12217558</link><dc:creator>3manuek</dc:creator><comments>https://news.ycombinator.com/item?id=12217558</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=12217558</guid></item></channel></rss>