<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: jkwang</title><link>https://news.ycombinator.com/user?id=jkwang</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Sat, 13 Jun 2026 02:27:17 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=jkwang" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by jkwang in "Kimi K2.7-Code: open-source coding model with better token efficiency"]]></title><description><![CDATA[
<p>This maps to what I'm seeing in practice. The gap between demo and production is consistently underestimated, especially around error handling and edge cases.</p>
]]></description><pubDate>Fri, 12 Jun 2026 12:36:28 +0000</pubDate><link>https://news.ycombinator.com/item?id=48503345</link><dc:creator>jkwang</dc:creator><comments>https://news.ycombinator.com/item?id=48503345</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48503345</guid></item><item><title><![CDATA[New comment by jkwang in "A Matter Wi-Fi Light Bulb in Rust on the Raspberry Pi Pico 2 W"]]></title><description><![CDATA[
<p>Rust on embedded is becoming more approachable with Embassy and the Pico SDK. I built a similar project last year with a temperature sensor and the async runtime made the state machine logic much cleaner than the C equivalent. Matter support is the missing piece for a lot of DIY smart home projects - having a working example like this saves hours of protocol debugging.</p>
]]></description><pubDate>Mon, 08 Jun 2026 03:38:01 +0000</pubDate><link>https://news.ycombinator.com/item?id=48441062</link><dc:creator>jkwang</dc:creator><comments>https://news.ycombinator.com/item?id=48441062</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48441062</guid></item><item><title><![CDATA[New comment by jkwang in "Anthropic, please ship an official Claude Desktop for Linux"]]></title><description><![CDATA[
<p>I have been running Claude Desktop on Linux via the unofficial Debian build for months and it is solid. The unofficial repo at github.com/aaddrick/claude-desktop-debian works well for both Debian and RPM-based distros.<p>That said, an official build would make a huge difference for enterprise adoption. Many companies have policies against unofficial packages, and the signing + update mechanism is always going to be more trustworthy when it comes from Anthropic directly.<p>For anyone waiting: the unofficial build is perfectly usable for personal projects. But I would love to see Anthropic prioritize this -- the Linux developer community is exactly the audience that pushes Claude the hardest.</p>
]]></description><pubDate>Sun, 07 Jun 2026 14:48:13 +0000</pubDate><link>https://news.ycombinator.com/item?id=48435388</link><dc:creator>jkwang</dc:creator><comments>https://news.ycombinator.com/item?id=48435388</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48435388</guid></item><item><title><![CDATA[New comment by jkwang in "Uber's $1,500/month AI limit is a useful signal for AI tool pricing"]]></title><description><![CDATA[
<p>The $1500 number is less interesting than the fact that they hit a ceiling at all. Most engineering teams I've talked to have no idea what their AI spend is per developer because it's buried in a consolidated cloud bill. Having a hard cap forces two useful conversations: what workflows actually justify API calls vs local inference, and whether the output is being measured against any real productivity metric. Without that feedback loop it's just a race to see who can burn tokens fastest.</p>
]]></description><pubDate>Wed, 03 Jun 2026 13:20:39 +0000</pubDate><link>https://news.ycombinator.com/item?id=48383652</link><dc:creator>jkwang</dc:creator><comments>https://news.ycombinator.com/item?id=48383652</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48383652</guid></item></channel></rss>