Hacker News: ossianericson

New comment by ossianericson in "Linux gaming is faster because Windows APIs are becoming Linux kernel features"

ossianericson — Thu, 14 May 2026 08:32:00 +0000

I remember two decades back when Games for Windows was introduced with Vista, I wrote an article that this was killing gaming. As a PC (master race) gamer back then, I didn't always find it appealing to think that PC games had to have gamepad support etc. To be called and have the Games for Windows logo.

Now seeing Linux just absorbing Windows APIs into the kernel to make gaming work better? That is the opposite direction. This is what PC gaming needs.

I got into PC gaming when I got my Ambra Hurdla SX25 in 1992. Back then it was the fantastic era of first for everything. We got Comanche, Alone in the Dark, Dune, Dig, etc. First of all game types, not just clones of the same concepts.

New comment by ossianericson in "Geoguesser but for guns. (like seriously all the polish of geoguesser)"

ossianericson — Mon, 04 May 2026 06:33:22 +0000

Cool I like it! Guns and a map? Now I want to play Jagged Alliance.

New comment by ossianericson in "Inventions for battery reuse and recycling increase seven-fold in last decade"

ossianericson — Sun, 03 May 2026 10:30:42 +0000

This type of content would never cross my path normally , way outside my skillset. But it is stil interesting and exactly why I keep coming back to HN.

New comment by ossianericson in "Earliest 86-DOS and PC-DOS code released as open source"

ossianericson — Thu, 30 Apr 2026 22:30:57 +0000

Had a 486 SX/25 (Ambra Hurdla) back then. Accidentally bought 4x4MB server SIMMs instead of what I needed and ended up with 20MB which was kind of absurd in 1993. Ran the whole games directory as a RAM disk just because I could. Spent way too long learning the segmented memory model by breaking config.sys rather than reading anything. Would've been useful to have the actual source back then.

New comment by ossianericson in "Show HN: A new benchmark for testing LLMs for deterministic outputs"

ossianericson — Wed, 29 Apr 2026 19:32:33 +0000

Even when the JSON pass rate is at 97% the real challenge is that the accuracy gap is invisible at the record level. Nothing flags it without a baseline to check against. Parse error is rarely where it goes wrong in my experience. 'Valid' but incorrect data is what actually reaches production.

New comment by ossianericson in "GitHub Actions is the weakest link"

ossianericson — Tue, 28 Apr 2026 18:52:13 +0000

The OIDC federation between the runner and the cloud resources it touches , that credential gets created once. Permissive enough to not block the first deploy, and it is not what is reviewed when a pinning incident happens. Every one is looking at the action. The identity it runs as just sits there.

New comment by ossianericson in "Box to save memory in Rust"

ossianericson — Mon, 27 Apr 2026 08:11:11 +0000

The jemalloc feature flag setup is the part I will steal from this. Not the boxing. In previous platform work we had the same problem: measure in dev with the wrong workload, or add permanent allocator overhead to prod. Feature-gating the instrumented allocator means the binary you measure is the binary you ship. Harder to arrange than it sounds once you've got environment-specific build configs in the way.

New comment by ossianericson in "Kimi vendor verifier – verify accuracy of inference providers"

ossianericson — Tue, 21 Apr 2026 13:10:38 +0000

Wondering if the verifier accounts for load induced variance, not just weight fidelity. Working on something recently where we sidestepped runtime inference entirely. Partly because even with identical weights, prefix caching and continuous batching can shift outputs enough on long-horizon tasks that you don't really know what you're measuring. A provider can pass on a quiet cluster and fail at 80% GPU utilization without touching the checkpoint.

New comment by ossianericson in "The peril of laziness lost"

ossianericson — Mon, 13 Apr 2026 16:50:40 +0000

The friction Cantrill describes does not go away, it just moves. In my experience, if you don't do the "lazy" thinking before the model touches anything, you pay for it when trying to maintain something you didn't mentally build. The spec becomes the place where the laziness discipline has to live now.

New comment by ossianericson in "Cloudflare targets 2029 for full post-quantum security"

ossianericson — Tue, 07 Apr 2026 19:21:08 +0000

The CDN part is the easy half. In my work the harder problem has most often been internal service mesh, mTLS between services, any infra that doesn’t terminate at a CDN. Has a bad habit of longer certificate lifetimes and older TLS stacks, and nobody is upgrading it for you.

New comment by ossianericson in "Show HN: ClamBot – AI agent that runs all LLM-generated code in a WASM sandbox"

ossianericson — Mon, 30 Mar 2026 16:18:27 +0000

Maybe I am misreading this but it looks as alwaysGrants bypasses the rest of the controls.

New comment by ossianericson in "Lat.md: Agent Lattice: a knowledge graph for your codebase, written in Markdown"

ossianericson — Sun, 29 Mar 2026 13:58:30 +0000

I would say that when you treat your Markdown as the authoritative source, I of course don't get it automated but that is my choice. It takes knowledge of the domain, but when you have deep specific knowledge that is worth so much more than automated updates. I use AI to get the initial MD but then I edit that. Sure it doesn't get auto updated, but I would never trust advice on the fly that got updated based on AI output on the internet.