<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, 20 Oct 2026 04:09:03 +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 "Timestral: Mistral release time-series foundation models"]]></title><description><![CDATA[
<p>Agered. These are essentially numerology models.</p>
]]></description><pubDate>Mon, 19 Oct 2026 11:52:50 +0000</pubDate><link>https://news.ycombinator.com/item?id=50151252</link><dc:creator>saithound</dc:creator><comments>https://news.ycombinator.com/item?id=50151252</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=50151252</guid></item><item><title><![CDATA[New comment by saithound in "AI coding has made CI a bottleneck, so we reworked ours to keep up"]]></title><description><![CDATA[
<p>> Why have we not seen an improvements in products? [..] Is everyone just running full speed in circles or something?<p>The simplest explanation is that they don't give a flying flamingo about what you or I consider "improvements to products".<p>This report is an example.<p>There are several changes that modify CI behaviour, where the article gives no corresponding quality measurement.<p>They replaced type aware custom lint rules with AST-only static analysis. They don't say anything about what those new rules detect, didn't do old-vs-new rule comparison. They switched the TypeScript check from tsc to tsgo. Again, they are very proud of the performance improvement, but don't seem to care about diagnostic equivalence. The list goes on. They don't even report pass/fail agreement between the old and the new CI. They have 4x more tests, but no idea whether this big test suite works any better than the smaller old one, or even whether it works at all.</p>
]]></description><pubDate>Tue, 22 Sep 2026 00:14:40 +0000</pubDate><link>https://news.ycombinator.com/item?id=49795190</link><dc:creator>saithound</dc:creator><comments>https://news.ycombinator.com/item?id=49795190</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49795190</guid></item><item><title><![CDATA[New comment by saithound in "Jean-Pierre Serre turns 100"]]></title><description><![CDATA[
<p>You opened with the claim that nonstandard analysis hasn't caught on because it's "mostly the exact same arguments wrapped in slightly different language". I pointed out that the arguments are in fact very distinct: e.g. Nelson's proof of the intermediate value theorem is something that any NSA student would see, but no standard textbook teaches IVT by a standard language counterpart of it.<p>One post later, you answered that Nelson's IVT argument is in fact the "standard nested interval proof" with the limiting step rewritten in nonstandard language.<p>That claim is simply wrong. Why? Because Nelson's construction straightforwardly generalises to Brouwer, while the nested intervals proofs cannot. The discussion of reverse mathematics / computability is not a tangent, it explains precisely why Nelson's proof can generalise to give the BFPT in two dimensions, whereas the nested intervals proofs (which you claim is the same) cannot.<p>You then brought up that the BFPT generalisation of Nelson's argument needs the Sperner lemma as "crucial additional ingredient". Now you make the same point again:<p>> What I'm saying is that for the coloring proof of BFPT to work, whether clothed in standard or nonstandard language, you must perform a combinatorial argument that uses a topology of a triangle as a necessary ingredient, similar in shape to the proof of Sperner's lemma.<p>Presumably you keep pointing this out because you think it justifies some claim like '1D Nelson is actually nested intervals with the limiting step recast in nonstandard language, even if the 2D generalization of Nelson is not'.<p>But it does not. The combinatorial content is the same, the 1-dimensional interval case uses the topology of the domain just as much as the 2-dimensional triangle case does. The 2D argument wouldn't work on the annulus, and the 1D version would not work on the union of two disjoint intervals. The Sperner lemma is present in 1D, and present in 2D. If instead your point is only that proving the BFPT requires a harder case of the Sperner lemma than IVT, then of course it does. But what relevance does that have to the original claim that Nelson's IVT proof is the nested-interval proof? The proof of the Sperner lemma is pure combinatorics, it does not involve any (standard or nonstandard) analysis.<p>Or have you changed your mind on your earlier claim that Nelson's proof is "is the standard nested interval proof"?<p>If so, I think that's great, and closes the thread on whether NSA is largely the same arguments, since even the first proofs of the basic results are different.<p>If you still think that it's the nested interval proof, well, I am not sure what else to say, apart from linking the literature which studies this exact question, that I've already done, and that you dismissed as a tangent.<p>Either way, this discussion went on for too long at this point, so I won't monitor it further.</p>
]]></description><pubDate>Sat, 19 Sep 2026 09:01:43 +0000</pubDate><link>https://news.ycombinator.com/item?id=49764700</link><dc:creator>saithound</dc:creator><comments>https://news.ycombinator.com/item?id=49764700</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49764700</guid></item><item><title><![CDATA[New comment by saithound in "Why I didn’t sign the Fields medallists’ letter"]]></title><description><![CDATA[
<p>Not so relevant to this discussion, since if you are funded by patronage networks, you need to justify your work to your patron. If you are funded by grants or public research funds, you need to justify your work to the general public.</p>
]]></description><pubDate>Fri, 18 Sep 2026 08:17:35 +0000</pubDate><link>https://news.ycombinator.com/item?id=49751538</link><dc:creator>saithound</dc:creator><comments>https://news.ycombinator.com/item?id=49751538</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49751538</guid></item><item><title><![CDATA[New comment by saithound in "Jean-Pierre Serre turns 100"]]></title><description><![CDATA[
<p>You made a sweeping claim that nonstandard analysis arguments are the exact same arguments, wrapped in nonstandard langauge. I explained that (while your other claims about simplicity may be valid) this is not so and detracts from the rest of your points. I challenged you to defend your "same arguments" claim by finding any standard analysis textbook which teaches a standard language version of Nelson's argument as a proof of the IVT. Let me recap what happened since then:<p>1. Two comments ago you confidently claimed that Nelson's IVT proof is "the standard nested interval proof" with the limiting step written in nonstandard language. That is a straightforward claim about the structure of the proof, one that you didn't bother to substantiate, and that is straightforwardly false.<p>2. After I explained why it's false (Nelson's construction proves BFPT, which no nested interval type proof can do), you changed your response: now the Sperner lemma was a "crucial additional ingredient". But Nelson's combinatorial step, that opposite endpoint colors force a blue-red interval, _is_ the one-dimensional instance of the Sperner lemma (and indeed the base case when you prove Sperner's lemma for arbitrary dimensional simplices by induction; the analytic part is independent of dimension, once you find an infinitesimal multicolored simplex, you take its common standard part and apply continuity exactly as before).<p>3. Then you wrote this:<p>> In the standard formulation, you apply the Sperner's lemma to find smaller and smaller triangles, and apply compactness, precisely as in the standard proof of intermediate value theorem.<p>There is a standard proof of Brouwer via the Sperner lemma, and it is _also_ not of the same form as the standard nested interval proof of the IVT. In the nested interval proof, you find a sign-change interval, then find a smaller sign-change interval inside it, and so on. The intersection of all of these contains a point, and that's your zero. Nelson's proof does not do this, and neither does the standard proof of Brouwer via the Sperner lemma: you do not, and cannot, take a 3-color interior triangle, then find a smaller 3-color interior triangle inside it and so on. Even the first step would not work, since the inherited labelling does not satisfy the right boundary condition relative to the small triangle!<p>And this is also why the computability paper I cited ("where I quote reverse mathematics stuff" ;) was very much relevant. There can be no effective "nested triangle" proofs of the Brouwer fixed point theorem at all, because such a proof would let you compute a Brouwer fixed point, and there are examples of computable maps on the triangle without computable fixed points. If Nelson's IVT proof was the nested interval proof, then swapping in the higher-dimensional Sperner step would give a nested-type proof of BFPT. No such proof can exist. Since Nelson's argument proves the BFPT without any change to the analytic part, it is not a nested interval type argument.<p>You first misidentified Nelson's proof as nested intervals, and then treated Sperner as an additional ingredient even though the coloring step in Nelson's proof is already the corresponding Sperner argument. Those are both fairly serious misunderstandings about these proof. Given this, I don't think our exchange leaves readers with much confidence in your assessment of NSA's drawbacks and benefits. That's a disappointing outcome, as far as I'm concerned. There are good arguments to make that NSA adds little value to undergraduate education, such as simplicity or the difficulty of the prerequisites, and good conversations to be had about them. But "NSA proofs are the same proofs wrapped in a different language" is not one, and I wish you had just narrowed it instead of doubling down.</p>
]]></description><pubDate>Fri, 18 Sep 2026 06:53:05 +0000</pubDate><link>https://news.ycombinator.com/item?id=49750930</link><dc:creator>saithound</dc:creator><comments>https://news.ycombinator.com/item?id=49750930</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49750930</guid></item><item><title><![CDATA[New comment by saithound in "Why I didn’t sign the Fields medallists’ letter"]]></title><description><![CDATA[
<p>> imagine yourself living in the 1700s. how would you justify Newton and Leibniz's work on calculus?<p>They didn't have to, as there were no state grants or public research funds for mathematics during the 17th century.<p>Newton supported himself from his inheritance throughout the Great Plague, while he invented calculus, and then from flat salaries as teacher, then flat salaries from working at the London Mint. He later became fabulously wealthy after his appointment as Master of the Mint.<p>Leibniz was a diplomat, then a librarian.</p>
]]></description><pubDate>Fri, 18 Sep 2026 00:57:49 +0000</pubDate><link>https://news.ycombinator.com/item?id=49748907</link><dc:creator>saithound</dc:creator><comments>https://news.ycombinator.com/item?id=49748907</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49748907</guid></item><item><title><![CDATA[New comment by saithound in "Jean-Pierre Serre turns 100"]]></title><description><![CDATA[
<p>> This is the standard nested interval proof<p>It is not.<p>I'll be honest: your one sentence response tells me you did not read the proof above in any detail.<p>I chose Nelson's proof precisely because its construction is well-studied and well-understood. The same construction of a mesh containing all standard points, with the coloring forcing a tiny multicolored cell, extends from the interval to the triangle. In one dimension you get two adjacent differently colored points; in two dimensions you get an infinitesimal triangle whose three vertices have the three relevant colors. Taking their common standard part and applying continuity gives a short proof of Brouwer's fxied-point theorem on the triangle.<p>But it is well-understood (there's a whole field studying such questions [2]) that the nested interval proof of the Intermediate Value Theorem does not generalize to proving Brouwer's fixed point theorem on the triangle [1]. This fact can be derived from a computability argument as well [3].<p>Nelson's argument does generalize to prove Brouwer, so it's not the nested intervals argument. But really, nobody cares about these technical reasons. It's obvious to most math undergraduates that Nelson's proof is not the nested interval proof, the clear absence of any nested construction kinda gives it away. The only reason it was necessary to get technical is that you did not really inspect the proof before claiming it was nested intervals. The technical results cited above are just a formal way to show that any correspondence you might imagine between the two proofs is just not there.<p>[1] Shioji/Tanaka: "Fixed Point Theory in Weak Second-Order Arithmetic", Annals of Pure and Applied Logic v47, pp 167188 (1990).<p>[2] <a href="https://en.wikipedia.org/wiki/Reverse_mathematics" rel="nofollow">https://en.wikipedia.org/wiki/Reverse_mathematics</a><p>[3] Potgieter: "Computable counter-examples to the Brouwer fixed point theorem", <a href="https://arxiv.org/abs/0804.3199" rel="nofollow">https://arxiv.org/abs/0804.3199</a> (2008).</p>
]]></description><pubDate>Thu, 17 Sep 2026 04:16:32 +0000</pubDate><link>https://news.ycombinator.com/item?id=49736332</link><dc:creator>saithound</dc:creator><comments>https://news.ycombinator.com/item?id=49736332</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49736332</guid></item><item><title><![CDATA[New comment by saithound in "Jean-Pierre Serre turns 100"]]></title><description><![CDATA[
<p>>  The so-called "nonstandard analysis" hasn't caught on, because it's mostly the exact same arguments wrapped in slightly different language<p>No. Let's take a nonstandard proof of the intermediate value theorem on [0,1] by Nelson.<p>By the transfer principle it is enough to prove this for a standard continuous function f on [0,1] with f(0)<0<f(1).<p>Take a finite subset of [0,1] containing every standard point. Colour its points blue, green, or red according to whether f is negative, zero, or positive at tha point.<p>The first point of the interval is blue and the last red. Hence either awe can find some green point, or we can find two neighbouring points that have different colours, the first blue and the second red.<p>In the first case there is a zero, so we are done.  In the second, let the neighbouring points be p and q. By the completeness of the real numbers, every nonstandard real in [0,1] is infinitesimally close to exactly one standard real. So p and q are infinitesimally close to some standard real number, let's call it z.<p>Standard continuous functions send infinitesimally close points to infinitesimally close points. So f(p) and f(q) are both infinitesimally close to f(z). But f(p) is negative and f(q) is positive. The only standard number infinitesimally close to both positive and negative numbers is zero. Thus f(z) is zero. This proves the theorem.<p>You tell me, which standard proof is this? It's certainly not the nested interval proof. Not the supremum proof. Not the bisection proof in disguise. Which argument does it wrap in slightly different language? Can you point to a single textbook, course note or lecture that gives such an argument?<p>No. One could of course argue that this is not simpler/shorter than the usual arguments. But it is very different from them. Saying that it's the same arguments repackaged in a different language is just wrong, and detracts from an otherwise valid point.</p>
]]></description><pubDate>Wed, 16 Sep 2026 02:27:48 +0000</pubDate><link>https://news.ycombinator.com/item?id=49721451</link><dc:creator>saithound</dc:creator><comments>https://news.ycombinator.com/item?id=49721451</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49721451</guid></item><item><title><![CDATA[New comment by saithound in "GPT-6 Astra"]]></title><description><![CDATA[
<p>Now that is a good and interesting question! Hopefully a "no-moatist" will share their reasoning.</p>
]]></description><pubDate>Fri, 04 Sep 2026 03:45:39 +0000</pubDate><link>https://news.ycombinator.com/item?id=49560296</link><dc:creator>saithound</dc:creator><comments>https://news.ycombinator.com/item?id=49560296</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49560296</guid></item><item><title><![CDATA[New comment by saithound in "GPT-6 Astra"]]></title><description><![CDATA[
<p>That's the ratio the widely published numbers give [1]. One does not have to believe the numbers [2], but those who do believe them are then justified to conclude that there's no moat.<p>Which numbers you believe is of course going to affect whether you think there's a moat or not. That's largely orthogonal to your TSMC/Samsung analogy I responded to. If you think the "moatists" are wrong because they believe the wrong numbers, that's fine, but then there's no need for the analogy.<p>[1] <a href="https://galileo.ai/blog/llm-model-training-cost" rel="nofollow">https://galileo.ai/blog/llm-model-training-cost</a><p>[2] <a href="https://medium.com/@theiand/how-can-deepseek-a-5-6-million-llm-outperform-openai-and-meta-38e995b35140" rel="nofollow">https://medium.com/@theiand/how-can-deepseek-a-5-6-million-l...</a></p>
]]></description><pubDate>Fri, 04 Sep 2026 03:27:39 +0000</pubDate><link>https://news.ycombinator.com/item?id=49560182</link><dc:creator>saithound</dc:creator><comments>https://news.ycombinator.com/item?id=49560182</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49560182</guid></item><item><title><![CDATA[New comment by saithound in "GPT-6 Astra"]]></title><description><![CDATA[
<p>No. In the semiconductor industry, the "catch-up" player isn't normally spending less in absolute R&D terms.<p>Comparing the R&D costs of creating GPT-4o vs. DeepSeek V3 (the latest gen for which we already have good accurate numbers) it looks like the latter cost 1/20th as much to create.<p>If Samsung could catch up with TSMC for 1/20th of the cost, people definitely would say that TSMC has no moat.</p>
]]></description><pubDate>Fri, 04 Sep 2026 03:02:18 +0000</pubDate><link>https://news.ycombinator.com/item?id=49560044</link><dc:creator>saithound</dc:creator><comments>https://news.ycombinator.com/item?id=49560044</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49560044</guid></item><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></channel></rss>