<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: stabbles</title><link>https://news.ycombinator.com/user?id=stabbles</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Thu, 23 Apr 2026 05:58:16 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=stabbles" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by stabbles in "Our eighth generation TPUs: two chips for the agentic era"]]></title><description><![CDATA[
<p>Other than TPUs they're also planning for 960,000 Rubin GPUs [1] which can do 33 teraflops fp64 each, so over 30 classical exaflops, and with emulation it could be more than 100 exaflops.<p>[1] <a href="https://blogs.nvidia.com/blog/google-cloud-agentic-physical-ai-factories/" rel="nofollow">https://blogs.nvidia.com/blog/google-cloud-agentic-physical-...</a></p>
]]></description><pubDate>Wed, 22 Apr 2026 23:20:49 +0000</pubDate><link>https://news.ycombinator.com/item?id=47870522</link><dc:creator>stabbles</dc:creator><comments>https://news.ycombinator.com/item?id=47870522</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47870522</guid></item><item><title><![CDATA[New comment by stabbles in "AI may be making us think and write more alike"]]></title><description><![CDATA[
<p>Another one I noticed is "or maybe I hallucinated that" instead of "or maybe I dreamed that". Researchers will be horrified to learn that even talk about LLMs affects people's vocabulary.</p>
]]></description><pubDate>Tue, 07 Apr 2026 14:36:55 +0000</pubDate><link>https://news.ycombinator.com/item?id=47676092</link><dc:creator>stabbles</dc:creator><comments>https://news.ycombinator.com/item?id=47676092</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47676092</guid></item><item><title><![CDATA[New comment by stabbles in "AI may be making us think and write more alike"]]></title><description><![CDATA[
<p>Oh no, LLMs threaten our individuality ⸻ what will we do?!</p>
]]></description><pubDate>Tue, 07 Apr 2026 12:48:01 +0000</pubDate><link>https://news.ycombinator.com/item?id=47674490</link><dc:creator>stabbles</dc:creator><comments>https://news.ycombinator.com/item?id=47674490</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47674490</guid></item><item><title><![CDATA[New comment by stabbles in "I am definitely missing the pre-AI writing era"]]></title><description><![CDATA[
<p>Are grammatical errors and typos fashionable now? Reading this post it seems the anti-thesis in the LLM era is not to edit at all, but rather write down a stream of consciousness to make it "personal".</p>
]]></description><pubDate>Mon, 30 Mar 2026 09:49:36 +0000</pubDate><link>https://news.ycombinator.com/item?id=47572342</link><dc:creator>stabbles</dc:creator><comments>https://news.ycombinator.com/item?id=47572342</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47572342</guid></item><item><title><![CDATA[New comment by stabbles in "The RISE RISC-V Runners: free, native RISC-V CI on GitHub"]]></title><description><![CDATA[
<p>My experience with RISC-V so far is that the chips are not much faster than QEMU emulation. In other words, it's very slow.</p>
]]></description><pubDate>Sun, 29 Mar 2026 18:09:32 +0000</pubDate><link>https://news.ycombinator.com/item?id=47565583</link><dc:creator>stabbles</dc:creator><comments>https://news.ycombinator.com/item?id=47565583</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47565583</guid></item><item><title><![CDATA[New comment by stabbles in "Epoch confirms GPT5.4 Pro solved a frontier math open problem"]]></title><description><![CDATA[
<p>You're glancing over the fact that mathematics uses only one token per variable `x = ...`, whereas software engineering best practices demand an excessive number of tokens per variable for clarity.</p>
]]></description><pubDate>Tue, 24 Mar 2026 09:31:25 +0000</pubDate><link>https://news.ycombinator.com/item?id=47500304</link><dc:creator>stabbles</dc:creator><comments>https://news.ycombinator.com/item?id=47500304</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47500304</guid></item><item><title><![CDATA[New comment by stabbles in "Liberated Systemd"]]></title><description><![CDATA[
<p>The other day someone commented on this site that in the age of agentic coding "maintaining a fork is really not that serious of and endeavor anymore." and that's probably the case. I'm sure continuously rebasing "revert birthday field" can be fully automated.<p>Then the only thing remaining is convincing a critical mass that development now happens over at `Jeffrey-Sardina/systemd` on GitHub.</p>
]]></description><pubDate>Sat, 21 Mar 2026 10:30:05 +0000</pubDate><link>https://news.ycombinator.com/item?id=47465802</link><dc:creator>stabbles</dc:creator><comments>https://news.ycombinator.com/item?id=47465802</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47465802</guid></item><item><title><![CDATA[New comment by stabbles in "Astral to Join OpenAI"]]></title><description><![CDATA[
<p>That's overstating things. The biggest piece of infra is PyPI, to which uv is only an interface. They do distribute Python binaries, but that's not very impressive.</p>
]]></description><pubDate>Fri, 20 Mar 2026 07:22:16 +0000</pubDate><link>https://news.ycombinator.com/item?id=47451525</link><dc:creator>stabbles</dc:creator><comments>https://news.ycombinator.com/item?id=47451525</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47451525</guid></item><item><title><![CDATA[New comment by stabbles in "World Happiness Report 2026"]]></title><description><![CDATA[
<p><a href="https://files.worldhappiness.report/WHR26.pdf" rel="nofollow">https://files.worldhappiness.report/WHR26.pdf</a></p>
]]></description><pubDate>Thu, 19 Mar 2026 17:19:39 +0000</pubDate><link>https://news.ycombinator.com/item?id=47442742</link><dc:creator>stabbles</dc:creator><comments>https://news.ycombinator.com/item?id=47442742</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47442742</guid></item><item><title><![CDATA[New comment by stabbles in "World Happiness Report 2026"]]></title><description><![CDATA[
<p>You would think that Finland's unemployment rate (10%+) would influence its ranking, but that's not the case at all.</p>
]]></description><pubDate>Thu, 19 Mar 2026 17:19:21 +0000</pubDate><link>https://news.ycombinator.com/item?id=47442739</link><dc:creator>stabbles</dc:creator><comments>https://news.ycombinator.com/item?id=47442739</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47442739</guid></item><item><title><![CDATA[New comment by stabbles in "Python 3.15's JIT is now back on track"]]></title><description><![CDATA[
<p>You really need dedicated types for `int64` and something like `final`. Consider:<p><pre><code>    class Foo:
      __slots__ = ("a", "b")
      a: int
      b: float
