<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: georgewfraser</title><link>https://news.ycombinator.com/user?id=georgewfraser</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Thu, 16 Apr 2026 12:57:33 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=georgewfraser" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by georgewfraser in "Anthropic, please make a new Slack"]]></title><description><![CDATA[
<p>I assure you I wrote it myself</p>
]]></description><pubDate>Sat, 07 Mar 2026 01:37:22 +0000</pubDate><link>https://news.ycombinator.com/item?id=47283479</link><dc:creator>georgewfraser</dc:creator><comments>https://news.ycombinator.com/item?id=47283479</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47283479</guid></item><item><title><![CDATA[New comment by georgewfraser in "Anthropic, please make a new Slack"]]></title><description><![CDATA[
<p>Claude-in-Slack is a big enough feature to overcome the slack-connect network effect. Openness is absolutely key! I wrote this post because I hoped that if Anthropic is <i>already</i> planning to do this I might be able to influence them to make open-data part of the plan. But openness by itself isn't a big enough feature to get users.</p>
]]></description><pubDate>Fri, 06 Mar 2026 21:21:19 +0000</pubDate><link>https://news.ycombinator.com/item?id=47281236</link><dc:creator>georgewfraser</dc:creator><comments>https://news.ycombinator.com/item?id=47281236</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47281236</guid></item><item><title><![CDATA[New comment by georgewfraser in "Anthropic, please make a new Slack"]]></title><description><![CDATA[
<p>Also true! The most important thing is that the NewSlacks commit to interoperability. I think Anthropic has a special opportunity to lead the way here, because they have a track record of standing by their principles to an extraordinary degree.</p>
]]></description><pubDate>Fri, 06 Mar 2026 21:14:28 +0000</pubDate><link>https://news.ycombinator.com/item?id=47281161</link><dc:creator>georgewfraser</dc:creator><comments>https://news.ycombinator.com/item?id=47281161</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47281161</guid></item><item><title><![CDATA[New comment by georgewfraser in "Anthropic, please make a new Slack"]]></title><description><![CDATA[
<p>You can only access public channel data, you can't even access that at scale, and Claude needs to be more natively integrated in ways that Slack will never allow.</p>
]]></description><pubDate>Fri, 06 Mar 2026 20:01:43 +0000</pubDate><link>https://news.ycombinator.com/item?id=47280325</link><dc:creator>georgewfraser</dc:creator><comments>https://news.ycombinator.com/item?id=47280325</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47280325</guid></item><item><title><![CDATA[Anthropic, please make a new Slack]]></title><description><![CDATA[
<p>Article URL: <a href="https://www.fivetran.com/blog/anthropic-please-make-a-new-slack">https://www.fivetran.com/blog/anthropic-please-make-a-new-slack</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=47280200">https://news.ycombinator.com/item?id=47280200</a></p>
<p>Points: 272</p>
<p># Comments: 253</p>
]]></description><pubDate>Fri, 06 Mar 2026 19:52:08 +0000</pubDate><link>https://www.fivetran.com/blog/anthropic-please-make-a-new-slack</link><dc:creator>georgewfraser</dc:creator><comments>https://news.ycombinator.com/item?id=47280200</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47280200</guid></item><item><title><![CDATA[Salesforce is tightening control of its data ecosystem]]></title><description><![CDATA[
<p>Article URL: <a href="https://www.cio.com/article/4108001/salesforce-is-tightening-control-of-its-data-ecosystem-and-cios-may-have-to-pay-the-price.html">https://www.cio.com/article/4108001/salesforce-is-tightening-control-of-its-data-ecosystem-and-cios-may-have-to-pay-the-price.html</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=46307355">https://news.ycombinator.com/item?id=46307355</a></p>
<p>Points: 7</p>
<p># Comments: 0</p>
]]></description><pubDate>Thu, 18 Dec 2025 00:05:42 +0000</pubDate><link>https://www.cio.com/article/4108001/salesforce-is-tightening-control-of-its-data-ecosystem-and-cios-may-have-to-pay-the-price.html</link><dc:creator>georgewfraser</dc:creator><comments>https://news.ycombinator.com/item?id=46307355</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46307355</guid></item><item><title><![CDATA[New comment by georgewfraser in "Timescale Is Now TigerData"]]></title><description><![CDATA[
<p>I talked to the timescale CTO at pg conf a few years ago and asked him what timescale does differently than a standard columnar database that makes it better suited for time oriented data. He said a bunch of things and I said “but columnar databases do those things.” Then he got mad at me.<p>I guess it’s just another columnar dbms after all?</p>
]]></description><pubDate>Wed, 18 Jun 2025 04:04:21 +0000</pubDate><link>https://news.ycombinator.com/item?id=44306560</link><dc:creator>georgewfraser</dc:creator><comments>https://news.ycombinator.com/item?id=44306560</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=44306560</guid></item><item><title><![CDATA[New comment by georgewfraser in "DuckLake is an integrated data lake and catalog format"]]></title><description><![CDATA[
<p>They make a really good criticism of Iceberg: if we have a database anyway, why are we bothering to store metadata in files?<p>I don’t think DuckLake itself will succeed in getting adopted beyond DuckDB, but I would not be surprised if over time the catalog just absorbs the metadata, and the original Iceberg format fades into history as a transitional form.</p>
]]></description><pubDate>Wed, 28 May 2025 01:33:38 +0000</pubDate><link>https://news.ycombinator.com/item?id=44112073</link><dc:creator>georgewfraser</dc:creator><comments>https://news.ycombinator.com/item?id=44112073</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=44112073</guid></item><item><title><![CDATA[New comment by georgewfraser in "Fivetran to acquire Census"]]></title><description><![CDATA[
<p>This is exactly right. We even went so far as to build a proof of concept internally, and the technical challenges are just very different. The simplest way to explain it is that Fivetran connects a skinny pipe (APIs) to a fat pipe (databases) while Census connects a fat pipe to a skinny pipe.</p>
]]></description><pubDate>Thu, 01 May 2025 18:53:39 +0000</pubDate><link>https://news.ycombinator.com/item?id=43861878</link><dc:creator>georgewfraser</dc:creator><comments>https://news.ycombinator.com/item?id=43861878</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43861878</guid></item><item><title><![CDATA[New comment by georgewfraser in "Vertical Sharding Sucks"]]></title><description><![CDATA[
<p>I am generally a huge vertical sharding skeptic but there are special cases where it is beneficial. If you have a simple query pattern on one table that represents a big fraction of your entire workload you can put it into its own instance and it becomes much easier to monitor. It’s easy to see why vertical sharding is sometimes the right answer by inverting the decision: should we put two unrelated large applications on the same instance? Obviously not, there is no benefit and ops becomes more difficult.</p>
]]></description><pubDate>Mon, 14 Apr 2025 00:41:28 +0000</pubDate><link>https://news.ycombinator.com/item?id=43677019</link><dc:creator>georgewfraser</dc:creator><comments>https://news.ycombinator.com/item?id=43677019</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43677019</guid></item><item><title><![CDATA[New comment by georgewfraser in "The Evolution of SRE at Google"]]></title><description><![CDATA[
<p>Like so many things from Google engineering this will be toxic to your startup. SREs read stuff like this, they get main character syndrome and start redoing the technical designs of all the other teams, and not in a good way.<p>This phenomenon can occur in all “overlay” functions, for example the legal department will try to run the entire company if you don’t have a good leader who keeps the team in their lane.</p>
]]></description><pubDate>Sat, 04 Jan 2025 18:41:56 +0000</pubDate><link>https://news.ycombinator.com/item?id=42596706</link><dc:creator>georgewfraser</dc:creator><comments>https://news.ycombinator.com/item?id=42596706</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=42596706</guid></item><item><title><![CDATA[New comment by georgewfraser in "Why is it so hard to buy things that work well? (2022)"]]></title><description><![CDATA[
<p>In general, I absolutely agree with you. It’s basically an instance of “the customer is always right”: if a smart customer can’t get our product working, there is a problem with the product. But this post made a much bolder (and wrong) claim: “the product has a number of major design flaws that mean that it literally cannot work”.</p>
]]></description><pubDate>Mon, 16 Dec 2024 21:12:42 +0000</pubDate><link>https://news.ycombinator.com/item?id=42435484</link><dc:creator>georgewfraser</dc:creator><comments>https://news.ycombinator.com/item?id=42435484</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=42435484</guid></item><item><title><![CDATA[New comment by georgewfraser in "Why is it so hard to buy things that work well? (2022)"]]></title><description><![CDATA[
<p>I have some insight into this because this claim is about my company Fivetran:<p>“…relies on the data source being able to seek backwards on its changelog. But Postgres throws changelogs away once they're consumed, so the Postgres data source can't support this operation”<p>Dan’s understanding is incorrect, Postgres logical replication allows each consumer to maintain a bookmark in the WAL, and it will retain the WAL until you acknowledge receipt of a portion and advance the bookmark. Evidently, he tried our product briefly, had an issue or <i>thought</i> he had an issue, investigated the issue briefly and came to the conclusion that he understood the technology better than people who have spent years working on it.<p>Don’t get me wrong, it is absolutely possible for the experts to be wrong and one smart guy to be right. But at least part of what’s going on in this post is an arrogant guy who thinks he knows better than everyone, coming to snap conclusions that other people’s work is broken.</p>
]]></description><pubDate>Mon, 16 Dec 2024 19:32:16 +0000</pubDate><link>https://news.ycombinator.com/item?id=42434450</link><dc:creator>georgewfraser</dc:creator><comments>https://news.ycombinator.com/item?id=42434450</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=42434450</guid></item><item><title><![CDATA[New comment by georgewfraser in "Show HN: Peerdb Streams – Simple, native Postgres change data capture"]]></title><description><![CDATA[
<p>You can partition your BigQuery table however you like and Fivetran will leave it in place. I don’t think there’s any benefit to partitioning the staging table.</p>
]]></description><pubDate>Tue, 07 May 2024 02:08:36 +0000</pubDate><link>https://news.ycombinator.com/item?id=40281567</link><dc:creator>georgewfraser</dc:creator><comments>https://news.ycombinator.com/item?id=40281567</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=40281567</guid></item><item><title><![CDATA[New comment by georgewfraser in "PostgreSQL reconsiders its process-based model"]]></title><description><![CDATA[
<p>I wonder if it would be easier to create a C virtual machine that emulates all the OS interaction, then recompile Postgres and the extensions to run on this. Perhaps TruffleC would work?<p><a href="https://dl.acm.org/doi/10.1145/2647508.2647528" rel="nofollow noreferrer">https://dl.acm.org/doi/10.1145/2647508.2647528</a></p>
]]></description><pubDate>Tue, 20 Jun 2023 03:26:38 +0000</pubDate><link>https://news.ycombinator.com/item?id=36399368</link><dc:creator>georgewfraser</dc:creator><comments>https://news.ycombinator.com/item?id=36399368</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=36399368</guid></item><item><title><![CDATA[New comment by georgewfraser in "Tesla finally breaks and offers round steering wheel on Model S/X"]]></title><description><![CDATA[
<p>I have an S with a yoke and prefer it to a round steering wheel. 95% of the time it’s better: you can see the entire dashboard and your body can feel the angle of the wheel instinctively. 5% of the time it’s worse, during low speed maneuvers.</p>
]]></description><pubDate>Fri, 06 Jan 2023 03:48:32 +0000</pubDate><link>https://news.ycombinator.com/item?id=34270726</link><dc:creator>georgewfraser</dc:creator><comments>https://news.ycombinator.com/item?id=34270726</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=34270726</guid></item><item><title><![CDATA[New comment by georgewfraser in "Database drivers: Naughty or nice?"]]></title><description><![CDATA[
<p>The world would be a better place if database drivers were completely abandoned as a way for clients to connect to databases. A standard API, implemented by multiple vendors, is a vastly preferable solution. Arrow Flight is an example of this.<p><a href="https://arrow.apache.org/blog/2019/10/13/introducing-arrow-flight/" rel="nofollow">https://arrow.apache.org/blog/2019/10/13/introducing-arrow-f...</a></p>
]]></description><pubDate>Mon, 12 Dec 2022 19:36:39 +0000</pubDate><link>https://news.ycombinator.com/item?id=33959121</link><dc:creator>georgewfraser</dc:creator><comments>https://news.ycombinator.com/item?id=33959121</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=33959121</guid></item><item><title><![CDATA[New comment by georgewfraser in "Show HN: Cozo – new Graph DB with Datalog, embedded like SQLite"]]></title><description><![CDATA[
<p>Licensing under AGPL will make it hard for any startup to use Cozo. Lawyers always ask about AGPL in venture financing diligence and it is considered a red flag. You can argue that they are wrong, the linking exception and so on, but you’re basically shouting into the wind.</p>
]]></description><pubDate>Tue, 08 Nov 2022 16:05:34 +0000</pubDate><link>https://news.ycombinator.com/item?id=33520495</link><dc:creator>georgewfraser</dc:creator><comments>https://news.ycombinator.com/item?id=33520495</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=33520495</guid></item><item><title><![CDATA[NRR Doesn't Matter]]></title><description><![CDATA[
<p>Article URL: <a href="https://www.fivetran.com/blog/nrr-doesnt-matter">https://www.fivetran.com/blog/nrr-doesnt-matter</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=33127370">https://news.ycombinator.com/item?id=33127370</a></p>
<p>Points: 13</p>
<p># Comments: 1</p>
]]></description><pubDate>Fri, 07 Oct 2022 21:57:37 +0000</pubDate><link>https://www.fivetran.com/blog/nrr-doesnt-matter</link><dc:creator>georgewfraser</dc:creator><comments>https://news.ycombinator.com/item?id=33127370</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=33127370</guid></item><item><title><![CDATA[New comment by georgewfraser in "Why is Snowflake so expensive"]]></title><description><![CDATA[
<p>The core claim of this article, that Snowflake doesn't implement optimizations that would reduce usage, is not true. Search optimized tables, partitioned tables, and per-second billing are all counterexamples.</p>
]]></description><pubDate>Mon, 22 Aug 2022 17:30:25 +0000</pubDate><link>https://news.ycombinator.com/item?id=32554566</link><dc:creator>georgewfraser</dc:creator><comments>https://news.ycombinator.com/item?id=32554566</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=32554566</guid></item></channel></rss>