<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: leoc</title><link>https://news.ycombinator.com/user?id=leoc</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Mon, 25 May 2026 20:58:30 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=leoc" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by leoc in "AI, "Humanity", and Dr. Manhattan Syndrome: A Communications Intervention"]]></title><description><![CDATA[
<p>> A lover of men is very nearly the opposite of a philanthropist; indeed the pedantry of the Greek word carries something like a satire on itself. A philanthropist may be said to love anthropoids.<p>G.K. Chesterton, <i>St. Francis of Assisi</i></p>
]]></description><pubDate>Tue, 19 May 2026 22:16:08 +0000</pubDate><link>https://news.ycombinator.com/item?id=48200421</link><dc:creator>leoc</dc:creator><comments>https://news.ycombinator.com/item?id=48200421</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48200421</guid></item><item><title><![CDATA[New comment by leoc in "The sigmoids won't save you"]]></title><description><![CDATA[
<p>Hmm. What’s the general belief about Toby Ord’s “Are the Costs of AI Agents Also Rising Exponentially?” <a href="https://www.tobyord.com/writing/hourly-costs-for-ai-agents" rel="nofollow">https://www.tobyord.com/writing/hourly-costs-for-ai-agents</a> among those who are well-equipped to judge? Is it seen as wrong or disproven or unlikely? Because if not—if indeed recent LLM capability advances have likely relied on increases in inference cost per run which can’t be much further sustained—then it seems remiss not to mention that if you point to those advances to claim that the exponential trend remains on track.</p>
]]></description><pubDate>Fri, 15 May 2026 22:35:20 +0000</pubDate><link>https://news.ycombinator.com/item?id=48154828</link><dc:creator>leoc</dc:creator><comments>https://news.ycombinator.com/item?id=48154828</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48154828</guid></item><item><title><![CDATA[New comment by leoc in "I believe there are entire companies right now under AI psychosis"]]></title><description><![CDATA[
<p>> Purely AI written systems will scale to a point of complexity that no human can ever understand and the defect close rate will taper down and the token burn per defect rate scale up and eventually AI changes will cause on average more defects than they close and the whole system will be unstable.<p>Wow, it’s true, AI really <i>is</i> set to match human performance on large, complex software systems! ;)</p>
]]></description><pubDate>Fri, 15 May 2026 22:09:44 +0000</pubDate><link>https://news.ycombinator.com/item?id=48154583</link><dc:creator>leoc</dc:creator><comments>https://news.ycombinator.com/item?id=48154583</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48154583</guid></item><item><title><![CDATA[New comment by leoc in "Steve Jobs in Exile – New book on Steve Jobs’s years at NeXT Computer"]]></title><description><![CDATA[
<p>My "presumably" is whether the book recognises the extent to which NeXT was founded basically as an attempt to complete/reboot Apple's "Big Mac" project. The usual story you get is "something something '3M', and post-Apple Jobs decided it would be nice to do a workstation aimed at the educational market". In fact it's pretty clear that Jobs was persuaded to start NeXT after Rich Page (p. 195 in Isaacson), and IIRC also other people on the Big Mac team, begged him to provide a lifeboat for Big Mac.</p>
]]></description><pubDate>Fri, 15 May 2026 21:59:35 +0000</pubDate><link>https://news.ycombinator.com/item?id=48154473</link><dc:creator>leoc</dc:creator><comments>https://news.ycombinator.com/item?id=48154473</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48154473</guid></item><item><title><![CDATA[New comment by leoc in "Local AI needs to be the norm"]]></title><description><![CDATA[
<p>(I am not an expert on anything.) One happy circumstance here is that while the RAM cartel is chasing Big AI's money today, in the <i>medium</i> term its self-interest probably makes it a supporter of local AI.  A new, compelling reason to have 128GiB, 256GiB or more of VRAM on all your devices? You can be sure that the dollar signs are glowing in their eyes already. The less efficient use of VRAM by personal devies (any given device's VRAM will be mostly idle much of the time) tends to make it more attractive, all else being equal (though of course it isn't) compared to the centralised systems run by engineers and accountants striving all day to maximise ROI; and in any case, since the short-run supply constraints on RAM go away in the longer term, the RAM manufacturers will be able to supply both. My guess is that you can probably also also explain Apple's AI strategy (sit tight and wait for Moore's Law to make local AI more viable) and maybe even nVidia's (lay the groundwork for a gradual switch from selling shovels to the army to selling shovels at Home Depot over time, at least as a Plan B) in similar terms.</p>
]]></description><pubDate>Mon, 11 May 2026 15:26:03 +0000</pubDate><link>https://news.ycombinator.com/item?id=48096275</link><dc:creator>leoc</dc:creator><comments>https://news.ycombinator.com/item?id=48096275</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48096275</guid></item><item><title><![CDATA[New comment by leoc in "Rumors of my death are slightly exaggerated"]]></title><description><![CDATA[
<p>To be fair, there actually is an exception specifically for just this kind of thing: <a href="https://en.wikipedia.org/w/index.php?title=Wikipedia:BLPSELFPUB" rel="nofollow">https://en.wikipedia.org/w/index.php?title=Wikipedia:BLPSELF...</a> .</p>
]]></description><pubDate>Fri, 08 May 2026 17:55:08 +0000</pubDate><link>https://news.ycombinator.com/item?id=48066525</link><dc:creator>leoc</dc:creator><comments>https://news.ycombinator.com/item?id=48066525</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48066525</guid></item><item><title><![CDATA[New comment by leoc in "Google Cloud Fraud Defence is just WEI repackaged"]]></title><description><![CDATA[
<p>But remember: once again, don't simply get angry at Google the institution. Get angry at Page and Brin personally. They have the power to prevent this, a power they were careful to preserve when they gave Google its IPO. They are fully responsible for Google's choices here. But, partly because they aren't constantly jumping up and down drawing attention to themselves on social media, they've tended to escape the same personal scrutiny given to eg. Elon Musk. That needs to end.</p>
]]></description><pubDate>Fri, 08 May 2026 16:21:56 +0000</pubDate><link>https://news.ycombinator.com/item?id=48065255</link><dc:creator>leoc</dc:creator><comments>https://news.ycombinator.com/item?id=48065255</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48065255</guid></item><item><title><![CDATA[New comment by leoc in "CARA 2.0 – “I Built a Better Robot Dog”"]]></title><description><![CDATA[
<p>As it so happens 'cara' <a href="https://en.wiktionary.org/wiki/cara#Irish" rel="nofollow">https://en.wiktionary.org/wiki/cara#Irish</a> is the Irish [Gaelic] word for 'friend' (probably related to words like Italian 'caro' etc.) so CARA is not a bad name for a robot dog!</p>
]]></description><pubDate>Wed, 06 May 2026 15:04:54 +0000</pubDate><link>https://news.ycombinator.com/item?id=48037105</link><dc:creator>leoc</dc:creator><comments>https://news.ycombinator.com/item?id=48037105</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48037105</guid></item><item><title><![CDATA[New comment by leoc in "The 'Hidden' Costs of Great Abstractions"]]></title><description><![CDATA[
<p>I think you have misunderstood what I was saying. I didn't compare total productivity with high-touch manual work from a recruiting agency in the actually-existing 2026 to total productivity without that same manual work in the actually-existing 2026. I agree (or certainly find it plausible) that in our actually-existing 2026 total productivity is likely higher with the extra manual work from recruiters than without it. What I compared was total productivity with high-touch manual work from a recruiting agency in the actually-existing 2026 to total productivity, without that same extra manual work, in a hypothetical 2026 where modern (GPT-4-or-better) LLMs don't exist (or at least don't exist yet). That's the relevant comparison when it comes to asking the question "what impact have LLMs had on productivity?" The actually-having-existed 2019 or 2022 are probably a decent proxy for the hypothetical 2026 here.</p>
]]></description><pubDate>Tue, 05 May 2026 18:36:53 +0000</pubDate><link>https://news.ycombinator.com/item?id=48026646</link><dc:creator>leoc</dc:creator><comments>https://news.ycombinator.com/item?id=48026646</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48026646</guid></item><item><title><![CDATA[New comment by leoc in "The 'Hidden' Costs of Great Abstractions"]]></title><description><![CDATA[
<p>All else being equal, the return of high-touch recruiting work is of course a reduction in industrial productivity and a negative contribution to economic growth. But it does generate more jobs! Put that in your predictions of AI’s economic impact and smoke it …</p>
]]></description><pubDate>Mon, 04 May 2026 13:18:49 +0000</pubDate><link>https://news.ycombinator.com/item?id=48008382</link><dc:creator>leoc</dc:creator><comments>https://news.ycombinator.com/item?id=48008382</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48008382</guid></item><item><title><![CDATA[New comment by leoc in "Running Adobe's 1991 PostScript Interpreter in the Browser"]]></title><description><![CDATA[
<p>Some pages with more PostScript book recommendations and sometimes links (I'm no authority myself):<p><a href="https://luc.devroye.org/lucbps.html" rel="nofollow">https://luc.devroye.org/lucbps.html</a><p><a href="https://hepunx.rl.ac.uk/~adye/psdocs/Books.html" rel="nofollow">https://hepunx.rl.ac.uk/~adye/psdocs/Books.html</a><p><a href="https://gist.github.com/jpluimers/9a50d0ba14fe975906ea8788a352e269" rel="nofollow">https://gist.github.com/jpluimers/9a50d0ba14fe975906ea8788a3...</a></p>
]]></description><pubDate>Sun, 03 May 2026 18:50:12 +0000</pubDate><link>https://news.ycombinator.com/item?id=48000106</link><dc:creator>leoc</dc:creator><comments>https://news.ycombinator.com/item?id=48000106</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48000106</guid></item><item><title><![CDATA[New comment by leoc in "Running Adobe's 1991 PostScript Interpreter in the Browser"]]></title><description><![CDATA[
<p>For anyone who wants to type or paste into the Code textarea:<p>* <a href="https://webdocs.cs.ualberta.ca/~hayward/papers/BLUEBOOK.pdf" rel="nofollow">https://webdocs.cs.ualberta.ca/~hayward/papers/BLUEBOOK.pdf</a> The <i>PostScript Language Tutorial and Cookbook</i> (the "Blue Book") (principally) by Linda Gass and John Deubert, 1986 (ISBN 0-201-10179-3)<p>* <a href="https://www.adobe.com/jp/print/postscript/pdfs/PLRM.pdf" rel="nofollow">https://www.adobe.com/jp/print/postscript/pdfs/PLRM.pdf</a> The <i>PostScript Language Reference</i> (third ed.—a later edition of the "Red Book") (principally) by Ed Taft, Steve Chernicoff and Caroline Rose, 1999 (ISBN 0-201-27922-8)<p>* <a href="https://connor.zip/resources/pdfs/adobe-green-book.pdf" rel="nofollow">https://connor.zip/resources/pdfs/adobe-green-book.pdf</a> <i>PostScript Language Program Design</i> (the "Green Book") by (principally) by Glenn Reid, 1988 (ISBN 0-201-14396-8). A zipfile with Green Book code files: <a href="https://web.archive.org/web/20110613223722/http://partners.adobe.com/public/developer/en/ps/sdk/sample/GreenBook.zip" rel="nofollow">https://web.archive.org/web/20110613223722/http://partners.a...</a><p>(At first my retro-ps tab got itself into a state in which it would not run any code entered into the Code textarea, instead timing out and returning an error; and since page reload is soft-disabled you'll have to either force a reload or open a new tab. Also, since the Abobe sample code uses indentation extensively—for example the Blue Book's official "hello world" program is<p><pre><code>  newpath
    144 72 moveto
    144 432 lineto
  stroke
  showpage
