HN user

conradkay

278 karma
Posts0
Comments153
View on HN
No posts found.
Grok 4.5 14 days ago

I think this one is just a coincidence, bound to happen given the pace of releases

For exact timing, probably 10-11am Pacific is just optimal for normal working hours

Claude Sonnet 5 22 days ago

Yeah you definitely have to be skeptical regarding sentiment for open/local model capabilities, since there's bias from what people want to be true.

I generally agree with this in spirit https://www.seangoedecke.com/are-new-models-good/ , but I think you can read Anthropic's results showing Sonnet 5 as almost strictly worse than Opus 4.8 as very credible/meaningful, and then draw comparisons from that

Claude Sonnet 5 22 days ago

I think the incentives are less bad since a good chunk of usage comes from subscription plans.

There was a fairly major regression in Claude Code performance for some time when they changed the system prompt to try and make it less verbose (saving tokens). And if I'm not misremembering, there were a lot of complaints when they changed the default effort from high to medium.

Claude Sonnet 5 22 days ago

I was surprised to learn that Sonnet generally has the same tokens per second as Opus

Claude Sonnet 5 22 days ago

Wow, seems worse even on price/performance than GLM 5.2, which is only 744b parameters.

From the system card: "On CyberGym vulnerability discovery, Claude Sonnet 5 is less capable than Sonnet 4.6, and far less capable than Opus 4.8 and Mythos 5

As with the other evaluations in this section, these results were achieved with all safeguards turned off. When run with our default mitigations, Sonnet 5 scored a 0 on CyberGym"

That's for their `JSON` data types. In DuckDB it's just a string meaning lots of queries will have to do JSON parsing on every row, but the inserts are very fast. Definitely a bit of a footgun and when you actually just need STRUCT or MAP.

There's a talk about ClickHouse's approach from its creator: https://www.youtube.com/watch?v=xHj9mysh0GI , but the gist is that it maintains (sub)columns to store different paths in the JSON

In other ways DuckDB has very good JSON support, like you can do `CREATE TABLE name AS `SELECT * FROM 'data.json';` and it'll infer the schema when possible.

Image Compression 1 month ago

It's great but you definitely pay for it. Encoding can be really slow, and to a lesser extent decoding as well.

So I still end up using .jpg quite often, or .webp as a good middle ground

If the government takes the bulk of your income after a certain point, there isn't really that big of a push to create ground-breaking technology.

I'm skeptical that high taxes is a large reason to lose to California of all places. Maybe in some important sense CA has "earned" that via talent and funding density while NL hasn't (from the perspective of a company, to be clear)

I'm almost certain $2800 is actually too low if you're really hitting weekly limits.

I'm on the $100/m plan and used $300 at API billing yesterday (according to ccusage)

Seems like one session is >$100 and I can get 10 full sessions per week

The $200/m plan is supposed to be 4x that in usage, so with 2 of those you could use 4*2*100*10=$8000 in just a week

Using Simon's numbers here as a bare minimum https://simonwillison.net/2026/May/27/product-market-fit/#en... you'd get 1200*4*2=$9600 a month

Interesting comparison, thanks for sharing! It reminds me of this post about how machine learning and encryption have some fundamental similarities: https://reiner.org/neural-net-ciphers

I can certainly imagine LLMs taking a similar path. Maybe it's useful to think about what fundamental differences could contribute to LLMs taking a very different path. What comes to mind is the scaling hypothesis, implying that the best LLMs will require enormous capital investment.

That seems largely incompatible with open source barring a fundamental change. There's open weights, but I can't think of a clean historical analogy there and find it extremely difficult to even guess how the future will go