<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: qudat</title><link>https://news.ycombinator.com/user?id=qudat</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Wed, 22 Jul 2026 04:07:49 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=qudat" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by qudat in "Claude Is Not a Compiler"]]></title><description><![CDATA[
<p>> I’d say that, in all the ways that matter, I understand the code. Sure, if I had to hand-edit it now, there’d be a serious learning curve. But I won't have to.<p>Famous last words, but point is taken.<p>The non deterministic nature of an llm breaks the metaphor that they are like a compiler.<p>However, it’s not foreign to compilers to receive feedback from the running program (PGOs), so there are still parallels to the feedback we provide LLMs that guide their “optimization”.<p>I think even calling LLMs a non-deterministic compiler isn’t accurate either so ultimately I agree the metaphor doesn’t quite work.<p>I do think LLMs are like compilers in terms of how they changed how we build programs from a historical context. But that’s about it.</p>
]]></description><pubDate>Tue, 21 Jul 2026 15:46:12 +0000</pubDate><link>https://news.ycombinator.com/item?id=48993882</link><dc:creator>qudat</dc:creator><comments>https://news.ycombinator.com/item?id=48993882</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48993882</guid></item><item><title><![CDATA[New comment by qudat in "HomeLab #1: MikroTik as a Home Router"]]></title><description><![CDATA[
<p>It’s been great for llm + cli usage on mikrotik</p>
]]></description><pubDate>Sun, 19 Jul 2026 21:52:30 +0000</pubDate><link>https://news.ycombinator.com/item?id=48972007</link><dc:creator>qudat</dc:creator><comments>https://news.ycombinator.com/item?id=48972007</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48972007</guid></item><item><title><![CDATA[New comment by qudat in "Claude Code uses Bun written in Rust now"]]></title><description><![CDATA[
<p>The component trees have to be rewritten, only the non-view related JS code can be reused.</p>
]]></description><pubDate>Sun, 19 Jul 2026 16:41:19 +0000</pubDate><link>https://news.ycombinator.com/item?id=48969605</link><dc:creator>qudat</dc:creator><comments>https://news.ycombinator.com/item?id=48969605</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48969605</guid></item><item><title><![CDATA[New comment by qudat in "Claude Code uses Bun written in Rust now"]]></title><description><![CDATA[
<p>You can do damage tracking for TUIs. Printing to the terminal is done by moving the cursor and redrawing the line the cursor is on.</p>
]]></description><pubDate>Sun, 19 Jul 2026 16:39:57 +0000</pubDate><link>https://news.ycombinator.com/item?id=48969593</link><dc:creator>qudat</dc:creator><comments>https://news.ycombinator.com/item?id=48969593</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48969593</guid></item><item><title><![CDATA[New comment by qudat in "Hardcore IndieWeb: Run your own website 100% independently for only $0.01/day"]]></title><description><![CDATA[
<p>Very cool! I run a set of ssh-based services over at <a href="https://pico.sh" rel="nofollow">https://pico.sh</a> and love seeing all the indie web content on HN!<p>Sftp is still very useful even in 2026</p>
]]></description><pubDate>Sat, 18 Jul 2026 23:55:12 +0000</pubDate><link>https://news.ycombinator.com/item?id=48963650</link><dc:creator>qudat</dc:creator><comments>https://news.ycombinator.com/item?id=48963650</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48963650</guid></item><item><title><![CDATA[New comment by qudat in "The state of open source AI"]]></title><description><![CDATA[
<p>There’s not much of a difference because open models are distilling from frontier models. If frontier models cease to exist then many of these open models will as well</p>
]]></description><pubDate>Sat, 18 Jul 2026 03:52:27 +0000</pubDate><link>https://news.ycombinator.com/item?id=48955044</link><dc:creator>qudat</dc:creator><comments>https://news.ycombinator.com/item?id=48955044</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48955044</guid></item><item><title><![CDATA[New comment by qudat in "A native graphical shell for SSH"]]></title><description><![CDATA[
<p>I just use <a href="https://tuns.sh" rel="nofollow">https://tuns.sh</a> which has a handy bash script to make the ssh tunnel simple</p>
]]></description><pubDate>Mon, 29 Jun 2026 22:44:11 +0000</pubDate><link>https://news.ycombinator.com/item?id=48726319</link><dc:creator>qudat</dc:creator><comments>https://news.ycombinator.com/item?id=48726319</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48726319</guid></item><item><title><![CDATA[New comment by qudat in "POSIX Is Not a Shell"]]></title><description><![CDATA[
<p>> My main point is that following the spec doesn't guarantee shell scripts will be portable, which is a common misconception.<p>That feels like a failure in the spec. Your example illustrates it: echo has unspecified behavior that literally prevents it from being portable.<p>Is it possible portability is just not a feature of posix?</p>
]]></description><pubDate>Mon, 29 Jun 2026 04:41:41 +0000</pubDate><link>https://news.ycombinator.com/item?id=48714889</link><dc:creator>qudat</dc:creator><comments>https://news.ycombinator.com/item?id=48714889</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48714889</guid></item><item><title><![CDATA[New comment by qudat in "POSIX Is Not a Shell"]]></title><description><![CDATA[
<p>This is quite a timely post compared to: <a href="https://bower.sh/posix-shell-is-all-you-need" rel="nofollow">https://bower.sh/posix-shell-is-all-you-need</a><p>This post was thought provoking, I wonder, is the hidden argument here that the posix spec for a shell is not well specified if there is so much variance between the implementations?<p>Or is the fundamental issue simply a matter of history? Both?</p>
]]></description><pubDate>Mon, 29 Jun 2026 01:30:31 +0000</pubDate><link>https://news.ycombinator.com/item?id=48713736</link><dc:creator>qudat</dc:creator><comments>https://news.ycombinator.com/item?id=48713736</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48713736</guid></item><item><title><![CDATA[New comment by qudat in "Deno Desktop"]]></title><description><![CDATA[
<p>> Bindings are not IPC. The Deno runtime and the rendering backend run as threads / processes inside the same address space (CEF) or coordinated process group (WebView). Calls go through in-process channels, and the backend dispatches them from its run loop. -- <a href="https://docs.deno.com/runtime/desktop/bindings/" rel="nofollow">https://docs.deno.com/runtime/desktop/bindings/</a><p>I don't understand how the coordinated process group works.  Doesn't that mean in this multi-process mode it <i>must</i> be IPC?  Maybe the claim "shared memory space" is more an architectural description than an OS-level claim?</p>
]]></description><pubDate>Mon, 22 Jun 2026 14:35:42 +0000</pubDate><link>https://news.ycombinator.com/item?id=48630753</link><dc:creator>qudat</dc:creator><comments>https://news.ycombinator.com/item?id=48630753</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48630753</guid></item><item><title><![CDATA[New comment by qudat in "Pledging another $400k to the Zig software foundation"]]></title><description><![CDATA[
<p>Major props to Mitchell (and his family) for these donations.</p>
]]></description><pubDate>Mon, 22 Jun 2026 14:12:48 +0000</pubDate><link>https://news.ycombinator.com/item?id=48630407</link><dc:creator>qudat</dc:creator><comments>https://news.ycombinator.com/item?id=48630407</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48630407</guid></item><item><title><![CDATA[New comment by qudat in "Show HN: Are You in the Weights?"]]></title><description><![CDATA[
<p>I put my SS in there</p>
]]></description><pubDate>Fri, 19 Jun 2026 03:13:09 +0000</pubDate><link>https://news.ycombinator.com/item?id=48594436</link><dc:creator>qudat</dc:creator><comments>https://news.ycombinator.com/item?id=48594436</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48594436</guid></item><item><title><![CDATA[New comment by qudat in "Midjourney Medical"]]></title><description><![CDATA[
<p>Anyone know the song that's playing in the demo?</p>
]]></description><pubDate>Thu, 18 Jun 2026 15:53:18 +0000</pubDate><link>https://news.ycombinator.com/item?id=48587310</link><dc:creator>qudat</dc:creator><comments>https://news.ycombinator.com/item?id=48587310</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48587310</guid></item><item><title><![CDATA[New comment by qudat in "Running local models is good now"]]></title><description><![CDATA[
<p>I feel like the claims come from wildly different personas and use cases. A 24gb vram, 5 year old titan run 27b at 30t/s and the results are good. I use sonnet and opus at my day job and they are more capable but I can still get the same out of qwen, I just need to be mindful of ctx</p>
]]></description><pubDate>Tue, 16 Jun 2026 23:22:13 +0000</pubDate><link>https://news.ycombinator.com/item?id=48563660</link><dc:creator>qudat</dc:creator><comments>https://news.ycombinator.com/item?id=48563660</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48563660</guid></item><item><title><![CDATA[New comment by qudat in "Arch Linux Now Believes Malware Incident Under Control: More Than 1,500 Packages"]]></title><description><![CDATA[
<p>I don’t bother with wrappers, why does it need to be easier than git clone + makepkg -i?<p>Then I just update when I need to update</p>
]]></description><pubDate>Sat, 13 Jun 2026 21:09:59 +0000</pubDate><link>https://news.ycombinator.com/item?id=48521508</link><dc:creator>qudat</dc:creator><comments>https://news.ycombinator.com/item?id=48521508</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48521508</guid></item><item><title><![CDATA[New comment by qudat in "US Government directive to suspend access to Fable 5 and Mythos 5"]]></title><description><![CDATA[
<p>Excellent ad campaign by Anthropic</p>
]]></description><pubDate>Sat, 13 Jun 2026 02:19:49 +0000</pubDate><link>https://news.ycombinator.com/item?id=48511952</link><dc:creator>qudat</dc:creator><comments>https://news.ycombinator.com/item?id=48511952</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48511952</guid></item><item><title><![CDATA[New comment by qudat in "How's Linear so fast? A technical breakdown"]]></title><description><![CDATA[
<p>Preload is the answer to speed. Basically download the clients db on init and then have cache invalidation strategies. I built starfx to basically perform the data sync aspect of this paradigm <a href="https://starfx.bower.sh/learn#data-loading-strategy-stale-while-revalidate" rel="nofollow">https://starfx.bower.sh/learn#data-loading-strategy-stale-wh...</a></p>
]]></description><pubDate>Sun, 07 Jun 2026 23:36:59 +0000</pubDate><link>https://news.ycombinator.com/item?id=48439769</link><dc:creator>qudat</dc:creator><comments>https://news.ycombinator.com/item?id=48439769</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48439769</guid></item><item><title><![CDATA[New comment by qudat in "Sem: New primitive for code understanding – not LSPs, but entities on top of Git"]]></title><description><![CDATA[
<p>I really like this idea and have been experimenting with it over a week or so.<p>I think there’s an opportunity to use an AST diff system for code forges where you don’t present the user with line diffs in the UI — or at least not as the first diff the user sees.<p>I firmly believe code review should happen in your editor.</p>
]]></description><pubDate>Sat, 06 Jun 2026 22:36:35 +0000</pubDate><link>https://news.ycombinator.com/item?id=48429719</link><dc:creator>qudat</dc:creator><comments>https://news.ycombinator.com/item?id=48429719</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48429719</guid></item><item><title><![CDATA[New comment by qudat in "Outsourcing plus local AI will soon become more economical vs. frontier labs"]]></title><description><![CDATA[
<p>I'm still thinking this through but I was arguing this position to colleagues to some shock: LLM's are a race-to-the-bottom and frontier models will not be able to afford to work on coding specific models (or coding features at all) in the very near future.<p>27B is already really good at coding-specific tasks.  Fundamentally, there is little innovation on the core architecture: LLMs are all designed essentially the same, with minor differences in how they are trained.  They are all feed-forward multi-headed attention models; it doesn't matter if it's a 4B model or a 1T model, that's just scale.<p>Further, the frontier models cannot afford to innovate: they have to scale as quickly as possible to "beat out" their competition.  The frontier models fundamentally will not create the next "attention is all you need" monumental jump in AI.<p>Frontier companies are stuck on scale with zero capacity to innovate.  You cannot point capitalism at "basic science research" and expect any ROI.  This is a known reality.  Innovation is much more indirect and a "random walk" style of knowledge acquisition.<p>Finally, these LLMs are quite literally designed with a human-in-the-loop, and we do not give ourselves enough credit for how well we ourselves tool-call.  We are doing a lot of heavy lifting to make these models useful and you cannot simply remove us from the equation without also removing ourselves from the training pipieline.</p>
]]></description><pubDate>Tue, 26 May 2026 22:27:36 +0000</pubDate><link>https://news.ycombinator.com/item?id=48286846</link><dc:creator>qudat</dc:creator><comments>https://news.ycombinator.com/item?id=48286846</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48286846</guid></item><item><title><![CDATA[New comment by qudat in "Show HN: Rmux – A programmable terminal multiplexer with a Playwright-style SDK"]]></title><description><![CDATA[
<p>I built <a href="https://zmx.sh" rel="nofollow">https://zmx.sh</a> to make it easier to interact with your terminal sessions programmatically. 1 window = 1 session which might feel like a negative but it makes programmatic access easy and agents can use it just by pointing it at the zmx help command. Basically, an agent just needs 2 commands (run and write) for full control and the commands are synchronous so you don’t need to do any polling.</p>
]]></description><pubDate>Thu, 21 May 2026 11:40:11 +0000</pubDate><link>https://news.ycombinator.com/item?id=48221006</link><dc:creator>qudat</dc:creator><comments>https://news.ycombinator.com/item?id=48221006</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48221006</guid></item></channel></rss>