<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: perrygeo</title><link>https://news.ycombinator.com/user?id=perrygeo</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Tue, 06 Oct 2026 04:14:27 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=perrygeo" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by perrygeo in "Agents don't need memory, they need documentation"]]></title><description><![CDATA[
<p>I've come to the same conclusion: don't say in markdown what you meant to say in code - spend the time to make the code more clear. The code is always the source of truth, and stale docs (they all get stale) are a constant drag on the LLMs pattern matching capabilities. If you want the LLM to follow certain patterns, you have to make your code base <i>exemplify</i> those patterns, not write about them.</p>
]]></description><pubDate>Mon, 05 Oct 2026 14:13:53 +0000</pubDate><link>https://news.ycombinator.com/item?id=49965170</link><dc:creator>perrygeo</dc:creator><comments>https://news.ycombinator.com/item?id=49965170</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49965170</guid></item><item><title><![CDATA[New comment by perrygeo in ""Apple engineer" builds GitHub AI torture chamber to inflict "pain" on models"]]></title><description><![CDATA[
<p>Exactly. We don't worry about kids who torture dolls because we're concerned for the dolls.</p>
]]></description><pubDate>Fri, 02 Oct 2026 12:48:40 +0000</pubDate><link>https://news.ycombinator.com/item?id=49932924</link><dc:creator>perrygeo</dc:creator><comments>https://news.ycombinator.com/item?id=49932924</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49932924</guid></item><item><title><![CDATA[New comment by perrygeo in "It's Time to Investigate the AI Labs"]]></title><description><![CDATA[
<p>Exactly! What gets lost in these discussions is the fact that LLMs are models of language. That's it. They produce text which is completely inert, until someone decides to run that code, bake that recipe, or fire at that target.<p>Consider how trivial it would be to write a program that would destroy every computer on the world. Any competent developer could write this in a hour. An LLM in 5 minutes. The trick is actually getting the code onto every computer in the world and running it! Until someone grants it agency and runs it IRL, the artifact has zero impact.<p>The models can produce whatever scary text they want. But if a human acts on it, connects that with their email or their drone weapon, it's the human who bears total responsibility. We desperately need some legislation to enforce this; otherwise I see a future where almost any accountability can be avoided by AI-washing the problem.</p>
]]></description><pubDate>Wed, 30 Sep 2026 14:28:54 +0000</pubDate><link>https://news.ycombinator.com/item?id=49909508</link><dc:creator>perrygeo</dc:creator><comments>https://news.ycombinator.com/item?id=49909508</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49909508</guid></item><item><title><![CDATA[New comment by perrygeo in "Ask HN: How do you maintain depth of understanding and velocity when using AI?"]]></title><description><![CDATA[
<p>I am so tired of prompting in chats. But we've got to provide input and intent <i>somehow</i>. Here's the strategy I'm trying...<p>Instead of prompting, I hack on code in my editor.<p>My harness gather everything it needs from the local context - my git diff, my open editor buffers, etc. to assess what I've been doing. No chat. This is fed into phase 2 which tries to guess my intent. Then phase 3, it presents a plan to complete the work. The only user interaction is reviewing the plan and typing yes or no.<p>The quality of the plan of course depends on the quality of my uncommitted ideas. As it should be. If the plan goes off the rails, it's my fault. Do not chat your way to a solution! Abort the session and continue fleshing out the idea in source code/markdown.<p>The reason I like this is it forces me to at least take a stab at the work. I treat the AI like a relief pitcher to come in and close out the game.<p>I can't say this is the way to hyper productivity. I'm still slow. But at least I'm spending exactly 0 hours a day arguing with an LLM!</p>
]]></description><pubDate>Tue, 29 Sep 2026 23:14:23 +0000</pubDate><link>https://news.ycombinator.com/item?id=49902133</link><dc:creator>perrygeo</dc:creator><comments>https://news.ycombinator.com/item?id=49902133</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49902133</guid></item><item><title><![CDATA[New comment by perrygeo in "Ask HN: What are you reading?"]]></title><description><![CDATA[
<p>"A Darwinian Survival Guide: Hope for the 21st Century" - really enjoying the modern take on Darwinian natural selection (the first part of the book). In short nature diversifies in good times, to stock resilience for weathering the bad times. Just a few chapters in, waiting for that hope to kick in any minute...<p>"The Strange Last Voyage of Donald Crowhurst" - This story is about the first round-the-world solo yacht race, and the one contestant who died at sea. His story is really strange - an anti-hero tragedy with a touch of mental illness. The author does a great job bringing the reader on this descent into madness.<p>"Protocols" - Andrew Huberman's recent book. Like his podcast, it's full of solid advice backed by published science - but also with some repetitive filler and product name drops. The sections on exercise and diet were not very informative to me, mainly because I've already incorporated most of that into my life already. The sections on light exposure and its relationship to sleep, melatonin and cortisol is the most fascinating new-to-me info. I've started morning/evening walking without my sunglasses to get those sweet sweet photons.</p>
]]></description><pubDate>Tue, 29 Sep 2026 21:12:57 +0000</pubDate><link>https://news.ycombinator.com/item?id=49900653</link><dc:creator>perrygeo</dc:creator><comments>https://news.ycombinator.com/item?id=49900653</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49900653</guid></item><item><title><![CDATA[New comment by perrygeo in "California farmers are struggling to sell grapes as demand for wine drops"]]></title><description><![CDATA[
<p>Your link is a visualization of the data in the 2018 WHO global status report on alcohol and health, which is the same data I used. Quoting directly from that paper:<p>> Some 2.3 billion people are current drinkers. Alcohol is consumed by more than half of
the population in only three WHO regions – the Americas, Europe and Western Pacific.<p>Globally, the majority of people are non-drinkers. It's not even close. The maps obviously tell a different story on a per-country basis. And if you live in an area with a super-majority of drinkers - yeah it's going to <i>feel</i> like everyone in the world drinks. But the global data says otherwise.<p>edit: <a href="https://www.who.int/publications/i/item/9789241565639" rel="nofollow">https://www.who.int/publications/i/item/9789241565639</a></p>
]]></description><pubDate>Tue, 29 Sep 2026 20:24:09 +0000</pubDate><link>https://news.ycombinator.com/item?id=49899877</link><dc:creator>perrygeo</dc:creator><comments>https://news.ycombinator.com/item?id=49899877</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49899877</guid></item><item><title><![CDATA[New comment by perrygeo in "Coding is not solved"]]></title><description><![CDATA[
<p>There's a difference between code checked into github vs production software.<p>So to answer the original question, "Where does all this supposed productivity go?": Sitting in a github repo somewhere, undeployed.</p>
]]></description><pubDate>Tue, 29 Sep 2026 20:10:58 +0000</pubDate><link>https://news.ycombinator.com/item?id=49899640</link><dc:creator>perrygeo</dc:creator><comments>https://news.ycombinator.com/item?id=49899640</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49899640</guid></item><item><title><![CDATA[New comment by perrygeo in "Coding is not solved"]]></title><description><![CDATA[
<p>Frontier models are subjectively worse at this, in my experience. Very intelligent but very prone to  expanding scope. I need to spend more time prompting to get good results. Maybe I'm just working on boring stuff that doesn't require "frontier" intelligence?</p>
]]></description><pubDate>Tue, 29 Sep 2026 20:07:08 +0000</pubDate><link>https://news.ycombinator.com/item?id=49899580</link><dc:creator>perrygeo</dc:creator><comments>https://news.ycombinator.com/item?id=49899580</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49899580</guid></item><item><title><![CDATA[New comment by perrygeo in "California farmers are struggling to sell grapes as demand for wine drops"]]></title><description><![CDATA[
<p>The vast majority of people on this planet are teetotal. I guess they never have and never will socialize /s<p>Needing alcohol to socialize is not normal (though it has been <i>normalized</i> by some cultures). If you need alcohol to have fun, that's a sign of a serious problem that requires professional help.</p>
]]></description><pubDate>Tue, 29 Sep 2026 19:40:09 +0000</pubDate><link>https://news.ycombinator.com/item?id=49899211</link><dc:creator>perrygeo</dc:creator><comments>https://news.ycombinator.com/item?id=49899211</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49899211</guid></item><item><title><![CDATA[New comment by perrygeo in "California farmers are struggling to sell grapes as demand for wine drops"]]></title><description><![CDATA[
<p>Agree that the loneliness epidemic is an issue. But why would alcohol be the solution? Sounds like you implicitly associate socialization with drinking.</p>
]]></description><pubDate>Tue, 29 Sep 2026 18:21:58 +0000</pubDate><link>https://news.ycombinator.com/item?id=49898034</link><dc:creator>perrygeo</dc:creator><comments>https://news.ycombinator.com/item?id=49898034</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49898034</guid></item><item><title><![CDATA[New comment by perrygeo in "California farmers are struggling to sell grapes as demand for wine drops"]]></title><description><![CDATA[
<p>There's just no compelling reason to use alcohol anymore.<p>It used to be a universal social lubricant, but now people stay home - the only people drinking in public are drunkards. Not a great look.<p>It used to be considered "healthy" to drink a bit. Twenty-one drinks a week was considered normal. Now we have decades of research meta-analysis concluding, in no uncertain terms, that the <i>only</i> safe amount of alcohol is zero. <a href="https://hsph.harvard.edu/news/alcohol-is-the-root-of-62-diseases-and-a-partial-cause-of-dozens-more/" rel="nofollow">https://hsph.harvard.edu/news/alcohol-is-the-root-of-62-dise...</a><p>Alcohol increases anxiety. Given the zeitgeist and state of the world, it's not surprising consumers want to avoid spiking their cortisol in the evenings.<p>Alcohol is expensive. The cost of living is going up and wages are not. The budget has to adjust somehow - alcohol is an obvious place to make cuts.<p>Alcohol prevents the body from metabolizing real food. Fat burning stops while the metabolism shifts to rid the body of the toxins you just dumped in. Aside from the health impacts, you're gonna see this directly in your gut circumference via visceral fat. Considering the GLP-1 trend, beer gut is out of fashion.<p>So for me personally, and anyone else paying attention, there is no reason to touch alcohol. It's strictly poison and has no valid role in a human diet. Sorry farmers - maybe switch to growing something that provides nutrition and isn't toxic?</p>
]]></description><pubDate>Tue, 29 Sep 2026 18:05:20 +0000</pubDate><link>https://news.ycombinator.com/item?id=49897732</link><dc:creator>perrygeo</dc:creator><comments>https://news.ycombinator.com/item?id=49897732</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49897732</guid></item><item><title><![CDATA[New comment by perrygeo in "What makes Lisp difficult to read?"]]></title><description><![CDATA[
<p>Of course it's a single data point, stating my personal preference <i>and</i> the objective characteristics of the code that make it more readable, to me. That's what the article did too! But they tried to use their biases to establish a claim on objective truth. That's the difference - I'm not trying to make a generalizable scientific claim!<p>I'm trying to say that making such claims in the first place is invalid.<p>There is no language that is objectively more or less readable. Yes, I've read the studies. No, none of them come close to adequately addressing the confounding factor of prior exposure/education. A randomized controlled trial starting from childhood could establish such truths, but such an experiment has not been done. Until then, small-n studies that don't address this flaw in any way yet continue to make broad claims - "pop" science is perhaps not dismissive enough.</p>
]]></description><pubDate>Tue, 29 Sep 2026 13:34:29 +0000</pubDate><link>https://news.ycombinator.com/item?id=49893004</link><dc:creator>perrygeo</dc:creator><comments>https://news.ycombinator.com/item?id=49893004</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49893004</guid></item><item><title><![CDATA[New comment by perrygeo in "The problem is not AI code, but not knowing about system architecture or intent"]]></title><description><![CDATA[
<p>> This gave me pause. Who had actually made the decision then? Arguably there has been several layers of human review, but the actual source of the decision was hard to pin down.<p>Cynically, this might be the <i>real</i> reason managers and investors love AI. It diffuses responsibility. No one is accountable. "Oops the AI messed it up" is a convenient excuse for bad management.</p>
]]></description><pubDate>Tue, 29 Sep 2026 13:11:43 +0000</pubDate><link>https://news.ycombinator.com/item?id=49892650</link><dc:creator>perrygeo</dc:creator><comments>https://news.ycombinator.com/item?id=49892650</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49892650</guid></item><item><title><![CDATA[New comment by perrygeo in "What makes Lisp difficult to read?"]]></title><description><![CDATA[
<p>> I have not yet encountered a fully satisfying explanation as to why Lisp is perceived as being less readable.<p>Difficulty is, by definition, relative to one's skill. You cannot so quickly discount the fact that 99% of programming is taught in Java/C style language syntax. If you've had lifelong exposure to Lisp, you might feel exactly the opposite. The author does a poor job of justifying why these pop-cognitive-psych theories should have more weight than prior exposure.<p>Personally, as someone with decades of exposure to both styles, I look at the factorial example and see everything I love about Lisp syntax - consistent, no magic keywords and syntax to memorize, it represents a tree just like my mental model of code, there's no way to fall through and forget an else, expressions instead of statements, no early returns ... literally everything about the Lisp example is more readable to me. YMMV.</p>
]]></description><pubDate>Mon, 28 Sep 2026 15:30:40 +0000</pubDate><link>https://news.ycombinator.com/item?id=49879627</link><dc:creator>perrygeo</dc:creator><comments>https://news.ycombinator.com/item?id=49879627</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49879627</guid></item><item><title><![CDATA[New comment by perrygeo in "Guitar amp and effects pedal built on the Waveshare ESP32-S3-Touch-AMOLED-2.06"]]></title><description><![CDATA[
<p>>  I'm never wasting money another guitar pedal again<p>I've heard that one before. This one is the last pedal, I swear :-)</p>
]]></description><pubDate>Mon, 28 Sep 2026 14:35:45 +0000</pubDate><link>https://news.ycombinator.com/item?id=49878687</link><dc:creator>perrygeo</dc:creator><comments>https://news.ycombinator.com/item?id=49878687</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49878687</guid></item><item><title><![CDATA[New comment by perrygeo in "We Should Be Able to Change Our Languages"]]></title><description><![CDATA[
<p>Like most comments here, I kinda throw up in my mouth thinking about all the weird DSLs that would come from unrestrained abstraction.<p>What about a slightly different angle: a custom language runtime? The language itself stays true to the original but you build your own custom compiler and dev tooling: an expanded stdlib, LSP, linting, formatting rules, build systems, test runners, package manger, host extension system, etc.<p>This is becoming somewhat of a reality in the Clojure world. <a href="https://clojure.cc/dialects/" rel="nofollow">https://clojure.cc/dialects/</a> lists ~30 languages which are recognized as "Clojure" but have radically different host environments.  Of course Clojure has macros too so nothings stopping you from going overboard on the DSL weirdness.<p>I could see the following scenario: Your company picks Typescript. You evaluate Bun and Deno and others but nothing really works. You take the most promising one, build a little test suite to make sure it stays consistent with the language spec, fork it, and add the runtime features you need. Your dev team still writes Typescript but you have full control over the tooling and how that code works at runtime.</p>
]]></description><pubDate>Sun, 27 Sep 2026 13:07:36 +0000</pubDate><link>https://news.ycombinator.com/item?id=49866380</link><dc:creator>perrygeo</dc:creator><comments>https://news.ycombinator.com/item?id=49866380</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49866380</guid></item><item><title><![CDATA[New comment by perrygeo in "Is your Postgres migration safe or not safe?"]]></title><description><![CDATA[
<p>It's definitely a bug. It's often distributed systems timing where things are "eventually consistent", just not at the moment you indexed. It can also be manual sql clients or other applications connected but not coordinating with the app. Not that I recommend that microservice madness style of development, but I've had to support databases in those scenarios. Pitfalls abound if you want to enforce uniqueness <i>only</i> at the application layer.<p>In the worst case bugs, systems can hum along for years with silent consistency problems. Database columns that are assumed to be unique but aren't - the truth only shakes out when you CREATE INDEX. Then once you fix that, you've got to find why the app was doing it in the first place! Generally its better for the app to crash than to silently corrupt the database as it had been doing all along.</p>
]]></description><pubDate>Sat, 26 Sep 2026 22:10:36 +0000</pubDate><link>https://news.ycombinator.com/item?id=49861012</link><dc:creator>perrygeo</dc:creator><comments>https://news.ycombinator.com/item?id=49861012</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49861012</guid></item><item><title><![CDATA[New comment by perrygeo in "Is your Postgres migration safe or not safe?"]]></title><description><![CDATA[
<p>Locksmith is awesome, how am I just now discovering this?<p>Your comments re: database state are spot on. DDL can fail in subtle ways. It's not even enough to take a snapshot of the current state and validate; things can change under your feet.<p>Take adding a unique index on a column: a simple CREATE UNIQUE INDEX statement, right? But you realize it will fail if the values aren't unique already, so you run a SELECT query to confirm. Yep, all unique. Deploy the app which runs the migration on startup - fail. A non-unique key arrived in the time between your queries.<p>Even more fun if you CREATE UNIQUE INDEX CONCURRENTLY and a non-unique key arrives in the middle of the DDL execution.</p>
]]></description><pubDate>Sat, 26 Sep 2026 13:05:11 +0000</pubDate><link>https://news.ycombinator.com/item?id=49856143</link><dc:creator>perrygeo</dc:creator><comments>https://news.ycombinator.com/item?id=49856143</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49856143</guid></item><item><title><![CDATA[New comment by perrygeo in "Show HN: Modos E-Ink Screen Framework 13 Laptop"]]></title><description><![CDATA[
<p>Awesome! I've replaced my desktop monitor with e-ink, and use an e-ink tablet for reading and browsing. My laptop is the final LED screen in my life. I don't know if I have the skills/time to DIY this but it looks promising. Great work!</p>
]]></description><pubDate>Fri, 25 Sep 2026 14:09:24 +0000</pubDate><link>https://news.ycombinator.com/item?id=49844919</link><dc:creator>perrygeo</dc:creator><comments>https://news.ycombinator.com/item?id=49844919</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49844919</guid></item><item><title><![CDATA[New comment by perrygeo in "Is A.I. Above the Law?"]]></title><description><![CDATA[
<p>It should be obvious. Yet here we are, with journalists telling sci-fi fantasy stories, read verbatim off the press-release.<p>It's not just obvious who's responsible, it's obvious who benefits from pedaling the "rogue AI" narrative.</p>
]]></description><pubDate>Thu, 24 Sep 2026 19:18:12 +0000</pubDate><link>https://news.ycombinator.com/item?id=49835570</link><dc:creator>perrygeo</dc:creator><comments>https://news.ycombinator.com/item?id=49835570</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49835570</guid></item></channel></rss>