<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: hazaskull</title><link>https://news.ycombinator.com/user?id=hazaskull</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Mon, 22 Jun 2026 21:56:23 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=hazaskull" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by hazaskull in "Identity verification on Claude"]]></title><description><![CDATA[
<p>I would imagine this was written by someone not from the US.</p>
]]></description><pubDate>Sun, 21 Jun 2026 13:35:25 +0000</pubDate><link>https://news.ycombinator.com/item?id=48618862</link><dc:creator>hazaskull</dc:creator><comments>https://news.ycombinator.com/item?id=48618862</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48618862</guid></item><item><title><![CDATA[New comment by hazaskull in "PostgreSQL High Availability Solutions – Part 1: Jepsen Test and Patroni"]]></title><description><![CDATA[
<p>Thanks. I think that only covers the commercial bits they run themselves though:<p><pre><code>  "The entire database with all its features (including the enterprise ones) is licensed under the Apache License 2.0


  The binaries that contain -managed in the artifact and help run a managed service are licensed under the Polyform Free Trial License 1.0.0."
</code></pre>
EDIT: formatting</p>
]]></description><pubDate>Sun, 08 Dec 2024 11:48:32 +0000</pubDate><link>https://news.ycombinator.com/item?id=42356606</link><dc:creator>hazaskull</dc:creator><comments>https://news.ycombinator.com/item?id=42356606</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=42356606</guid></item><item><title><![CDATA[New comment by hazaskull in "PostgreSQL High Availability Solutions – Part 1: Jepsen Test and Patroni"]]></title><description><![CDATA[
<p>I was under the impression that Yugabyte requires signing a CLA to contribute which leads me to avoid it for fear of them relicensing the thing when the VC's start squeezing.
Also: very unique and single vendor driven. Seems like too much of a risk longer term but that is just my take.<p>EDIT: in response to your question I did run a PoC of it but it had issues where I wasn't able to create very large indexes without the statement timing out on me. Basic simple hand-benchmarking of complex joins on very large tables were very slow if they finished at all. I suppose systems like this and cockroach really need short, simple statements and high client-concurrency rather than large, complex queries.</p>
]]></description><pubDate>Sun, 08 Dec 2024 11:37:18 +0000</pubDate><link>https://news.ycombinator.com/item?id=42356567</link><dc:creator>hazaskull</dc:creator><comments>https://news.ycombinator.com/item?id=42356567</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=42356567</guid></item><item><title><![CDATA[New comment by hazaskull in "How to Distribute Postgres Geographically"]]></title><description><![CDATA[
<p>Hi there! Thank you for the post and your work on pgzx!
Though it depends on the system (cockroachdb can place leaders on specific nodes to speed up local queries, it has global tables and otherwise there's always follower-reads) those are of course valid reasons.
Admittedly if you want to keep data "pinned", you're into manual placement, rather than horizontal scaling but that's nitpicking and there's pros and cons.
I do enjoy the freedom of Postgres and am hopeful that its virtually prehistoric storage-design becomes a non-issue thanks to tech such as Neon and Orioledb. The option to decouple storage would provide wonderful flexibility for solutions like yours too I think.</p>
]]></description><pubDate>Sun, 02 Jun 2024 08:31:54 +0000</pubDate><link>https://news.ycombinator.com/item?id=40552485</link><dc:creator>hazaskull</dc:creator><comments>https://news.ycombinator.com/item?id=40552485</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=40552485</guid></item><item><title><![CDATA[New comment by hazaskull in "How to Distribute Postgres Geographically"]]></title><description><![CDATA[
<p>While it is fun to see how to creatively solve such issues, it does raise the question of managability.
When sharding data into loosely (fdw) coupled silo's it would become tricky to make consistent backups, ensure locking mechanisms work when sharded data might sometimes be directly related, handle zone/region failures gracefully, prevent hot spots, perform multi-region schema-changes reliably, etc.
I suppose this pattern principally only works when the data is in fact not strongly related and the silo's are quite independent. I wouldn't call that a distributed system at all, really. This may be a matter of opinion of course.<p>It does give a "When all you have is a hammer..." vibe to me and begs the question: why not use a system that's designed for use-cases like this and do it reliably and securely ? i.e.: <a href="https://www.cockroachlabs.com/docs/stable/multiregion-overview" rel="nofollow">https://www.cockroachlabs.com/docs/stable/multiregion-overvi...</a> (yes, I know full data domiciling requires something even more strict but I currently don't know of any system that can transparently span the globe and stay performant while not sharing any metadata or caching between regions)</p>
]]></description><pubDate>Sun, 02 Jun 2024 06:38:36 +0000</pubDate><link>https://news.ycombinator.com/item?id=40551909</link><dc:creator>hazaskull</dc:creator><comments>https://news.ycombinator.com/item?id=40551909</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=40551909</guid></item><item><title><![CDATA[New comment by hazaskull in "Hydra: Column-Oriented Postgres"]]></title><description><![CDATA[
<p>Thank you for the correction. Indeed it is not entirely the same thing. Though I'd expect that at least the benefit of not having to read  columns that aren't in the family would still help (haven't tried in earnest). I suppose compression is not an option though.</p>
]]></description><pubDate>Fri, 25 Aug 2023 15:31:34 +0000</pubDate><link>https://news.ycombinator.com/item?id=37262847</link><dc:creator>hazaskull</dc:creator><comments>https://news.ycombinator.com/item?id=37262847</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=37262847</guid></item><item><title><![CDATA[New comment by hazaskull in "Hydra: Column-Oriented Postgres"]]></title><description><![CDATA[
<p>Was unable to edit my previous. It does use vectorization: <a href="https://www.cockroachlabs.com/docs/stable/vectorized-execution" rel="nofollow noreferrer">https://www.cockroachlabs.com/docs/stable/vectorized-executi...</a></p>
]]></description><pubDate>Fri, 25 Aug 2023 10:52:47 +0000</pubDate><link>https://news.ycombinator.com/item?id=37260215</link><dc:creator>hazaskull</dc:creator><comments>https://news.ycombinator.com/item?id=37260215</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=37260215</guid></item><item><title><![CDATA[New comment by hazaskull in "Hydra: Column-Oriented Postgres"]]></title><description><![CDATA[
<p>Indeed. As I commented alsewhere this is just about the general design. It is not targeting OLAP in this case (even though I do  believe cockroach employs vectorization for reads)</p>
]]></description><pubDate>Fri, 25 Aug 2023 10:49:00 +0000</pubDate><link>https://news.ycombinator.com/item?id=37260182</link><dc:creator>hazaskull</dc:creator><comments>https://news.ycombinator.com/item?id=37260182</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=37260182</guid></item><item><title><![CDATA[New comment by hazaskull in "Hydra: Column-Oriented Postgres"]]></title><description><![CDATA[
<p>No expert but I'd say you'd rather be looking at bigquery, Redshift, Clickhouse, Snowflake, etc.</p>
]]></description><pubDate>Fri, 25 Aug 2023 07:33:38 +0000</pubDate><link>https://news.ycombinator.com/item?id=37259107</link><dc:creator>hazaskull</dc:creator><comments>https://news.ycombinator.com/item?id=37259107</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=37259107</guid></item><item><title><![CDATA[New comment by hazaskull in "Hydra: Column-Oriented Postgres"]]></title><description><![CDATA[
<p>They don't optimize for it and I suppose the data distribution is primarily aimed at parallel OLTP rather than OLAP. Just wanted to mention that design-wise it is similar but that's indeed not all there is to it.
I'd be hesitant to store large volumes of data on a single PG instance; don't see how a single-writer, filesystem-based database is suitable at all for data that is large enough to warrant columnar storage</p>
]]></description><pubDate>Fri, 25 Aug 2023 06:34:31 +0000</pubDate><link>https://news.ycombinator.com/item?id=37258774</link><dc:creator>hazaskull</dc:creator><comments>https://news.ycombinator.com/item?id=37258774</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=37258774</guid></item><item><title><![CDATA[New comment by hazaskull in "Hydra: Column-Oriented Postgres"]]></title><description><![CDATA[
<p>Not Postgres-based (but wire- and mostly syntax-compatible): cockroachDB using column families is much like a columnar MPP.
Yugabyte is PG-based and MPP but not columnar.</p>
]]></description><pubDate>Fri, 25 Aug 2023 05:20:57 +0000</pubDate><link>https://news.ycombinator.com/item?id=37258373</link><dc:creator>hazaskull</dc:creator><comments>https://news.ycombinator.com/item?id=37258373</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=37258373</guid></item><item><title><![CDATA[New comment by hazaskull in "Fix Intel CPU Throttling on Linux"]]></title><description><![CDATA[
<p>...and then there is me using<p><pre><code>  echo "75000000" | sudo tee /sys/class/powercap/intel-rapl/intel-rapl\:0/constraint_1_power_limit_uw 
</code></pre>
to cap my i7-10700 to prevent it from overpowering the system fan by peaking to 200+ watts.</p>
]]></description><pubDate>Sun, 05 Mar 2023 11:55:50 +0000</pubDate><link>https://news.ycombinator.com/item?id=35028808</link><dc:creator>hazaskull</dc:creator><comments>https://news.ycombinator.com/item?id=35028808</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=35028808</guid></item><item><title><![CDATA[New comment by hazaskull in "Ask HN: Is Mastodon the best alternative to Twitter?"]]></title><description><![CDATA[
<p>Not to say that I disagree with you in principle but I'd think there is a large difference between disagreeing with someone's opinions and disagreeing with someones values.
You generally can't have a meaningful conversation in the latter case.</p>
]]></description><pubDate>Sun, 26 Feb 2023 16:02:49 +0000</pubDate><link>https://news.ycombinator.com/item?id=34946509</link><dc:creator>hazaskull</dc:creator><comments>https://news.ycombinator.com/item?id=34946509</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=34946509</guid></item><item><title><![CDATA[New comment by hazaskull in "PostgresBuild 2021 Keynote – Michael Stonebraker: Where the DBMS Market Is Going"]]></title><description><![CDATA[
<p>Personally I find the idea of a very small cartel of companies holding all the cards quite dystopian. There are certain people that I very much would not like to be in control of all that. Guess I'm not ready to accept the supposed inevitability of this end game.</p>
]]></description><pubDate>Sat, 07 Jan 2023 08:26:48 +0000</pubDate><link>https://news.ycombinator.com/item?id=34286250</link><dc:creator>hazaskull</dc:creator><comments>https://news.ycombinator.com/item?id=34286250</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=34286250</guid></item><item><title><![CDATA[New comment by hazaskull in "It’s not hypocrisy, you’re just powerless"]]></title><description><![CDATA[
<p>The way I read it is simply a broadly applicable notion that a certain type of people will demonstrate their power and (perceived) higher status over others by openly breaking the others' rules without consequence.
EDIT for better wording</p>
]]></description><pubDate>Sat, 07 Jan 2023 08:07:52 +0000</pubDate><link>https://news.ycombinator.com/item?id=34286179</link><dc:creator>hazaskull</dc:creator><comments>https://news.ycombinator.com/item?id=34286179</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=34286179</guid></item><item><title><![CDATA[New comment by hazaskull in "At Xamarin I left every day at 5pm"]]></title><description><![CDATA[
<p>Ah well, we're all humans with our own blind focus on specific wants and needs.
Most managers are not maniacs. Our capitalistic society just has a lot of bad incentives that are hard to change without damaging its good parts. Spreading power helps to balance things out. I know unions have a bad rep in the US but they do have good merit where government is laissez faire and no, we do not need to go heavy socialist (not meant to imply you were advocating for such). In general I'd wish we'd focus a bit more on societal stability than economic output but we need both.</p>
]]></description><pubDate>Sun, 06 Nov 2022 11:04:04 +0000</pubDate><link>https://news.ycombinator.com/item?id=33491322</link><dc:creator>hazaskull</dc:creator><comments>https://news.ycombinator.com/item?id=33491322</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=33491322</guid></item><item><title><![CDATA[New comment by hazaskull in "At Xamarin I left every day at 5pm"]]></title><description><![CDATA[
<p>Honestly I think your comment shows part of the problem here, though I do understand your point. But if "mere" employees feel that they are personally in competition with basically the rest of the world it easily becomes a war of attrition and employees become kind of soldier-ants. I'd rather be my own person thank you very much. 
People can in fact be loyal and productive in 8 hours per day without being a slacker and maybe have some energy left to partake in society outside of work. Nobody likes people with a bad work-ethic but if a good work-ethic is considered to require regular overtime than maybe it's time to reconsider that concept.</p>
]]></description><pubDate>Sun, 06 Nov 2022 08:55:25 +0000</pubDate><link>https://news.ycombinator.com/item?id=33490578</link><dc:creator>hazaskull</dc:creator><comments>https://news.ycombinator.com/item?id=33490578</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=33490578</guid></item><item><title><![CDATA[New comment by hazaskull in "At Xamarin I left every day at 5pm"]]></title><description><![CDATA[
<p>52. Not been pulling all-nighters (okay maybe once or twice in exceptional circumstances that were also appreciated as such by the management after) as I've always believed your point to be right. If you're not (in part) owning the company then it should not be your life unless you don't have one and don't care. 
To each his own but an environment where overtime is the norm (even if driven by employees themselves) is not a healthy place to be when you have a family.
Besides, when a company is so successful to need more than the normal hours available then the onus is on the leadership to hire more people; it's in their best interest to not have to rely on such devotion.
...and if crunch-time is instead caused by the company _not_  being successful and not having the money to hire people then toxicity is pretty much guaranteed in short order.</p>
]]></description><pubDate>Sun, 06 Nov 2022 08:26:04 +0000</pubDate><link>https://news.ycombinator.com/item?id=33490425</link><dc:creator>hazaskull</dc:creator><comments>https://news.ycombinator.com/item?id=33490425</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=33490425</guid></item><item><title><![CDATA[New comment by hazaskull in "Do you really want Linux phones"]]></title><description><![CDATA[
<p>Counter example. I switched from Linux to Windows because I find its desktop-experience to be superior. In my mind software and hardware is evolving at a rate that makes it impractical to support the notion that I could usefully modify it myself so it mostly comes down to trust. Do I trust Microsoft more to protect my long-term interest than some unknown group of open source maintainers? Looking at being able to access old data and run old programs I feel MS have been doing a great job. Now if they come up with a way for me to make sure that my data is in some standardized format AND protected in such a way that I could reasonably expect nobody (not even MS) to read it (but still be able to offload it elsewhere) I’d be entirely happy.</p>
]]></description><pubDate>Thu, 25 Mar 2021 07:18:51 +0000</pubDate><link>https://news.ycombinator.com/item?id=26577307</link><dc:creator>hazaskull</dc:creator><comments>https://news.ycombinator.com/item?id=26577307</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=26577307</guid></item><item><title><![CDATA[New comment by hazaskull in "Docker for Mac M1 RC"]]></title><description><![CDATA[
<p>Needed to create one for a long time ;)
General cpu-bound tasks seem fine in a vm; i/o is definitely slower but much to my surprise linux’s ext4 filesystem is so much more efficient (?) than ntfs for small files that even inside a vm (vbox or wsl) git actions are noticably quicker than on native Windows!
I’d prefer is wsl2 for convenience over vbox if I could but my VPN is indeed the dealbreaker and corp. won’t support any other VPN software</p>
]]></description><pubDate>Fri, 19 Mar 2021 17:01:16 +0000</pubDate><link>https://news.ycombinator.com/item?id=26515706</link><dc:creator>hazaskull</dc:creator><comments>https://news.ycombinator.com/item?id=26515706</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=26515706</guid></item></channel></rss>