<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: jcgl</title><link>https://news.ycombinator.com/user?id=jcgl</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Wed, 19 Aug 2026 13:04:34 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=jcgl" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by jcgl in "The Amazon tax"]]></title><description><![CDATA[
<p>Yes, exactly—the concept of Brand means hardly anything anymore. Certainly due partly to outsourcing like you say, but I think even more generally due to financialization. In a financialized world, brands become purely assets, which can be swiftly created and destroyed on (digital) paper, or packaged and sold to the highest bidder. The brand’s products aren’t the product any longer—it’s the brand itself.</p>
]]></description><pubDate>Tue, 18 Aug 2026 20:07:31 +0000</pubDate><link>https://news.ycombinator.com/item?id=49351884</link><dc:creator>jcgl</dc:creator><comments>https://news.ycombinator.com/item?id=49351884</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49351884</guid></item><item><title><![CDATA[New comment by jcgl in "RustDesk now supports true unattended remote access on Wayland"]]></title><description><![CDATA[
<p>Dynamic DNS is fine for many use-cases.</p>
]]></description><pubDate>Sat, 15 Aug 2026 08:28:00 +0000</pubDate><link>https://news.ycombinator.com/item?id=49308822</link><dc:creator>jcgl</dc:creator><comments>https://news.ycombinator.com/item?id=49308822</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49308822</guid></item><item><title><![CDATA[New comment by jcgl in "Picking berries is my meditation"]]></title><description><![CDATA[
<p>As far as I understand, there are numerous different kinds of meditation, even within just single traditions. Different kinds with different goals and techniques.<p>I’d be careful about talking about “the point” of meditation.</p>
]]></description><pubDate>Fri, 14 Aug 2026 06:00:25 +0000</pubDate><link>https://news.ycombinator.com/item?id=49295194</link><dc:creator>jcgl</dc:creator><comments>https://news.ycombinator.com/item?id=49295194</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49295194</guid></item><item><title><![CDATA[New comment by jcgl in "SPF Record Syntax: Mechanisms, Qualifiers, Modifiers, and Macros"]]></title><description><![CDATA[
<p>MTA-STS really is a drag. Baking in dependencies on a web server <i>and</i> web PKI is a true drag. Such web infrastructure has different operational profiles/modes of resilience that it’s a real impedance mismatch for those who can’t or don’t want to manage a highly-available web server.</p>
]]></description><pubDate>Tue, 04 Aug 2026 14:04:32 +0000</pubDate><link>https://news.ycombinator.com/item?id=49169187</link><dc:creator>jcgl</dc:creator><comments>https://news.ycombinator.com/item?id=49169187</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49169187</guid></item><item><title><![CDATA[New comment by jcgl in "F*: A general-purpose proof-oriented programming language"]]></title><description><![CDATA[
<p>But that doesn't work if the indentation carries semantic meaning; you can't change the indentation without changing the meaning. Maybe you can correct syntactically-incorrect spacing (e.g. change 3 spaces to 4 spaces), but not much beyond that.</p>
]]></description><pubDate>Sun, 02 Aug 2026 21:39:43 +0000</pubDate><link>https://news.ycombinator.com/item?id=49148628</link><dc:creator>jcgl</dc:creator><comments>https://news.ycombinator.com/item?id=49148628</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49148628</guid></item><item><title><![CDATA[New comment by jcgl in "Modern email can be built from borrowed parts"]]></title><description><![CDATA[
<p>Edit: s/economics/ergonomics/</p>
]]></description><pubDate>Tue, 28 Jul 2026 14:13:13 +0000</pubDate><link>https://news.ycombinator.com/item?id=49084200</link><dc:creator>jcgl</dc:creator><comments>https://news.ycombinator.com/item?id=49084200</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49084200</guid></item><item><title><![CDATA[New comment by jcgl in "Modern email can be built from borrowed parts"]]></title><description><![CDATA[
<p>Agreed. DNS is, afaik, the very best naming system we've got. But there's plenty left to do to make it better for human beings. Legally encoded rights to DNS names paired with easy-to-use GUIs for non-technical users would be near the top of my list.<p>And greater zone diversity like you say too. Kinda related to that, something like increased pinning of non-root DNSSEC keys so that the root isn't so all-powerful.</p>
]]></description><pubDate>Tue, 28 Jul 2026 13:30:06 +0000</pubDate><link>https://news.ycombinator.com/item?id=49083582</link><dc:creator>jcgl</dc:creator><comments>https://news.ycombinator.com/item?id=49083582</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49083582</guid></item><item><title><![CDATA[New comment by jcgl in "Modern email can be built from borrowed parts"]]></title><description><![CDATA[
<p>Tightly coupling identity to cryptosystems should be entirely dismissed for anything that is supposed to have broad adoption.<p>First off, these systems always require indefinitely-lived secrets. To rotate keys (or the whole cryptosystem—think future possible quantum computers) is to change identity. Therefore, to change keys is to break the previous identity. Anything that requires users to think about long-term secrets is user hostile and leads to a fragile system.<p>Second, the economics of pubkey-as-address are untenable. Can you imagine publishing .onion addresses on billboards and business cards, let alone sharing them verbally? Absolutely not.<p>Unless there’s something I’m missing (please do say), these problems are intractable when you’re dealing with cryptosystem-based identity.<p>In the end, identity and naming and fundamentally human concerns. If you try to kludge around this with purely technical solutions, all you’ll end up with is a system that doesn’t adequately reflect what identity means to people. Good systems support this (DNS, email); bad systems fight this (cryptocurrency, nostr).</p>
]]></description><pubDate>Tue, 28 Jul 2026 09:20:04 +0000</pubDate><link>https://news.ycombinator.com/item?id=49081366</link><dc:creator>jcgl</dc:creator><comments>https://news.ycombinator.com/item?id=49081366</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49081366</guid></item><item><title><![CDATA[New comment by jcgl in "Apple defeats liability for not scanning iCloud for CSAM"]]></title><description><![CDATA[
<p>Thanks for trying to summarize.<p>> - you and other guy believe non-technical people can't build technical things because its still too hard and you need to know the technical things<p>Pretty much. Though maybe I should more softly phrase it as "you still need to have some idea about technical things." Even more importantly, you still need to have some idea about decomposing problems in a technical way.<p>What you said:<p>> the samples I showed are that we are moving in that direction<p>> and its possible now...its an awareness and comfort problem<p>So which is it? Are we there, or are we only moving in that direction? Core to my position is the idea that there is a long tail of competences that technical and "product" people have or can fill in the gaps with. Other people don't have these things that are needed to smooth out what AI misses.<p>Said another way, even if AI has made it 90% of the way there, that still leaves the remaining 90%[0]. Long tails are long, and smoothing everything out such that a truly average person would feasibly whip up a bespoke, reliable backup solution really relies conquering so many edges that technical and product people would never even notice.<p>[0] <a href="https://en.wikipedia.org/wiki/Ninety%E2%80%93ninety_rule" rel="nofollow">https://en.wikipedia.org/wiki/Ninety%E2%80%93ninety_rule</a></p>
]]></description><pubDate>Sun, 26 Jul 2026 12:15:04 +0000</pubDate><link>https://news.ycombinator.com/item?id=49057361</link><dc:creator>jcgl</dc:creator><comments>https://news.ycombinator.com/item?id=49057361</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49057361</guid></item><item><title><![CDATA[New comment by jcgl in "Apple defeats liability for not scanning iCloud for CSAM"]]></title><description><![CDATA[
<p>And I'm glad that works well for you! But this is the context of the thread:<p>>> most people don't need cloud backups<p>> What world do you live in?<p>As put by another commenter:<p>> Most People™ do not have the technical knowledge to set up a self-owned backup system, and/or will not realize how badly their future selves will wish they had backups if the setup friction for a self-owned solution is too high to conveniently do it right this second.<p>So, okay, if you're just saying Some Small Percentage of People™ can vibe up a long-term backup solution, then, sure, I grant that.<p>I just don't think it's a useful or interesting point in the context of this thread, even if it's true.</p>
]]></description><pubDate>Sat, 25 Jul 2026 07:16:05 +0000</pubDate><link>https://news.ycombinator.com/item?id=49045255</link><dc:creator>jcgl</dc:creator><comments>https://news.ycombinator.com/item?id=49045255</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49045255</guid></item><item><title><![CDATA[New comment by jcgl in "Apple defeats liability for not scanning iCloud for CSAM"]]></title><description><![CDATA[
<p>Even just by narrowing to some definition of "product people," you've cut out the vast majority of the population.<p>> Why does someone who says “I pay -$x for Google Drive, how much can we make our own clone for?” need to know what a server is? The natural language doesn’t necessitate the technical jargon.<p>My point wasn't specifically that they need to know what servers are. Rather, the point is that the average person who needs backups doesn't have the faintest inkling of the smallest fraction of what goes into a backup solution. For these people (the vast majority of the population), you'd need a truly new level of vibing than what exists today.<p>Looking at Lovable's homepage, their tagline is "Create apps and websites by chatting with AI." Your average person probably doesn't even understand that "apps and websites" are primary components of a backup solution.<p><a href="https://xkcd.com/2501/" rel="nofollow">https://xkcd.com/2501/</a></p>
]]></description><pubDate>Fri, 24 Jul 2026 10:25:12 +0000</pubDate><link>https://news.ycombinator.com/item?id=49033490</link><dc:creator>jcgl</dc:creator><comments>https://news.ycombinator.com/item?id=49033490</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49033490</guid></item><item><title><![CDATA[New comment by jcgl in "Apple defeats liability for not scanning iCloud for CSAM"]]></title><description><![CDATA[
<p>Technical people, maybe. Even if we hypothetically grant that vibe-coded backup systems can be trusted, deploying, using, and maintaining are still hurdles. And there’s absolutely no way that’s all tractable for the vast, vast majority of the population.<p>Mind you, an average person probably doesn’t even really <i>know</i> what a server is. And these average people need backups just as much as (probably more than) people technical enough to vibe-and-deploy.</p>
]]></description><pubDate>Wed, 22 Jul 2026 08:56:24 +0000</pubDate><link>https://news.ycombinator.com/item?id=49003692</link><dc:creator>jcgl</dc:creator><comments>https://news.ycombinator.com/item?id=49003692</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49003692</guid></item><item><title><![CDATA[New comment by jcgl in "Linux kernel will support $ORIGIN, sort of"]]></title><description><![CDATA[
<p>Not my area, but isn't it really only because glibc doesn't maintain stable interfaces across versions? If it did, you absolutely could use the same ld.so with different glibc versions. But it doesn't, so here we are.</p>
]]></description><pubDate>Tue, 21 Jul 2026 10:52:10 +0000</pubDate><link>https://news.ycombinator.com/item?id=48990593</link><dc:creator>jcgl</dc:creator><comments>https://news.ycombinator.com/item?id=48990593</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48990593</guid></item><item><title><![CDATA[New comment by jcgl in "I joined the IndieWeb, here's what I learned"]]></title><description><![CDATA[
<p>First of all, techy nerdy people like things to be easy too. They're just somewhat more likely than other people (on average) to overcome not-easiness.<p>Second of all, how long is IndieWeb supposed to cook for before it's supposed to be ready for a broader audience? This is no shade on the IW folks if they like what they're building. But if what they're building is supposed to catch on somewhat, what's the path supposed to be? The project seems to be 15 years old already: <a href="https://indieweb.org/IndieWebCamps#" rel="nofollow">https://indieweb.org/IndieWebCamps#</a></p>
]]></description><pubDate>Sun, 19 Jul 2026 15:37:40 +0000</pubDate><link>https://news.ycombinator.com/item?id=48969106</link><dc:creator>jcgl</dc:creator><comments>https://news.ycombinator.com/item?id=48969106</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48969106</guid></item><item><title><![CDATA[New comment by jcgl in "Lobste.rs is now running on SQLite"]]></title><description><![CDATA[
<p>What Linux distros do you think would exclude on the basis of closed door/cathedral-style development? I’ve never heard of this.</p>
]]></description><pubDate>Sat, 18 Jul 2026 16:06:44 +0000</pubDate><link>https://news.ycombinator.com/item?id=48959333</link><dc:creator>jcgl</dc:creator><comments>https://news.ycombinator.com/item?id=48959333</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48959333</guid></item><item><title><![CDATA[New comment by jcgl in "My car’s OTA update broke Android Auto"]]></title><description><![CDATA[
<p>You mean a few customers? Yes, I think that’s perfectly reasonable to expect that changes made to a very expensive product are well-documented for those customers to whom that matters.</p>
]]></description><pubDate>Fri, 17 Jul 2026 07:48:16 +0000</pubDate><link>https://news.ycombinator.com/item?id=48944428</link><dc:creator>jcgl</dc:creator><comments>https://news.ycombinator.com/item?id=48944428</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48944428</guid></item><item><title><![CDATA[New comment by jcgl in "How Our Rust-to-Zig Rewrite Is Going"]]></title><description><![CDATA[
<p>This is the first I've heard anyone claim higher throughput for Go than Rust. Any articles you'd point to to learn more?</p>
]]></description><pubDate>Thu, 16 Jul 2026 15:36:56 +0000</pubDate><link>https://news.ycombinator.com/item?id=48936012</link><dc:creator>jcgl</dc:creator><comments>https://news.ycombinator.com/item?id=48936012</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48936012</guid></item><item><title><![CDATA[New comment by jcgl in "Who's running all those tiny RPKI servers?"]]></title><description><![CDATA[
<p>What's the history and status of ASPA? As far as I can see, it's a fairly active draft with the IETF: <a href="https://datatracker.ietf.org/doc/draft-ietf-sidrops-aspa-verification/" rel="nofollow">https://datatracker.ietf.org/doc/draft-ietf-sidrops-aspa-ver...</a><p>It says it's on the standards track, but it's clearly quite new. How well has it been proven out? This page from Hurricane Electric shows <3% adoption: <a href="https://bgp.he.net/report/rpki_and_aspa" rel="nofollow">https://bgp.he.net/report/rpki_and_aspa</a></p>
]]></description><pubDate>Wed, 15 Jul 2026 13:08:28 +0000</pubDate><link>https://news.ycombinator.com/item?id=48920297</link><dc:creator>jcgl</dc:creator><comments>https://news.ycombinator.com/item?id=48920297</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48920297</guid></item><item><title><![CDATA[New comment by jcgl in "How I use HTMX with Go"]]></title><description><![CDATA[
<p>Huge fan of jet. It lets you just write SQL, but in your Go. I basically can’t imagine using anything else now.<p>Why is that better than writing plain SQL like in sqlc? My main reason was being able to dynamically construct queries and reuse different bits. Plain SQL statements simply don’t compose at all, and I don’t recall sqlc giving any solution to help with this.</p>
]]></description><pubDate>Wed, 15 Jul 2026 08:29:07 +0000</pubDate><link>https://news.ycombinator.com/item?id=48917834</link><dc:creator>jcgl</dc:creator><comments>https://news.ycombinator.com/item?id=48917834</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48917834</guid></item><item><title><![CDATA[New comment by jcgl in "Ask HN: Add flag for AI-generated articles"]]></title><description><![CDATA[
<p>> Poor writing is not a new thing, of course. Most of the moderation mechanisms that it uses were perfected a quarter century ago when sites like Slashdot were popular as a defense mechanism against bad user behavior. Bad user behavior impacts commenting, article submissions, and moderating itself. While bad users now have AI to abuse, the problem of a large volume of low quality content is is largely the same.<p>I respectfully disagree on almost all counts (beyond poor writing not being new, of course!).<p>Moderation mechanisms have <i>not</i> been perfected. They're certainly not perfect, and, given that, I don't know what would make one call them perfect<i>ed</i>. Humans have probably gotten more accustomed to being moderated, but it'd take a lot to convince me that we have even reached a decent place for moderation at moderate scale, let alone something that is good-to-perfect.<p>Most importantly, the problem of low quality content is now <i>not</i> the same. Magnitudes matter, and a difference in degree eventually becomes a difference in kind. LLMs have escalated the problem of garbage content beyond what would've previously been conceivable.<p>To illustrate: How do you dispose of several trash bags at once? Take them to the trash can. How do you dispose of several tens of trash bags at once? Need to rent a dumpster.<p>Or a classic: If you owe the bank $100, that's your problem. If you owe the bank $100 million, that's the bank's problem.<p>Bringing it back to written content: doing human-driven moderation on hundreds of submissions a day is tractable with (idk) a couple of people. For thousands or tens of thousands? Intractable. And bear in mind that human-driven moderation is one of the things that keeps HN a better place on the net than many (most) others.</p>
]]></description><pubDate>Mon, 13 Jul 2026 17:59:46 +0000</pubDate><link>https://news.ycombinator.com/item?id=48896359</link><dc:creator>jcgl</dc:creator><comments>https://news.ycombinator.com/item?id=48896359</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48896359</guid></item></channel></rss>