<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: ljosifov</title><link>https://news.ycombinator.com/user?id=ljosifov</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Mon, 26 Oct 2026 20:11:17 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=ljosifov" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by ljosifov in "Pi 1.0"]]></title><description><![CDATA[
<p>Sprint outdial NUAs :)</p>
]]></description><pubDate>Sat, 03 Oct 2026 02:16:59 +0000</pubDate><link>https://news.ycombinator.com/item?id=49940803</link><dc:creator>ljosifov</dc:creator><comments>https://news.ycombinator.com/item?id=49940803</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49940803</guid></item><item><title><![CDATA[New comment by ljosifov in "A Preview of DuckDB v2.0"]]></title><description><![CDATA[
<p>Similar. Noticed DuckDB ever since an old article 'what db should I use' for local small data warehousing. The author was blown away that DuckDB seemed super naturally quick. It was I think columnar store + compression facilitated that? It made duckdb load compressed + on the fly decompress = faster than even reading the uncompressed data. Had forgotten most of it. But was used to mmap-ed files + columnar storing of Kdb. Was pleased that the author was clued to notice the power of that.<p>Then more recently I was given a somewhat random task to organise a motley collection of web scrapes, historic data, realtime data, data to be fetched on demand dispersed in semi-random collections. DuckDB as backing store + Claude Code that I discovered in Nov-2025 (with suitable skills and schemas) = a data agent where I could tell CC *in English* complicated data requests!? And CC would write glue shell and python code, write SQL and run it against DuckDB that housed most of the data, fetch new data, munge join filter, and present it to the user as "your data is in data slash blah". It seemed a miracle unfolded in front of my eyes! So yeah - fond of DuckDB. :-)<p>Latter I read this <a href="https://openai.com/index/inside-our-in-house-data-agent/" rel="nofollow">https://openai.com/index/inside-our-in-house-data-agent/</a> and thought "but of course".</p>
]]></description><pubDate>Tue, 18 Aug 2026 10:45:37 +0000</pubDate><link>https://news.ycombinator.com/item?id=49343768</link><dc:creator>ljosifov</dc:creator><comments>https://news.ycombinator.com/item?id=49343768</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49343768</guid></item><item><title><![CDATA[New comment by ljosifov in "GLM-5.3: Frontier coding with emergent cyber capabilities"]]></title><description><![CDATA[
<p>Ah sorry - I misunderstood. Thanks for explaining it. Have not heard of Paseo nor Kepler, and have never tried Zed. Yeah I too assumed if I'm to try use OpenAI subscription outside Codex, or Anthropic subscription outside Claude Code - I'd get my account banned it's agains their rules. So I have never looked how using the whole harness from outside looks like either (except for 'claude -p'). Interesting. BTW I see now <a href="https://docs.z.ai/devpack/tool/codex" rel="nofollow">https://docs.z.ai/devpack/tool/codex</a> Zai added OpenAI compatible end point.</p>
]]></description><pubDate>Fri, 14 Aug 2026 14:13:21 +0000</pubDate><link>https://news.ycombinator.com/item?id=49298982</link><dc:creator>ljosifov</dc:creator><comments>https://news.ycombinator.com/item?id=49298982</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49298982</guid></item><item><title><![CDATA[New comment by ljosifov in "GLM-5.3: Frontier coding with emergent cyber capabilities"]]></title><description><![CDATA[
<p>I've used GLM-s the longest with Claude Code and their Anthropic supplied endpoint. As per their docs<p>$ ANTHROPIC_BASE_URL="<a href="https://api.z.ai/api/anthropic" rel="nofollow">https://api.z.ai/api/anthropic</a>" ANTHROPIC_AUTH_TOKEN="zai-api-key" claude --dangerously-skip-permissions<p>Lately I use Zai in omp (oh-my-pi). It's listed built-in provider can be selected without configs shenanigans. Fits in the overall setup e.g. can select GLM-5.2 (now 5.3), and assign it role [plan] or [advisor]. I got reminded now of  glm-5v-turbo. Think that 'v' was for vision. Assigned it role [vision] in omp now, let's see what happens. :-)</p>
]]></description><pubDate>Fri, 14 Aug 2026 10:02:13 +0000</pubDate><link>https://news.ycombinator.com/item?id=49296666</link><dc:creator>ljosifov</dc:creator><comments>https://news.ycombinator.com/item?id=49296666</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49296666</guid></item><item><title><![CDATA[New comment by ljosifov in "GLM-5.3: Frontier coding with emergent cyber capabilities"]]></title><description><![CDATA[
<p>Wdym "sadly they don’t support using Claude Code"? For the longest time that's all Zai supported - Claude code. I'd run it via<p><pre><code>  export ZAI_ANTHROPIC_BASE_URL="https://api.z.ai/api/anthropic"
  export ZAI_ANTHROPIC_AUTH_TOKEN="$ZAI_API_KEY"
  claude-zai() {
      { local -; set -x; } 2>/dev/null
      ANTHROPIC_BASE_URL="$ZAI_ANTHROPIC_BASE_URL" ANTHROPIC_AUTH_TOKEN="$ZAI_ANTHROPIC_AUTH_TOKEN" claude "$@"
  }
  $ claude-zai
