<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: ahepp</title><link>https://news.ycombinator.com/user?id=ahepp</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Sat, 14 Nov 2026 02:10:07 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=ahepp" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by ahepp in "When will this stop? The Raspberry Pi 5 16GB SBC now sells for $385"]]></title><description><![CDATA[
<p>Flash the MCU with a program that takes a text protocol over the UART from the host and uses it to control its GPIOs</p>
]]></description><pubDate>Mon, 09 Nov 2026 19:23:02 +0000</pubDate><link>https://news.ycombinator.com/item?id=50430378</link><dc:creator>ahepp</dc:creator><comments>https://news.ycombinator.com/item?id=50430378</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=50430378</guid></item><item><title><![CDATA[New comment by ahepp in "sshole"]]></title><description><![CDATA[
<p>I think the argument would be that in C people will look at a char* and think "string" rather than "string or null". Thus consumers of the library not checking the result and the maintainer trying to be helpful by putting a "safe" value in there for the error case.<p>Whereas if the library returns something that is unambiguously an option type, consumers unambiguously call unwrap at their own risk.<p>Of course you do have a point (assuming I'm picking up what you're suggesting correctly) that all pointers in C are option types. But I think there's a cognitive ergonomics aspect to this where an option type more clearly relays the library authors' intent.</p>
]]></description><pubDate>Fri, 06 Nov 2026 23:00:55 +0000</pubDate><link>https://news.ycombinator.com/item?id=50399658</link><dc:creator>ahepp</dc:creator><comments>https://news.ycombinator.com/item?id=50399658</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=50399658</guid></item><item><title><![CDATA[New comment by ahepp in "sshole"]]></title><description><![CDATA[
<p>In this specific instance yes, but it seems like it could have about as easily been a perfect cascade of failures in janky libc routines for checking keys as opposed to janky libc routines checking passwords.</p>
]]></description><pubDate>Fri, 06 Nov 2026 22:39:41 +0000</pubDate><link>https://news.ycombinator.com/item?id=50399461</link><dc:creator>ahepp</dc:creator><comments>https://news.ycombinator.com/item?id=50399461</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=50399461</guid></item><item><title><![CDATA[New comment by ahepp in "sshole"]]></title><description><![CDATA[
<p>In Unixese, shadow having ! means the account is "locked", right? I haven't tried the steps to replicate so maybe they did replace the * with a ! or something, but I would try making sure the account is not locked.</p>
]]></description><pubDate>Fri, 06 Nov 2026 22:30:11 +0000</pubDate><link>https://news.ycombinator.com/item?id=50399363</link><dc:creator>ahepp</dc:creator><comments>https://news.ycombinator.com/item?id=50399363</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=50399363</guid></item><item><title><![CDATA[New comment by ahepp in "Sixteen Years After Deepwater Horizon, Deep Sea Life Shows Few Signs of Recovery"]]></title><description><![CDATA[
<p>have we tried adding "make no mistakes" to the humans' prompt?</p>
]]></description><pubDate>Tue, 20 Oct 2026 22:18:12 +0000</pubDate><link>https://news.ycombinator.com/item?id=50173460</link><dc:creator>ahepp</dc:creator><comments>https://news.ycombinator.com/item?id=50173460</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=50173460</guid></item><item><title><![CDATA[New comment by ahepp in "I don't want to read what you didn't write"]]></title><description><![CDATA[
<p>What do you think about the prompt “The first 6 digits of pi are 3.1415”?</p>
]]></description><pubDate>Tue, 22 Sep 2026 11:04:05 +0000</pubDate><link>https://news.ycombinator.com/item?id=49799317</link><dc:creator>ahepp</dc:creator><comments>https://news.ycombinator.com/item?id=49799317</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49799317</guid></item><item><title><![CDATA[New comment by ahepp in "German Rheinmetall open-sources its Battlesuite connected weapon system protcol"]]></title><description><![CDATA[
<p>actual or perceived realtime / determinism requirements</p>
]]></description><pubDate>Wed, 16 Sep 2026 05:28:55 +0000</pubDate><link>https://news.ycombinator.com/item?id=49722438</link><dc:creator>ahepp</dc:creator><comments>https://news.ycombinator.com/item?id=49722438</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49722438</guid></item><item><title><![CDATA[New comment by ahepp in "German Rheinmetall open-sources its Battlesuite connected weapon system protcol"]]></title><description><![CDATA[
<p>TCP/IP refers to the whole protocol stack, including UDP. That is a bit counterintuitive, but well established: <a href="https://en.wikipedia.org/wiki/Internet_protocol_suite" rel="nofollow">https://en.wikipedia.org/wiki/Internet_protocol_suite</a></p>
]]></description><pubDate>Wed, 16 Sep 2026 05:17:05 +0000</pubDate><link>https://news.ycombinator.com/item?id=49722378</link><dc:creator>ahepp</dc:creator><comments>https://news.ycombinator.com/item?id=49722378</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49722378</guid></item><item><title><![CDATA[New comment by ahepp in "JetKVM Mini"]]></title><description><![CDATA[
<p>> I don't see a reason to trust it any less than closed-hardware, closed-source solutions. I would trust a fully-open-source PIKVM more, however.<p>Isn't jetKVM software open source? I thought it had a public buildroot fork? Been a while since I checked, maybe something has changed.</p>
]]></description><pubDate>Sun, 13 Sep 2026 22:43:21 +0000</pubDate><link>https://news.ycombinator.com/item?id=49689503</link><dc:creator>ahepp</dc:creator><comments>https://news.ycombinator.com/item?id=49689503</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49689503</guid></item><item><title><![CDATA[New comment by ahepp in "Starlink Signal Leakage Threatens Radio Astronomy's Most Critical Frequencies"]]></title><description><![CDATA[
<p>> The accidental static bleeding from onboard hardware, coupling through satellite structures and radiating across frequencies nobody authorized.<p>> The numbers tell the story bluntly:<p>I wouldn't waste too much compute trying to parse it, lots of LLM tells in the article. Pangram puts it at 100% AI.</p>
]]></description><pubDate>Sat, 12 Sep 2026 03:17:03 +0000</pubDate><link>https://news.ycombinator.com/item?id=49668397</link><dc:creator>ahepp</dc:creator><comments>https://news.ycombinator.com/item?id=49668397</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49668397</guid></item><item><title><![CDATA[New comment by ahepp in "Tao: Open math problems being non-renewably mined by AI"]]></title><description><![CDATA[
<p>Doesn't the premise that there's something inferior about these AI solutions, imply that there is something superior about human intelligence  and that there will continue to be some kind of useful work for humans to do?</p>
]]></description><pubDate>Wed, 09 Sep 2026 04:42:14 +0000</pubDate><link>https://news.ycombinator.com/item?id=49621092</link><dc:creator>ahepp</dc:creator><comments>https://news.ycombinator.com/item?id=49621092</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49621092</guid></item><item><title><![CDATA[New comment by ahepp in "The revolt of the reader"]]></title><description><![CDATA[
<p>Not the main point at all, but what was it? Pattern matching rule nestled deep in /lib/systemd/network? Some kind of mysterious netplan / NetworkManager compat layer?</p>
]]></description><pubDate>Mon, 07 Sep 2026 20:25:34 +0000</pubDate><link>https://news.ycombinator.com/item?id=49602622</link><dc:creator>ahepp</dc:creator><comments>https://news.ycombinator.com/item?id=49602622</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49602622</guid></item><item><title><![CDATA[New comment by ahepp in "Speculative Decoding in vLLM on AMD GPUs"]]></title><description><![CDATA[
<p>You need the next token to begin the next decode. So if you can get what <i>might</i> be the next token in half the time, you can kick off the next decode before the true decode for this token has finished.<p>If the draft was wrong you can kill the speculative decode, and you haven’t lost anything except for idle time<p>It’s true we can’t show the user the token until we have the true decode finished, but we can launch more work internally before we’re certain</p>
]]></description><pubDate>Mon, 07 Sep 2026 18:59:36 +0000</pubDate><link>https://news.ycombinator.com/item?id=49601735</link><dc:creator>ahepp</dc:creator><comments>https://news.ycombinator.com/item?id=49601735</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49601735</guid></item><item><title><![CDATA[New comment by ahepp in "The revolt of the reader"]]></title><description><![CDATA[
<p>I was so optimistic about using LLMs for "write once, read many" English language documents, but the more I've used the tools, the more pessimistic I get.<p>More and more, I try to ask it for low prose responses because its writing just seems like such a low signal to noise ratio<p>I'm curious about why LLM writing fails. Particularly whether LLM writing is fundamentally flawed, or if it's just distinctive and since it often reflects low effort, that distinctive voice is associated with low quality.<p>I find its reliance on extremely consistent rhetorical patterns concerning. The fact that it always finds a way to talk about how "It's not the X, it's the Y Z" no matter what topic you feed it, makes me concerned that the tail is wagging the dog</p>
]]></description><pubDate>Sun, 06 Sep 2026 10:25:32 +0000</pubDate><link>https://news.ycombinator.com/item?id=49585079</link><dc:creator>ahepp</dc:creator><comments>https://news.ycombinator.com/item?id=49585079</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49585079</guid></item><item><title><![CDATA[New comment by ahepp in "The revolt of the reader"]]></title><description><![CDATA[
<p>>I wondered if you have tried running all of your own writings through it to verify that it thinks you are human. I was struck by Freddie deBoer's recent piece where he did this<p>Maybe I'm taking the "all" too literally here, but I read the article, and I'm not seeing anywhere the author ran a substantial portion of his corpus through Pangram to determine the false positive rate. That would be really interesting to see.<p>He does<p>* give an example of a piece of his writing that was, when ran in segments, flagged as generated (which he disputes)<p>* multiply the size of his corpus by pangram's published false positive rate and estimate that a few of his pieces would be flagged<p>* get the pangram model to label a piece "100% AI" when it only has 3 generated sentences<p>* demonstrate the ability to intentionally trigger a false positive</p>
]]></description><pubDate>Sun, 06 Sep 2026 10:16:39 +0000</pubDate><link>https://news.ycombinator.com/item?id=49585027</link><dc:creator>ahepp</dc:creator><comments>https://news.ycombinator.com/item?id=49585027</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49585027</guid></item><item><title><![CDATA[New comment by ahepp in "The revolt of the reader"]]></title><description><![CDATA[
<p>What kind of prompting are you using to get those results? Anything I have claude or codex write carries a ton of distinctive characteristics. Obsession with "bit-for-bit identical", "it's not the X it's the Y Z" and so on.<p>It's driving me nuts, I constantly have to prompt it to "explain in plain, simple English"</p>
]]></description><pubDate>Sun, 06 Sep 2026 09:50:35 +0000</pubDate><link>https://news.ycombinator.com/item?id=49584861</link><dc:creator>ahepp</dc:creator><comments>https://news.ycombinator.com/item?id=49584861</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49584861</guid></item><item><title><![CDATA[New comment by ahepp in "The revolt of the reader"]]></title><description><![CDATA[
<p>A bigger question I'm interested in is why do LLMs speak like that in the first place? Is that really what you get if you took the average of the English language? It would be difficult for me to believe that.<p>Is there something about tuning for desirable qualities that forces LLMs to have this voice?</p>
]]></description><pubDate>Sun, 06 Sep 2026 09:45:35 +0000</pubDate><link>https://news.ycombinator.com/item?id=49584825</link><dc:creator>ahepp</dc:creator><comments>https://news.ycombinator.com/item?id=49584825</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49584825</guid></item><item><title><![CDATA[New comment by ahepp in "The revolt of the reader"]]></title><description><![CDATA[
<p>I wonder if this is due to experience with reading technical documentation?<p>I think the second requires deeper concentration, but is still quite readable compared to the kind of low-content engagement / SEO stuff one read on the internet even before LLMs</p>
]]></description><pubDate>Sun, 06 Sep 2026 09:39:50 +0000</pubDate><link>https://news.ycombinator.com/item?id=49584790</link><dc:creator>ahepp</dc:creator><comments>https://news.ycombinator.com/item?id=49584790</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49584790</guid></item><item><title><![CDATA[New comment by ahepp in "The Raspberry Pi Interactive Timeline · 2006–2026"]]></title><description><![CDATA[
<p>The zero 2 (W) seems pretty great if you just want a cheap linux device.</p>
]]></description><pubDate>Fri, 04 Sep 2026 10:27:50 +0000</pubDate><link>https://news.ycombinator.com/item?id=49562724</link><dc:creator>ahepp</dc:creator><comments>https://news.ycombinator.com/item?id=49562724</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49562724</guid></item><item><title><![CDATA[New comment by ahepp in "Creating backup storage sucks"]]></title><description><![CDATA[
<p>I get that a lot of immutable backup solutions are code, but they don’t have to be. You can do stuff like block writes in firmware or even blow fuses on the TX traces.</p>
]]></description><pubDate>Thu, 03 Sep 2026 09:28:51 +0000</pubDate><link>https://news.ycombinator.com/item?id=49547820</link><dc:creator>ahepp</dc:creator><comments>https://news.ycombinator.com/item?id=49547820</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49547820</guid></item></channel></rss>