Fails to load for me with: "The page was blocked because of a matching filter in uBlock filters – Badware risks."

Which is enabled by default in uBlock. And installing it is pretty much a standard suggestion for any web user.

One good solution should be mentioned here - run Claude under strace/ltrace/LD_PRELOAD/etc.

The fact that LLM miss to read files is crucial for solving tasks. It does not matter that LLM later say "Yeah, I've fully read the specification and here is your code" if you check the log and it says: "Reading SPEC.md lines 1-400" <end_of_read>.

Overall, the complete log of interaction with the system should always be available, otherwise it is effectively a malware. That's not an exaggeration: consider that at any point of time any side part can spit out a prompt injection. Consider the use case: previously in xz-utils it was needed to sabotage the landlock kernel level sandbox, AND to exist in the memory of sshd, AND to be able to hijacking the RSA_public_decrypt. Now the only thing is needed - printf.

Certified HN garbage. AI slop article trending for last 24 hours. Low quality discussion, which requires no entrance knowledge.

What about article? <Well known fact> + "nobody talks about" is fire title, really. People will vote for it even without reading the article.

Also: short sentences. For emphasis. Always three.

Feel the same pain as me? Find me on X or LinkedIn, or join the discussion on Hacker News.

I wish Chrome would disable it too.

Middle click is typically used for "Open in a new tab", people barely remember that it simultaneously pastes your clipboard (e. g. see https://evercoder.github.io/clipboard-inspector/) without "clipboard read" consent dialogue, which quacks like a security vulnerability.

Sad that your comment is downvoted. But yes, for those who need clarification:

1) Measurements are faulty. List of 1,000 ints can be 4x smaller. Most time measurements depend on circumstances that are not mentioned, therefore can't be reproduced.

2) Brainrot AI style. Hashmap is not "200x faster than list!", that's not how complexity works.

3) orjson/ujson are faulty, which is one of the reasons they don't replace stdlib implementation. Expect crashes, broken jsons, anything from them

4) What actually will be used in number-crunching applications - numpy or similar libraries - is not even mentioned.

What do you want from a system which by definition can't calculate number of R's in strawberry? (yes, still can't; gives random answer if you slightly modify the question).

Glad to see a project of Fabrice Bellard on github, finally. I know many great opensource projects exist without public development (notably, sqlite), but is always disappointing to have no public bug tracker, no patch submission, no commit history, contact by email, tarballs (even with a signature, tooling for signed downloads never received any development), etc.

Should be: "New account spams HN with AI generated slop (emojis included), third attempt"