</code></pre>
I liked Claude Code to start with. But over time between 'CC cache thrashing undo' seetings (I see now accumulated in ~/.claude/settings.json) and Anthropic-anything becoming a liability - have not used it in while. ZCode is ok and use it to take advantage of the discount tokens on offer from time to time. But really glad to see that in omp (oh-my-pi) Zai is a 1st class provider, can be selected on it's own no configs shananigans needed. And fits in the overall picture. E.g. can select GLM-5.2 (now 5.3) assign role [plan] or glm-5-turbo [advisor].<p>Got reminded now of glm-5v-turbo - that 'v' was for vision - will try assign it role [vision] now in omp. See what happens. :-) Often times it's handy when describing gui problems if the harness/model 'can see'.</p>
]]></description><pubDate>Fri, 14 Aug 2026 09:35:55 +0000</pubDate><link>https://news.ycombinator.com/item?id=49296466</link><dc:creator>ljosifov</dc:creator><comments>https://news.ycombinator.com/item?id=49296466</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49296466</guid></item><item><title><![CDATA[New comment by ljosifov in "llama.cpp"]]></title><description><![CDATA[
<p>Atm OMP (oh-my-pi) with opencode-go subscription using deepseek-v4-flash-0731 (and mimo-v2.5 as advisor). Used pi before (still good, but too minimalist for all general use; works on Android under Termux btw) and OpenCode (which is ok too). I've used Codex the longest, but the $20 sub doesn't last that long. Before that Claude (and Claude on the web - about Nov'25), but nowadays with the new models not possible to do anything on the cheap sub. Got Zai (GLM-5.2) legacy sub to supplement too for variety. :-) Run local jobs on the 7900xtx (24gb vram - so dense models) batch bulk jobs. Non-dense models like nemotron-cascade-2-30b-a3b MoE run at 100 tok/s, looking forward to try the new lightning-3.5-30b-a3b. And got old MBP M2 Max 96gb uram (unified ram) for bigger sparse MoE models. Testing DS4F there under ds4 server/harness (too slow, 12-15 tok/s even with REAP25 reduced model), and (got agents) porting Ling-3.0-flash atm from llama.cpp -> ds4. Hoping only A5B (5B active, versus 13B of DS4F) will  result in better tok/s. TBS. Back in Feb-Apr'26 looked local will be the only way to run llm jobs (plus 300w gpu job works out for  office heating when cold), otherwise the ex-quota API payg costs would bankrupt me. But now with the oss weights models and providers like opencode - actually it's not only faster but also cheaper for me to run llm jobs on the api. Engines for local - llama.cpp for all, hipfire (mentioned) for the 7900xtx, and mlx on the apple ASI (that never quite work out for me). And ds4 trying forever when off-line :-) - e.g. on a flight - either ds4-agent, or ds4-server + agent pi. And I use Hermes as a general agent, non-coding agent, for everything that's not strictly coding.</p>
]]></description><pubDate>Wed, 12 Aug 2026 16:43:27 +0000</pubDate><link>https://news.ycombinator.com/item?id=49275203</link><dc:creator>ljosifov</dc:creator><comments>https://news.ycombinator.com/item?id=49275203</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49275203</guid></item><item><title><![CDATA[New comment by ljosifov in "llama.cpp"]]></title><description><![CDATA[
<p>Hipfire works on my 7900xtx best of all. Biggest surprise - Qwen3.6-27B dense does not grind to a halt with context depths all the way up to 250K! Measured at 1K, 8K, 32K, 64K, 128K, 192K, 250K - Hipfire speed holds close to 40 tok/s. Finished 5 days run of gpu 100% inferencing, Hipfire did not crash even once afaics. I assumed speed dropping like a stone on Qwen models was a feature/bug of the model, and "nothing can be done about it". Hipfire showed me wrong - pleasantly surprised there.</p>
]]></description><pubDate>Wed, 12 Aug 2026 10:09:02 +0000</pubDate><link>https://news.ycombinator.com/item?id=49270058</link><dc:creator>ljosifov</dc:creator><comments>https://news.ycombinator.com/item?id=49270058</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49270058</guid></item><item><title><![CDATA[New comment by ljosifov in "DeepSeek V4 Flash 0731"]]></title><description><![CDATA[
<p>omp - current top, after using codex claude opencode pi that I still use too</p>
]]></description><pubDate>Fri, 07 Aug 2026 20:37:18 +0000</pubDate><link>https://news.ycombinator.com/item?id=49215932</link><dc:creator>ljosifov</dc:creator><comments>https://news.ycombinator.com/item?id=49215932</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49215932</guid></item><item><title><![CDATA[New comment by ljosifov in "DeepSeek V4 Flash 0731"]]></title><description><![CDATA[
<p>Hear hear. IQ tokens to cheap to meter upon us. So many things changed since last week. Now I've had Prime agent session grinding into its 20-th hour still not giving up. Been using opencode-go since Go sub appeared. What made a difference was deepseek-v4-flash and mimo-v2.5 showing. Very similar middling models ~300b so light on the gpu. 1M context and hybrid archs - so one can actually make use of that 1M (don't grind to a halt like others). In OMP I have  one the primary (default), the other one as /advisor looking over the shoulder and nagging. On opencode-go in credits counting they are the bottom-2 in cost, cheaper by 200-350 times than than the top-1. Last week with deepseek-v4-flash-0731 another jump - now it's closer to the top models then to the middle. Now I don't even need the /advisor probably. Still left it there it's sometime amusing the models back and forth. :-) DeepSeek offer /v1/responses api now with flash-0731, so setup Codex to use that too. I'm loving this :-)</p>
]]></description><pubDate>Fri, 07 Aug 2026 20:33:17 +0000</pubDate><link>https://news.ycombinator.com/item?id=49215876</link><dc:creator>ljosifov</dc:creator><comments>https://news.ycombinator.com/item?id=49215876</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49215876</guid></item><item><title><![CDATA[New comment by ljosifov in "Pi's Minimalism Is Its Advantage"]]></title><description><![CDATA[
<p>Love pi. It's good to have a minimal agent, always welcome. Even if only to bootstrap install other agents. E.g. recently Hermes stopped installing under Termux (v0.19 - no, v0.18 - yes). Agent pi to the rescue: installed it under Termux (Android), started it, pointed pi to the Hermes github, asked for v0.18 specifically - and it did it. Cherry on the top - asked it to install a plugin from github I use (unmerged PR), did that too. Even if nowadays for coding I mostly use OMP (the pi with wheels and bells and whistles). For general computer use mostly use Hermes. Model-tied harnesses have their place e.g. Codex for me. I never know if it's allowed or banned using the sub from non-Codex harness - so stick with it. Even if only to have the 'canonical reference setup' to compare with and measure against.</p>
]]></description><pubDate>Wed, 05 Aug 2026 11:23:41 +0000</pubDate><link>https://news.ycombinator.com/item?id=49181280</link><dc:creator>ljosifov</dc:creator><comments>https://news.ycombinator.com/item?id=49181280</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49181280</guid></item><item><title><![CDATA[New comment by ljosifov in "DeepSeek V4 Flash 0731 Intelligence, Performance and Price Analysis"]]></title><description><![CDATA[
<p>Same. And I have come to use OMP (oh my pi) agent /advisor mode to put a 2nd model on the case (also mid-size one), reading everything. It can not block anything or change anything - just inserts comments in the text stream with 1 turn delay. Good portion of the time it's quiet. I'd say 1/2 of the time it's got something to say. About 2/3-rd of that the 'advice' is insubstantial or about something not-quite wrong. The good thing is the main model is confident - checks and then it stands its ground. Have not noticed it turning a right into a wrong b/c of advisor false alarm. And in 1/3-rd of the advice, it's a genuine defect teh advisor noticed, the main model works out a fix. This is my approximate feeling just observing the process, have not got collected the data. Afaik only OMP has advisor mode. Agent pi has plugin pi-omplike-advisor. For agent Hermes I had them code me an /advisor plugin (for now -0.1 old v0.18.x; yet to upgrade it to latest).</p>
]]></description><pubDate>Fri, 31 Jul 2026 13:53:54 +0000</pubDate><link>https://news.ycombinator.com/item?id=49123169</link><dc:creator>ljosifov</dc:creator><comments>https://news.ycombinator.com/item?id=49123169</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49123169</guid></item><item><title><![CDATA[New comment by ljosifov in "Qwen 3.6 27B is the sweet spot for local development"]]></title><description><![CDATA[
<p>I usually doubt the 'small dataset tuned' variants. B/c ages ago (in the NN prehistory) I've done some NN training, and appreciate how hard it is to improve in general, and how easy it is to ruin a model in general while targeting a small dataset (LoRA-s are ok, that's different). That model/quant was the most recent one I was trying. But could not really use any of them, as the combo model + llama-server ground to a halt even at small context depth sizes on the amd gpu.<p>Yesterday I finally found a good combo! So writing this for the benefit for anyone that may have the same h/w. Got around to /GOAL search for something better for the h/w (amd 7900xtx), and pi agent found a new best that actually seems it will be useful for real. As the 40 tok/s speed starts dropping only at 260K context depth?? Served by hipfire from this repo <a href="https://github.com/Kaden-Schutt/hipfire" rel="nofollow">https://github.com/Kaden-Schutt/hipfire</a>, that worked the best got on llama-benchy:<p><pre><code>  | Context | Wall Time | PP (t/s) | TG (t/s) |
  |:-------:|:---------:|:--------:|:--------:|
  |   1,024 |   17.3s.  |   660    |    40.8  |
  |   8,192 |   29.3s   |   606    |    40.8  |
  |  32,768 |   70.5s   |   599    |    40.7  |
  |  65,536 |  126.5s   |   594    |    40.6  |
  | 131,072 |  235.5s   |   591    |    39.0  |
  | 196,608 |  349.0s   |   591    |    40.2  |
  | 260,000 |  451.3s   |   594    |    37.2  |
