<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: ezekiel68</title><link>https://news.ycombinator.com/user?id=ezekiel68</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Tue, 21 Apr 2026 09:18:41 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=ezekiel68" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by ezekiel68 in "Qwen3.6-Max-Preview: Smarter, Sharper, Still Evolving"]]></title><description><![CDATA[
<p>TBF, it's certainly best practice, advised by the model providers themselves, to cut sessions short and start new ones.<p>Anthropic's "Best Practices" doc[0] for Claude Code states, "A clean session with a better prompt almost always outperforms a long session with accumulated corrections."<p>[0] <a href="https://code.claude.com/docs/en/best-practices" rel="nofollow">https://code.claude.com/docs/en/best-practices</a></p>
]]></description><pubDate>Mon, 20 Apr 2026 19:00:40 +0000</pubDate><link>https://news.ycombinator.com/item?id=47838993</link><dc:creator>ezekiel68</dc:creator><comments>https://news.ycombinator.com/item?id=47838993</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47838993</guid></item><item><title><![CDATA[New comment by ezekiel68 in "Qwen3.6-Max-Preview: Smarter, Sharper, Still Evolving"]]></title><description><![CDATA[
<p>Qwen3-Coder produced much better rust code (that utilized rust's x86-64 vectorized extensions) a few months ago than Claude Opus or Google Gemini could. I was calling it from harnesses such as the Zed editor and trae CLI.<p>I was very impressed.</p>
]]></description><pubDate>Mon, 20 Apr 2026 18:41:22 +0000</pubDate><link>https://news.ycombinator.com/item?id=47838725</link><dc:creator>ezekiel68</dc:creator><comments>https://news.ycombinator.com/item?id=47838725</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47838725</guid></item><item><title><![CDATA[New comment by ezekiel68 in "Saying goodbye to Agile"]]></title><description><![CDATA[
<p>It is difficult to explain to a division director that they do not have sufficeint capacity (enough qualified programmers) to compete features within a set time budget.  The old joke goes, "It takes one woman nine months to produce a baby. But: what if we just put nine women in a room for one month!?"</p>
]]></description><pubDate>Wed, 15 Apr 2026 07:38:00 +0000</pubDate><link>https://news.ycombinator.com/item?id=47775829</link><dc:creator>ezekiel68</dc:creator><comments>https://news.ycombinator.com/item?id=47775829</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47775829</guid></item><item><title><![CDATA[New comment by ezekiel68 in "Saying goodbye to Agile"]]></title><description><![CDATA[
<p>Ward Cunningham [edit: oops, it was Kent Beck] had it right, long ago, when he wrote in "Extreme Programming" [paraphrase]: You don't drive to Florida by carefully lining up your car in New York on I-95 South, locking the steering wheel, and then pressing the accelerator until you arrive.<p>This was really all that Agile was ever trying to avoid -- the tyranny of imaginedf omniscience.  The bad old way (which I did labor under in the '90s) set up a Gant chart of dependent requirement up front, during a "design phase" which completely de-valued learnings and insights gained along the way as a software system was constructed during the "implementation phase".  It was the best we had till then, but many software projects were failing due to their inability to adapt to unforeseen design flaws or to the feedback of stakeholders (once the software finally got into their hands).<p>I don't know why the ceremonies became ossified and sacred.  I guess every movement must confront the danger of settling for form over substance.  I do know one thing.  You can't build an amazon dot com, a Facebook, or a Grand Theft Auto in a 1-million token context session with an LLM.  I'm sure you can do it with many such sessions, but it won't be an LLM that ties it all together properly (again - too much context).  And I say this as an enthusiastic user of agentic programming.</p>
]]></description><pubDate>Wed, 15 Apr 2026 07:32:02 +0000</pubDate><link>https://news.ycombinator.com/item?id=47775797</link><dc:creator>ezekiel68</dc:creator><comments>https://news.ycombinator.com/item?id=47775797</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47775797</guid></item><item><title><![CDATA[New comment by ezekiel68 in "Claude Code Unpacked : A visual guide"]]></title><description><![CDATA[
<p>Now we just let the AI "move fast and break things".</p>
]]></description><pubDate>Wed, 01 Apr 2026 20:22:35 +0000</pubDate><link>https://news.ycombinator.com/item?id=47606049</link><dc:creator>ezekiel68</dc:creator><comments>https://news.ycombinator.com/item?id=47606049</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47606049</guid></item><item><title><![CDATA[New comment by ezekiel68 in "Sunsetting the Techempower Framework Benchmarks"]]></title><description><![CDATA[
<p>I found a lot of value in these benchmarks and evangelized about them at my various employers over the years.  Almost any enterprise is interested in lowering their cloud compute costs.  Riddle me this: other than rotating out stale logs in cloud object storage or blocking malicious bandwidth drains from cloud CDN, what intervention lowers non-AI cloud costs more effectively than using a web service stack that requires dramatically fewer CPU and RAM resources while maintaining a high, error-free request rate?<p>A lot of handwaving about hAx in the benchmarks but many of these claims are from people who got their information secondhand (or worse).  Actually reading code from the top submissions in the techempower/FrameworkBenchmarks repo (organized neatly under the frameworks/ directory hive) yielded valuable insigthts for me:<p>* Pipelining SQL requests has a massive effect on RPS for web services that will access SQL databases<p>* A well-maintained HTTP2/HTTP3 web server written in c named h2o is relevant in 2026, even if it is used as a proxy that delegates business logic to simpler web service workers written in Rails or in python 3 (via Gunicorn)<p>* For web services that write to a SQL database, the Axum rust stack, now with a healthy ecosystem of middleware modules, may provide up to twice the RPS as the Spring (Java) stack (externally discovered: at lower CPU and much lower RAM usage)<p>* Even frameworks written in JS (hyperexpress, just-js) or python (aiohttp) can vault into the realm of top-10 performers if they leverage OS-level asynchronous IO and SQL pipelining.</p>
]]></description><pubDate>Tue, 24 Mar 2026 16:58:11 +0000</pubDate><link>https://news.ycombinator.com/item?id=47505736</link><dc:creator>ezekiel68</dc:creator><comments>https://news.ycombinator.com/item?id=47505736</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47505736</guid></item><item><title><![CDATA[New comment by ezekiel68 in "Simple, fast and open-source PHP framework frozen in C-extension"]]></title><description><![CDATA[
<p>Good news, guys!  The maintainer updated the repo fifteen months ago so that the copyright in the license file mentions "2025".</p>
]]></description><pubDate>Mon, 16 Mar 2026 18:06:53 +0000</pubDate><link>https://news.ycombinator.com/item?id=47402549</link><dc:creator>ezekiel68</dc:creator><comments>https://news.ycombinator.com/item?id=47402549</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47402549</guid></item><item><title><![CDATA[New comment by ezekiel68 in "The 49MB web page"]]></title><description><![CDATA[
<p>An anecdote from an OG (me):<p>The same phenomenon worsened during the DotCom Meltdown and the Great Financial Crisis.  This accelerated desperation is a sign of the times; paying subscribers are likely cancelling due to current economic conditions.</p>
]]></description><pubDate>Mon, 16 Mar 2026 03:27:18 +0000</pubDate><link>https://news.ycombinator.com/item?id=47394896</link><dc:creator>ezekiel68</dc:creator><comments>https://news.ycombinator.com/item?id=47394896</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47394896</guid></item><item><title><![CDATA[New comment by ezekiel68 in "Pocketbase lost its funding from FLOSS fund"]]></title><description><![CDATA[
<p>The maintainer has no obligation to accept funds. But the maintainer does have an obligation not to post that they "lost their funding" from FLOSS when it is they themselves who have refused it (on whatever grounds).<p>This isn't a simple grammar mistake by someone who may not use English as their first language. There is a blame game going on here which is the only unethical thing going on in the situation.</p>
]]></description><pubDate>Thu, 19 Feb 2026 03:15:32 +0000</pubDate><link>https://news.ycombinator.com/item?id=47069447</link><dc:creator>ezekiel68</dc:creator><comments>https://news.ycombinator.com/item?id=47069447</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47069447</guid></item><item><title><![CDATA[New comment by ezekiel68 in "Pocketbase lost its funding from FLOSS fund"]]></title><description><![CDATA[
<p>> because I don't trust them [FLOSS], nor the India government, with processing and storing personal sensitive data...<p>Whatever Pcketbase is (or does), we should all understand that the difficulty here has nothing to do with the merits of the project nor any decision made by FLOSS about it.</p>
]]></description><pubDate>Thu, 19 Feb 2026 03:07:32 +0000</pubDate><link>https://news.ycombinator.com/item?id=47069407</link><dc:creator>ezekiel68</dc:creator><comments>https://news.ycombinator.com/item?id=47069407</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47069407</guid></item><item><title><![CDATA[New comment by ezekiel68 in "Four Column ASCII (2017)"]]></title><description><![CDATA[
<p>I love this stuff.  It's the kind of lore that keeps getting forgotten and re-discovered by swathes of curious computer scientists over the years.  So easy to assume many of the old artifacts (such as the ASCII table) had no rhyme or reason to them.</p>
]]></description><pubDate>Tue, 17 Feb 2026 12:53:18 +0000</pubDate><link>https://news.ycombinator.com/item?id=47046975</link><dc:creator>ezekiel68</dc:creator><comments>https://news.ycombinator.com/item?id=47046975</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47046975</guid></item><item><title><![CDATA[New comment by ezekiel68 in "7zip.com Is Serving Malware"]]></title><description><![CDATA[
<p>Seems this all comes down to the wrong domain (.org vs .com).</p>
]]></description><pubDate>Sat, 14 Feb 2026 17:43:59 +0000</pubDate><link>https://news.ycombinator.com/item?id=47016519</link><dc:creator>ezekiel68</dc:creator><comments>https://news.ycombinator.com/item?id=47016519</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47016519</guid></item><item><title><![CDATA[New comment by ezekiel68 in "How Did the FBI Get Nancy Guthrie's Nest Doorbell Footage?"]]></title><description><![CDATA[
<p>Eh, it's not a terrible usage. I give it 7/10 for artistic license.</p>
]]></description><pubDate>Wed, 11 Feb 2026 19:41:30 +0000</pubDate><link>https://news.ycombinator.com/item?id=46979805</link><dc:creator>ezekiel68</dc:creator><comments>https://news.ycombinator.com/item?id=46979805</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46979805</guid></item><item><title><![CDATA[New comment by ezekiel68 in "Claude Code is being dumbed down?"]]></title><description><![CDATA[
<p>They aren't, though.<p>As a SE with over 15 years' professional experience, I find myself pointing out dumb mistakes to even the best frontier models in my coding agents, to refine the ouput.  A "coder" who is not doing this on the regular is only a tool of their tool.<p>(in my mental model, a "vibe coder" does not do this, or at least does not do it regularly)</p>
]]></description><pubDate>Wed, 11 Feb 2026 19:34:34 +0000</pubDate><link>https://news.ycombinator.com/item?id=46979701</link><dc:creator>ezekiel68</dc:creator><comments>https://news.ycombinator.com/item?id=46979701</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46979701</guid></item><item><title><![CDATA[New comment by ezekiel68 in "Zig Libc"]]></title><description><![CDATA[
<p>To be fair, this was true of early public LLMs with rust code too.  As more public zig repositories (and blogs / docs / videos) come online, they will improve.  I agree it's a mess currently.</p>
]]></description><pubDate>Mon, 02 Feb 2026 23:36:40 +0000</pubDate><link>https://news.ycombinator.com/item?id=46863881</link><dc:creator>ezekiel68</dc:creator><comments>https://news.ycombinator.com/item?id=46863881</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46863881</guid></item><item><title><![CDATA[New comment by ezekiel68 in "Deep dive into Turso, the “SQLite rewrite in Rust”"]]></title><description><![CDATA[
<p>Could you be any _less_ specific in your criticism?</p>
]]></description><pubDate>Fri, 30 Jan 2026 07:03:55 +0000</pubDate><link>https://news.ycombinator.com/item?id=46821346</link><dc:creator>ezekiel68</dc:creator><comments>https://news.ycombinator.com/item?id=46821346</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46821346</guid></item><item><title><![CDATA[New comment by ezekiel68 in "Qwen3-Max-Thinking"]]></title><description><![CDATA[
<p>Last autumn I tried Qwen3-coder via CLI agents like trae to help add significant advanced features to a rust codebase.  It consistently outperformed (at the time) Gemini 2.5 Pro and Claude Opus 3.5 with its ability to generate and re-factor code such that the system stayed coherent and improved performance and efficiency (this included adding Linux shared-memory IPC calls and using x86_64 SIMD intrinsics in rust).<p>I was very impressed, but I racked up a big bill (for me, in the hundreds of dollars per month) because I insisted on using the Alibaba provider to get the highest context window size and token cache.</p>
]]></description><pubDate>Mon, 26 Jan 2026 22:36:57 +0000</pubDate><link>https://news.ycombinator.com/item?id=46772600</link><dc:creator>ezekiel68</dc:creator><comments>https://news.ycombinator.com/item?id=46772600</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46772600</guid></item><item><title><![CDATA[New comment by ezekiel68 in "I hate GitHub Actions with passion"]]></title><description><![CDATA[
<p>Does the metadata in the further call not identify the branch/start time/some other useful info that could help disambiguate this? (honest question)</p>
]]></description><pubDate>Wed, 14 Jan 2026 22:02:16 +0000</pubDate><link>https://news.ycombinator.com/item?id=46624326</link><dc:creator>ezekiel68</dc:creator><comments>https://news.ycombinator.com/item?id=46624326</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46624326</guid></item><item><title><![CDATA[New comment by ezekiel68 in "TPUs vs. GPUs and why Google is positioned to win AI race in the long term"]]></title><description><![CDATA[
<p>I mean, focus is a thing that Google has always struggled with. But I kind of doubt that customers who need online marketing (ads) are going to convert en masse to users who rent cloud TPUs <i>instead</i>.</p>
]]></description><pubDate>Fri, 28 Nov 2025 06:11:02 +0000</pubDate><link>https://news.ycombinator.com/item?id=46075986</link><dc:creator>ezekiel68</dc:creator><comments>https://news.ycombinator.com/item?id=46075986</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46075986</guid></item><item><title><![CDATA[New comment by ezekiel68 in "TPUs vs. GPUs and why Google is positioned to win AI race in the long term"]]></title><description><![CDATA[
<p>Of course there's the general purpose RISC V CPU controller component but also, each NPU is designed in troikas that have one core reading data in, one core performing the actual kernel work, and the third core forwarding data out.</p>
]]></description><pubDate>Fri, 28 Nov 2025 06:04:43 +0000</pubDate><link>https://news.ycombinator.com/item?id=46075947</link><dc:creator>ezekiel68</dc:creator><comments>https://news.ycombinator.com/item?id=46075947</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46075947</guid></item></channel></rss>