<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: aroman</title><link>https://news.ycombinator.com/user?id=aroman</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Sun, 13 Sep 2026 09:32:56 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=aroman" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by aroman in "Our decision on Cursor following its acquisition by SpaceX"]]></title><description><![CDATA[
<p>I read it as: we acted as quickly as we could <i>once it became possible to do so</i>, i.e., the change in control was completed. not that their special agreement carved out some maximum notice term.</p>
]]></description><pubDate>Sat, 29 Aug 2026 06:28:53 +0000</pubDate><link>https://news.ycombinator.com/item?id=49487470</link><dc:creator>aroman</dc:creator><comments>https://news.ycombinator.com/item?id=49487470</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49487470</guid></item><item><title><![CDATA[Bill Gates says world has "no plan" on AI in new essay]]></title><description><![CDATA[
<p>Article URL: <a href="https://www.gatesnotes.com/a-turbulent-ai-era-and-critical-choices-to-make">https://www.gatesnotes.com/a-turbulent-ai-era-and-critical-choices-to-make</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=49445337">https://news.ycombinator.com/item?id=49445337</a></p>
<p>Points: 17</p>
<p># Comments: 3</p>
]]></description><pubDate>Wed, 26 Aug 2026 07:43:42 +0000</pubDate><link>https://www.gatesnotes.com/a-turbulent-ai-era-and-critical-choices-to-make</link><dc:creator>aroman</dc:creator><comments>https://news.ycombinator.com/item?id=49445337</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49445337</guid></item><item><title><![CDATA[New comment by aroman in "Anthropic's best AI model struggles to attract users as cheaper tools thrive"]]></title><description><![CDATA[
<p>I think you need to spend more time with Sol. If you think there is nothing even close to as good as Fable - my guess is you haven’t spent as much time getting as familiar with working with those models as you have with Claude’s.<p>Codex is more token efficient and tends to get better results than Fable with less <i>need</i> for extreme token burning shenanigans like 18 hours of subagents.<p>I spend 10+ hours a day in both agents, typically side by side. I often have them do direct “bakeoffs” from identical prompts in separate work trees. Most of the time, Sol’s work is better than Fable’s. Not always. It’s situational. But it’s certainly not the case that Fable is in a league of its own or anything.</p>
]]></description><pubDate>Mon, 24 Aug 2026 05:30:03 +0000</pubDate><link>https://news.ycombinator.com/item?id=49415502</link><dc:creator>aroman</dc:creator><comments>https://news.ycombinator.com/item?id=49415502</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49415502</guid></item><item><title><![CDATA[New comment by aroman in "Asana cleared 5 years of engineering work in 2 weeks with Codex"]]></title><description><![CDATA[
<p>The LLM is reasoning about estimates from its training data... which is to say, from human engineering timescales.<p>I suspect the labs could improve the models such that they are estimating these sorts of things but they don't prioritize doing so (or perhaps RLHF selects it away) because, as you say, it feels amazing to do a week's worth of work in an hour.</p>
]]></description><pubDate>Thu, 20 Aug 2026 06:36:44 +0000</pubDate><link>https://news.ycombinator.com/item?id=49371160</link><dc:creator>aroman</dc:creator><comments>https://news.ycombinator.com/item?id=49371160</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49371160</guid></item><item><title><![CDATA[New comment by aroman in "The Nixpkgs core team has disbanded"]]></title><description><![CDATA[
<p>I tried Fedora Silverblue and I found its notion/implementation of immutability fairly frustrating. It’s actually the reason I went to nixOS.<p>It seemed to me that it was all the friction of immutability without any of the benefits of reproducibility.</p>
]]></description><pubDate>Sat, 08 Aug 2026 02:50:31 +0000</pubDate><link>https://news.ycombinator.com/item?id=49218491</link><dc:creator>aroman</dc:creator><comments>https://news.ycombinator.com/item?id=49218491</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49218491</guid></item><item><title><![CDATA[New comment by aroman in "The Nixpkgs core team has disbanded"]]></title><description><![CDATA[
<p>What alternative have you moved on to?</p>
]]></description><pubDate>Sat, 08 Aug 2026 02:45:51 +0000</pubDate><link>https://news.ycombinator.com/item?id=49218473</link><dc:creator>aroman</dc:creator><comments>https://news.ycombinator.com/item?id=49218473</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49218473</guid></item><item><title><![CDATA[New comment by aroman in "Changes at Google DeepMind: Demis Hassabis from CEO to Chair, Jeff Dean departs"]]></title><description><![CDATA[
<p>Revenue, data, and stamina.</p>
]]></description><pubDate>Thu, 06 Aug 2026 06:29:30 +0000</pubDate><link>https://news.ycombinator.com/item?id=49193222</link><dc:creator>aroman</dc:creator><comments>https://news.ycombinator.com/item?id=49193222</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49193222</guid></item><item><title><![CDATA[New comment by aroman in "Cursor removed cost information from the usage page and CSV export"]]></title><description><![CDATA[
<p>I was an early and passionate adopter and paying customer of Cursor (since 2023!), but it’s probably been 6 months since I opened it.<p>These days I “write” code with claude code and codex, and read/review it on GitHub. If I need to read it locally, I use a plain text editor.<p>Can someone help me understand what value cursor offers in 2026?</p>
]]></description><pubDate>Sat, 01 Aug 2026 16:15:28 +0000</pubDate><link>https://news.ycombinator.com/item?id=49135674</link><dc:creator>aroman</dc:creator><comments>https://news.ycombinator.com/item?id=49135674</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49135674</guid></item><item><title><![CDATA[New comment by aroman in "Show HN: Echo – Fable-level results at 1/3 the cost using open-weight models"]]></title><description><![CDATA[
<p>I simply do not believe the switching costs are high enough that they <i>could</i> eliminate those plans. The Chinese models will eat their lunch.</p>
]]></description><pubDate>Fri, 24 Jul 2026 04:07:54 +0000</pubDate><link>https://news.ycombinator.com/item?id=49031129</link><dc:creator>aroman</dc:creator><comments>https://news.ycombinator.com/item?id=49031129</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49031129</guid></item><item><title><![CDATA[New comment by aroman in "Who's afraid of Chinese models?"]]></title><description><![CDATA[
<p>Right, it's about how much time the human spent - the time spent by the machine itself is irrelevant. As you rightly point out: that is why we measure programmer experience by wall clock time, not CPU time :)</p>
]]></description><pubDate>Wed, 22 Jul 2026 07:12:07 +0000</pubDate><link>https://news.ycombinator.com/item?id=49002904</link><dc:creator>aroman</dc:creator><comments>https://news.ycombinator.com/item?id=49002904</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49002904</guid></item><item><title><![CDATA[New comment by aroman in "Who's afraid of Chinese models?"]]></title><description><![CDATA[
<p>No, it wouldn’t. The hours in question are human experience, not that of the agent.</p>
]]></description><pubDate>Tue, 21 Jul 2026 19:02:20 +0000</pubDate><link>https://news.ycombinator.com/item?id=48996613</link><dc:creator>aroman</dc:creator><comments>https://news.ycombinator.com/item?id=48996613</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48996613</guid></item><item><title><![CDATA[New comment by aroman in "Who's afraid of Chinese models?"]]></title><description><![CDATA[
<p>Sun Tzu said: if you scrape your enemy, call it training; if your enemy scrapes you, call it an attack.</p>
]]></description><pubDate>Tue, 21 Jul 2026 15:04:51 +0000</pubDate><link>https://news.ycombinator.com/item?id=48993234</link><dc:creator>aroman</dc:creator><comments>https://news.ycombinator.com/item?id=48993234</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48993234</guid></item><item><title><![CDATA[New comment by aroman in "Who's afraid of Chinese models?"]]></title><description><![CDATA[
<p>You have hundreds of hours with a model that was barely even released hundreds of hours ago?<p>The perception of capability varies greatly between task. For my needs for example sol xhigh consistently outperforms fable xhigh.</p>
]]></description><pubDate>Tue, 21 Jul 2026 14:53:57 +0000</pubDate><link>https://news.ycombinator.com/item?id=48993107</link><dc:creator>aroman</dc:creator><comments>https://news.ycombinator.com/item?id=48993107</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48993107</guid></item><item><title><![CDATA[New comment by aroman in "GPT-5.6"]]></title><description><![CDATA[
<p>No. I used to use Cursor, but now my workflow is that I use an inhouse CLI tool I wrote called "bud" that wraps/seeds the harnesses per-worktree, and boots a full copy of the game so each worktree can work independently. If git worktrees solve the problem of code isolation, bud solves the problem of isolating everything else. It's about 15K lines of rust, and I use it 100 times a day or so. It's sort of a layer on top of a harness like codex/claude code.<p>I have 10+ of these workspaces in parallel, and I context switch between them as I get blocked on things. I manage the workspaces using `herder`, which is a terrific tmux-like tool that allows me to keep those workspaces on a nixOS machine I have at home that I SSH into via tailscale, so my agents don't stop working every time I close my laptop (it also lets me leverage that machine's computing resources instead of running dozens of servers and harnesses on my poor MacBook).</p>
]]></description><pubDate>Thu, 09 Jul 2026 22:44:11 +0000</pubDate><link>https://news.ycombinator.com/item?id=48853408</link><dc:creator>aroman</dc:creator><comments>https://news.ycombinator.com/item?id=48853408</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48853408</guid></item><item><title><![CDATA[New comment by aroman in "GPT-5.6"]]></title><description><![CDATA[
<p>Indeed, much of the scariness is how fearlessly and confidently it writes them with little regard to their actual usefulness or value. When I find it adding a lot of tests, I often say something like: "audit each test carefully, and consider whether the test is testing a meaningful boundary or is more ceremonial. delete low-value tests and add new tests to cover meaningful boundaries not exercised by the gaps you identify". Without fail, this always produces some decent results.<p>Having said that, in truth, I almost never read the unit tests. Before AI, we had almost none (see: several person game studio) so the tradeoff is not "AI-generated tests" vs "human written ones", it's whether we have tests at all. So, I take them for what they're worth - not much - but if it catches an extra regression before it ships every now and then, it was worth it for the price (~free).</p>
]]></description><pubDate>Thu, 09 Jul 2026 22:38:26 +0000</pubDate><link>https://news.ycombinator.com/item?id=48853333</link><dc:creator>aroman</dc:creator><comments>https://news.ycombinator.com/item?id=48853333</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48853333</guid></item><item><title><![CDATA[New comment by aroman in "GPT-5.6"]]></title><description><![CDATA[
<p>Like before AI, the scrutiny varies with the sensitivity of the area being edited.<p>Simple UI change? I do an AI review, but otherwise neither read nor write the code. The models are good enough they write better UI code than me, 9 out of 10 times. Not always the more idiomatic, but usually safer and more correct.<p>Change to our core data plane? I might spend 2-3 times more effort reviewing it than before AI. Yes, I go more <i>slowly</i> than pre-AI. Many more reviews, many more angles considered, including both human and (lots of) AI review cycles.<p>Most code is not that critical, and AI is also scarily good at writing tests. We also spend considerably more time paying down tech debt and testing thanks to AI, now that the cost is near-zero.<p>Net: I spend 10-25X less time on low-risk changes. I often direct (or at least approve) the implementation approach, but I rarely read this code. I spend 2-3X <i>more</i> time on high-risk changes. In both cases, I never write code "by hand". Since about November, I've had no reason to actually edit code in a code editor (perhaps maybe except .env files, which we don't allow agents to edit for obvious reasons).<p>AI is a tool. You can use it to go fast recklessly, or you can use it to go slow with confidence. Just like before AI... the skill and art of engineering is knowing when to do which.</p>
]]></description><pubDate>Thu, 09 Jul 2026 20:07:24 +0000</pubDate><link>https://news.ycombinator.com/item?id=48851704</link><dc:creator>aroman</dc:creator><comments>https://news.ycombinator.com/item?id=48851704</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48851704</guid></item><item><title><![CDATA[New comment by aroman in "GPT-5.6"]]></title><description><![CDATA[
<p>In terms of ability to ship? Easily tenfold. We literally ship 10 times more than before AI. This does not, however, translate into a tenfold increase in actual business success, of course :)</p>
]]></description><pubDate>Thu, 09 Jul 2026 20:01:04 +0000</pubDate><link>https://news.ycombinator.com/item?id=48851635</link><dc:creator>aroman</dc:creator><comments>https://news.ycombinator.com/item?id=48851635</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48851635</guid></item><item><title><![CDATA[New comment by aroman in "GPT-5.6"]]></title><description><![CDATA[
<p>Claude Code fan here... Codex is very good. Sometimes better. The killer feature is price.<p>After 6+ months of exclusive Claude Code usage, I was begrudgingly forced to try Codex once Anthropic rejiggered their limits such that I kept maxing out my $200/mo plan in just a few days. These days I pay <i>both</i> $200/mo plans, and it's just about enough to get me through a week's work (small game studio - infinite code to write!)</p>
]]></description><pubDate>Thu, 09 Jul 2026 17:34:02 +0000</pubDate><link>https://news.ycombinator.com/item?id=48849572</link><dc:creator>aroman</dc:creator><comments>https://news.ycombinator.com/item?id=48849572</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48849572</guid></item><item><title><![CDATA[New comment by aroman in "Fable 5 Is Back"]]></title><description><![CDATA[
<p>I've been doing this for ages - you just spin up harness B as a subprocess/tool call from harness A. For example, I had a "/codex-review" claude skill for ages that did exactly that. Technically you're right it wouldn't be <i>switching</i>, since you're right the two ideas are at different altitudes, but I think in practice it has the same impact: within one harness, you can delegate certain tasks to certain models <i>or</i> harnesses.</p>
]]></description><pubDate>Wed, 01 Jul 2026 21:31:19 +0000</pubDate><link>https://news.ycombinator.com/item?id=48753404</link><dc:creator>aroman</dc:creator><comments>https://news.ycombinator.com/item?id=48753404</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48753404</guid></item><item><title><![CDATA[New comment by aroman in "Fable 5 Is Back"]]></title><description><![CDATA[
<p>This makes me think they really are quite capacity constrained at the moment.<p>I had assumed they were primarily limiting it to entice people to upgrade, but I feel like these limits are so low and so temporary (especially over July 4th weekend in the US) that people will barely get a chance to get "used to it" and then think: "man, I can't live without this, I'll pay for API pricing".</p>
]]></description><pubDate>Wed, 01 Jul 2026 20:04:14 +0000</pubDate><link>https://news.ycombinator.com/item?id=48752394</link><dc:creator>aroman</dc:creator><comments>https://news.ycombinator.com/item?id=48752394</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48752394</guid></item></channel></rss>