</code></pre>
This is - hipfire daemon dflash_mode auto, serve qwen3.6:27b --kv-mode asym2. Models:<p><pre><code>  hipfire pull qwen3.6:27b           # 14 GB MQ4 quant, qwen3.6-27b.mq4
  hipfire pull qwen3.6:27b-draft     # 0.92 GB DFlash draft, qwen36-27b-dflash-mq4.hfq</code></pre></p>
]]></description><pubDate>Thu, 02 Jul 2026 15:48:36 +0000</pubDate><link>https://news.ycombinator.com/item?id=48763354</link><dc:creator>ljosifov</dc:creator><comments>https://news.ycombinator.com/item?id=48763354</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48763354</guid></item><item><title><![CDATA[New comment by ljosifov in "Qwen 3.6 27B is the sweet spot for local development"]]></title><description><![CDATA[
<p>Hobbled - but not to death, the few times I use it (usually on a plane). I tried 2bit of a 20% REAP reduced experts. :-O That's the biggest that fits on my own h/w (3yrs old M2 Max 96gb). It's coherent, it does work, doesn't fall apart on casual use. IDK if better than dense 27b. Think 27b was slower on the same h/w. DS4F has got 1M context window. Nowadays with weeks long run hermes sessions, I get to 300k-400k context depths easily. The speed decline profile of DS4F with context depth increase is superior to any other model I try. (I try them all - love this stuff) Only previous model coming close on that is nemotron-cascade-2 (only 30b-a3b) - that also has 1M context window.</p>
]]></description><pubDate>Tue, 30 Jun 2026 09:09:30 +0000</pubDate><link>https://news.ycombinator.com/item?id=48730219</link><dc:creator>ljosifov</dc:creator><comments>https://news.ycombinator.com/item?id=48730219</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48730219</guid></item><item><title><![CDATA[New comment by ljosifov in "Qwen 3.6 27B is the sweet spot for local development"]]></title><description><![CDATA[
<p>True - they are workhorses. Not super bright, but good enough for lots of everyday tasks. I've found sweet spot to be turning thinking off, as it adds small or no value, while increasing the token count and waiting time. Last 27B I used was <a href="https://huggingface.co/Jackrong/Qwopus3.6-27B-Coder-GGUF" rel="nofollow">https://huggingface.co/Jackrong/Qwopus3.6-27B-Coder-GGUF</a> - specifically post-train adapted a bit to run with thinking off. I saw today the 35B-A3B MoE from the same HF acc is out, downloading that rn to try.</p>
]]></description><pubDate>Mon, 29 Jun 2026 20:31:50 +0000</pubDate><link>https://news.ycombinator.com/item?id=48724783</link><dc:creator>ljosifov</dc:creator><comments>https://news.ycombinator.com/item?id=48724783</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48724783</guid></item><item><title><![CDATA[New comment by ljosifov in "Qwen 3.6 27B is the sweet spot for local development"]]></title><description><![CDATA[
<p>Running 27B dense model on M5 128GB is ok, but one can do better.<p>On M5 128GB one can make use of the ram and use sparse MoE. For example, DeepSeek-V4-Flash will fit, served by DwarfStar (<a href="https://github.com/antirez/ds4" rel="nofollow">https://github.com/antirez/ds4</a>). One will probably improve 2x the token/sec speed, given DS4F 13B activated params in the MoE are ~1/2 of the ~27B of the dense Qwen.<p>27B Of the Qwen fit even on a cheaper 24GB card, e.g. amd 7900xtx (<$1K?) or slightly dearer nvidia 3090 (with cuda). With ~900 GB/s bandwidth they will likely be ~50% faster than the M5 with 600 GB/s.</p>
]]></description><pubDate>Mon, 29 Jun 2026 20:03:46 +0000</pubDate><link>https://news.ycombinator.com/item?id=48724394</link><dc:creator>ljosifov</dc:creator><comments>https://news.ycombinator.com/item?id=48724394</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48724394</guid></item><item><title><![CDATA[New comment by ljosifov in "Show HN: WebBase-III – dBASE III rebuilt in the browser with its own interpreter"]]></title><description><![CDATA[
<p>Haha :-) - FoxPro and Clipper next.</p>
]]></description><pubDate>Fri, 26 Jun 2026 13:39:06 +0000</pubDate><link>https://news.ycombinator.com/item?id=48686542</link><dc:creator>ljosifov</dc:creator><comments>https://news.ycombinator.com/item?id=48686542</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48686542</guid></item><item><title><![CDATA[We built the fastest API for GLM-5.2]]></title><description><![CDATA[
<p>Article URL: <a href="https://twitter.com/philipkiely/status/2069212319746506968">https://twitter.com/philipkiely/status/2069212319746506968</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=48642850">https://news.ycombinator.com/item?id=48642850</a></p>
<p>Points: 3</p>
<p># Comments: 0</p>
]]></description><pubDate>Tue, 23 Jun 2026 10:29:48 +0000</pubDate><link>https://twitter.com/philipkiely/status/2069212319746506968</link><dc:creator>ljosifov</dc:creator><comments>https://news.ycombinator.com/item?id=48642850</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48642850</guid></item><item><title><![CDATA[New comment by ljosifov in "Ask HN: Has anyone replaced Claude/GPT with a local model for daily coding?"]]></title><description><![CDATA[
<p>Not replaced but supplemented. For off-line coding current setup is pi + ds4-server + DeepSeek-V4-Flash REAP25 (on M2 Max 96gb). For simpler programming related (e.g. text2sql) as well as synthetic data generation, current best for me is llama.cpp + Gemma-4-26B-A4B (on gpu 7900xtx 24gb; sometimes nemotron-cascade-2-30b-a3b for 1M context). That and (dabbling now) auto-research uses lots of tokens. Used to get paused running out of token quotas all the time. The 1st local model I found somewhat useful to me was glm-4.7-flash, and it's gotten way better since. Recently between OpenCode Go choice of models at many price points, and DeepSeek-V4 dropping the IQ/$$$ by multiples, have become less reliant on local llms for this auxiliary work. Claude I use but with Zai GLM-5.2 subscription. And maintain GPT subscription for quality models.</p>
]]></description><pubDate>Tue, 16 Jun 2026 07:03:06 +0000</pubDate><link>https://news.ycombinator.com/item?id=48551616</link><dc:creator>ljosifov</dc:creator><comments>https://news.ycombinator.com/item?id=48551616</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48551616</guid></item><item><title><![CDATA[New comment by ljosifov in "How to setup a local coding agent on macOS"]]></title><description><![CDATA[
<p>For high Ram (unified), and relatively middling to lowish Tflops and bandwidth GB/s, usually MoEs are most hopeful. The current top-1 in the (iq, tok/s, @ context depth) ranks for me (M2 Max, 96gb) is DeepSeek-V4-Flash REAP25 <65gb gguf + ds4-server + pi agent. Not better than cloud API ofc, but useful enough to endure if I need to. E.g on a non-Internet 4h flight the battery (local llm draws 60w) held long enough. REAP supporting ds4 branch here<p><a href="https://github.com/ljubomirj/ds4/tree/reap-compact-support" rel="nofollow">https://github.com/ljubomirj/ds4/tree/reap-compact-support</a><p>DS4F dropping to unusable <10 tok/s only at 784K context (!!) makes a big difference.</p>
]]></description><pubDate>Sat, 13 Jun 2026 09:58:44 +0000</pubDate><link>https://news.ycombinator.com/item?id=48515485</link><dc:creator>ljosifov</dc:creator><comments>https://news.ycombinator.com/item?id=48515485</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48515485</guid></item><item><title><![CDATA[New comment by ljosifov in "MiMo-v2.5-Pro-UltraSpeed: 1T model with 1000 tokens per second"]]></title><description><![CDATA[
<p>Yes, it's performant, and esp performant at non-trivial context depths. DeepSeek-V4 DS4 (and Flash - DS4F) drop tok/s speed much less than the rest. On my M2 Max it took context depths of 768K to drop tok/s to ~10 tok/s.<p><a href="https://x.com/ljupc0/status/2062457314414587996" rel="nofollow">https://x.com/ljupc0/status/2062457314414587996</a><p>Other local models I've checked drop to unusable speeds way sooner. Only other model with similarity favourable curve I've tried is nemotron-cascade-2-30b-a3b. But it's a small model, way dumber than DS4F.<p>Coding agents use cases have large context depths. The rate of decline is as important as the headline number.</p>
]]></description><pubDate>Tue, 09 Jun 2026 05:56:21 +0000</pubDate><link>https://news.ycombinator.com/item?id=48457071</link><dc:creator>ljosifov</dc:creator><comments>https://news.ycombinator.com/item?id=48457071</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48457071</guid></item></channel></rss>