<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: menzoic</title><link>https://news.ycombinator.com/user?id=menzoic</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Thu, 14 May 2026 20:08:15 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=menzoic" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by menzoic in "Show HN: Building a web server in assembly to give my life (a lack of) meaning"]]></title><description><![CDATA[
<p>The difference is not that it’s “worthless”. The difference is that now it’s “practical” to implement given the low effort.<p>I wouldn’t be sad about defeating lower complexity challenges. There are always higher complexity challenges that arise once we start operating in a world when you can do more. The bar raises.</p>
]]></description><pubDate>Sun, 10 May 2026 07:11:52 +0000</pubDate><link>https://news.ycombinator.com/item?id=48081701</link><dc:creator>menzoic</dc:creator><comments>https://news.ycombinator.com/item?id=48081701</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48081701</guid></item><item><title><![CDATA[New comment by menzoic in "DeepSeek v4"]]></title><description><![CDATA[
<p>API prices may be profitable. Subscriptions may still be subsidized for power users. Free tiers almost certainly are. And frontier labs may be subsidizing overall business growth, training, product features, and peak capacity, even if a normal metered API call is profitable on marginal inference.</p>
]]></description><pubDate>Fri, 24 Apr 2026 07:04:06 +0000</pubDate><link>https://news.ycombinator.com/item?id=47886647</link><dc:creator>menzoic</dc:creator><comments>https://news.ycombinator.com/item?id=47886647</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47886647</guid></item><item><title><![CDATA[New comment by menzoic in "The tech jobs bust is real. Don't blame AI (yet)"]]></title><description><![CDATA[
<p>I just put your question into GPT-5 Pro</p>
]]></description><pubDate>Mon, 13 Apr 2026 23:43:22 +0000</pubDate><link>https://news.ycombinator.com/item?id=47759410</link><dc:creator>menzoic</dc:creator><comments>https://news.ycombinator.com/item?id=47759410</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47759410</guid></item><item><title><![CDATA[New comment by menzoic in "LLMs Can Write Production Quality Code"]]></title><description><![CDATA[
<p>I work at Airbnb where I write 99% of my production code using LLMs. Spotify's CEO recently announced something similar, but I mention my employer not because my workflow is sponsored by them (many early adopters learned similar techniques), but to establish a baseline for the massive scale, reliability constraints, and code quality standards this approach has to survive.
Many engineers abandon LLMs because they run into problems almost instantly, but these problems have solutions. If you're a skeptic, please read and let me know what you think.
The top problems are:
* Constant refactors (generated code is really bad or broken)
* Lack of context (the model doesn’t know your codebase, libraries, APIs, etc.)
* Poor instruction following (the model doesn’t implement what you asked for)
* Doom loops (the model can’t fix a bug and tries random things over and over again)
* Complexity limits (inability to modify large codebases or create complex logic)
In this article, I show how to solve each of these problems by using the LLM as a force multiplier for your own engineering decisions, rather than a random number generator for syntax.
A core part of my approach is Spec-Driven Development. I outline methods for treating the LLM like a co-worker having technical discussions about architecture and logic, and then having the model convert those decisions into a spec and working code.</p>
]]></description><pubDate>Sun, 29 Mar 2026 08:26:42 +0000</pubDate><link>https://news.ycombinator.com/item?id=47561346</link><dc:creator>menzoic</dc:creator><comments>https://news.ycombinator.com/item?id=47561346</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47561346</guid></item><item><title><![CDATA[LLMs Can Write Production Quality Code]]></title><description><![CDATA[
<p>Article URL: <a href="https://escobyte.substack.com/p/writing-high-quality-production-code">https://escobyte.substack.com/p/writing-high-quality-production-code</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=47561345">https://news.ycombinator.com/item?id=47561345</a></p>
<p>Points: 6</p>
<p># Comments: 3</p>
]]></description><pubDate>Sun, 29 Mar 2026 08:26:42 +0000</pubDate><link>https://escobyte.substack.com/p/writing-high-quality-production-code</link><dc:creator>menzoic</dc:creator><comments>https://news.ycombinator.com/item?id=47561345</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47561345</guid></item><item><title><![CDATA[New comment by menzoic in "$500k/Year SWE Without a CS Degree"]]></title><description><![CDATA[
<p>I'm at Airbnb now working primarily with LLMs</p>
]]></description><pubDate>Tue, 24 Feb 2026 14:49:01 +0000</pubDate><link>https://news.ycombinator.com/item?id=47137838</link><dc:creator>menzoic</dc:creator><comments>https://news.ycombinator.com/item?id=47137838</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47137838</guid></item><item><title><![CDATA[New comment by menzoic in "$500k/Year SWE Without a CS Degree"]]></title><description><![CDATA[
<p>I’ve found there are two major mindset shifts that helped me start passing tech interviews consistently:<p>1. Study the algorithms and patterns, not the questions
2. Treat it like a serious investment, 2–3 months of focused prep minimum<p>Most people skip the fundamentals. But these core patterns and data structures come up over and over. If you really understand them, you can solve almost anything.<p>I used this exact approach to land offers from Google, Amazon, Uber, Airbnb and more, without a CS degree.<p>That experience led me to write this full breakdown of how to study for tech interviews the right way.</p>
]]></description><pubDate>Tue, 24 Feb 2026 13:08:58 +0000</pubDate><link>https://news.ycombinator.com/item?id=47136659</link><dc:creator>menzoic</dc:creator><comments>https://news.ycombinator.com/item?id=47136659</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47136659</guid></item><item><title><![CDATA[$500k/Year SWE Without a CS Degree]]></title><description><![CDATA[
<p>Article URL: <a href="https://escobyte.substack.com/p/500kyear-swe-without-a-cs-degree">https://escobyte.substack.com/p/500kyear-swe-without-a-cs-degree</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=47136626">https://news.ycombinator.com/item?id=47136626</a></p>
<p>Points: 2</p>
<p># Comments: 3</p>
]]></description><pubDate>Tue, 24 Feb 2026 13:05:50 +0000</pubDate><link>https://escobyte.substack.com/p/500kyear-swe-without-a-cs-degree</link><dc:creator>menzoic</dc:creator><comments>https://news.ycombinator.com/item?id=47136626</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47136626</guid></item><item><title><![CDATA[New comment by menzoic in "Writing High Quality Production Code with LLMs Is a Solved Problem"]]></title><description><![CDATA[
<p>I work at Airbnb where I write 99% of my production code using LLMs. Spotify's CEO recently announced something similar, but I mention my employer not because my workflow is sponsored by them (many early adopters learned similar techniques), but to establish a baseline for the massive scale, reliability constraints, and code quality standards this approach has to survive.
Many engineers abandon LLMs because they run into problems almost instantly, but these problems have solutions. If you're a skeptic, please read and let me know what you think.<p>The top problems are:<p>1. Constant refactors (generated code is really bad or broken)<p>2. Lack of context (the model doesn’t know your codebase, libraries, APIs, etc.)<p>3. Poor instruction following (the model doesn’t implement what you asked for)<p>4. Doom loops (the model can’t fix a bug and tries random things over and over again)<p>5. Complexity limits (inability to modify large codebases or create complex logic)<p>In this article, I show how to solve each of these problems by using the LLM as a force multiplier for your own engineering decisions, rather than a random number generator for syntax.<p>A core part of my approach is Spec-Driven Development. I outline methods for treating the LLM like a co-worker having technical discussions about architecture and logic, and then having the model convert those decisions into a spec and working code.</p>
]]></description><pubDate>Tue, 24 Feb 2026 13:00:52 +0000</pubDate><link>https://news.ycombinator.com/item?id=47136563</link><dc:creator>menzoic</dc:creator><comments>https://news.ycombinator.com/item?id=47136563</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47136563</guid></item><item><title><![CDATA[Writing High Quality Production Code with LLMs Is a Solved Problem]]></title><description><![CDATA[
<p>Article URL: <a href="https://escobyte.substack.com/p/writing-high-quality-production-code">https://escobyte.substack.com/p/writing-high-quality-production-code</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=47136562">https://news.ycombinator.com/item?id=47136562</a></p>
<p>Points: 2</p>
<p># Comments: 2</p>
]]></description><pubDate>Tue, 24 Feb 2026 13:00:52 +0000</pubDate><link>https://escobyte.substack.com/p/writing-high-quality-production-code</link><dc:creator>menzoic</dc:creator><comments>https://news.ycombinator.com/item?id=47136562</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47136562</guid></item><item><title><![CDATA[New comment by menzoic in "Writing High Quality Production Code with LLMs Is a Solved Problem"]]></title><description><![CDATA[
<p>It's basically the typical SDLC boosted with LLMs. Especially the part where you can explore tradeoffs and alternative approaches rapidly.</p>
]]></description><pubDate>Mon, 23 Feb 2026 17:27:37 +0000</pubDate><link>https://news.ycombinator.com/item?id=47125488</link><dc:creator>menzoic</dc:creator><comments>https://news.ycombinator.com/item?id=47125488</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47125488</guid></item><item><title><![CDATA[New comment by menzoic in "Writing High Quality Production Code with LLMs Is a Solved Problem"]]></title><description><![CDATA[
<p>LOL, honestly I <i>hated</i> Codex when it first came out. It was backed by o3 at the time.<p>But literally as soon as GPT-5 came out in Codex and with the "high" option, I completely switched from Claude Codex to Codex. Never imagined that would happen so fast.</p>
]]></description><pubDate>Mon, 23 Feb 2026 17:26:01 +0000</pubDate><link>https://news.ycombinator.com/item?id=47125457</link><dc:creator>menzoic</dc:creator><comments>https://news.ycombinator.com/item?id=47125457</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47125457</guid></item><item><title><![CDATA[New comment by menzoic in "Writing High Quality Production Code with LLMs Is a Solved Problem"]]></title><description><![CDATA[
<p>> get the best results when the context window is right around 70%<p>I used to be trigger happy with /compact or using the hand off technique to transfer knowledge between sessions with a doc. But lately the newer generation of models seem to be handling long context pretty well up to around 20% remaining context.<p>But this is when I'm working on the same focused task. I would instantly reset it if I started implementing an unrelated task. Even if there was 90% left, since theres just no benefit to keeping the old context</p>
]]></description><pubDate>Mon, 23 Feb 2026 17:23:58 +0000</pubDate><link>https://news.ycombinator.com/item?id=47125423</link><dc:creator>menzoic</dc:creator><comments>https://news.ycombinator.com/item?id=47125423</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47125423</guid></item><item><title><![CDATA[New comment by menzoic in "Writing High Quality Production Code with LLMs Is a Solved Problem"]]></title><description><![CDATA[
<p>I work at Airbnb where I write 99% of my production code using LLMs. Spotify's CEO recently announced something similar, but I mention my employer not because my workflow is sponsored by them (many early adopters learned similar techniques), but to establish a baseline for the massive scale, reliability constraints, and code quality standards this approach has to survive.<p>Many engineers abandon LLMs because they run into problems almost instantly, but these problems have solutions. If you're a skeptic, please read and let me know what you think.<p>The top problems are:<p>* Constant refactors (generated code is really bad or broken)<p>* Lack of context (the model doesn’t know your codebase, libraries, APIs, etc.)<p>* Poor instruction following (the model doesn’t implement what you asked for)<p>* Doom loops (the model can’t fix a bug and tries random things over and over again)<p>* Complexity limits (inability to modify large codebases or create complex logic)<p>In this article, I show how to solve each of these problems by using the LLM as a force multiplier for your own engineering decisions, rather than a random number generator for syntax.<p>A core part of my approach is Spec-Driven Development. I outline methods for treating the LLM like a co-worker having technical discussions about architecture and logic, and then having the model convert those decisions into a spec and working code.</p>
]]></description><pubDate>Mon, 23 Feb 2026 17:09:58 +0000</pubDate><link>https://news.ycombinator.com/item?id=47125194</link><dc:creator>menzoic</dc:creator><comments>https://news.ycombinator.com/item?id=47125194</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47125194</guid></item><item><title><![CDATA[Writing High Quality Production Code with LLMs Is a Solved Problem]]></title><description><![CDATA[
<p>Article URL: <a href="https://escobyte.substack.com/p/writing-high-quality-production-code">https://escobyte.substack.com/p/writing-high-quality-production-code</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=47125192">https://news.ycombinator.com/item?id=47125192</a></p>
<p>Points: 9</p>
<p># Comments: 7</p>
]]></description><pubDate>Mon, 23 Feb 2026 17:09:58 +0000</pubDate><link>https://escobyte.substack.com/p/writing-high-quality-production-code</link><dc:creator>menzoic</dc:creator><comments>https://news.ycombinator.com/item?id=47125192</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47125192</guid></item><item><title><![CDATA[New comment by menzoic in "Frontier AI agents violate ethical constraints 30–50% of time, pressured by KPIs"]]></title><description><![CDATA[
<p>I would think it’s due to the non determinism. Leaking context would be an unacceptable flaw since many users rely on the same instance.<p>A/B test is plausible but unlikely since that is typically for testing user behavior. For testing model output you can do that with offline evaluations.</p>
]]></description><pubDate>Tue, 10 Feb 2026 04:23:41 +0000</pubDate><link>https://news.ycombinator.com/item?id=46955372</link><dc:creator>menzoic</dc:creator><comments>https://news.ycombinator.com/item?id=46955372</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46955372</guid></item><item><title><![CDATA[New comment by menzoic in "enclose.horse"]]></title><description><![CDATA[
<p>Leetcode problem</p>
]]></description><pubDate>Tue, 06 Jan 2026 10:03:36 +0000</pubDate><link>https://news.ycombinator.com/item?id=46510575</link><dc:creator>menzoic</dc:creator><comments>https://news.ycombinator.com/item?id=46510575</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46510575</guid></item><item><title><![CDATA[New comment by menzoic in "Meet the real screen addicts: the elderly"]]></title><description><![CDATA[
<p>Studies on rats have shown significant similarities between sugar consumption and drug-like effects, including bingeing, craving, tolerance, withdrawal, dependence, and reward. Some researchers argue that sugar alters mood and induces pleasure in a way that mimics drug effects such as cocaine. In certain experiments, rats even preferred sugar over cocaine, reinforcing the idea that sugar can strongly activate the brain’s reward system</p>
]]></description><pubDate>Sat, 25 Oct 2025 08:56:00 +0000</pubDate><link>https://news.ycombinator.com/item?id=45702331</link><dc:creator>menzoic</dc:creator><comments>https://news.ycombinator.com/item?id=45702331</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45702331</guid></item><item><title><![CDATA[New comment by menzoic in "Slack has raised our charges by $195k per year"]]></title><description><![CDATA[
<p>Why does skyfall.dev block Nigeria?</p>
]]></description><pubDate>Thu, 18 Sep 2025 06:31:05 +0000</pubDate><link>https://news.ycombinator.com/item?id=45286222</link><dc:creator>menzoic</dc:creator><comments>https://news.ycombinator.com/item?id=45286222</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45286222</guid></item><item><title><![CDATA[New comment by menzoic in "Stripe Launches L1 Blockchain: Tempo"]]></title><description><![CDATA[
<p>>At that point, a shared ledger implemented with traditional databases / protocols would be faster, easier, and more transparent.<p>This is missing the fundamental idea behind blockchain. You need a consensus mechanism and immutable ledger in order for it to be secure and truly transparent. Once you add those boom you have yourself another blockchain :-)<p>>So what are stablecoins really trying to do? Circumvent regulation?<p>No, stablecoins have less regulatory burden because of the public ledger removing the need for manual review and verification by various intermediaries. They are still compliant with regulation.</p>
]]></description><pubDate>Thu, 04 Sep 2025 21:40:39 +0000</pubDate><link>https://news.ycombinator.com/item?id=45132524</link><dc:creator>menzoic</dc:creator><comments>https://news.ycombinator.com/item?id=45132524</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45132524</guid></item></channel></rss>