</code></pre>
—it would be nice if the Code textarea handled Tab keyboard inputs.
)</p>
]]></description><pubDate>Fri, 01 May 2026 21:43:14 +0000</pubDate><link>https://news.ycombinator.com/item?id=47980800</link><dc:creator>leoc</dc:creator><comments>https://news.ycombinator.com/item?id=47980800</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47980800</guid></item><item><title><![CDATA[New comment by leoc in "Opus 4.7 knows the real Kelsey"]]></title><description><![CDATA[
<p>> I'd say all of those people have significantly different styles so I think Opus is relying heavily on topic and skewing towards very prolific writers in its guesses<p>In other words, that there's a bit of Akinator to how Claude is doing so well at identifying famous or somewhat-famous online writers. And of course it's not surprising that a machine-learning system will take every opportunity left open to it to "cheat". OTOH there are things like the "Large-scale online deanonymization with LLMs" paper <a href="https://arxiv.org/abs/2602.16800" rel="nofollow">https://arxiv.org/abs/2602.16800</a> which seem to show that current LLMs really can deanonymise many or most ordinary posters based on prose style, though I'm not able to evaluate those claims myself. Do we know whether the LLM providers have actively tried to steer their (easily-accessible) systems away from being able or being willing to do mass deanonymisation?</p>
]]></description><pubDate>Fri, 01 May 2026 17:06:56 +0000</pubDate><link>https://news.ycombinator.com/item?id=47977222</link><dc:creator>leoc</dc:creator><comments>https://news.ycombinator.com/item?id=47977222</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47977222</guid></item><item><title><![CDATA[New comment by leoc in "What async promised and what it delivered"]]></title><description><![CDATA[
<p>Thank you. So it's more or less running (certain specified) function calls in parallel? Sounds nice, but what happens to upward funargs? I assume first-class continuations are right out ...</p>
]]></description><pubDate>Thu, 30 Apr 2026 11:47:24 +0000</pubDate><link>https://news.ycombinator.com/item?id=47961061</link><dc:creator>leoc</dc:creator><comments>https://news.ycombinator.com/item?id=47961061</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47961061</guid></item><item><title><![CDATA[New comment by leoc in "Pgbackrest is no longer being maintained"]]></title><description><![CDATA[
<p>The Apache Foundation used to step in in this kind of situation, didn't it? Thugh maybe pgbackrest isn't quite big and official enough to be the kind of software which Apache takes on, and one certainly hears (increasing?) grumbles about Apache's stewardship.</p>
]]></description><pubDate>Mon, 27 Apr 2026 14:14:40 +0000</pubDate><link>https://news.ycombinator.com/item?id=47921932</link><dc:creator>leoc</dc:creator><comments>https://news.ycombinator.com/item?id=47921932</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47921932</guid></item><item><title><![CDATA[New comment by leoc in "Pgbackrest is no longer being maintained"]]></title><description><![CDATA[
<p>The Apache Foundation used to help with this sort of governance problem didn't it? Thugh maybe pgbackrest isn't quite big and official enough to be the kind of software which Apache takes on, and one certainly hears (increasing?) grumbles about Apache's stewardship.</p>
]]></description><pubDate>Mon, 27 Apr 2026 14:13:47 +0000</pubDate><link>https://news.ycombinator.com/item?id=47921918</link><dc:creator>leoc</dc:creator><comments>https://news.ycombinator.com/item?id=47921918</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47921918</guid></item><item><title><![CDATA[New comment by leoc in "What async promised and what it delivered"]]></title><description><![CDATA[
<p>What should people read to learn about structured concurrency?</p>
]]></description><pubDate>Sat, 25 Apr 2026 21:42:55 +0000</pubDate><link>https://news.ycombinator.com/item?id=47904802</link><dc:creator>leoc</dc:creator><comments>https://news.ycombinator.com/item?id=47904802</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47904802</guid></item><item><title><![CDATA[New comment by leoc in "There Will Be a Scientific Theory of Deep Learning"]]></title><description><![CDATA[
<p>(‘Minimum’ is the singular of ‘minima’.)</p>
]]></description><pubDate>Sat, 25 Apr 2026 07:46:38 +0000</pubDate><link>https://news.ycombinator.com/item?id=47899549</link><dc:creator>leoc</dc:creator><comments>https://news.ycombinator.com/item?id=47899549</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47899549</guid></item><item><title><![CDATA[New comment by leoc in "Ada, its design, and the language that built the languages"]]></title><description><![CDATA[
<p>Mind you, that suggests that the sentence is at least half-true even if "much more complex" is a big overstatement, since Rust, "modern" C++ and the later evolutions of C# are all relatively recent. (What would have compared to Ada in complexity back in the day? Common Lisp, Algol 68?)<p>As a matter of general interest, what features or elements of Ada make it particularly hard to compile, or compile well? (And are there parts which look like they might be difficult to manage but aren't?)</p>
]]></description><pubDate>Fri, 17 Apr 2026 12:11:11 +0000</pubDate><link>https://news.ycombinator.com/item?id=47805044</link><dc:creator>leoc</dc:creator><comments>https://news.ycombinator.com/item?id=47805044</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47805044</guid></item><item><title><![CDATA[New comment by leoc in "Bring Back Idiomatic Design (2023)"]]></title><description><![CDATA[
<p>> First, what he calls "the desktop era" wasn't so much a desktop era as a Windows era - Windows ran the vast majority of desktops (and furthermore, there were plenty of inconsistencies between Windows and Mac).<p>That's overemphasising the differences considerably: on the whole Windows really did copy the Macintosh UI with great attention to detail and considerable faithfulness, the fact that MS had its own PARC people notwithstanding. MS was among other things an early, successful and enthusiastic Macintosh ISV, and it was led by people who were appropriately impressed by the Mac:<p>> This Mac influence would show up even when Gates expressed dissatisfaction at Windows’ early development. The Microsoft CEO would complain: “That’s not what a Mac does. I want Mac on the PC, I want a Mac on the PC”.<p><a href="https://books.openbookpublishers.com/10.11647/obp.0184/ch6.xhtml#footnote-203" rel="nofollow">https://books.openbookpublishers.com/10.11647/obp.0184/ch6.x...</a> It probably wouldn't be exaggerating all that wildly to say that '80s-'90s Microsoft was at the core of its mentality a Mac ISV, a <i>good</i> and quite orthodox Mac ISV, with a DOS cash-cow and big ambitions. (It's probably also not a coincidence that pre-8 Windows diverges more freely from the Mac model on the desktop and filesystem UI side than in regards to the application user interface.) And where Windows did diverge from the Mac those differences often ended up being integrated into the Macintosh side of the "desktop era": viz. the right-click context menu and (to a lesser extent) the old, 1990s Office toolbar. And MS wasn't the only important application-software house which came to Windows development with a Mac sensibility (or a Mac OS codebase).</p>
]]></description><pubDate>Sun, 12 Apr 2026 18:59:36 +0000</pubDate><link>https://news.ycombinator.com/item?id=47743145</link><dc:creator>leoc</dc:creator><comments>https://news.ycombinator.com/item?id=47743145</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47743145</guid></item></channel></rss>