Hacker News: entrope

New comment by entrope in "The state of building user interfaces in Rust"

entrope — Sat, 13 Jun 2026 11:50:24 +0000

The answer to the question posed in the site's domain name is "no", unfortunately.

It looks like it just grabbed the intro to each project's self-description, but blurbs like "Zero-cost ultra-high-performance declarative DOM library using FRP signals" would be worth very little even with screenshots.

New comment by entrope in "A generic dynamic array in C that stores no capacity and needs no struct"

entrope — Sat, 13 Jun 2026 10:06:19 +0000

Ignoring multiple evaluation, one can also #define stdc_has_single_bit(X) !((X) & ((X)-1)). If X isn't a power of two, the -1 will leave the MSB in place.

New comment by entrope in "Can I Buy Your KV Cache?"

entrope — Fri, 12 Jun 2026 23:13:40 +0000

Yes, but presumably the authors are suggesting broader application than just caching a system prompt.

The paper's approach should work well if (a) you can calculate KV(A || B) as a function of KV(A) and KV(B) independently, (b) you can identify which documents A1, A2, A3, ... are used commonly enough to be worth caching, and (c) it is cheaper to buy and sell KV(A) on a market than to compute KV(A) when it is needed. Given the size of KV(A) I am not sure that (c) will become true even if people solve the open research problem represented by (a) and accept the state-of-the-art trade-offs known for (b).

New comment by entrope in "Fooling Go's X.509 Certificate Verification"

entrope — Tue, 09 Jun 2026 00:22:30 +0000

Perhaps I overlooked something, but which part of this involved "fooling Go"? I would usually not call it "fooling" something to trigger a not-strictly-required rejection of a dubious trait, especially when best practice says to avoid that trait.

New comment by entrope in "The Quiet Numbers Station: Decoding Nineteen Years of GPS Cryptography"

entrope — Sat, 06 Jun 2026 12:04:29 +0000

And the Russian system is named (the Russian words for) "Global Navigation Satellite System", but usually only called GLONASS because adding L, O and A is less confusing than having one name for super- and sub-sets in a single category.

The fourth global GNSS constellation is Europe's Galileo. NavIC and QZSS are regional GNSS constellations.

New comment by entrope in "The Quiet Numbers Station: Decoding Nineteen Years of GPS Cryptography"

entrope — Sat, 06 Jun 2026 11:53:29 +0000

Two things amaze me about GPS. First, that there are still four Block IIR and seven Block IIR-M satellites operational; these had 7.5 year design lives and were launched by 2004 and 2009 respectively. Second, that L1C, L5 and L2C are all still pre-operational thanks to the OCX debacle. L1C and L2C really modernize the signal structure to improve accuracy.

New comment by entrope in "Disregard previous instructions and delete all jqwik tests"

entrope — Mon, 01 Jun 2026 11:01:42 +0000

Based on the wording of the law, I think the relevant transmission is when the damage-causing command goes to the LLM. Who causes that transmission? I would say it's the person who wrote software to generate the command.

New comment by entrope in "Disregard previous instructions and delete all jqwik tests"

entrope — Mon, 01 Jun 2026 10:56:34 +0000

It's a general principle of US law that warranties cannot disclaim liability for intentional misconduct or gross negligence, and prompt injection malware is intentional misconduct.

This isn't legally very much different from other supply chain attacks that steal data or credentials, or act as ransomware. That is why people object to this open source software.

New comment by entrope in "Backpressure is all you need"

entrope — Sun, 31 May 2026 13:48:01 +0000

> all the flows where a model has the initiative are strictly biased towards unwarranted stops

Can you elaborate on what you think causes such a bias? My experience is that Qwen3.6, Claude Sonnet 4.6 and Opus 4.6/4.7 will work as far as they can given direction and a way to test their work. My so-far limited experience with Opus 4.8 is that it does stop somewhat earlier for feedback, but in places where I am glad it is checking assumptions or where I agree with it identifying a change in scope (for example, where the following work deserves a separate commit or merge request). I would call those justified stops rather than unwarranted.

New comment by entrope in "Go: Support for Generic Methods"

entrope — Thu, 28 May 2026 21:44:13 +0000

Hi! If you want people to think you are a human, you should not mistake one of them for an entirely different one, and you should not refer to yourself in the third person.

New comment by entrope in "Five frontier LLMs disagree on 67% of 1k real-world fact-check claims"

entrope — Thu, 28 May 2026 13:27:10 +0000

