<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: chemex</title><link>https://news.ycombinator.com/user?id=chemex</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Sat, 13 Jun 2026 13:49:09 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=chemex" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by chemex in "Learnings from 100K lines of Rust with AI (2025)"]]></title><description><![CDATA[
<p>How are you keeping the requirement, design, and tasks docs in sync as the code evolves? I'm curious if anyone's landed on a good workflow for this.</p>
]]></description><pubDate>Wed, 20 May 2026 11:56:23 +0000</pubDate><link>https://news.ycombinator.com/item?id=48206291</link><dc:creator>chemex</dc:creator><comments>https://news.ycombinator.com/item?id=48206291</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48206291</guid></item><item><title><![CDATA[New comment by chemex in "Cursor Introduces Composer 2.5"]]></title><description><![CDATA[
<p>I've been using Claude Code as my daily driver on a React Native + iOS codebase for the last few months. The thing that surprised me wasn't quality differences on individual edits — those are pretty close once you control for harness wiring — but how differently I'd ended up structuring my workflow around each style of tool.<p>Tab completion + chat-in-sidebar feels like an extension of my editing. An agentic harness feels more like delegating a 20-minute task and coming back to review. Different cognitive load, different bug profile. The "which is better" framing tends to skip over the fact that they reward different working styles.<p>Two things I'd watch on Composer 2.5 specifically:<p>1. How it handles long-running multi-file refactors that touch 10+ files. My experience with smaller models in that slot is they lose track of which files they've already edited around 30% of the way through. Frontier models keep the plan coherent for longer.<p>2. How it deals with non-obvious file boundaries. The thing that takes me out of "let it work" mode is the model deciding it needs to edit a config file I didn't think of. Usually that's right, but occasionally it's spelunking somewhere I don't want it to be.<p>The Kimi K2.5 base is interesting on its own. Open weights below frontier closed models is the thing worth watching from the harness side. If anyone's set up to fine-tune for a specific harness, this is the moment.</p>
]]></description><pubDate>Tue, 19 May 2026 18:14:06 +0000</pubDate><link>https://news.ycombinator.com/item?id=48197050</link><dc:creator>chemex</dc:creator><comments>https://news.ycombinator.com/item?id=48197050</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48197050</guid></item></channel></rss>