<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: saithound</title><link>https://news.ycombinator.com/user?id=saithound</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Tue, 01 Sep 2026 21:00:50 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=saithound" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by saithound in "Understanding ChatGPT Work"]]></title><description><![CDATA[
<p>Not for long. Too late to get Business now to exploit this, since EH and the small credit-free Pro allowance will soon be restricted to Premium Seats ($100/m).</p>
]]></description><pubDate>Mon, 31 Aug 2026 02:31:03 +0000</pubDate><link>https://news.ycombinator.com/item?id=49504959</link><dc:creator>saithound</dc:creator><comments>https://news.ycombinator.com/item?id=49504959</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49504959</guid></item><item><title><![CDATA[New comment by saithound in "Understanding ChatGPT Work"]]></title><description><![CDATA[
<p>If we voice this opinion publicly, the most likely end result is that OpenAI will start billing our chat sessioms against our Codex budget too.</p>
]]></description><pubDate>Mon, 31 Aug 2026 02:28:30 +0000</pubDate><link>https://news.ycombinator.com/item?id=49504937</link><dc:creator>saithound</dc:creator><comments>https://news.ycombinator.com/item?id=49504937</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49504937</guid></item><item><title><![CDATA[New comment by saithound in "Interactive Warhammer 40k Galaxy Map"]]></title><description><![CDATA[
<p>>  Maybe it's because I'm American, but I can't imagine actually saying that to someone. I'd sorta expect them to throw hands if I talked like that about Jesus.<p>I mean, that's exactly what a "slur" is. They are not coined with the recipient's comfort in mind, and saying them can sometimes provoke exactly the sort of fight you imagine.<p>But yes, violent consequences ought to be particularly unsurprising to an American, since the US is, by Western standards, an exceptionally violent country. [1]<p>[1] <a href="https://pmc.ncbi.nlm.nih.gov/articles/PMC9535176/" rel="nofollow">https://pmc.ncbi.nlm.nih.gov/articles/PMC9535176/</a> (table 2)</p>
]]></description><pubDate>Sat, 29 Aug 2026 00:16:19 +0000</pubDate><link>https://news.ycombinator.com/item?id=49485690</link><dc:creator>saithound</dc:creator><comments>https://news.ycombinator.com/item?id=49485690</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49485690</guid></item><item><title><![CDATA[New comment by saithound in "Terminal-Bench-Science: Evaluating AI agents on scientific research workflows"]]></title><description><![CDATA[
<p>> You can tell that Claude really does grasp a wide array of highly specific scientific and mathematical nuances... where's codex is just basically for coding and that's it.<p>If you have time, can you elaborate or give some examples of mathematical nuances?<p>I am evaluating Sol and Fable on a fairly large dataset of subtly flawed informal mathematical arguments (task is to identify and name propositions with substantially incorrect proofs in a larger body of text), and Sol is saturating the benchmark, while Fable is below 50% even with the most generous grading.<p>I don't work in the natural sciences, so I suspect you mean something different by "mathematical nuance".</p>
]]></description><pubDate>Fri, 28 Aug 2026 05:18:24 +0000</pubDate><link>https://news.ycombinator.com/item?id=49474632</link><dc:creator>saithound</dc:creator><comments>https://news.ycombinator.com/item?id=49474632</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49474632</guid></item><item><title><![CDATA[New comment by saithound in "Mathematics in the age of AI"]]></title><description><![CDATA[
<p>> If it is known that A is provably true then one can study the consequences of A being true<p>But one can already study the consequences of P=NP right now. You don't need to know that it's provably true in order to do that.<p>Knowing an actual proof would be useful, but an oracle revealing merely that it's true (or even provable) without telling you the proof does not let you do anything you couldn't do before.</p>
]]></description><pubDate>Thu, 20 Aug 2026 10:09:49 +0000</pubDate><link>https://news.ycombinator.com/item?id=49372591</link><dc:creator>saithound</dc:creator><comments>https://news.ycombinator.com/item?id=49372591</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49372591</guid></item><item><title><![CDATA[New comment by saithound in "Xorshift Generators"]]></title><description><![CDATA[
<p>dgacmu: if you're writing C on x64, try AES-128-CTR (AES-NI, 8 way) using the header wmmintrin.h which has hardware accelerated primitives for this. An LLM can implement the RNG for you based on this comment if you want to test it out quickly. It should be faster than PCG, and higher quality.</p>
]]></description><pubDate>Sat, 15 Aug 2026 17:48:28 +0000</pubDate><link>https://news.ycombinator.com/item?id=49312633</link><dc:creator>saithound</dc:creator><comments>https://news.ycombinator.com/item?id=49312633</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49312633</guid></item><item><title><![CDATA[New comment by saithound in "Xorshift Generators"]]></title><description><![CDATA[
<p>When was the last time a new PRNG helped you clearly identify a performance bottleneck?<p>As in, you were using state of the art generator X, and you couldn't see the performance bottleneck, but updating to a newer (faster, or same speed but higher quality) generator Y, and could subsequently identify the performance bottleneck?<p>If you're using PCG, not in the last 12 years.<p>(In a parallel comment I suggest trying AES-CTR for this use case)</p>
]]></description><pubDate>Sat, 15 Aug 2026 17:24:24 +0000</pubDate><link>https://news.ycombinator.com/item?id=49312433</link><dc:creator>saithound</dc:creator><comments>https://news.ycombinator.com/item?id=49312433</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49312433</guid></item><item><title><![CDATA[New comment by saithound in "Xorshift Generators"]]></title><description><![CDATA[
<p>> I’m not sure what point you’re trying to make,<p>Have you skimmed the linked thread?<p>> especially simulation/sampling approaches that are bound by the number and quality of uniform variates per second<p>Sorry, nobody does stochastic simulations where the number of uniform random numbers obtained per second is any sort of bottleneck. If you've spent considerable time on stochastic simulation, you already know this.<p>But even if you insist that you alone are doing some very weird stochastic simulation which is somehow bottlenecked on sourcing random numbers fast enough, the falling in planes phenomenon linked above would make xorshift-type generators a poor choice for most sorts of simulations. It introduces spatial correlations into any sort of lattice dynamics simulation (Ising model, percolation) and every high dimensional Monte Carlo integration. Beyond falling in the planes, since xorshift is linear over GF(2), it is also a particularly bad choice for nondeterministic cellular automata and Boolean dynamical systems which use parity, bit masks, or xors.<p>AES-CTR throughput on a modern CPU is higher than that of xoshiro256++, and much higher quality. No advances in non-CS PRNGs can beat that while maintaining the same quality. If your stochastic simulation is bottlenecked on random bits, CSPRNGs are still the way to go, and they don't interact in nasty ways with any dynamical system you can actually sinulate quickly.</p>
]]></description><pubDate>Sat, 15 Aug 2026 17:04:35 +0000</pubDate><link>https://news.ycombinator.com/item?id=49312262</link><dc:creator>saithound</dc:creator><comments>https://news.ycombinator.com/item?id=49312262</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49312262</guid></item><item><title><![CDATA[New comment by saithound in "Xorshift Generators"]]></title><description><![CDATA[
<p>Ah yes, Xorshift, the RANDU [1] of the 21st century [2].<p>There is no real use case for better non-CS generators, as explained by adrian_b back in 2021 [3].<p>[1] <a href="https://en.wikipedia.org/wiki/RANDU" rel="nofollow">https://en.wikipedia.org/wiki/RANDU</a>
[2] <a href="https://arxiv.org/abs/1908.10020" rel="nofollow">https://arxiv.org/abs/1908.10020</a>
[3] <a href="https://news.ycombinator.com/item?id=28886698">https://news.ycombinator.com/item?id=28886698</a></p>
]]></description><pubDate>Sat, 15 Aug 2026 15:45:34 +0000</pubDate><link>https://news.ycombinator.com/item?id=49311548</link><dc:creator>saithound</dc:creator><comments>https://news.ycombinator.com/item?id=49311548</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49311548</guid></item><item><title><![CDATA[New comment by saithound in "NP-overrated"]]></title><description><![CDATA[
<p>> The article was showing the difference between mathematicians and engineers.<p>No. Many engineers AND mathematicians worked for a long time to get us to a stage where Amazon can solve a billion SMT problems a day. To contribute, all of them had to understand the theory this article calls overrated.</p>
]]></description><pubDate>Fri, 14 Aug 2026 01:12:35 +0000</pubDate><link>https://news.ycombinator.com/item?id=49293682</link><dc:creator>saithound</dc:creator><comments>https://news.ycombinator.com/item?id=49293682</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49293682</guid></item><item><title><![CDATA[New comment by saithound in "Ordinary abundance"]]></title><description><![CDATA[
<p>Having read the article, I can confirm that it is.</p>
]]></description><pubDate>Thu, 13 Aug 2026 22:34:59 +0000</pubDate><link>https://news.ycombinator.com/item?id=49292650</link><dc:creator>saithound</dc:creator><comments>https://news.ycombinator.com/item?id=49292650</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49292650</guid></item><item><title><![CDATA[New comment by saithound in "Improving GPT‑5.6 Sol in ChatGPT, expanding GPT‑5.6 Luna access for free users"]]></title><description><![CDATA[
<p>While their math results are impressive,  vibe coding their own web UIs with their subpar design models is really going to backfire if their plan is to attract new users with better free model offerings.<p>The Aug 6 update has forced the entry box to auto-format Markdown in an attempt to imitate Claude. The implementation is buggy and even simple copy-and-paste has gone entirely haywire. They also forgot to leave a switch to turn the confounded autoformatting thing off.<p>Chat mode in general is currently crawling with more UX bugs than a porch screen in summer.</p>
]]></description><pubDate>Thu, 06 Aug 2026 21:43:55 +0000</pubDate><link>https://news.ycombinator.com/item?id=49203004</link><dc:creator>saithound</dc:creator><comments>https://news.ycombinator.com/item?id=49203004</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49203004</guid></item><item><title><![CDATA[New comment by saithound in "Ten advances in mathematics and theoretical computer science"]]></title><description><![CDATA[
<p>I don't think that's it. Multiple or my friends from the target audience (academic mathematicians) admitted to scrolling past because the title made it sound like a review of last month's contributions, instead of 10 new ones.</p>
]]></description><pubDate>Sat, 01 Aug 2026 13:10:09 +0000</pubDate><link>https://news.ycombinator.com/item?id=49134125</link><dc:creator>saithound</dc:creator><comments>https://news.ycombinator.com/item?id=49134125</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49134125</guid></item><item><title><![CDATA[New comment by saithound in "Truth is not a direction: a Tarski attack on LLM probes"]]></title><description><![CDATA[
<p>It looks like Zach Weinersmith predicted this exact line of research 11 years ago [1], when he suggested testing the liar sentence using fMRI.<p>The same analysis applies: the probe tells us what the LLM thinks about the truth value if the sentence, not the truth value of the sentence. I don't think anyone claimed that these probes were truth oracles.<p>[1] <a href="https://smbc-comics.com/index.php?id=3657" rel="nofollow">https://smbc-comics.com/index.php?id=3657</a></p>
]]></description><pubDate>Wed, 29 Jul 2026 03:16:35 +0000</pubDate><link>https://news.ycombinator.com/item?id=49093038</link><dc:creator>saithound</dc:creator><comments>https://news.ycombinator.com/item?id=49093038</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49093038</guid></item><item><title><![CDATA[New comment by saithound in "Show HN: Formally verified 3D CSG: Trust 93 lines spec, not 1000 lines AI code"]]></title><description><![CDATA[
<p>You're confused because the word kernel is used in two different senses.<p>The "generated kernel" refers to a "geometric modeling kernel", which has absolutely nothing to do with the proof-checking kernel that the de Bruijn criterion talks about. The proof can be verified by Lean's ordinary proof-checker, or external checkers.</p>
]]></description><pubDate>Tue, 28 Jul 2026 16:48:48 +0000</pubDate><link>https://news.ycombinator.com/item?id=49086645</link><dc:creator>saithound</dc:creator><comments>https://news.ycombinator.com/item?id=49086645</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49086645</guid></item><item><title><![CDATA[New comment by saithound in "We have proof automation now"]]></title><description><![CDATA[
<p>> . You can't formally verify your application works correctly under transient network error conditions if you never thought about what your application should do under those conditions. [..] it's expensive to spend that much time thinking through it all, when users are largely trained to just accept crashes, glitches, inconsistencies, and the occasional sprinkle of data loss.<p>Indeed. The last bug I fixed in a production app was one where people could not restore from backup due to a de/serialization issue. The correct behavior would have been straightforward to specify (round-tripping). Trying to verify the serializer against the correct behavior would have forced the devs to think through all the edge cases.</p>
]]></description><pubDate>Mon, 27 Jul 2026 11:57:36 +0000</pubDate><link>https://news.ycombinator.com/item?id=49068310</link><dc:creator>saithound</dc:creator><comments>https://news.ycombinator.com/item?id=49068310</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49068310</guid></item><item><title><![CDATA[New comment by saithound in "We have proof automation now"]]></title><description><![CDATA[
<p>> Really unnecessary levels of snark here. [..] Have you ever heard of prolog?<p>Why do you look at the speck of sawdust in your brother's eye and pay no attention to the plank in your own?<p>> I’m sure a prolog program can express whatever property you’re attempting to write just as tersely<p>No, you won't be able to express the most basic properties in Prolog at all, let alone as tersely as in a proper specification language.<p>E.g. if you have a language interpreter and a bytecode interpreter, pretty much every specification language will let you express the correctness of a compiler `compile(x)` as<p>```
for all scripts x and inputs i,<p>bytecodeInterpreter(compile(x),i) == languageInterpreter(x,i)
```<p>Good luck expressing this in Prolog, let alone equally tersely.</p>
]]></description><pubDate>Mon, 27 Jul 2026 07:20:38 +0000</pubDate><link>https://news.ycombinator.com/item?id=49066114</link><dc:creator>saithound</dc:creator><comments>https://news.ycombinator.com/item?id=49066114</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49066114</guid></item><item><title><![CDATA[New comment by saithound in "A digestion of the Jacobian conjecture counterexample"]]></title><description><![CDATA[
<p>> The two big discoveries both came from the negligible handful of mathematicians working at OpenAI/Anthropic in spite of many orders of magnitude more mathematicians using them outside of the companies<p>Well, mathematicians not working for Anthropic/OpenAI are heavily disincentivised from reporting that their discoveries were made using AI. If e.g. the idea that resolved the Mahler conjecture came from AI, it's not like we'd ever know.</p>
]]></description><pubDate>Wed, 22 Jul 2026 11:38:35 +0000</pubDate><link>https://news.ycombinator.com/item?id=49005137</link><dc:creator>saithound</dc:creator><comments>https://news.ycombinator.com/item?id=49005137</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49005137</guid></item><item><title><![CDATA[New comment by saithound in "Detecting LLM-Generated Texts with “Classical” Machine Learning"]]></title><description><![CDATA[
<p>> This does not sit well with personal experience and I wonder if it is just one of these questions of AI people being unaware of the level of skill that exists in domains they think have been automated.<p>I suspect the difficulty here lies more with your reading of the quoted sentence. British grammar school education, for all the years it devotes to the enterprise, does not always succeed in teaching reading comprehension.<p>You seem to be treating two rather different propositions as though they were one and the same. If text in general is not sufficiently information dense to support decoding some _arbitrary_ signal of provenance, that hardly establishes that no _specific_ passage can carry distinctive markers of provenance.<p>For example, you can recognize the unmistakable cadence of the California undergraduate. Impressive. Alas, even in your own example, when your British friends are "giving themselves away", you resort to an external signal, beyond the text, to determine provenance! That is, unless the text itself is claiming that its author is British (like the bots who claim they're John Horsetrader from Arkansas oblast).<p>When you have to decide whether a 2010s era SAT essay was from a SAT prep book author or an LLM prompted to write such an essay, you will struggle to distinguish one from the other. Not all texts have provenance signals. This is what it means for text to simply not be information dense enough to be able to decode some arbitrary signal of provenance from it.</p>
]]></description><pubDate>Fri, 17 Jul 2026 13:49:24 +0000</pubDate><link>https://news.ycombinator.com/item?id=48947395</link><dc:creator>saithound</dc:creator><comments>https://news.ycombinator.com/item?id=48947395</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48947395</guid></item><item><title><![CDATA[New comment by saithound in "Our Amish Language"]]></title><description><![CDATA[
<p>Going from "current mainstream culture is not perfect" to "there should be more experiments in alternative ways of life" requires the assumption namely, that the average experiment is more likely to improve matters than to make them worse. When these experiments go awry, they hurt not only the participants of the experiment (who are themselves often children or others who have no other choice), but also everyone standing nearby.<p>I don't think the current nuclear doctrines are anywhere close to perfect or best possible. There is surely room for improvement. But I vehemently oppose more countries innovating on nuclear doctrine, because the average outcome of innovation is likely to be worse than the current equilibrium, for bystanders and innovators alike.<p>Medieval Europeans knew that the fallow-field system was imperfect, but many simultaneous experiments on alternatives would have led to famine, not viable alternatives. Careful experimentation in some monastery gardens is a good thing, but wagering everyone's supper on untested ideas isn't.<p>The same applies to our own civilization. Western capitalist culture has flaws aplenty. But this does not mean we should throw open the gates to every, or even any, alternative group that comes along.</p>
]]></description><pubDate>Tue, 14 Jul 2026 08:09:24 +0000</pubDate><link>https://news.ycombinator.com/item?id=48903609</link><dc:creator>saithound</dc:creator><comments>https://news.ycombinator.com/item?id=48903609</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48903609</guid></item></channel></rss>