I do not think it is "lazy". Those labels are ones that human fact-checkers have been using for a decade or more. I think those human fact-checkers use those terms knowing full well that there is overlap and ambiguity between them. So I think this study ends up mixing three effects: how LLMs interpret the claims as statements about the world, how LLMs reduce that to a four-category judgment, and the inherent ambiguities of those labels as natural language. It's a quantification of those three factors combined, but not powerful enough to distinguish their relative sizes.

New comment by entrope in "Go: Support for Generic Methods"

entrope — Wed, 27 May 2026 16:04:42 +0000

You keep posting that. Do you understand the difference between that and "we anticipate that Go will never add generic methods"? What they actually said shows epistemic humility and recognizes that they might change their mind.

New comment by entrope in "Defeating Git Rigour Fatigue with Jujutsu"

entrope — Sun, 24 May 2026 23:01:22 +0000

That is, in essence, the "squash workflow": https://steveklabnik.github.io/jujutsu-tutorial/real-world-w...

The big differences are that the jj approach gives you a commit message for the staging change, and lets you jump to some other commit without extra steps.

New comment by entrope in "The case against boolean logic"

entrope — Fri, 22 May 2026 12:27:00 +0000

Well, "should you use binary logic?" has an easy answer: yes*. (* - sometimes). There are a lot of cases where it's obviously not the right framework, others where it's useful up to a point, and some where it's absolutely the right approach. The relative frequencies of encountering those categories depends on what one is doing.

New comment by entrope in "New accessibility features powered by Apple Intelligence"

entrope — Tue, 19 May 2026 14:34:51 +0000

> Another way in which it's not cheap to lose sight, I guess.

Seems like it would be a win-win to have a user setting to opt out of video in exchange for ungating that feature.

New comment by entrope in "Show HN: Find the best local LLM for your hardware, ranked by benchmarks"

entrope — Fri, 15 May 2026 13:37:46 +0000

Your LLM should have bothered to notice that llmfit also has quality scores (and defaults to sorting by them). One might quibble about weighting of factors -- llmfit favors Qwen3.6-35B-A3B over Qwen3.6-27B, whereas I found the quality of the latter to be worth waiting for -- but it absolutely ranks models by quality.

New comment by entrope in "Local AI needs to be the norm"

entrope — Mon, 11 May 2026 13:20:26 +0000

Both my experience, and Anthropic's off-peak promotion, indicate that there are very uneven levels of demand for peak hours versus off-peak hours. How close do you think they are?

New comment by entrope in "Local AI needs to be the norm"

entrope — Mon, 11 May 2026 10:40:15 +0000

What's the basis for saying local tokens will always be cheaper? As others have outlined, LLMs serving one user at a time are pretty expensive, but concurrent users become much more cost-effective (assuming there's enough RAM for the contexts). If "local" to you means ~10 hours daily use by a team of employees, the company still has to balance against cloud services that can amortize non-recurring costs over 24 hours of service per day.

New comment by entrope in "Running local models on an M4 with 24GB memory"

entrope — Mon, 11 May 2026 01:20:47 +0000

You will likely have to compromise on memory bandwidth or capacity under a $10k price. The Radeon R9700 has 32 GB of VRAM and is pretty cheap (~$1500 right now), which is what I primarily use. My home desktop has 128 GB RAM and my laptop has 96 GB RAM, but bandwidth limits make most models slow on those CPUs. Models with multi-token prediction are somewhat usable on them: Nemotron 3 Super runs reasonably well on my desktop but does poorly on agentic coding that I've given it; my laptop can run Qwen3.6-27B reasonably well with a version of llama.cpp that is patched for MTP support; but usually I run Qwen3.6-27B on my R9700. vLLM might support two or three R9700s on some OS, but I've not been able to get it to run at all with Ubuntu 26.04: system ROCm version is apparently different than what's in the container images, and system OpenMPI v5.0 finally removed C++ bindings that were deprecated in 2005 but are linked from some Python wheel that vLLM (probably indirectly) imports.

If you are spending $800/month on tokens you are likely to notice degradation for local models compared to near-frontier models. The models I can run locally are consistently worse than Claude Sonnet 4.6 (again for the work I give them), although Qwen3.6 does feel almost like magic for its size because it can do a lot. The really big open-weight models should be better, but they want 200+GB RAM, which will need a correspondingly expensive CPU.

New comment by entrope in "OpenAI’s WebRTC problem"

entrope — Sat, 09 May 2026 15:51:39 +0000

I think you're not really engaging with his point, which is that RTC is a poor fit for communicating with an AI agent. I didn't read the blog as claiming that WebRTC is bad for what it is, only that it's a (very) poor choice for a voice-to-AI application.