</code></pre>
there are multiple issues with Python that prevent optimizations:<p>* a user can define subtype `class my_int(int)`, so you cannot optimize the layout of `class Foo`<p>* the builtin `int` and `float` are big-int like numbers, so operations on them are branchy and allocating.<p>and the fact that Foo is mutable and that `id(foo.a)` has to produce something complicates things further.</p>
]]></description><pubDate>Wed, 18 Mar 2026 09:11:28 +0000</pubDate><link>https://news.ycombinator.com/item?id=47423373</link><dc:creator>stabbles</dc:creator><comments>https://news.ycombinator.com/item?id=47423373</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47423373</guid></item><item><title><![CDATA[New comment by stabbles in "Python 3.15's JIT is now back on track"]]></title><description><![CDATA[
<p>That was how the Mojo language started. And then soon after the hype they said that being a superset of Python was no longer the goal. Probably because being a superset of Python is not a guarantee for performance either.</p>
]]></description><pubDate>Wed, 18 Mar 2026 08:00:30 +0000</pubDate><link>https://news.ycombinator.com/item?id=47422889</link><dc:creator>stabbles</dc:creator><comments>https://news.ycombinator.com/item?id=47422889</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47422889</guid></item><item><title><![CDATA[New comment by stabbles in "Grace Hopper's Revenge"]]></title><description><![CDATA[
<p>The TL;DR: code should be easy to audit, not easy to write for humans.<p>The rest is AI-fluff:<p>> This isn't about optimizing for humans. It's about infrastructure<p>> But the bottleneck was never creation. It was always verification.<p>> For software, the load-bearing interface isn't actually code. Code is implementation.<p>> It's not just the Elixir language design that's remarkable, it's the entire ecosystem.<p>> The 'hard' languages were never hard. They were just waiting for a mind that didn't need movies.</p>
]]></description><pubDate>Tue, 17 Mar 2026 10:13:49 +0000</pubDate><link>https://news.ycombinator.com/item?id=47410680</link><dc:creator>stabbles</dc:creator><comments>https://news.ycombinator.com/item?id=47410680</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47410680</guid></item><item><title><![CDATA[New comment by stabbles in "Stop Sloppypasta"]]></title><description><![CDATA[
<p>I wouldn't call "ChatGPT says" an equivalent of LMGTFY. The former is people in awe with the oracle, the latter is people tired of having to look something up for others.</p>
]]></description><pubDate>Sun, 15 Mar 2026 22:28:27 +0000</pubDate><link>https://news.ycombinator.com/item?id=47392668</link><dc:creator>stabbles</dc:creator><comments>https://news.ycombinator.com/item?id=47392668</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47392668</guid></item><item><title><![CDATA[New comment by stabbles in "Redox OS has adopted a Certificate of Origin policy and a strict no-LLM policy"]]></title><description><![CDATA[
<p>For well-intended open source contributions using GenAI, my current rules of thumb are:<p>* Prefer an issue over a PR (after iterating on the issue, either you or the maintainer can use it as a prompt)<p>* Only open a PR if the review effort is less than the implementation effort.<p>Whether the latter is feasible depends on the project, but in one of the projects I'm involved in it's fairly obvious: it's a package manager where the work is typically verifying dependencies and constraints; links to upstream commits etc are a great shortcut for reviewers.</p>
]]></description><pubDate>Tue, 10 Mar 2026 10:06:41 +0000</pubDate><link>https://news.ycombinator.com/item?id=47321225</link><dc:creator>stabbles</dc:creator><comments>https://news.ycombinator.com/item?id=47321225</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47321225</guid></item><item><title><![CDATA[New comment by stabbles in "The death of social media is the renaissance of RSS (2025)"]]></title><description><![CDATA[
<p>Sure, naming is important, but the RSS icon was well known. It was part of the Firefox address bar.</p>
]]></description><pubDate>Mon, 09 Mar 2026 10:18:49 +0000</pubDate><link>https://news.ycombinator.com/item?id=47307097</link><dc:creator>stabbles</dc:creator><comments>https://news.ycombinator.com/item?id=47307097</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47307097</guid></item><item><title><![CDATA[New comment by stabbles in "A decade of Docker containers"]]></title><description><![CDATA[
<p>Does Nix do one layer per dependency? Does it run into >=128 layers issues?<p>In Spack [1] we do one layer per package; it's appealing, but I never checked if besides the layer limit it's actually bad for performance  when doing filesystem operations.<p>[1] <a href="https://spack.readthedocs.io/en/latest/containers.html" rel="nofollow">https://spack.readthedocs.io/en/latest/containers.html</a></p>
]]></description><pubDate>Sat, 07 Mar 2026 21:52:31 +0000</pubDate><link>https://news.ycombinator.com/item?id=47291804</link><dc:creator>stabbles</dc:creator><comments>https://news.ycombinator.com/item?id=47291804</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47291804</guid></item><item><title><![CDATA[New comment by stabbles in "Package Managers à la Carte: a formal model of dependency resolution"]]></title><description><![CDATA[
<p>It's not just that, it's also a filesystem layout issue. If you install everything in `/usr` or `<venv>/lib/pythonX.Y/site-packages` you cannot have two versions / variants of the same package installed concurrently.<p>For that you need one prefix per installation, which is what Nix, Guix, and Spack do.</p>
]]></description><pubDate>Sat, 28 Feb 2026 12:01:40 +0000</pubDate><link>https://news.ycombinator.com/item?id=47194183</link><dc:creator>stabbles</dc:creator><comments>https://news.ycombinator.com/item?id=47194183</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47194183</guid></item><item><title><![CDATA[New comment by stabbles in "Julia: Performance Tips"]]></title><description><![CDATA[
<p>There was a nice talk recently at FOSDEM about Reactant and Oceananigans.jl: <a href="https://fosdem.org/2026/schedule/event/TYF8ZD-accelerating_scientific_code_on_ai_hardware_with_reactant_jl/" rel="nofollow">https://fosdem.org/2026/schedule/event/TYF8ZD-accelerating_s...</a></p>
]]></description><pubDate>Fri, 27 Feb 2026 11:48:23 +0000</pubDate><link>https://news.ycombinator.com/item?id=47179441</link><dc:creator>stabbles</dc:creator><comments>https://news.ycombinator.com/item?id=47179441</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47179441</guid></item><item><title><![CDATA[New comment by stabbles in "Julia: Performance Tips"]]></title><description><![CDATA[
<p>Back in the day I had trouble convincing my C++ friends to give Julia a try, because Julia's garbage collector was a showstopper. But if you follow these performance tips related to pre-allocation, in-place mutation, avoiding temporary allocations (and maybe avoiding cycling references), you don't struggle with GC performance issues.<p>Looking back, I think the tooling Julia had from the start, combined with the REPL, made it actually really nice to fix these performance issues. Much better than compiling and linking a binary and running it through some heap profiler tool. You could simply do<p><pre><code>    julia> @time f()
      x.y seconds (N allocations: M bytes)
</code></pre>
and iteratively improve part of the code base instead of profiling the entire application.<p>(To be fair: back then escape analysis was not implemented in the compiler, and it was hard to avoid silly allocations)</p>
]]></description><pubDate>Fri, 27 Feb 2026 09:35:06 +0000</pubDate><link>https://news.ycombinator.com/item?id=47178563</link><dc:creator>stabbles</dc:creator><comments>https://news.ycombinator.com/item?id=47178563</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47178563</guid></item></channel></rss>