<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: big_whack</title><link>https://news.ycombinator.com/user?id=big_whack</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Wed, 09 Sep 2026 20:59:41 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=big_whack" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by big_whack in "Apple takes down ICE tracking apps after pressure from DOJ"]]></title><description><![CDATA[
<p>Does email work on iOS?</p>
]]></description><pubDate>Fri, 03 Oct 2025 15:09:22 +0000</pubDate><link>https://news.ycombinator.com/item?id=45463859</link><dc:creator>big_whack</dc:creator><comments>https://news.ycombinator.com/item?id=45463859</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45463859</guid></item><item><title><![CDATA[New comment by big_whack in "Jeff Bezos killed Washington Post endorsement of Kamala Harris"]]></title><description><![CDATA[
<p>This is one of the ostensible guiding principles of the Washington Post: "The newspaper’s duty is to its readers and to the public at large, and not to the private interests of its owners."</p>
]]></description><pubDate>Sat, 26 Oct 2024 14:33:33 +0000</pubDate><link>https://news.ycombinator.com/item?id=41954965</link><dc:creator>big_whack</dc:creator><comments>https://news.ycombinator.com/item?id=41954965</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41954965</guid></item><item><title><![CDATA[New comment by big_whack in "Jeff Bezos killed Washington Post endorsement of Kamala Harris"]]></title><description><![CDATA[
<p>Independence from ownership isn't really a left/right principle. The Washington Post has their set of guiding principles online - I think from those it's pretty clear why there is discontent.<p><a href="https://www.washingtonpost.com/about-the-post" rel="nofollow">https://www.washingtonpost.com/about-the-post</a></p>
]]></description><pubDate>Sat, 26 Oct 2024 13:50:54 +0000</pubDate><link>https://news.ycombinator.com/item?id=41954720</link><dc:creator>big_whack</dc:creator><comments>https://news.ycombinator.com/item?id=41954720</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41954720</guid></item><item><title><![CDATA[New comment by big_whack in "Making database systems usable"]]></title><description><![CDATA[
<p>Sorry, but someone who is averse to joins is not a non-expert in SQL, they are a total novice. The answer is like any other programming language. You simply must learn the language fundamentals in order to use it.</p>
]]></description><pubDate>Wed, 21 Aug 2024 02:13:48 +0000</pubDate><link>https://news.ycombinator.com/item?id=41306155</link><dc:creator>big_whack</dc:creator><comments>https://news.ycombinator.com/item?id=41306155</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41306155</guid></item><item><title><![CDATA[New comment by big_whack in "Making database systems usable"]]></title><description><![CDATA[
<p>It's not really a problem of there being combinatorially many ways to join table A to table B, but rather that unless the join is fully-specified those ways will mostly produce different results. Your tool would need to sniff out these ambiguous cases and either fail or prompt the user to specify what they mean. In either case the user isn't saved from understanding joins.</p>
]]></description><pubDate>Tue, 20 Aug 2024 22:40:28 +0000</pubDate><link>https://news.ycombinator.com/item?id=41304833</link><dc:creator>big_whack</dc:creator><comments>https://news.ycombinator.com/item?id=41304833</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41304833</guid></item><item><title><![CDATA[New comment by big_whack in "Making database systems usable"]]></title><description><![CDATA[
<p>Once you have SQL, you have datalog. Once you have datalog, you have SQL. The problem isn't the target, it is getting sufficiently rigorous and structured output from the LLM to target anything.</p>
]]></description><pubDate>Tue, 20 Aug 2024 22:16:11 +0000</pubDate><link>https://news.ycombinator.com/item?id=41304663</link><dc:creator>big_whack</dc:creator><comments>https://news.ycombinator.com/item?id=41304663</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41304663</guid></item><item><title><![CDATA[New comment by big_whack in "Making database systems usable"]]></title><description><![CDATA[
<p>I think the problem is the quirkiness on the English side, not the SQL side. You could translate datalog to SQL or vice versa, but understanding intention from arbitrary english is much harder. And often query results must be 100% accurate and reliable.</p>
]]></description><pubDate>Tue, 20 Aug 2024 19:33:37 +0000</pubDate><link>https://news.ycombinator.com/item?id=41303208</link><dc:creator>big_whack</dc:creator><comments>https://news.ycombinator.com/item?id=41303208</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41303208</guid></item><item><title><![CDATA[New comment by big_whack in "10% of Cubans left Cuba between 2022 and 2023"]]></title><description><![CDATA[
<p>I don't really know much about India but they seem to have more illegal immigration than the US does and per <a href="https://www.bbc.com/news/world-asia-india-50670393" rel="nofollow">https://www.bbc.com/news/world-asia-india-50670393</a> seem like they have discussions about amnesty there too. My assumption would be that any regional economic power with long borders will struggle with illegal immigration.</p>
]]></description><pubDate>Sun, 21 Jul 2024 02:29:17 +0000</pubDate><link>https://news.ycombinator.com/item?id=41021930</link><dc:creator>big_whack</dc:creator><comments>https://news.ycombinator.com/item?id=41021930</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41021930</guid></item><item><title><![CDATA[New comment by big_whack in "Panic at the Job Market"]]></title><description><![CDATA[
<p>On the OP's resume, they claim to have written the "highest performing in-memory database in the world". It's here: <a href="https://github.com/carrierdb">https://github.com/carrierdb</a>. There are no users.<p>Perhaps it is the highest-performing in-memory DB in the world, but it's a competitive space and the claim is extremely grandiose. If I were hiring my assumption would be it's BS. I would recommend the OP collapse the resume to a single-page PDF and ensure it contains only supportable claims.</p>
]]></description><pubDate>Thu, 18 Jul 2024 06:24:18 +0000</pubDate><link>https://news.ycombinator.com/item?id=40992979</link><dc:creator>big_whack</dc:creator><comments>https://news.ycombinator.com/item?id=40992979</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=40992979</guid></item><item><title><![CDATA[New comment by big_whack in "PostgreSQL and UUID as Primary Key"]]></title><description><![CDATA[
<p>You seem to think you're disagreeing with me but afaict you're just demonstrating my point, unless your point is just about how (int, int) will get packed. That's what I meant about the column order of indexes. If you have two ints and a bigint, but you need to index it like (int, bigint, int), then you aren't gaining anything there either.<p>As your example shows, there is no benefit in index size (e.g for supporting FKs) in going from int to bigint for a single key. You end up with the same index size no matter what, not twice the size which was what I took your original post to mean.</p>
]]></description><pubDate>Sat, 06 Jul 2024 03:49:20 +0000</pubDate><link>https://news.ycombinator.com/item?id=40888039</link><dc:creator>big_whack</dc:creator><comments>https://news.ycombinator.com/item?id=40888039</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=40888039</guid></item><item><title><![CDATA[New comment by big_whack in "PostgreSQL and UUID as Primary Key"]]></title><description><![CDATA[
<p>Postgres pads tuples to 8 bytes alignment so an indexed single-column int takes the same space as an indexed bigint. That's the usual case for indexed foreign keys.<p>Differences can appear in multicolumn indexes because two ints takes 8 bytes while two bigints takes 16, however the right layout of columns for an index is not always the layout that minimizes padding.</p>
]]></description><pubDate>Sat, 06 Jul 2024 00:16:44 +0000</pubDate><link>https://news.ycombinator.com/item?id=40887211</link><dc:creator>big_whack</dc:creator><comments>https://news.ycombinator.com/item?id=40887211</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=40887211</guid></item><item><title><![CDATA[New comment by big_whack in "PostgreSQL and UUID as Primary Key"]]></title><description><![CDATA[
<p>Reconfiguring tables to use a different kind of unique ID (primary key in this context) can be a much bigger pain than an ordinary column rename if it is in use by foreign key constraints.</p>
]]></description><pubDate>Fri, 05 Jul 2024 21:52:29 +0000</pubDate><link>https://news.ycombinator.com/item?id=40886366</link><dc:creator>big_whack</dc:creator><comments>https://news.ycombinator.com/item?id=40886366</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=40886366</guid></item><item><title><![CDATA[New comment by big_whack in "You'll regret using natural keys"]]></title><description><![CDATA[
<p>If you use a surrogate key, you still need a unique constraint in the table (probably the same columns you would otherwise call your natural PK). If your unique constraint isn't sufficient to capture the difference you mention, you need to add more columns.<p>However, that's strictly better than the natural PK situation, where you would need to not only add new columns to the key, but also add those columns to all referencing tables.</p>
]]></description><pubDate>Wed, 05 Jun 2024 10:27:48 +0000</pubDate><link>https://news.ycombinator.com/item?id=40583357</link><dc:creator>big_whack</dc:creator><comments>https://news.ycombinator.com/item?id=40583357</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=40583357</guid></item><item><title><![CDATA[New comment by big_whack in "Coronal mass ejection impact imminent, two more earth-directed CMEs"]]></title><description><![CDATA[
<p>This is an interesting read. I noticed also that Roscoe Bartlett, the rep running that hearing, moved entirely off the grid after retirement.<p><a href="https://en.wikipedia.org/wiki/Roscoe_Bartlett#Personal_life" rel="nofollow">https://en.wikipedia.org/wiki/Roscoe_Bartlett#Personal_life</a></p>
]]></description><pubDate>Sat, 11 May 2024 02:23:44 +0000</pubDate><link>https://news.ycombinator.com/item?id=40325572</link><dc:creator>big_whack</dc:creator><comments>https://news.ycombinator.com/item?id=40325572</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=40325572</guid></item><item><title><![CDATA[New comment by big_whack in "Book people think they know why 9-year-olds stop reading for fun"]]></title><description><![CDATA[
<p>My reading dropped off for years until I got a kindle. The kindle made reading way more convenient and portable. Totally changed my life.</p>
]]></description><pubDate>Tue, 07 May 2024 22:51:26 +0000</pubDate><link>https://news.ycombinator.com/item?id=40292448</link><dc:creator>big_whack</dc:creator><comments>https://news.ycombinator.com/item?id=40292448</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=40292448</guid></item><item><title><![CDATA[New comment by big_whack in "An electric new era for Atlas"]]></title><description><![CDATA[
<p>Were you working on that at BD? Who is designing kinematics around Atlas? I understood it to have no users.</p>
]]></description><pubDate>Wed, 17 Apr 2024 15:52:15 +0000</pubDate><link>https://news.ycombinator.com/item?id=40066408</link><dc:creator>big_whack</dc:creator><comments>https://news.ycombinator.com/item?id=40066408</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=40066408</guid></item><item><title><![CDATA[New comment by big_whack in "Why CockroachDB doesn't use EvalPlanQual"]]></title><description><![CDATA[
<p>My guess is orgs that have a real need for a distributed SQL database (which are rare in the space of orgs) will make their choices based on requirements analysis rather than naming.<p>So probably if you would be turned off enough by the name not to use the software, you don't actually need a distributed SQL database and are not the target customer.</p>
]]></description><pubDate>Sat, 06 Apr 2024 15:35:27 +0000</pubDate><link>https://news.ycombinator.com/item?id=39953124</link><dc:creator>big_whack</dc:creator><comments>https://news.ycombinator.com/item?id=39953124</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=39953124</guid></item><item><title><![CDATA[New comment by big_whack in "Greenmask: PostgreSQL Dump and Obfuscation Tool"]]></title><description><![CDATA[
<p>I would distinguish between "local dev environment" and "debugging specific data-dependent customer issue".<p>My experience is you can usually write the application with no dependencies on customer data, and do local development entirely with synthetic data.<p>For debugging specific customer escalations or understanding data distributions for your synthetic data modeling, you can use a replica of production. No need to extract just a subset or have devs host it themselves. All access can be controlled and logged this way.<p>Better than a replica would be something like [1] but that isn't available everywhere.<p>I agree the problem of "dump a DB sample that respects FK constraints" comes up sometimes and is interesting but I'm not sure I'd use it for the problem you describe.<p>[1] <a href="https://devcenter.heroku.com/articles/heroku-postgres-fork" rel="nofollow">https://devcenter.heroku.com/articles/heroku-postgres-fork</a></p>
]]></description><pubDate>Sat, 17 Feb 2024 17:58:42 +0000</pubDate><link>https://news.ycombinator.com/item?id=39411707</link><dc:creator>big_whack</dc:creator><comments>https://news.ycombinator.com/item?id=39411707</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=39411707</guid></item><item><title><![CDATA[New comment by big_whack in "What will humans do after AI achieves cognitive superiority?"]]></title><description><![CDATA[
<p>It would take at least 500-1000 years for the life expectancy to rise to 500-1000 years. Pretending that is very soon, or that people in significant number could even afford that ability after the tech existed (which it won't), seems out of touch.</p>
]]></description><pubDate>Mon, 22 Jan 2024 18:41:54 +0000</pubDate><link>https://news.ycombinator.com/item?id=39093473</link><dc:creator>big_whack</dc:creator><comments>https://news.ycombinator.com/item?id=39093473</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=39093473</guid></item><item><title><![CDATA[New comment by big_whack in "OpenAI suspends bot developer for presidential hopeful Dean Phillips"]]></title><description><![CDATA[
<p>I think your observation is why you read a lot more about Phillips these days than RFK.<p>RFK's promoters switched to promoting Phillips when they realized RFK was drawing more conservatives for the antivax stuff, than democrats for the Kennedy name.</p>
]]></description><pubDate>Sun, 21 Jan 2024 21:14:42 +0000</pubDate><link>https://news.ycombinator.com/item?id=39083143</link><dc:creator>big_whack</dc:creator><comments>https://news.ycombinator.com/item?id=39083143</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=39083143</guid></item></channel></rss>