<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: sheepscreek</title><link>https://news.ycombinator.com/user?id=sheepscreek</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Tue, 14 Apr 2026 17:42:35 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=sheepscreek" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by sheepscreek in "Small models also found the vulnerabilities that Mythos found"]]></title><description><![CDATA[
<p>I think what made Mythos a big deal is not that it could find vulnerabilities. Opus can do that too. But Mythos went a step further and autonomously built exploits very successfully whereas Opus struggled to do that.<p>Most modern day exploits are multi-step requiring a multitude of skills to pull off successfully.</p>
]]></description><pubDate>Mon, 13 Apr 2026 15:30:58 +0000</pubDate><link>https://news.ycombinator.com/item?id=47753469</link><dc:creator>sheepscreek</dc:creator><comments>https://news.ycombinator.com/item?id=47753469</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47753469</guid></item><item><title><![CDATA[New comment by sheepscreek in "Servo is now available on crates.io"]]></title><description><![CDATA[
<p>> The fundamental problem with Rust versioning is that 0.3.5 is compatible with 0.3.6, but not 0.4.0 or 1.0.0<p>That’s a feature of semver, not a bug :)<p>Long answer: You are right to notice that minor versions within a major release can introduce new APIs and changes but generally, should not break existing APIs until the next major release.<p>However, this rule only applies to libraries <i>after</i> they reach 1.0.0. Before 1.0.0, one shouldn’t expect any APIs to be frozen really.</p>
]]></description><pubDate>Mon, 13 Apr 2026 15:05:39 +0000</pubDate><link>https://news.ycombinator.com/item?id=47753080</link><dc:creator>sheepscreek</dc:creator><comments>https://news.ycombinator.com/item?id=47753080</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47753080</guid></item><item><title><![CDATA[New comment by sheepscreek in "Meta is set to pay its top AI executives almost a billion each in bonuses"]]></title><description><![CDATA[
<p>Meta's board is a joke. Zuck controls majority votes, so the buck stops with Zuck. You can very much attribute Meta's direction squarely to him.</p>
]]></description><pubDate>Sun, 12 Apr 2026 16:22:57 +0000</pubDate><link>https://news.ycombinator.com/item?id=47741505</link><dc:creator>sheepscreek</dc:creator><comments>https://news.ycombinator.com/item?id=47741505</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47741505</guid></item><item><title><![CDATA[New comment by sheepscreek in "Show HN: ApplePy – Embed and Call Swift from Python (Like PyO3, but for Swift)"]]></title><description><![CDATA[
<p>I built ApplePy because I couldn't find anything that let you use Swift from Python -- only the reverse (embedding Python inside Swift). After experimenting with a few approaches, I got inspired by PyO3's model and decided to build something analogous for the Swift ecosystem.<p>Why Swift as a native extension language? A few things people underestimate:<p>- Swift doesn't have a garbage collector. Like Rust, it uses automatic reference counting (implicit by default) with copy-on-write semantics for safe concurrency you get most of Rust's memory safety guarantees with a much lighter syntax.<p>- Performance lands around 80% of Rust out of the box, with compiler hints available to close the gap further if you need to tune hot paths.<p>- Swift 6.3 ships native C++ interop, and the same codebase compiles to iOS, Android, Windows, Linux, and macOS.<p>For Python developers who want native-speed extensions without writing C or wrestling with Rust's learning curve, Swift is a genuinely underappreciated option. ApplePy tries to make that path practical.<p>The project is early - feedback and contributions very welcome.</p>
]]></description><pubDate>Sun, 12 Apr 2026 13:45:55 +0000</pubDate><link>https://news.ycombinator.com/item?id=47739591</link><dc:creator>sheepscreek</dc:creator><comments>https://news.ycombinator.com/item?id=47739591</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47739591</guid></item><item><title><![CDATA[Show HN: ApplePy – Embed and Call Swift from Python (Like PyO3, but for Swift)]]></title><description><![CDATA[
<p>Article URL: <a href="https://github.com/jagtesh/ApplePy">https://github.com/jagtesh/ApplePy</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=47739574">https://news.ycombinator.com/item?id=47739574</a></p>
<p>Points: 2</p>
<p># Comments: 2</p>
]]></description><pubDate>Sun, 12 Apr 2026 13:44:13 +0000</pubDate><link>https://github.com/jagtesh/ApplePy</link><dc:creator>sheepscreek</dc:creator><comments>https://news.ycombinator.com/item?id=47739574</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47739574</guid></item><item><title><![CDATA[New comment by sheepscreek in "Meta is set to pay its top AI executives almost a billion each in bonuses"]]></title><description><![CDATA[
<p>> Many shy back from thinking too hard about the riduculous wealth some accumulate<p>I disagree - the current levels of income disparity, then Meta and Zuckerberg’s general conduct along with the general sentiment make it extremely hard to say “attaboy” when reading a news like this. I might be saying this for most readers here.</p>
]]></description><pubDate>Sat, 11 Apr 2026 14:08:03 +0000</pubDate><link>https://news.ycombinator.com/item?id=47730760</link><dc:creator>sheepscreek</dc:creator><comments>https://news.ycombinator.com/item?id=47730760</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47730760</guid></item><item><title><![CDATA[New comment by sheepscreek in "AI assistance when contributing to the Linux kernel"]]></title><description><![CDATA[
<p>This is the right way forward for open-source. Correct attribution - by tightening the connection between agents and the humans behind them, and putting the onus on the human to vet the agent output. Thank you Linus.</p>
]]></description><pubDate>Sat, 11 Apr 2026 14:01:08 +0000</pubDate><link>https://news.ycombinator.com/item?id=47730696</link><dc:creator>sheepscreek</dc:creator><comments>https://news.ycombinator.com/item?id=47730696</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47730696</guid></item><item><title><![CDATA[New comment by sheepscreek in "Autonomy Is Real Now"]]></title><description><![CDATA[
<p>This.</p>
]]></description><pubDate>Fri, 10 Apr 2026 22:02:42 +0000</pubDate><link>https://news.ycombinator.com/item?id=47724184</link><dc:creator>sheepscreek</dc:creator><comments>https://news.ycombinator.com/item?id=47724184</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47724184</guid></item><item><title><![CDATA[New comment by sheepscreek in "Autonomy Is Real Now"]]></title><description><![CDATA[
<p>The roads will be safer. The streets though? Remains to be seen…<p>Also I calculated - the approximate worth of those Waymos sitting on that lot was likely upwards of $400M! It doesn't seem much compared to hyperscaler spending but it’s not chump change either. I believe they are going all in.</p>
]]></description><pubDate>Fri, 10 Apr 2026 18:47:32 +0000</pubDate><link>https://news.ycombinator.com/item?id=47722076</link><dc:creator>sheepscreek</dc:creator><comments>https://news.ycombinator.com/item?id=47722076</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47722076</guid></item><item><title><![CDATA[New comment by sheepscreek in "Claude mixes up who said what"]]></title><description><![CDATA[
<p>Honestly I try to treat all my projects as sandboxes, give the agents full autonomy for file actions in their folders. Just ask them to commit every chunk of related changes so we can always go back — and sync with remote right after they commit. If you want to be more pedantic, disable force push on the branch and let the LLMs make mistakes.<p>But what we can’t afford to do is to leave the agents unsupervised. You can never tell when they’ll start acting drunk and do something stupid and unthinkable. Also you absolutely need to do a routine deep audits of random features in your projects, and often you’ll be surprised to discover some awkward (mis)interpretation of instructions despite having a solid test coverage (with all tests passing)!</p>
]]></description><pubDate>Thu, 09 Apr 2026 15:42:43 +0000</pubDate><link>https://news.ycombinator.com/item?id=47705177</link><dc:creator>sheepscreek</dc:creator><comments>https://news.ycombinator.com/item?id=47705177</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47705177</guid></item><item><title><![CDATA[New comment by sheepscreek in "JSIR: A High-Level IR for JavaScript"]]></title><description><![CDATA[
<p>This is exciting stuff!<p>My interpretation:
If the JSIR project can successfully prove bi-directional source to MLIR transformation, it could lead to a new crop of source to source compilers across different languages (as long as they can be lowered to MLIR and back).<p>Imagine transmorphing Rust to Swift and back. Of course you’d still need to implement or shim any libraries used in the source language. This might help a little bit with C++ to Rust conversions - as more optimizations and analysis would now be possible at the MLIR level. Though I won’t expect unsafe code to magically become safe without some manual intervention.</p>
]]></description><pubDate>Wed, 08 Apr 2026 01:56:02 +0000</pubDate><link>https://news.ycombinator.com/item?id=47683885</link><dc:creator>sheepscreek</dc:creator><comments>https://news.ycombinator.com/item?id=47683885</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47683885</guid></item><item><title><![CDATA[New comment by sheepscreek in "Xilem – An experimental Rust native UI framework"]]></title><description><![CDATA[
<p>Been using it with mixed success. While I love vello, Xilem is less mature in comparison. Many standard UI components, such as  selection box, are not implemented yet. On the other hand, it’s a great opportunity to become a contributor towards a genuinely useful and promising project!</p>
]]></description><pubDate>Wed, 08 Apr 2026 01:25:17 +0000</pubDate><link>https://news.ycombinator.com/item?id=47683610</link><dc:creator>sheepscreek</dc:creator><comments>https://news.ycombinator.com/item?id=47683610</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47683610</guid></item><item><title><![CDATA[New comment by sheepscreek in "Claude Code is locking people out for hours"]]></title><description><![CDATA[
<p>I have a buddy who used to work at Shopify and was proud about having sprints dedicated to removing unused features. This is really underrated but is the only reliable way to prevent bloat. Oh and getting rid of bloat is way more satisfying!</p>
]]></description><pubDate>Tue, 07 Apr 2026 15:43:38 +0000</pubDate><link>https://news.ycombinator.com/item?id=47677091</link><dc:creator>sheepscreek</dc:creator><comments>https://news.ycombinator.com/item?id=47677091</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47677091</guid></item><item><title><![CDATA[New comment by sheepscreek in "Ask HN: How do systems (or people) detect when a text is written by an LLM"]]></title><description><![CDATA[
<p>This is the correct answer. We’re at a point where it will soon be safer to assume a human or someone with agency and their approval wrote the text, than to completely dismiss it as “written by LLM” or a human.<p>So judge the content on its merit irrespective of its source.</p>
]]></description><pubDate>Mon, 06 Apr 2026 13:19:32 +0000</pubDate><link>https://news.ycombinator.com/item?id=47660539</link><dc:creator>sheepscreek</dc:creator><comments>https://news.ycombinator.com/item?id=47660539</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47660539</guid></item><item><title><![CDATA[New comment by sheepscreek in "Firm boosts H.264 streaming license fees from $100k up to staggering $4.5M"]]></title><description><![CDATA[
<p>5 million users isn’t a lot unless we’re talking paid subscribers. Their license likely does not make a distinction. For a (free/ad supported) service like a niche YT clone, this could be fatal.</p>
]]></description><pubDate>Sat, 04 Apr 2026 07:31:01 +0000</pubDate><link>https://news.ycombinator.com/item?id=47636772</link><dc:creator>sheepscreek</dc:creator><comments>https://news.ycombinator.com/item?id=47636772</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47636772</guid></item><item><title><![CDATA[New comment by sheepscreek in "Firm boosts H.264 streaming license fees from $100k up to staggering $4.5M"]]></title><description><![CDATA[
<p>It goes to $2.5m for 5 million users/subscribers and tops out at $4.5m for 100 million subscribers. It’s not staggered evenly at all IMO. So I worry mainly for the small players. This shouldn’t have any meaningful effect on any big player.</p>
]]></description><pubDate>Fri, 03 Apr 2026 21:59:41 +0000</pubDate><link>https://news.ycombinator.com/item?id=47632885</link><dc:creator>sheepscreek</dc:creator><comments>https://news.ycombinator.com/item?id=47632885</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47632885</guid></item><item><title><![CDATA[New comment by sheepscreek in "A $20/month user costs OpenAI $65 in compute. AI video is a money furnace"]]></title><description><![CDATA[
<p>The major reason for that is, they are pushing hard on capital expenditure (one-time training costs), building their own silicon and people costs (they have between 4000-6000 employees). If OpenAI really wanted to be profitable today, I am sure they can do it, but they would no longer be competitive.<p>In other words, we're NO LONGER looking at the scenario where their unit economics was out of whack and lopsided against profitability. The AI frontier behemoths of today (OpenAI, Anthropic and Google) are very well positioned for strong profitability unless Chinese AI companies start gaining more market share in North America.<p>Yet, I don't think the pace of competition is sustainable. Once there is stronger pressure on them for profitability, we'll see them slow their moonshots, cut costs and focus more on the core business. Maybe that is what we are starting to see now.</p>
]]></description><pubDate>Fri, 03 Apr 2026 02:57:28 +0000</pubDate><link>https://news.ycombinator.com/item?id=47622755</link><dc:creator>sheepscreek</dc:creator><comments>https://news.ycombinator.com/item?id=47622755</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47622755</guid></item><item><title><![CDATA[New comment by sheepscreek in "A $20/month user costs OpenAI $65 in compute. AI video is a money furnace"]]></title><description><![CDATA[
<p>The title is misleading. It should be read as “Some $20/month users who made videos on Sora costed OpenAI $65 in compute.”<p>OpenAI is most definitely in a position to be profitable. They are spending less than a third of their revenue on compute (all infrastructure costs combined).</p>
]]></description><pubDate>Fri, 03 Apr 2026 00:02:04 +0000</pubDate><link>https://news.ycombinator.com/item?id=47621805</link><dc:creator>sheepscreek</dc:creator><comments>https://news.ycombinator.com/item?id=47621805</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47621805</guid></item><item><title><![CDATA[New comment by sheepscreek in "Artemis computer running two instances of MS outlook; they can't figure out why"]]></title><description><![CDATA[
<p>…and we managed to do this without AI!</p>
]]></description><pubDate>Thu, 02 Apr 2026 21:53:16 +0000</pubDate><link>https://news.ycombinator.com/item?id=47620655</link><dc:creator>sheepscreek</dc:creator><comments>https://news.ycombinator.com/item?id=47620655</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47620655</guid></item><item><title><![CDATA[New comment by sheepscreek in "A new C++ back end for ocamlc"]]></title><description><![CDATA[
<p>Most of it yes, but what about:<p><pre><code>    typedef I<((I<((n::val (p::val))>::val) != (I<0>::val))> res;
    };
</code></pre>
There is some top class wizardry going on there! I don’t think I’ve ever used conditions in a type definition in C++ :)<p>Update:<p>Ah, alright - so that evaluation logic is part of the template, not the code that eventually compiles.<p>It’s basically offloading some of the higher level language compiler logic to the templating engine. Honestly might be a better time investment than spending more time writing this in the parser.<p>Now I’m sort of intrigued and inspired to use C++ as a lowering target for elevate (a compiler framework I’ve been working on).</p>
]]></description><pubDate>Thu, 02 Apr 2026 11:57:36 +0000</pubDate><link>https://news.ycombinator.com/item?id=47613230</link><dc:creator>sheepscreek</dc:creator><comments>https://news.ycombinator.com/item?id=47613230</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47613230</guid></item></channel></rss>