<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: twhb</title><link>https://news.ycombinator.com/user?id=twhb</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Sat, 13 Jun 2026 12:25:17 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=twhb" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by twhb in "I'm reluctant to verify my identity or age for any online services"]]></title><description><![CDATA[
<p>Apply the same logical test to freedom of speech, and you’ll get the same result.<p>You’re not missing anything about what’s likely to happen to you personally. What you’re missing is the manner in which rights shape your life and your society even when you don’t exercise them, and sometimes even when nobody is currently exercising them, and that significant harm can be built out of a vast number of smaller harms that aren’t individually that bad.</p>
]]></description><pubDate>Tue, 03 Mar 2026 20:56:14 +0000</pubDate><link>https://news.ycombinator.com/item?id=47238858</link><dc:creator>twhb</dc:creator><comments>https://news.ycombinator.com/item?id=47238858</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47238858</guid></item><item><title><![CDATA[New comment by twhb in "Why Walmart still doesn't support Apple Pay"]]></title><description><![CDATA[
<p>This article is misinformed if not intentionally misleading about Apple Pay’s privacy status. It is technically true that Apple does not share your <i>credit card number</i>, but it does share its own unique, persistent identifier.</p>
]]></description><pubDate>Mon, 19 Jan 2026 05:48:50 +0000</pubDate><link>https://news.ycombinator.com/item?id=46675445</link><dc:creator>twhb</dc:creator><comments>https://news.ycombinator.com/item?id=46675445</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46675445</guid></item><item><title><![CDATA[New comment by twhb in "The longest Greek word"]]></title><description><![CDATA[
<p>This is an iOS 26 regression. There are a bunch of soft hyphens in there, which is why it works on other browsers and in previous versions of iOS.</p>
]]></description><pubDate>Sun, 18 Jan 2026 08:13:39 +0000</pubDate><link>https://news.ycombinator.com/item?id=46665814</link><dc:creator>twhb</dc:creator><comments>https://news.ycombinator.com/item?id=46665814</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46665814</guid></item><item><title><![CDATA[New comment by twhb in "The Tor Project is switching to Rust"]]></title><description><![CDATA[
<p>Sorry, fixed link: <a href="https://demo.fingerprint.com/playground" rel="nofollow">https://demo.fingerprint.com/playground</a>.<p>I agree on randomization, but there are other places where it doesn’t stick out like that. I’ll look up specifics if I find the time, but I think reading canvas data without permission is one place it’s utilized, including by Tor.</p>
]]></description><pubDate>Sat, 13 Dec 2025 08:06:10 +0000</pubDate><link>https://news.ycombinator.com/item?id=46252950</link><dc:creator>twhb</dc:creator><comments>https://news.ycombinator.com/item?id=46252950</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46252950</guid></item><item><title><![CDATA[New comment by twhb in "The Tor Project is switching to Rust"]]></title><description><![CDATA[
<p>This tool is deeply flawed. Fingerprinting protection is sometimes done by binning, which this tool rewards, and is sometimes done by randomizing, which this tool harshly punishes. The net result is it generally guides you away from the strongest protection.<p>The flip side of this, having the complementary flaw of testing only persistence, not uniqueness, is (warning, real tracking link) fingerprinting.com/demo. You can try resetting your ID and seeing if it changes here. Since tracking requires (a degree of) uniqueness AND (a degree of) persistence, the danger signal is only failing both the EFF test and this test.<p>Failing both is a requirement to derive meaning, not being lax: measuring only uniqueness would fail a random number generator, and measuring only persistence would fail the number 4.</p>
]]></description><pubDate>Fri, 12 Dec 2025 17:31:35 +0000</pubDate><link>https://news.ycombinator.com/item?id=46246384</link><dc:creator>twhb</dc:creator><comments>https://news.ycombinator.com/item?id=46246384</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46246384</guid></item><item><title><![CDATA[New comment by twhb in "What are OKLCH colors?"]]></title><description><![CDATA[
<p>Great post!<p>Also check out oklch.com, I found it useful for building an intuition. Some stumbling blocks are that hues aren’t the same as HSL hues, and max chroma is different depending on hue and lightness. This isn’t a bug, but a reflection of human eyes and computer screens; the alternative, as in HSL, is a consistent max but inconsistent meaning.<p>Another very cool thing about CSS’s OKLCH is it’s a formula, so you can write things like oklch(from var(--accent) calc(l + .1) c h). Do note, though, that you’ll need either some color theory or fiddling to figure out your formulas, my programmer’s intuition told me lies like “a shadow is just a lightness change, not a hue change”.<p>Also, OKLCH gradients aren’t objectively best, they’re consistently colorful. When used with similar hues, not like the article’s example, they can look very nice, but it’s not realistic; if your goal is how light mixes, then you actually want XYZ. More: <a href="https://developer.mozilla.org/en-US/docs/Web/CSS/color_value/color-mix" rel="nofollow">https://developer.mozilla.org/en-US/docs/Web/CSS/color_value...</a>.<p>Also, fun fact: the “ok” is actually just the word “ok”. The implication being that LCH was not OK, it had some bugs.</p>
]]></description><pubDate>Mon, 25 Aug 2025 07:40:24 +0000</pubDate><link>https://news.ycombinator.com/item?id=45011306</link><dc:creator>twhb</dc:creator><comments>https://news.ycombinator.com/item?id=45011306</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45011306</guid></item><item><title><![CDATA[New comment by twhb in "<Blink> and <Marquee> (2020)"]]></title><description><![CDATA[
<p>> spacer gifs<p>Hacker News actually still uses these for comment indentation, check this page’s source code.</p>
]]></description><pubDate>Mon, 09 Jun 2025 04:37:11 +0000</pubDate><link>https://news.ycombinator.com/item?id=44221443</link><dc:creator>twhb</dc:creator><comments>https://news.ycombinator.com/item?id=44221443</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=44221443</guid></item><item><title><![CDATA[New comment by twhb in "BorgBackup 2 has no server-side append-only anymore"]]></title><description><![CDATA[
<p>restic’s rest-server append-only mode unfortunately doesn’t prevent data deletion under normal usage. More here: <a href="https://restic.readthedocs.io/en/stable/060_forget.html#security-considerations-in-append-only-mode" rel="nofollow">https://restic.readthedocs.io/en/stable/060_forget.html#secu...</a>. Their workaround is pretty weak, in my opinion: a compromised client can still delete all your historic backups, and you’re on a tight timeline to notice and fix it before they can delete the rest of your backups, too.</p>
]]></description><pubDate>Sun, 08 Jun 2025 05:49:31 +0000</pubDate><link>https://news.ycombinator.com/item?id=44214820</link><dc:creator>twhb</dc:creator><comments>https://news.ycombinator.com/item?id=44214820</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=44214820</guid></item><item><title><![CDATA[New comment by twhb in "Samsung's response on 'moonshot' controversy"]]></title><description><![CDATA[
<p>This page seems designed to direct attention anywhere but the meat of the issue: are the moon details in Samsung photos derived from sensor data alone, or also external photos? To me, the answer is clear: Samsung can’t produce this result unless they also ingest external, high res moon photos. Yet Samsung frames it as “enhancing details”, not “adding details”, clearly implying the details in question were already there in some form.</p>
]]></description><pubDate>Wed, 15 Mar 2023 20:10:57 +0000</pubDate><link>https://news.ycombinator.com/item?id=35174062</link><dc:creator>twhb</dc:creator><comments>https://news.ycombinator.com/item?id=35174062</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=35174062</guid></item><item><title><![CDATA[New comment by twhb in "My list of favorite secure messaging apps"]]></title><description><![CDATA[
<p>Right, disappearing messages aren’t a safeguard against a malicious recipient, they’re a blast radius limiter on future device compromise on either end.</p>
]]></description><pubDate>Thu, 12 Jan 2023 21:21:42 +0000</pubDate><link>https://news.ycombinator.com/item?id=34360406</link><dc:creator>twhb</dc:creator><comments>https://news.ycombinator.com/item?id=34360406</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=34360406</guid></item><item><title><![CDATA[New comment by twhb in "Apple introduces end-to-end encryption for backups"]]></title><description><![CDATA[
<p>The abandoned plan was perceptual hashing, which should return the same hash for very similar photos, while the new one is a checksum, which should return the same hash only for identical photos. I don’t think that invalidates the point, but it does seem relevant. It certainly makes it much less useful for CSAM scanning or enforcing local dictator whims, since it’s now trivial to defeat if you actually try to.</p>
]]></description><pubDate>Wed, 07 Dec 2022 22:08:45 +0000</pubDate><link>https://news.ycombinator.com/item?id=33901026</link><dc:creator>twhb</dc:creator><comments>https://news.ycombinator.com/item?id=33901026</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=33901026</guid></item><item><title><![CDATA[New comment by twhb in "Brave launches private search ads"]]></title><description><![CDATA[
<p>I felt this way for a while, but I’d like to offer another angle: maybe it’s like saying “Every company eventually hires tall people. Some have no tall people, but it’s just a matter of time. Tall people are really an unstoppable force.” The missing piece is also observing short people (ad-free offerings), which you’d notice are not being eliminated, are also prevalent, and also “infect” everything. I think the unstoppable force being felt here is just statistics: ads are often an option, companies make a lot of decisions, it’s statistically inevitable that some of those will be ads, unless the company has some strong aversion to ads, which most don’t.</p>
]]></description><pubDate>Thu, 01 Dec 2022 18:47:13 +0000</pubDate><link>https://news.ycombinator.com/item?id=33820706</link><dc:creator>twhb</dc:creator><comments>https://news.ycombinator.com/item?id=33820706</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=33820706</guid></item><item><title><![CDATA[New comment by twhb in "Inside the Proton"]]></title><description><![CDATA[
<p>The never-ending chain has bothered me too. I realized that if there is a theory of everything, it needs to prove itself. As far as I know, that’s a logical contradiction. Maybe resolving that contradiction is the door to moving forward. Is the concept of a “theory of everything” invalid? Is modern logic insufficient to find it?</p>
]]></description><pubDate>Wed, 19 Oct 2022 23:37:02 +0000</pubDate><link>https://news.ycombinator.com/item?id=33269165</link><dc:creator>twhb</dc:creator><comments>https://news.ycombinator.com/item?id=33269165</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=33269165</guid></item><item><title><![CDATA[New comment by twhb in "Google postpones MV2 shutoff in Chrome stable to June 2023"]]></title><description><![CDATA[
<p>Don’t mistake this for victory. Google’s standard playbook when forcing things people don’t like is to spread the action out over a longer timeframe, exhausting the media and keeping the final blow mostly out of the news, and exhausting our individual outrage and will to keep fighting. It works every time, and it’ll work again if we become complacent again. Until and unless Google meaningfully commits to <i>never</i> neuter ad blockers, it’s still critical and urgent that we switch to Firefox.</p>
]]></description><pubDate>Wed, 28 Sep 2022 22:37:30 +0000</pubDate><link>https://news.ycombinator.com/item?id=33014127</link><dc:creator>twhb</dc:creator><comments>https://news.ycombinator.com/item?id=33014127</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=33014127</guid></item><item><title><![CDATA[New comment by twhb in "AirPods Pro (2nd Generation)"]]></title><description><![CDATA[
<p>I listened to a lot of mic testing a few months ago, frustrated by the AirPods Pro Gen 1 too. My conclusion was that all wireless earphone mics are pretty bad, and you’re not going to sound good unless you hold the phone up to your cheek or use a headset. But if you just want the best you can get in wireless earphones, I think the Jabra Elite 7 Pro and Sennhesier Momentum 3 are both a step up from the AirPods Pro Gen 1. They sound cheaper and let in more background noise, but they don’t have that underwater sound, parts of your voice disappearing, or sporadic background noise amplification, making them more intelligible and less stressful on a call.</p>
]]></description><pubDate>Wed, 07 Sep 2022 23:25:46 +0000</pubDate><link>https://news.ycombinator.com/item?id=32758644</link><dc:creator>twhb</dc:creator><comments>https://news.ycombinator.com/item?id=32758644</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=32758644</guid></item><item><title><![CDATA[New comment by twhb in "Galaxy S23 will be equipped with 200-megapixel camera"]]></title><description><![CDATA[
<p>HN is overly dismissive of tech in Android devices. People should look up testing of Samsung’s current gen 108 MP sensor. It’s true that it doesn’t look sharper when displaying the whole image on a smartphone’s 3.5 MP screen or a 4K (8.3 MP) monitor, and that it’s not really 9 times sharper than a quality 12 MP, but those points miss the meaningful one: it actually is way sharper than the current gen iPhone, and it is very visible as soon as you blow up the image, zoom in, or significantly crop it.</p>
]]></description><pubDate>Sat, 20 Aug 2022 00:28:29 +0000</pubDate><link>https://news.ycombinator.com/item?id=32527754</link><dc:creator>twhb</dc:creator><comments>https://news.ycombinator.com/item?id=32527754</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=32527754</guid></item><item><title><![CDATA[New comment by twhb in "French scientist's photo of ‘distant star’ was chorizo"]]></title><description><![CDATA[
<p>After thinking about this for a minute, I think the point wasn’t that people shouldn’t have fallen for this in particular, but to give <i>everything</i> a tint of uncertainty. It’s a pretty clear cut example of “no matter how believable it was, it can still be not even a little bit true”. In many contexts I’d call that a rather unproductive observation, but in the context of fake news, we have many people perceiving different realities built on a whole network of strong beliefs about what exists and what happened. Uncertainty about everything is probably actually exactly what’s needed to break free of a grip like that.</p>
]]></description><pubDate>Fri, 05 Aug 2022 16:21:26 +0000</pubDate><link>https://news.ycombinator.com/item?id=32358298</link><dc:creator>twhb</dc:creator><comments>https://news.ycombinator.com/item?id=32358298</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=32358298</guid></item><item><title><![CDATA[New comment by twhb in "The case for unique email addresses (2020)"]]></title><description><![CDATA[
<p>My problem with this is that it conflicts with identity ownership. If I give every company someunqiueaddress@someservice.com, I no longer have the ability to switch email providers, especially if I only decide to switch after losing my someservice.com account. If I give every company someuniqueaddress@mydomain.org, then I’m still ID’d by mydomain.org. Maybe in a way that automatic linkers miss, for now, but maybe not: how hard is it, really, to automatically determine with decent confidence that mydomain.org is a personal domain, and strip the entire username and subdomain part in the existing normalization step?<p>It can be some secret mydomain.org, but that still links all my profiles together.<p>I could buy a different domain for every company, but that’s cost prohibitive, and also piercing WHOIS privacy is just another data sharing agreement away.<p>Posting this because I’m hoping somebody has a better answer.</p>
]]></description><pubDate>Tue, 21 Jun 2022 01:49:35 +0000</pubDate><link>https://news.ycombinator.com/item?id=31818852</link><dc:creator>twhb</dc:creator><comments>https://news.ycombinator.com/item?id=31818852</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=31818852</guid></item><item><title><![CDATA[New comment by twhb in "Getting a vanity phone number with four consecutive digits"]]></title><description><![CDATA[
<p>I got a memorable phone number a while ago. Websites like numberbarn.com make it relatively easy. A key realization I had is that repeating numbers aren’t the thing to look for, because they’re what everybody is depleting and marking up, and actually aren’t a very good proxy for what you really care about, which is memorability and maybe aesthetics. For example, 34567 is better than 37771, and also more likely to be available and cheap. Repeating digits and their associated markup are also about typability, but that probably barely matters to you if people are almost always calling from their address book.</p>
]]></description><pubDate>Mon, 30 May 2022 16:11:41 +0000</pubDate><link>https://news.ycombinator.com/item?id=31560475</link><dc:creator>twhb</dc:creator><comments>https://news.ycombinator.com/item?id=31560475</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=31560475</guid></item><item><title><![CDATA[New comment by twhb in "I stopped working on black hole information loss"]]></title><description><![CDATA[
<p>The article does say it’s “experimentally extremely well confirmed”.</p>
]]></description><pubDate>Sat, 23 Apr 2022 20:43:50 +0000</pubDate><link>https://news.ycombinator.com/item?id=31138325</link><dc:creator>twhb</dc:creator><comments>https://news.ycombinator.com/item?id=31138325</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=31138325</guid></item></channel></rss>