<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: steffs</title><link>https://news.ycombinator.com/user?id=steffs</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Sat, 02 May 2026 08:55:45 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=steffs" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by steffs in "Giving AI Agents Database Access Is Way Harder Than It Looks"]]></title><description><![CDATA[
<p>The onion model is the right mental frame. The nastiest failures are often not obviously bad SQL, they are valid queries that become dangerous only after the planner sees real cardinalities. Row limits and statement timeouts help, but a query can still thrash caches or hold locks before timeout hits. Is your pre execution cost check based on an EXPLAIN style plan with relation level budgets, or is it mostly AST heuristics plus database backstops? That boundary usually decides whether something feels safe enough for production data.</p>
]]></description><pubDate>Sun, 26 Apr 2026 00:11:19 +0000</pubDate><link>https://news.ycombinator.com/item?id=47905968</link><dc:creator>steffs</dc:creator><comments>https://news.ycombinator.com/item?id=47905968</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47905968</guid></item><item><title><![CDATA[New comment by steffs in "Headless Everything for Personal AI"]]></title><description><![CDATA[
<p>I think the deeper point is not CLI specifically, it is structured local tooling with predictable side effects. CLIs just happen to be the fastest way to get there because they are already composable and scriptable. The end state probably looks more like agent native tools with typed schemas, permissions, and replayable actions, but a good CLI is a very practical bridge to that world.</p>
]]></description><pubDate>Mon, 20 Apr 2026 14:51:02 +0000</pubDate><link>https://news.ycombinator.com/item?id=47835261</link><dc:creator>steffs</dc:creator><comments>https://news.ycombinator.com/item?id=47835261</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47835261</guid></item><item><title><![CDATA[New comment by steffs in "Show HN: Clone, a small Rust VMM, forks VMs in under 20ms via CoW"]]></title><description><![CDATA[
<p>The part that stands out is that you are optimizing for warm state instead of cold boot. That feels right for dev shells. If the workload is repeated short lived environments, template fork time matters more than booting a minimal kernel fast. How do you handle template drift over time? Do you periodically rebuild and re-warm from scratch, or can you patch a warm template in place without losing the memory-sharing gains?</p>
]]></description><pubDate>Mon, 20 Apr 2026 14:50:21 +0000</pubDate><link>https://news.ycombinator.com/item?id=47835251</link><dc:creator>steffs</dc:creator><comments>https://news.ycombinator.com/item?id=47835251</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47835251</guid></item><item><title><![CDATA[New comment by steffs in "Lemonade by AMD: a fast and open source local LLM server using GPU and NPU"]]></title><description><![CDATA[
<p>The multi-modal bundling is the part that stands out more than the raw inference speed. If you are building an app that needs text generation, image generation, and speech recognition, right now the local setup is three separate services with three different APIs and three different model management stories. Having one server handle all of that behind OpenAI-compatible endpoints is a real quality of life improvement for anyone prototyping locally. The NPU angle is interesting but probably overstated for most use cases. The discussion in the thread confirms what I would expect: NPUs shine for small always-on models and prefill offloading, not for the chatbot workloads most people care about. Where this gets genuinely compelling is if AMD can make the combined GPU plus NPU scheduling transparent enough that developers do not need to think about which hardware is running which part of the pipeline. That is not a solved problem on any platform yet, and if Lemonade gets it right for even a subset of workloads, it becomes the default choice on AMD hardware regardless of how it benchmarks against Ollama on pure text generation.</p>
]]></description><pubDate>Thu, 02 Apr 2026 21:47:10 +0000</pubDate><link>https://news.ycombinator.com/item?id=47620612</link><dc:creator>steffs</dc:creator><comments>https://news.ycombinator.com/item?id=47620612</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47620612</guid></item><item><title><![CDATA[New comment by steffs in "Show HN: QuickBEAM – run JavaScript as supervised Erlang/OTP processes"]]></title><description><![CDATA[
<p>The no-JSON-boundary piece is the part that stands out to me. Most polyglot runtimes spend a lot of cycles serializing and deserializing at the language boundary, and that cost compounds fast when you are doing SSR or tight per-connection loops. Having Erlang read the native DOM directly without a string rendering step is a real architectural win, not just a convenience. Curious how you handle the supervision semantics when a JS runtime crashes.</p>
]]></description><pubDate>Mon, 30 Mar 2026 02:30:43 +0000</pubDate><link>https://news.ycombinator.com/item?id=47569764</link><dc:creator>steffs</dc:creator><comments>https://news.ycombinator.com/item?id=47569764</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47569764</guid></item><item><title><![CDATA[New comment by steffs in "Wander – A tiny, decentralised tool to explore the small web"]]></title><description><![CDATA[
<p>The StumbleUpon comparison is apt but I think what made StumbleUpon work was the social layer: you could see what your friends upvoted, and that created an implicit filter against the pure randomness. Pure random discovery is fun for a session but gets old. Would love to see something like a lightweight trust graph here where a site vouching for other sites carries weight, similar to how Webring worked but with signal about quality rather than just affiliation.</p>
]]></description><pubDate>Thu, 19 Mar 2026 14:19:35 +0000</pubDate><link>https://news.ycombinator.com/item?id=47439960</link><dc:creator>steffs</dc:creator><comments>https://news.ycombinator.com/item?id=47439960</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47439960</guid></item><item><title><![CDATA[Show HN: HiveSpace – GitLab Runner Health Dashboard]]></title><description><![CDATA[
<p>I spent hours last month debugging why GitLab CI jobs were stuck "pending" despite having active runners. The issue? Tag mismatches and an offline runner that wasn't obvious in GitLab's UI.<p>HiveSpace connects to your GitLab instance and shows:<p>- Why each stuck job isn't running (mismatched tags, offline runners, capacity)
- Runner utilization and queue times at a glance
- Trends to spot degrading performance<p>Built because GitLab's built-in runner metrics require Ultimate tier + ClickHouse setup, and many teams (including mine) don't have that. Also, even with those, the "why is this specific job stuck?" question isn't answered clearly.<p>Privacy note: Your GitLab API token is stored locally in your browser (cookie) and never sent to our servers. The dashboard makes API calls directly from your browser to your GitLab instance.<p>Early beta available. Book a demo at <a href="https://calendly.com/hello-hivespace/30min" rel="nofollow">https://calendly.com/hello-hivespace/30min</a> or just try it directly.<p>Stack: Next.js, GitLab API, TypeScript. Works with GitLab SaaS and self-hosted.</p>
<hr>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=46700314">https://news.ycombinator.com/item?id=46700314</a></p>
<p>Points: 1</p>
<p># Comments: 0</p>
]]></description><pubDate>Wed, 21 Jan 2026 02:03:31 +0000</pubDate><link>https://www.hivespace.io/</link><dc:creator>steffs</dc:creator><comments>https://news.ycombinator.com/item?id=46700314</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46700314</guid></item><item><title><![CDATA[New comment by steffs in "Requiring 3D printers be equipped with certain blocking technologies"]]></title><description><![CDATA[
<p>Doesn't make sense... most of the software used on 3D printers is open source.</p>
]]></description><pubDate>Tue, 20 Jan 2026 03:17:48 +0000</pubDate><link>https://news.ycombinator.com/item?id=46687524</link><dc:creator>steffs</dc:creator><comments>https://news.ycombinator.com/item?id=46687524</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46687524</guid></item><item><title><![CDATA[Show HN: Foom.ist: When silicon surpasses human brainpower]]></title><description><![CDATA[
<p>I built <a href="https://foom.ist" rel="nofollow">https://foom.ist</a>, a real-time interactive visualization of when cumulative global chip FLOPS (since 1970) surpasses the cumulative "brain compute" of humans born since 1970.<p>You can tweak assumptions (brain FLOPS estimate, birth rate trend, Moore's law growth rate), zoom and pan the chart, and see the crossover date update live.<p>If you have better sources (birth rates, brain FLOPS estimates, chip production, compute), the site has a suggestion form that opens a GitHub issue. Code and issues: <a href="https://github.com/StefanSamne/foomist" rel="nofollow">https://github.com/StefanSamne/foomist</a><p>Not selling anything. I mainly want feedback on the model and better data.</p>
<hr>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=46687500">https://news.ycombinator.com/item?id=46687500</a></p>
<p>Points: 1</p>
<p># Comments: 0</p>
]]></description><pubDate>Tue, 20 Jan 2026 03:14:32 +0000</pubDate><link>https://foom.ist/</link><dc:creator>steffs</dc:creator><comments>https://news.ycombinator.com/item?id=46687500</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46687500</guid></item><item><title><![CDATA[New comment by steffs in "What came first: the CNAME or the A record?"]]></title><description><![CDATA[
<p>I love this low-level stuff. Do you think this is the reason that in the past year or two DNS providers have stopped allowing CNAME records for the root domain? Meaning, it's to ensure backwards compatibility for certain DNS resolution tools that are order sensitive to not get confused?</p>
]]></description><pubDate>Tue, 20 Jan 2026 02:29:23 +0000</pubDate><link>https://news.ycombinator.com/item?id=46687185</link><dc:creator>steffs</dc:creator><comments>https://news.ycombinator.com/item?id=46687185</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46687185</guid></item><item><title><![CDATA[New comment by steffs in "The saddest “just ship it” story (2020)"]]></title><description><![CDATA[
<p>The realness here is palpable</p>
]]></description><pubDate>Thu, 12 May 2022 14:55:07 +0000</pubDate><link>https://news.ycombinator.com/item?id=31355127</link><dc:creator>steffs</dc:creator><comments>https://news.ycombinator.com/item?id=31355127</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=31355127</guid></item><item><title><![CDATA[New comment by steffs in "Complexity Is the Mind Killer"]]></title><description><![CDATA[
<p>So guilty of this....
1st thought "I should just learn this new skill so I can do it myself"
2nd thought "That will take days/weeks... learn enough to hire it out"
3rd thought "I'm glad I went with 2nd thought"</p>
]]></description><pubDate>Tue, 10 May 2022 16:47:20 +0000</pubDate><link>https://news.ycombinator.com/item?id=31329294</link><dc:creator>steffs</dc:creator><comments>https://news.ycombinator.com/item?id=31329294</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=31329294</guid></item><item><title><![CDATA[New comment by steffs in "Tell HN: Vitamin A Linked to Energy Levels"]]></title><description><![CDATA[
<p>100% been vegetarian for 10+ years and didn't realized I needed vit A suppl. till just a few years ago.</p>
]]></description><pubDate>Tue, 10 May 2022 16:44:19 +0000</pubDate><link>https://news.ycombinator.com/item?id=31329234</link><dc:creator>steffs</dc:creator><comments>https://news.ycombinator.com/item?id=31329234</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=31329234</guid></item><item><title><![CDATA[New comment by steffs in "Apple Discontinues iPod Touch"]]></title><description><![CDATA[
<p>The end of an era for sure.... hope the iOS keep coming out for as long as possible.</p>
]]></description><pubDate>Tue, 10 May 2022 16:42:46 +0000</pubDate><link>https://news.ycombinator.com/item?id=31329211</link><dc:creator>steffs</dc:creator><comments>https://news.ycombinator.com/item?id=31329211</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=31329211</guid></item><item><title><![CDATA[New comment by steffs in "Is launching on Product Hunt worth it?"]]></title><description><![CDATA[
<p>Great article. I'm curious, did you also post the startup on HN, and if you did, did you do it before or after PH?</p>
]]></description><pubDate>Sun, 08 Aug 2021 17:42:21 +0000</pubDate><link>https://news.ycombinator.com/item?id=28108523</link><dc:creator>steffs</dc:creator><comments>https://news.ycombinator.com/item?id=28108523</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=28108523</guid></item></channel></rss>